CN102025649A - Message processing method of enterprise service bus - Google Patents
Message processing method of enterprise service bus Download PDFInfo
- Publication number
- CN102025649A CN102025649A CN 201010197428 CN201010197428A CN102025649A CN 102025649 A CN102025649 A CN 102025649A CN 201010197428 CN201010197428 CN 201010197428 CN 201010197428 A CN201010197428 A CN 201010197428A CN 102025649 A CN102025649 A CN 102025649A
- Authority
- CN
- China
- Prior art keywords
- message
- message processing
- messages
- processing
- threads
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention provides a message processing method of an enterprise service bus. The method comprises the following steps of: receiving messages, sequencing the messages according to a preset rule and storing the messages in a message queue, wherein the messages comprise at least one service request; and transmitting the messages in the message queue to a message processing thread group for storage according to the sequence of the message queue. The message processing thread group transmits the stored messages to a message processing pipeline group. The message processing pipeline group is provided with a plurality of message processing pipelines, and each message processing pipeline correspondingly receives and processes the service requests of the same type. The message processing thread group is provided with a plurality of message processing threads, and each message processing thread receives one message and distributes a plurality of service requests in the received message to the corresponding message processing pipeline according to the type of the service requests. The message processing thread group can process a plurality of messages in parallel, so that a service resource of an enterprise service bus system is fully used, and the system efficiency of the enterprise service bus is improved.
Description
Technical field
The present invention relates to the e-commerce transaction technical field, relate in particular to a kind of message treatment method of ESB.
Background technology
At present, the application integration service between large enterprise's net is complicated day by day, and the system integration of traditional point-to-point formula seems awkward.In order to address this problem, people have proposed request processing method (enterprise service bus, abbreviation ESB) notion, each subsystem of promptly forming enterprise network inserts a public information platform in the mode that is similar to connector, relatively independent each other, carry out unified data dispatch by scheduling engine, with high effective integration data and operation flow.Study the definition of being given with Gartner company of consulting firm according to famous IT, the request processing method is a kind of architecture, utilize Web service, request middleware, intelligent route and the switch technology of enterprise, be the product that traditional intermediate technology combines with technology such as XML, Web services, ESB provides connection maincenter the most basic in the network.The target of request processing method technology is with the application integration of standardized mode enterprise, finish interconnected, the intercommunication and the interoperability of business-to-business application system, standardization effort wherein comprises connector standardsization, management standardization, service request standard chemical combination request standardization etc.
The appearance of ESB has changed traditional software architecture, can provide than the more cheap solution of traditional middleware software product, simultaneously it can also eliminate the technological disparity between the different application, allows different application server coordinate operation, communication and the integration between the different services.On function, ESB provides the tupe of event-driven and document guiding, and distributed management method, and it supports content-based route and filtration, has possessed the transmittability of complex data, and a series of standard interface is provided.For example, application number discloses a kind of implementation method of ESB for the Chinese patent application of " 200810227316.9 ".
Existing E-commerce transaction platform, it is multi-to-multi that the service user directly calls the ISP, chaotic, be difficult to maintenance management is carried out in the service in the row; The degree of coupling is too high between service call person and backstage service, often pulls one hair and move the whole body.And because the Service Source of E-commerce transaction platform is limited, usually face in actual applications in the same period, the user of use is too much, needs the crowded problem of message of processing, so make full use of Service Source, raising the efficiency becomes key.
Summary of the invention
The problem that the present invention solves provides a kind of message treatment method, is applied to make full use of system resource in the ESB, improves the service efficiency of bus system.
For addressing the above problem, the invention provides a kind of message treatment method of ESB, comprising:
Receive message, sorting by pre-defined rule is stored in the message queue, includes at least one service request in the described message;
According to the order of described message queue, the transmission of messages in the described message queue to Message Processing sets of threads is stored;
To the Message Processing duct bank, described Message Processing duct bank has a plurality of Message Processing pipelines to described Message Processing sets of threads with the transmission of messages of storage, and corresponding reception of each Message Processing pipeline also handled one type service request;
Wherein, described Message Processing sets of threads has a plurality of Message Processing threads, and each Message Processing thread receives a message, and a plurality of service requests in the message that receives are handled: the type according to service request is dispensed to corresponding Message Processing pipeline.
Optionally, described Message Processing sets of threads has the higher limit of predetermined quantity.
Optionally, the described ordering by pre-defined rule is meant that the time sequencing that sends or receive by message sorts.
Optionally, time of reception be better than the preceding the time after transmission of messages to the Message Processing thread.
Optionally, the transmission of messages in the described Message Processing thread discharges the corresponding shared Message Processing thread of information space simultaneously to the Message Processing pipeline.
Optionally, behind the shared Message Processing thread of the information space of release correspondence,, will not transfer to the transmission of messages of message threads group in the message queue to the Message Processing thread according to the message queue order.
Optionally, in the message that described message queue receives, comprise that the message of at least one service request is encrypted, before described Message Processing line treatment service request, also comprise described message is decrypted.
Optionally, described Message Processing pipeline the processing stage comprise: according to the intended flow processing messages corresponding, and call application module according to the pre-defined rule in the intended flow with message.
Compared with prior art, the present invention has the following advantages: the message treatment method that the invention provides a kind of ESB, by message queue and Message Processing sets of threads storing message, and by the Message Processing sets of threads, a plurality of service requests in each message of storage are dispensed in the corresponding Message Processing pipeline, described Message Processing sets of threads can a plurality of message of parallel processing, make full use of the Service Source of ESB system, improve the system effectiveness of ESB.
Description of drawings
Fig. 1 is the ESB inside structure schematic diagram of the specific embodiment of the invention;
Fig. 2 is the FB(flow block) of message treatment method of the ESB of the specific embodiment of the invention.
Embodiment
In the prior art, the Service Source of E-commerce transaction platform is limited, usually faces in actual applications in the same period, and the user of use is too much, needs the crowded problem of message of processing, so make full use of Service Source, raising the efficiency becomes key.
For addressing the above problem, the invention provides a kind of message treatment method of ESB, comprising: receive message, sorting by pre-defined rule is stored in the message queue, includes at least one service request in the described message; According to the order of described message queue, the transmission of messages in the described message queue to Message Processing sets of threads is stored; To the Message Processing duct bank, described Message Processing duct bank has a plurality of Message Processing pipelines to described Message Processing sets of threads with the transmission of messages of storage, and corresponding reception of each Message Processing pipeline also handled one type service request.Wherein, described Message Processing sets of threads has a plurality of Message Processing threads, and each Message Processing thread receives a message, and a plurality of service requests in the message that receives are handled: the type according to service request is dispensed to corresponding Message Processing pipeline.
For above-mentioned purpose of the present invention, feature and advantage can more be become apparent, the specific embodiment of the present invention is described in detail below in conjunction with accompanying drawing.
Fig. 1 is the applied ESB of a inventive method system 001, comprising:
Message Processing sets of threads 200 is used for receiving ordering message from described message sink module 100; Message Processing sets of threads 200 comprises the Message Processing thread of predetermined quantity, is respectively processing threads 1, processing threads 2 ... processing threads n.The quantity of the processing threads in the processing threads group 310 is predetermined quantity, and this quantity is set according to the disposal ability of electronic trade platform;
Message Processing duct bank 300 is used to receive the message that described Message Processing sets of threads 200 is transmitted, and described message is handled, and described Message Processing duct bank 300 has a plurality of Message Processing pipelines.
Described ESB system 001 also comprises receive path (not shown): the user of service use side sends message by receive path (not shown) to the message sink module 100 of described message handling system 001.If include a plurality of service requests in the message that the user of service use side once sends, then before described receive path 100 receives message, described a plurality of service requests are packaged into a message, and the message after the described packing is temporary in the message queue.
Below in conjunction with the ESB structure shown in Fig. 1, the message processing facility of ESB of the present invention is described, simultaneously with reference to figure 2, message treatment method of the present invention comprises:
Execution in step S10 receives message, and sorting by pre-defined rule is stored in the message queue.The time sequencing that described pre-defined rule sends for the user or the time sequencing of message sink, the message of described reception is encrypted, comprises a service request in the described message at least;
Execution in step S20 reads message from described message queue.After reading, described message such as is at state to be transmitted;
Execution in step S30 judges whether the Message Processing thread surpasses higher limit.Wherein, described higher limit is a predetermined quantity, judge promptly whether described Message Processing thread has idle Message Processing thread:, then will be in the extremely corresponding idle message processing threads of transmission of messages of waiting for transmission state, and enter subsequent step S40 if having idle Message Processing thread; If do not have idle Message Processing thread, then enter wait state, promptly wait for idle Message Processing thread;
Execution in step S40, the initiation message processing threads is handled the described message that reads, and wherein, described being treated to transfers to the Message Processing duct bank with limiting number of messages in the described Message Processing sets of threads.Time of reception be better than the preceding the time after transmission of messages to the Message Processing thread.Wherein, described Message Processing sets of threads has a plurality of Message Processing threads, and each Message Processing thread receives a message, and a plurality of service requests in the message are handled: be respectively allocated to corresponding Message Processing pipeline;
Execution in step S50 discharges the Message Processing thread that processing messages takies;
Execution in step S60 judges whether message queue also has message, if also have the message of not transmission process in the described message queue, execution in step S20 then, according to the message queue order, from described message queue, read message, and with the Message Processing thread of described transmission of messages to the free time; If do not have the message of not transmission process in the described message queue, then finish.
Wherein, the described ordering by pre-defined rule is meant that sending the time sequencing that the time sequencing of message or message sink module receive by the user sorts, described time sequencing can be the sequencing that the user sends message, also can be the sequencing that ESB receives message; In addition, message queue is the data structure of a kind of employing first in first out (First In and First Out, i.e. FIFO) access information, guaranteed the time the preceding message than the time after the message priority treatment, to guarantee the sequential of Message Processing.In the present embodiment, also, will be stored in the message queue behind the message encryption that receive by calling ciphering unit.
Also can for example rank among other embodiment of the present invention according to other pre-defined rules to the message that the receives formation message queue of ranking according to the priority (importance) of message.
Wherein, in step S10, when described message has plural service request, then before receiving described message, also comprise described message is packaged into a message, be temporary among the message queue.
Described Message Processing duct bank receives in the process of message, there is corresponding relation in service request in described Message Processing pipeline and the message, the Message Processing pipeline of the corresponding identical type of each service request, when the Message Processing pipeline receives or obtains message, according to predetermined flow process it is handled by the Message Processing pipeline of corresponding kind.If include a plurality of service requests in the described message, then described transmission of messages also comprises described message is split into service request, and described service request is transferred in the corresponding Message Processing pipeline to the Message Processing pipeline.Wherein, message is split into service request can carry out before temporary entering described message queue, also can carry out before entering described Message Processing line treatment.
In the present embodiment, each Message Processing pipeline comprise the deciphering stage (stage) and the processing stage, the described deciphering stage is decrypted information encrypted; According to described predetermined flow processing message, and according to the predetermined rule invocation application module in the predetermined flow process, and after handling, the result of described message is sent to the clients corresponding computer processing stage of described.
In other embodiments, each Message Processing pipeline can comprise the different stages, for example also can comprise decompression phase.
Below in conjunction with the use of concrete ESB, message handling system of the present invention and message treatment method are elaborated.
Described message among the present invention can be the transaction message of extensive stock, e-commerce transaction with steel is an example, commodity are steel, transaction message comprises the transaction message (corresponding to outbound, the warehouse-in of steel) of issue steel stock, the Transaction Information of contract (corresponding to the purpose of buying, sale), also comprise registration message (becoming the member of electronic trade platform corresponding to registration), new commodity message more, logout message (corresponding to the member who nullifies electronic trade platform), registration updating message (corresponding to upgrading membership information), integration inquiry, credit inquiry etc.
Because electronic trade platform is connected by standard interface with a plurality of clients, client is corresponding to service user in the e-commerce transaction and ISP, the service user is generally the user that need carry out e-commerce transaction by electronic trade platform, and the ISP can be bank, logistics provider etc.Receive path comprises a plurality of receive paths, receives the message of each client issue, can include some service requests in the message.
Need inquire about the message relevant with user profile such as integration and credit with the user of service use side is the example explanation, the user of service use side sends the message of searching user's information, at first, receive path receives the information of searching user's information, because user profile comprises information such as integration, credit, the information of searching user's information comprises the integration query requests, credit inquiry request etc., receive path is the message call packetization module before receiving message, with packings such as the integration request of searching user's information correspondence, credit request, send to the message sink module afterwards; After the message sink module receives the information of searching user's information, call encrypting module, message to this searching user's information is encrypted, message with this searching user's information sends to message queue afterwards, also can directly from receive path, obtain the message of searching user's information by message queue, when message queue receives message, call request splits module, searching user's information is split into corresponding integration request, credit request etc., and the inquiring user request that therefore enters in the message queue can be the message after splitting; Message in the message queue enters the Message Processing thread afterwards, and after the qualification quantity through the Message Processing thread, the Message Processing pipeline that the request of entering is corresponding, request enters the Message Processing pipeline of integration request correspondence as integration, credit request enters the Message Processing pipeline of credit request correspondence, by each self-corresponding Message Processing pipeline to the integration request, credit request is handled, with the integration request is example, the Message Processing pipeline of integration request correspondence is at first deciphered the integration request of encrypting through the deciphering stage, enter the integration processing of request stage after the deciphering, this the processing stage, call database, from database, inquire about integration.
The integration processing of request stage of above-described specific embodiment does not relate to concrete business, is simple integration inquiry, does not therefore relate to operation flow.Electronic trade platform relates to concrete transaction business, must have operation flow, according to predetermined operation flow business is carried out smoothly, and predetermined flow process is finished decision the kind of the request of transaction needs.
Though the present invention with preferred embodiment openly as above; but it is not to be used for limiting the present invention; any those skilled in the art without departing from the spirit and scope of the present invention; can utilize the method and the technology contents of above-mentioned announcement that technical solution of the present invention is made possible change and modification; therefore; every content that does not break away from technical solution of the present invention; to any simple modification, equivalent variations and modification that above embodiment did, all belong to the protection range of technical solution of the present invention according to technical spirit of the present invention.
Claims (8)
1. the message treatment method of an ESB is characterized in that, comprising:
Receive message, sorting by pre-defined rule is stored in the message queue, includes at least one service request in the described message;
According to the order of described message queue, the transmission of messages in the described message queue to Message Processing sets of threads is stored;
To the Message Processing duct bank, described Message Processing duct bank has a plurality of Message Processing pipelines to described Message Processing sets of threads with the transmission of messages of storage, and corresponding reception of each Message Processing pipeline also handled one type service request;
Wherein, described Message Processing sets of threads has a plurality of Message Processing threads, and each Message Processing thread receives a message, and a plurality of service requests in the message that receives are handled: the type according to service request is dispensed to corresponding Message Processing pipeline.
2. message treatment method as claimed in claim 1 is characterized in that described Message Processing sets of threads has the higher limit of predetermined quantity.
3. message treatment method as claimed in claim 1 is characterized in that, the described ordering by pre-defined rule is meant that the time sequencing that sends or receive by message sorts.
4. message treatment method as claimed in claim 1 is characterized in that, time of reception be better than the preceding the time after transmission of messages to the Message Processing thread.
5. message treatment method as claimed in claim 1 is characterized in that, the transmission of messages in the described Message Processing thread discharges the corresponding shared Message Processing thread of information space simultaneously to the Message Processing pipeline.
6. message treatment method as claimed in claim 5 is characterized in that, behind the shared Message Processing thread of the information space of release correspondence, according to the message queue order, will not transfer to the transmission of messages of message threads group in the message queue to the Message Processing thread.
7. message treatment method as claimed in claim 1, it is characterized in that, in the message that described message queue receives, comprise that the message of at least one service request is encrypted, before described Message Processing line treatment service request, also comprise described message is decrypted.
8. message treatment method as claimed in claim 1 is characterized in that, described Message Processing pipeline the processing stage comprise: according to the intended flow processing messages corresponding, and call application module according to the pre-defined rule in the intended flow with message.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010197428 CN102025649A (en) | 2010-06-04 | 2010-06-04 | Message processing method of enterprise service bus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010197428 CN102025649A (en) | 2010-06-04 | 2010-06-04 | Message processing method of enterprise service bus |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102025649A true CN102025649A (en) | 2011-04-20 |
Family
ID=43866521
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201010197428 Pending CN102025649A (en) | 2010-06-04 | 2010-06-04 | Message processing method of enterprise service bus |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102025649A (en) |
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102271139A (en) * | 2011-09-05 | 2011-12-07 | 盛趣信息技术（上海）有限公司 | C/S (Client/Server) framework-based communication system and method |
| CN102307198A (en) * | 2011-08-30 | 2012-01-04 | 苏州阔地网络科技有限公司 | Audio and video data transmission method |
| CN102957594A (en) * | 2011-08-30 | 2013-03-06 | 深圳市金蝶友商电子商务服务有限公司 | Message queue-based message processing method, related device and system |
| CN103366471A (en) * | 2013-06-26 | 2013-10-23 | 福建联迪商用设备有限公司 | Online service concurrent processing method, system and server |
| WO2014082562A1 (en) * | 2012-11-29 | 2014-06-05 | Tencent Technology (Shenzhen) Company Limited | Method, device, and system for information processing based on distributed buses |
| CN104468299A (en) * | 2013-09-16 | 2015-03-25 | 清华大学 | Enterprise service bus system based on user rule |
| CN104572290A (en) * | 2013-10-11 | 2015-04-29 | 中兴通讯股份有限公司 | Method and device for controlling message processing threads |
| WO2015058646A1 (en) * | 2013-10-23 | 2015-04-30 | 华为终端有限公司 | Method for processing queue messages, and method and device for controlling messages to enter queue |
| CN104811475A (en) * | 2015-03-27 | 2015-07-29 | 深圳市华运国际物流有限公司 | Enterprise service bus middleware based on Restful technology |
| CN106201705A (en) * | 2016-07-25 | 2016-12-07 | 东软集团股份有限公司 | Process the method and device of message |
| CN108230052A (en) * | 2016-12-22 | 2018-06-29 | 航天信息股份有限公司 | A kind of invoice issuing and method for uploading and system |
| CN108259243A (en) * | 2018-01-12 | 2018-07-06 | 深圳市卓讯信息技术有限公司 | Data processing method, terminal and computer storage media based on micro services Technical Architecture |
| CN108509286A (en) * | 2018-03-27 | 2018-09-07 | 中国银联股份有限公司 | A kind of processing method and processing device of message category |
| CN108737457A (en) * | 2017-04-14 | 2018-11-02 | 华为技术有限公司 | The method and apparatus for handling request |
| CN108737293A (en) * | 2017-04-14 | 2018-11-02 | 华为技术有限公司 | The method and apparatus for handling request |
| WO2019019384A1 (en) * | 2017-07-27 | 2019-01-31 | 上海壹账通金融科技有限公司 | Message push method, apparatus, computer device, and storage medium |
| CN110297722A (en) * | 2019-06-28 | 2019-10-01 | Oppo广东移动通信有限公司 | Thread task communication method and Related product |
| CN110300176A (en) * | 2019-07-02 | 2019-10-01 | 斯德沃(深圳)网络科技有限公司 | A kind of working method and database RPC service device of database RPC service device |
| CN112422450A (en) * | 2020-05-09 | 2021-02-26 | 上海哔哩哔哩科技有限公司 | Computer equipment, and flow control method and device for service request |
| CN112596926A (en) * | 2020-12-25 | 2021-04-02 | 珠海金山网络游戏科技有限公司 | Message processing method and device |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1740974A (en) * | 2005-09-14 | 2006-03-01 | 艾默生网络能源有限公司 | A threading scheduling management method and system |
| US20080201719A1 (en) * | 2007-02-20 | 2008-08-21 | Jerome Daniel | System and method for balancing information loads |
| CN101656659A (en) * | 2008-08-19 | 2010-02-24 | 中兴通讯股份有限公司 | Method for caching mixed service flow and method and device for storing and forwarding mixed service flow |
-
2010
- 2010-06-04 CN CN 201010197428 patent/CN102025649A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1740974A (en) * | 2005-09-14 | 2006-03-01 | 艾默生网络能源有限公司 | A threading scheduling management method and system |
| US20080201719A1 (en) * | 2007-02-20 | 2008-08-21 | Jerome Daniel | System and method for balancing information loads |
| CN101656659A (en) * | 2008-08-19 | 2010-02-24 | 中兴通讯股份有限公司 | Method for caching mixed service flow and method and device for storing and forwarding mixed service flow |
Cited By (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102307198A (en) * | 2011-08-30 | 2012-01-04 | 苏州阔地网络科技有限公司 | Audio and video data transmission method |
| CN102957594A (en) * | 2011-08-30 | 2013-03-06 | 深圳市金蝶友商电子商务服务有限公司 | Message queue-based message processing method, related device and system |
| CN102271139A (en) * | 2011-09-05 | 2011-12-07 | 盛趣信息技术（上海）有限公司 | C/S (Client/Server) framework-based communication system and method |
| WO2014082562A1 (en) * | 2012-11-29 | 2014-06-05 | Tencent Technology (Shenzhen) Company Limited | Method, device, and system for information processing based on distributed buses |
| US9537786B2 (en) | 2012-11-29 | 2017-01-03 | Tencent Technology (Shenzhen) Company Limited | Method, device, and system for information processing based on distributed buses |
| CN103366471A (en) * | 2013-06-26 | 2013-10-23 | 福建联迪商用设备有限公司 | Online service concurrent processing method, system and server |
| CN104468299A (en) * | 2013-09-16 | 2015-03-25 | 清华大学 | Enterprise service bus system based on user rule |
| CN104572290A (en) * | 2013-10-11 | 2015-04-29 | 中兴通讯股份有限公司 | Method and device for controlling message processing threads |
| WO2015058646A1 (en) * | 2013-10-23 | 2015-04-30 | 华为终端有限公司 | Method for processing queue messages, and method and device for controlling messages to enter queue |
| CN104811475A (en) * | 2015-03-27 | 2015-07-29 | 深圳市华运国际物流有限公司 | Enterprise service bus middleware based on Restful technology |
| CN106201705A (en) * | 2016-07-25 | 2016-12-07 | 东软集团股份有限公司 | Process the method and device of message |
| CN106201705B (en) * | 2016-07-25 | 2019-10-08 | 东软集团股份有限公司 | Handle the method and device of message |
| CN108230052A (en) * | 2016-12-22 | 2018-06-29 | 航天信息股份有限公司 | A kind of invoice issuing and method for uploading and system |
| CN108737293B (en) * | 2017-04-14 | 2021-06-22 | 华为技术有限公司 | Method and device for processing request |
| CN108737457A (en) * | 2017-04-14 | 2018-11-02 | 华为技术有限公司 | The method and apparatus for handling request |
| CN108737293A (en) * | 2017-04-14 | 2018-11-02 | 华为技术有限公司 | The method and apparatus for handling request |
| CN108737457B (en) * | 2017-04-14 | 2021-06-22 | 华为技术有限公司 | Method and device for processing request |
| WO2019019384A1 (en) * | 2017-07-27 | 2019-01-31 | 上海壹账通金融科技有限公司 | Message push method, apparatus, computer device, and storage medium |
| CN108259243A (en) * | 2018-01-12 | 2018-07-06 | 深圳市卓讯信息技术有限公司 | Data processing method, terminal and computer storage media based on micro services Technical Architecture |
| CN108509286A (en) * | 2018-03-27 | 2018-09-07 | 中国银联股份有限公司 | A kind of processing method and processing device of message category |
| CN110297722A (en) * | 2019-06-28 | 2019-10-01 | Oppo广东移动通信有限公司 | Thread task communication method and Related product |
| CN110297722B (en) * | 2019-06-28 | 2021-08-24 | Oppo广东移动通信有限公司 | Thread task communication method and related product |
| CN110300176A (en) * | 2019-07-02 | 2019-10-01 | 斯德沃(深圳)网络科技有限公司 | A kind of working method and database RPC service device of database RPC service device |
| CN112422450A (en) * | 2020-05-09 | 2021-02-26 | 上海哔哩哔哩科技有限公司 | Computer equipment, and flow control method and device for service request |
| CN112596926A (en) * | 2020-12-25 | 2021-04-02 | 珠海金山网络游戏科技有限公司 | Message processing method and device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102025649A (en) | Message processing method of enterprise service bus | |
| CN102025650A (en) | Message processing system and message processing method of enterprise service bus | |
| CN102025653B (en) | Enterprise service bus and message processing method thereof | |
| CN102469033B (en) | Message subscription system and message sending method | |
| US8805938B2 (en) | Enterprise service bus and message processing method thereof | |
| CN102025651B (en) | Event-driven method applied to enterprise service bus | |
| CN103338230B (en) | A kind of processing method of business datum and system | |
| Muller et al. | An aggregating discovery service for the EPCglobal network | |
| CN104081355B (en) | Software bus | |
| CN106230922A (en) | A kind of news subscribing method, message production unit and message reception units | |
| CN102904961A (en) | Method and system for scheduling cloud computing resources | |
| CN110851248A (en) | Asynchronous task data processing method and device and computer readable storage medium | |
| CN111464626A (en) | File storage method | |
| CN103428260A (en) | System and method for allocating server to terminal and efficiently delivering messages to the terminal | |
| CN103677975A (en) | System and method for having access to internal objects of application systems | |
| CN101986614A (en) | Logistics application-oriented universal industry service bus system and implement method thereof | |
| CN112991064B (en) | Service processing method, device, computer equipment and storage medium | |
| CN105224594B (en) | Service-oriented architecture data interconnection query system and query method | |
| US20100325244A1 (en) | Real time data network | |
| CN101938492A (en) | Service agent method and self-service intelligent agent platform | |
| US20090132582A1 (en) | Processor-server hybrid system for processing data | |
| CN102693163A (en) | Response communication method in application on on-line application platform and on-line application platform | |
| CN108334547A (en) | Data share exchange System and method for based on big data | |
| CN102150397B (en) | Method for responding to request relative to hose name and method for entrusting multiple host names in shared entrusted environments | |
| CN110913018A (en) | Distributed regulation and control service system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Owner name: XIBEN NEW LINE E-COMMERCE CO., LTD. Free format text: FORMER OWNER: XIBEN NEW LINE CO., LTD Effective date: 20120202 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| C53 | Correction of patent of invention or patent application | ||
| CB02 | Change of applicant information |
Address after: 200437, room 2, building 990, 201 East Sports Club Road, Shanghai, Hongkou District Applicant after: West Ben Shinkansen Ltd. Address before: 200437, room 2, building 990, 201 East Sports Club Road, Shanghai, Hongkou District Applicant before: XiBen New Line Stock Co.,Ltd. |
|
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 200437 HONGKOU, SHANGHAI TO: 215434 SUZHOU, JIANGSU PROVINCE |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20120202 Address after: 215434 No. 88, Binjiang Avenue, Port Development Zone, Taicang port, Jiangsu Province Applicant after: XiBen New Line Stock Co.,Ltd. Address before: 200437, room 2, building 990, 201 East Sports Club Road, Shanghai, Hongkou District Applicant before: West Ben Shinkansen Ltd. |
|
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110420 |