WO2010031303A1 - Method and apparatus for processing multi-channel request subscription under service management platform - Google Patents

Method and apparatus for processing multi-channel request subscription under service management platform Download PDF

Info

Publication number
WO2010031303A1
WO2010031303A1 PCT/CN2009/073629 CN2009073629W WO2010031303A1 WO 2010031303 A1 WO2010031303 A1 WO 2010031303A1 CN 2009073629 W CN2009073629 W CN 2009073629W WO 2010031303 A1 WO2010031303 A1 WO 2010031303A1
Authority
WO
WIPO (PCT)
Prior art keywords
request
message
processing
service
channel
Prior art date
Application number
PCT/CN2009/073629
Other languages
French (fr)
Chinese (zh)
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 中兴通讯股份有限公司
Priority to CN200980104916.9A priority Critical patent/CN101953188B/en
Priority to RU2011112986/08A priority patent/RU2476007C2/en
Publication of WO2010031303A1 publication Critical patent/WO2010031303A1/en
Priority to HK10108915.3A priority patent/HK1142463A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network 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)
  • Computer And Data Communications (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Telephonic Communication Services (AREA)

Abstract

A method and apparatus for processing multi-channel request subscription under a service management platform are disclosed, wherein the service management platform comprises a message request processing module and a database information interaction module. The method comprises the following steps: the message request processing module extracts request information according to the request subscription channel and composes a uniform request format so as to request the database information interaction module to save or query data; the database information interaction module judges the reasonability of the request according to the request of the message processing module, and returns request result to the message request processing module. As the division of the message request processing module and the database information interaction module on the flow is defined, the separation of logic processing from data processing on the flow is ensured, thus the service processing flow of the service management platform is simplified, the processing time is shortened, the processing efficiency is improved, and the possibility of encountering new bottleneck during the processing of the service management platform system is reduced especially when the amount of the requested data is large.

Description

一种业务管理平台下处理多渠道请求订购的方法和装置  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.

Claims

权 利 要 求 书 Claim
1、一种业务管理平台下处理多渠道请求订购的方法, 其中所述业务管理 平台包括消息请求处理模块和数据库信息交互模块, 所述方法包括:  A method for processing a multi-channel request subscription under a service management platform, wherein 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 unified request format, and requests the database information interaction module to save or query data;
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.
2、 根据权利要求 1所述的方法, 其中所述步骤 A包括:  2. The method of claim 1 wherein said step A comprises:
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.
3、 根据权利要求 2所述的方法, 其中所述步骤 A1中的所述业务请求消 息来自于终端、 门户或短信网关渠道。  3. The method according to claim 2, wherein the service request message in the step A1 is from a terminal, a portal or a short message gateway channel.
4、 根据权利要求 2所述的方法, 其中所述步骤 A2中所述具体业务的处 理需要包括查询请求内容、 拆分业务或与所述业务管理平台之间相互进行认 证。  The method according to claim 2, wherein the processing of the specific service in the step A2 needs to include querying the content of the request, splitting the service, or authenticating with the service management platform.
5、 根据权利要求 1所述的方法, 其中所述步骤 B包括:  5. The method of claim 1 wherein said step B comprises:
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.
6、 根据权利要求 5所述的方法, 其中所述步骤 B2还包括:  6. The method according to claim 5, wherein the step B2 further comprises:
B21、若请求的业务信息不合理, 则直接返回失败的响应, 并结束处理流 程。 B21: If the requested service information is unreasonable, directly return a failed response, and end the processing flow.
7、 根据权利要求 1所述的方法, 其中所述步骤 B之后还包括: 7. The method according to claim 1, wherein the step B further comprises:
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.
8、 根据权利要求 7所述的方法, 其中所述步骤 C包括:  8. The method of claim 7, wherein the step C comprises:
C1、 所述消息请求处理模块解析接收到的所述数据库信息交互模块的响 应消息;  C1, the message request processing module parses the received response message of the database information interaction module;
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, and the response message is returned 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.
9、 根据权利要求 8所述的方法, 其中根据请求订购的原始渠道和 /或请 求订购业务的归属来判断业务的同步目的地。 9. The method of claim 8 wherein the synchronization destination of the service is determined based on the original channel requesting the subscription and/or the attribution of the subscription subscription service.
10、 一种业务管理平台下处理多渠道请求订购的装置, 所述业务管理平 台包括相互分离的消息请求处理模块和数据库信息交互模块, 其中 10. A device for processing a multi-channel request subscription under a service management platform, wherein the service management platform comprises a message request processing module and a database information interaction module 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.
11、根据权利要求 10所述的装置, 其中所述消息请求处理模块还设置成 根据所述数据库信息交互模块返回的所述请求的结果中的渠道信息, 调用相 应的处理流程, 判断业务的同步目的地并向原始请求方发送响应消息。  The device according to claim 10, wherein the message request processing module is 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 synchronization of the service The destination sends a response message to the original requester.
12、根据权利要求 11所述的装置, 其中所述消息请求处理模块还设置成 根据请求订购的原始渠道和 /或请求订购业务的归属来判断业务的同步目的 地。  The apparatus of claim 11, wherein the message request processing module is further configured to determine a synchronization destination of the service based on the original channel requesting the subscription and/or requesting the attribution of the subscription service.
PCT/CN2009/073629 2008-09-18 2009-08-31 Method and apparatus for processing multi-channel request subscription under service management platform WO2010031303A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN200980104916.9A CN101953188B (en) 2008-09-18 2009-08-31 Method and apparatus for processing multi-channel request subscription under service management platform
RU2011112986/08A RU2476007C2 (en) 2008-09-18 2009-08-31 Method and device to process multichannel requests in service management platform
HK10108915.3A HK1142463A1 (en) 2008-09-18 2010-09-20 Method and apparatus for processing multi-channel request subscription under service management platform

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810216194.3 2008-09-18
CN 200810216194 CN101420681B (en) 2008-09-18 2008-09-18 Method and apparatus for processing multi-channel request subscription under service management platform

Publications (1)

Publication Number Publication Date
WO2010031303A1 true WO2010031303A1 (en) 2010-03-25

Family

ID=40631223

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/073629 WO2010031303A1 (en) 2008-09-18 2009-08-31 Method and apparatus for processing multi-channel request subscription under service management platform

Country Status (4)

Country Link
CN (2) CN101420681B (en)
HK (1) HK1142463A1 (en)
RU (1) RU2476007C2 (en)
WO (1) WO2010031303A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112988514A (en) * 2021-03-17 2021-06-18 浪潮云信息技术股份公司 Monitoring method and system for exchange of base table and file
CN116107999A (en) * 2023-04-06 2023-05-12 之江实验室 Database service and storage system and method

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101420681B (en) * 2008-09-18 2011-05-11 中兴通讯股份有限公司 Method and apparatus for processing multi-channel request subscription under service management platform
RU2604344C2 (en) * 2014-11-05 2016-12-10 Общество с ограниченной ответственностью "РЭЙДИКС" Method of forming application profile for managing requests and method of providing service level on requests in data storage system
CN106651066B (en) * 2015-10-29 2021-04-30 奇点新源国际技术开发(北京)有限公司 Data processing method and data processing platform
CN105786601B (en) * 2016-02-03 2018-10-12 平安科技(深圳)有限公司 The dispatching method and its dispatching device of document typing
CN111163051B (en) * 2019-11-29 2022-05-03 中国联合网络通信集团有限公司 Service ordering method, device and terminal equipment

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030224809A1 (en) * 2002-05-31 2003-12-04 Teppo Savinen System and method for operating intravendor and intervendor messaging systems
CN101001153A (en) * 2006-12-30 2007-07-18 华为技术有限公司 Interface equipment, server operation service system and method
CN101420681A (en) * 2008-09-18 2009-04-29 中兴通讯股份有限公司 A kind of Business Management Platform is handled the method and apparatus that request is by all kinds of means ordered down

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0110542D0 (en) * 2001-04-30 2001-06-20 Nokia Corp Messaging system
US7529839B2 (en) * 2003-03-24 2009-05-05 Nokia Corporation Request redirection handling in IMC

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030224809A1 (en) * 2002-05-31 2003-12-04 Teppo Savinen System and method for operating intravendor and intervendor messaging systems
CN101001153A (en) * 2006-12-30 2007-07-18 华为技术有限公司 Interface equipment, server operation service system and method
CN101420681A (en) * 2008-09-18 2009-04-29 中兴通讯股份有限公司 A kind of Business Management Platform is handled the method and apparatus that request is by all kinds of means ordered down

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CAI ZUOYU ET AL.: "research based on mobile standardized terminal operation platform", CONIMUNICATION WORLD, no. 30, 18 August 2008 (2008-08-18), pages 28 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112988514A (en) * 2021-03-17 2021-06-18 浪潮云信息技术股份公司 Monitoring method and system for exchange of base table and file
CN116107999A (en) * 2023-04-06 2023-05-12 之江实验室 Database service and storage system and method
CN116107999B (en) * 2023-04-06 2023-06-27 之江实验室 Database service and storage system and method

Also Published As

Publication number Publication date
HK1142463A1 (en) 2010-12-03
CN101420681B (en) 2011-05-11
RU2011112986A (en) 2012-10-27
CN101953188B (en) 2014-04-09
RU2476007C2 (en) 2013-02-20
CN101953188A (en) 2011-01-19
CN101420681A (en) 2009-04-29

Similar Documents

Publication Publication Date Title
WO2010031303A1 (en) Method and apparatus for processing multi-channel request subscription under service management platform
US8694616B2 (en) Service broker integration layer for supporting telecommunication client service requests
US7920583B2 (en) Message sequencing and data translation architecture for telecommunication services
EP1780983B1 (en) Service broker integration layer for supporting telecommunication client service requests
US20120136946A1 (en) Cluster server in instant messaging system and method for communicating between clusters
CN101668031A (en) Message processing method and message processing system
WO2007115477A1 (en) Data synchronization method und system
WO2011130940A1 (en) Multi-service integration processing method and service integration platform
CN113939041B (en) Method and system for establishing protocol data unit session
WO2010091572A1 (en) Realization method and system of iptv in one house with a plurality of machines
CN101159620B (en) Login method of optical network unit
US20230046979A1 (en) Microservice call method and apparatus, device, and medium
CN113162865A (en) Load balancing method, server and computer storage medium
WO2020006903A1 (en) Financial data interaction method, apparatus computer device and storage medium
CN101895547A (en) Uncertain service-based recommender system and method
CN105376155B (en) A kind of Intelligent routing system and method based on distributed type assemblies framework
CN117336346A (en) IPPBX and PMS docking state conversion method, terminal equipment and medium
CN101938383A (en) On-line monitoring method and system of user account with multiple services as well as monitoring service system
CN111935782A (en) Optimization method of client retry mechanism and storage medium
CN109039427B (en) Ship monitoring management device
CN115866535A (en) Method and system for realizing 5G message access by multiple protocols
CN106961687B (en) Information interaction method and system
CN101931715A (en) Customer service system and cross-platform monitoring method therein
CN104050284A (en) Asynchronous data query method and system based on single process
WO2011020337A1 (en) Computer telecommunication integration exchanger (ctiex), system and method for channel associated data transmission of agent and automatic service

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980104916.9

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09814023

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2011112986

Country of ref document: RU

122 Ep: pct application non-entry in european phase

Ref document number: 09814023

Country of ref document: EP

Kind code of ref document: A1