CN103414638A - Message processing server and method and system for distributed message processing - Google Patents
Message processing server and method and system for distributed message processing Download PDFInfo
- Publication number
- CN103414638A CN103414638A CN2013103196368A CN201310319636A CN103414638A CN 103414638 A CN103414638 A CN 103414638A CN 2013103196368 A CN2013103196368 A CN 2013103196368A CN 201310319636 A CN201310319636 A CN 201310319636A CN 103414638 A CN103414638 A CN 103414638A
- Authority
- CN
- China
- Prior art keywords
- message
- routing
- addressing request
- territory
- address
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The embodiment of the invention discloses a message processing server and a method and system for distributed message processing. The message processing server comprises a receiving module, an inquiring module and a sending module. The receiving module is used for receiving routing addressing request messages sent by subordinate subdomains, so that a source address and a destination address are determined, wherein the routing addressing request messages carry a source address identification, a domain identification of a domain where the source address is located, a destination address identification and a domain identification of a domain where the destination address is located. The inquiring module is used for determining a message route from a topological relation table related to the server according to the routing addressing request messages and determining a sending strategy in terms of the message route to send routing strategy updated commands to the subordinate subdomains. The sending module is used for requesting addressing results from the source side return routing addressing corresponding to the source address according to the sending strategy of the inquiring module. The message route is determined from the topological relation table according to routing addressing request messages, and the sending strategy is determined in terms of the message route to send the routing strategy updated commands to the subordinate subdomains. Therefore, a flexible routing control strategy can be carried out.
Description
[technical field]
The present invention relates to the communications field, relate in particular to a kind of message processing server and distributed message processing method and system.
[background technology]
Along with the develop rapidly of computer and network technology, enterprise computing environment from traditional centralized become distributed.The message system of many industries and enterprise is widely distributed geographically, and distributed system is more and more come into one's own, and is applied to gradually in many industries.Message-oriented middleware is as the key technology of communication issue between communication and a plurality of distributed system between each part that solves complicated large-scale distributed system, in the crucial application of many industries that involve the interests of the state and the people, all play the part of vital role, such as bank, security, ecommerce, traffic, government, the energy, postal service, public security etc.As, in government affairs industry province, city, county's multi-stage data transmission exchange, gather; Financial industry, the national ticket of People's Bank of China is handed over image switching system and small amount payment system; In transportation industry, the boats and ships of marine board and crew management system; In energy industry, the integrated enterprise-level message of State Grid Corporation of China's message chemical industry journey integrated platform.
Because the scale of distributed system is more and more huger, complexity is also more and more higher, some industries, as bank, postal etc., its message system is widely distributed geographically, can arrive greatly the small towns in national each province and city, this has high extensibility with regard to the message-oriented middleware that requires message system, and can adapt to complicated network environment, guarantees transmission reliability and the high efficiency of message.
Please refer to Fig. 1, in existing message-oriented middleware technology, the technology that solves the message-oriented middleware extensibility is mainly to adopt message-oriented middleware system and the message delivery method with multi-level topology.
Wherein, all message-oriented middlewares in system are divided into more than one territory, and each territory has at least one message-oriented middleware and a bridge middleware.Client is by message-oriented middleware pass-along message in the territory at its place, and further by the message-oriented middleware pass-along message in bridge middleware and other territory.Message-oriented middleware in same territory, by Peer pass-along message, does not pass through the message-oriented middleware pass-along message in territory separately between the message-oriented middleware of same area, between the bridge middleware of same area, do not pass through Peer pass-along message.Therefore in system, all message-oriented middlewares generally need to be preserved the routing table of global synchronization, and this routing table need to be carried out synchronously between the bridge middleware by each territory; When a certain path between bridge middleware and another bridge centre is different, by other paths of bridge middleware choice of dynamical.
[summary of the invention]
In view of this, the embodiment of the present invention provides a kind of message processing server and distributed message processing method and system.
The message processing server that first aspect, the embodiment of the present invention provide, for receiving and processing the message from subordinate's subdomain, comprising:
Receiver module: be used to the routing addressing request message of the transmission that receives subordinate's subdomain; In described routing addressing request message, carry: the domain name sign in source address sign, territory, source address place, destination address sign, and the domain name in territory, destination address place sign;
Enquiry module: for determining the message route according to the routing addressing request message from the topology relation table of server association, and determine that according to the message route sending strategy is to send more newer command of routing policy to subordinate's subdomain;
Sending module: according to the sending strategy of enquiry module, return to routing addressing request addressing results to source corresponding to source address
In the possible implementation of the first of first aspect, the sending strategy that enquiry module is determined is: after more newer command starts one section Preset Time of timing, to source corresponding to source address, return to routing addressing request addressing results by sending module in sending strategy.
In the possible implementation of the second of first aspect, the sending strategy that enquiry module is determined can be also: according to subordinate's subdomain response policy more newer command report the response message of described receiver module, trigger described sending module and return to routing addressing request addressing results to source corresponding to source address.
In conjunction with the first possibility or the possible implementation of the second of first aspect, described source address comprises source client address and/or source application address; Described destination address comprises purpose client address and/or source application address.
In conjunction with two kinds of first aspect or first aspect possible implementations, described enquiry module also for: by topology relation table, configure the routing policy of all subordinate's subdomains and the load statistics data monitoring of all subordinate's subdomains; According to routing policy and the load performance monitored results of all subordinate's subdomains, determine the message route.
In conjunction with two kinds of first aspect or first aspect possible implementations, each subdomain in described subordinate's subdomain comprises at least: client, message-oriented middleware and act on behalf of middleware;
Described client is used for: transmission route addressing request message;
Described message-oriented middleware is used for: the addressing request message queue of transmitting-receiving and inspection client, and the domain name of therefrom taking out source address sign, territory, source address place identifies, destination address sign, and the domain name in territory, destination address place sign; And, by the interior routing table of establishing, judge whether it is the addressing request in territory; Addressing request in territory, set up client in territory and connect in this way; Addressing request if not in territory, be sent to addressing request the receiver module of described message processing server by acting on behalf of middleware.
In conjunction with two kinds of first aspect or first aspect possible implementations, described act on behalf of middleware also for, according to the routing addressing request that receives message-oriented middleware, preferentially inquire about the described own routing table of middleware of acting on behalf of; The route of mating with the routing addressing request if do not have, act on behalf of middleware and forward the routing addressing request to described receiver module.
The distributed message processing method that second aspect, the embodiment of the present invention provide comprises the following steps:
Receive the routing addressing request message that subordinate's subdomain sends; In described routing addressing request message, carry: the domain name sign in source address sign, territory, source address place, destination address sign, and the domain name in territory, destination address place sign;
According to the routing addressing request message, from associated topology relation table, determining the message route, and determine that according to the message route sending strategy is to send more newer command of routing policy to subordinate's subdomain;
According to sending strategy, return to routing addressing request addressing results to source corresponding to source address.
In the possible implementation of the first of second aspect, described definite sending strategy is: after more newer command starts one section Preset Time of timing, return to routing addressing request addressing results to source corresponding to source address in sending strategy.
In conjunction with the possible implementation of the second of second aspect, described definite sending strategy is: according to subordinate's subdomain response policy more newer command report the response message of described server, trigger described server and return to routing addressing request addressing results to source corresponding to source address.
The first possibility or the possible implementation of the second in conjunction with second aspect or second aspect, described definite sending strategy is: according to subordinate's subdomain response policy more newer command report the response message of described server, trigger described server and return to routing addressing request addressing results to source corresponding to source address.
In conjunction with the first possibility or the possible implementation of the second of second aspect or second aspect, described source address comprises source client address and/or source application address; Described destination address comprises purpose client address and/or source application address.
In conjunction with the first possibility or the possible implementation of the second of second aspect or second aspect, further comprising the steps of:
By topology relation table, configure the routing policy of all subordinate's subdomains and the load statistics data monitoring of all subordinate's subdomains;
According to routing policy and the load performance monitored results of all subordinate's subdomains, determine the message route.
In conjunction with the first possibility or the possible implementation of the second of second aspect or second aspect, further comprising the steps of:
Each subdomain in described subordinate's subdomain comprises at least: client, message-oriented middleware and act on behalf of middleware;
Described client is used for: transmission route addressing request message;
Described message-oriented middleware is used for: the addressing request message queue of transmitting-receiving and inspection client, and the domain name of therefrom taking out source address sign, territory, source address place identifies, destination address sign, and the domain name in territory, destination address place sign; And, by the interior routing table of establishing, judge whether it is the addressing request in territory; Addressing request in territory, set up client in territory and connect in this way; Addressing request if not in territory, be sent to described message processing server by acting on behalf of middleware by addressing request.
The distributed message treatment system that the third aspect, the embodiment of the present invention provide comprises: server and subordinate's subdomain is characterized in that server: the routing addressing request message sent be used to receiving subordinate's subdomain; In described routing addressing request message, carry: the domain name sign in source address sign, territory, source address place, destination address sign, and the domain name in territory, destination address place sign; According to the routing addressing request message, from the topology relation table of server association, determining the message route, and determine that according to the message route sending strategy is to send more newer command of routing policy to subordinate's subdomain; According to sending strategy, return to routing addressing request addressing results to source corresponding to source address.
The first in the third aspect may in, each subdomain in described subordinate's subdomain comprises at least: client, message-oriented middleware and act on behalf of middleware;
Described client is used for: transmission route addressing request message;
Described message-oriented middleware is used for: the addressing request message queue of transmitting-receiving and inspection client, and the domain name of therefrom taking out source address sign, territory, source address place identifies, destination address sign, and the domain name in territory, destination address place sign; And, by the interior routing table of establishing, judge whether it is the addressing request in territory; Addressing request in territory, set up client in territory and connect in this way; Addressing request if not in territory, be sent to described message processing server by acting on behalf of middleware by addressing request.
In a kind of possible implementation in conjunction with the third aspect or the third aspect, the sending strategy that described server is determined is: after more newer command starts one section Preset Time of timing, return to routing addressing request addressing results to source corresponding to source address in sending strategy.
In a kind of possible implementation in conjunction with the third aspect or the third aspect, the sending strategy that described server is determined is: according to subordinate's subdomain response policy more newer command report the response message of described server, trigger described server and return to routing addressing request addressing results to source corresponding to source address.
In multiple possible implementation in conjunction with the third aspect or the third aspect: described source address comprises source client address and/or source application address; Described destination address comprises purpose client address and/or source application address.
In multiple possible implementation in conjunction with the third aspect or the third aspect, described server also for: by topology relation table, configure the routing policy of all subordinate's subdomains and the load statistics data monitoring of all subordinate's subdomains; According to routing policy and the load performance monitored results of all subordinate's subdomains, determine the message route.
Pass through such scheme, embodiment of the present invention message processing server and distributed message processing method and system, according to the routing addressing request message from the topology relation table of server association, determining the message route, and determine that according to the message road sending strategy is to send more newer command of routing policy to subordinate's subdomain, and then on server, can implement route control strategy flexibly, and by associated topology relation table, set up the reliable Route Selection of self-configuring, guaranteed the enhanced scalability of system.
[accompanying drawing explanation]
Fig. 1 is traditional message handling system principle schematic;
Fig. 2 is embodiment of the present invention message processing server principle schematic;
Fig. 3 is message processing server and the mutual schematic diagram of single subdomain message in one embodiment of the invention;
Fig. 4 is another embodiment of the present invention message processing server and the mutual schematic diagram of a plurality of subdomain message;
Fig. 5 is that the present invention is at an embodiment distributed message process flow figure;
Fig. 6 is another embodiment of the present invention distributed message process flow figure; With
Fig. 7 is message processing server of the present invention and the mutual signaling diagram of a plurality of subdomain message.
[embodiment]
The present invention is further illustrated below in conjunction with drawings and Examples:
Refer to Fig. 2, embodiment of the present invention message processing server 200, for receiving and processing the message from subordinate's subdomain, comprising: receiver module 201, enquiry module 202 and sending module 203.
Embodiment of the present invention message processing server 200, according to the routing addressing request message from the topology relation table of server association, determining the message route, and determine that according to the message route sending strategy is to send more newer command of routing policy to subordinate's subdomain, and then on server, can implement route control strategy flexibly, and by associated topology relation table, set up the reliable Route Selection of self-configuring, guaranteed the enhanced scalability of system.Being appreciated that the topology relation table here can be to establish in enquiry module, can be also that enquiry module is from acquiring other equipment.
Optionally, the sending strategys that the embodiment of the present invention is determined by enquiry module 202 can be: after more newer command starts one section Preset Time of timing, to source corresponding to source address, return to routing addressing request addressing results by sending module 203 in sending strategy.Optionally, the sending strategys that enquiry module 202 is determined are: according to subordinate's subdomain response policy more newer command report the response message of described receiver module, trigger sending module 203 and return to routing addressing request addressing results to source corresponding to source address.Be appreciated that the embodiment of the present invention also can trigger sending module 203 by other sending strategys and return to routing addressing request addressing results or other message to source corresponding to source address.
Optionally, the described source address of the embodiment of the present invention comprises source client address and/or source application address; Described destination address comprises purpose client address and/or source application address.
Further, embodiment of the present invention enquiry module 202 also for: by topology relation table, configure the routing policy of all subordinate's subdomains and the load statistics data monitoring of all subordinate's subdomains; According to routing policy and the load performance monitored results of all subordinate's subdomains, determine the message route.
Please in the lump with reference to distributed message treatment system shown in Figure 3, embodiment of the present invention distributed message treatment system comprises subordinate's subdomain 300 of message processing server 200 and at least one message processing server 200.The routing addressing request message that message processing server 200 sends be used to receiving subordinate's subdomain 200; In described routing addressing request message, carry: the domain name sign in source address sign, territory, source address place, destination address sign, and the domain name in territory, destination address place sign, to determine source address and destination address; According to the routing addressing request message, from the topology relation table of server 200 associations, determining the message route, and determine that according to the message route sending strategy is to send more newer commands of routing policy to subordinate's subdomain 200; According to sending strategy, return to routing addressing request addressing results to source corresponding to source address.
Wherein, in subordinate's subdomain 300, comprise at least: client 301, message-oriented middleware 302 and act on behalf of middleware 303.Client 301, for transmission route addressing request message, is carried in described routing addressing request message: the domain name sign in address designation, territory, place, address.Message-oriented middleware 302, for the addressing request message queue of transmitting-receiving and inspection client, therefrom takes out the domain name sign in source address sign, territory, source address place, destination address sign, and the domain name in territory, destination address place sign; And, by the interior routing table of establishing, judge whether it is the addressing request in territory; Addressing request in territory, set up the connection between client in territory in this way; Addressing request if not in territory, be sent to addressing request the receiver module 203 of described message processing server 200 by acting on behalf of middleware 303.In the embodiment of the present invention, act on behalf of middleware 303 also for the routing addressing request according to receiving message-oriented middleware, preferential inquiry is stated and is acted on behalf of the own routing table of middleware 303; The route of mating with the routing addressing request if do not have, act on behalf of middleware 303 and participate in Fig. 2 to the described receiver module 201(of server 200) request of forwarding routing addressing.
Refer to Fig. 4, the embodiment of the present invention has further described the distributed message treatment system of message processing server 200 with a plurality of subordinate's subdomain 300 associated treatment.In the present embodiment, all message-oriented middlewares of distributed message treatment system are divided into the subdomain of three, and each subdomain 300 has at least one message-oriented middleware 302 and at least one acts on behalf of middleware 303.The middleware 303 of acting on behalf of of each subdomain 300 is connected with message processing server 200.Client (or application program) 301 is passed through message-oriented middleware 302 pass-along message in the territory at its place, or further, by the message-oriented middleware pass-along message of acting on behalf of middleware 303 and other territories in its territory, place.Message processing server 200 is responsible for centralized configuration and is managed the routing policy of whole net; Message processing server 200 also is responsible for network topology connection and the load performance statistics that middleware reports of acting on behalf of by each territory, form whole net topology and load performance data, and carry out dynamic intelligent scheduling according to whole net topology and load performance monitored results, calculate the route of message.The middleware 303 of acting on behalf of in each territory 300 is connected with message processing server 200, be responsible for the territory, place the routing safety control strategy and and other territories act on behalf of between middleware the pass-along message of coming and going.Act on behalf of middleware 303 and send the message route requests to message processing server 200, and the routing forwarding strategy of receipt message processing server 200 responses, carry out the message transmission.Be appreciated that acting on behalf of middleware 303 and can also expanding to and have message processing server 200 managerial abilities of each subdomain 300, thereby carry out distributed management in subdomain subordinate.
Wherein, the sending strategys that distributed message treatment system message processing server 200 is determined can be: after more newer command starts one section Preset Time of timing, return to routing addressing request addressing results to source corresponding to source address in sending strategy.Can be also: according to subordinate's subdomain response policy more newer command report the response message of described server, trigger message processing server 200 and return to routing addressing request addressing results to source corresponding to source address.Described source address can comprise source client address and/or source application address; Described destination address comprises purpose client address and/or source application address.Message processing server 200 also can be used for: configure the routing policy of all subordinate's subdomains and the load statistics data monitoring of all subordinate's subdomains by topology relation table; According to routing policy and the load performance monitored results of all subordinate's subdomains, determine the message route.
Visible, the embodiment of the present invention is by carrying out networking to message-oriented middleware in message handling system 302 according to the mode in layering minute territory, by centralized message processing server 200, to the message-oriented middleware 302 of each subdomain 300 of its subordinate with act on behalf of middleware 303 further management and configuration client 301.Can realize centralized message routing addressing.Be appreciated that, when a plurality of subdomains 300 are used in conjunction with, when message route requests that the proxy message middleware that receives certain territory is sent, according to whole net topology and performance statistic, calculate this message route, and one by one to each on path act on behalf of the middle ware issues routing policy more newer command so that this message route can reach.The stop press processing server sends order request this message is sent to down hop proxy message middleware on path or the message-oriented middleware in this territory to the middleware of acting on behalf of in territory under source client (or application program), realizes that multi-layer message system and efficient message controls transmission method.
Refer to Fig. 5, in the present embodiment, illustrate a kind of distributed message processing method, comprise the following steps:
Step 101: receive the routing addressing request message that subordinate's subdomain sends; In described routing addressing request message, carry: the domain name sign in source address sign, territory, source address place, destination address sign, and the domain name in territory, destination address place sign, to determine source address and destination address;
Step 102: from determining the message route associated topology relation table, and determine that according to the message route sending strategy is to send more newer command of routing policy to subordinate's subdomain according to the routing addressing request message;
Step 103: according to sending strategy, return to routing addressing request addressing results to source corresponding to source address.
Further, the determined sending strategy of step 102 is specially: after more newer command starts one section Preset Time of timing, return to routing addressing request addressing results to source corresponding to source address in sending strategy.Optionally, the determined sending strategy of step 102 can also be: according to subordinate's subdomain response policy more newer command report the response message of described server, trigger described server and return to routing addressing request addressing results to source corresponding to source address.Wherein, described source address comprises source client address and/or source application address; Described destination address comprises purpose client address and/or source application address.
Further, refer to Fig. 6, this enforcement distributed message processing method, further comprising the steps of:
Step 104: configure the routing policy of all subordinate's subdomains and the load statistics data monitoring of all subordinate's subdomains by topology relation table;
Step 105: according to routing policy and the load performance monitored results of all subordinate's subdomains, determine the message route.
Wherein, each subdomain in the present embodiment subordinate subdomain comprises at least: client, message-oriented middleware and act on behalf of middleware; Described client is used for: transmission route addressing request message, in described routing addressing request message, carry: the domain name sign in address designation, territory, place, address; Described message-oriented middleware is used for: the addressing request message queue of transmitting-receiving and inspection client, and the domain name of therefrom taking out source address sign, territory, source address place identifies, destination address sign, and the domain name in territory, destination address place sign; And, by the interior routing table of establishing, judge whether it is the addressing request in territory; Addressing request in territory, set up client in territory and connect in this way; Addressing request if not in territory, be sent to described message processing server by acting on behalf of middleware by addressing request.
Visible, in embodiment of the present invention distributed message processing method, according to the routing addressing request message from the topology relation table of server association, determining the message route, and determine that according to the message road sending strategy is to send more newer command of routing policy to subordinate's subdomain, and then on message processing server, can implement route control strategy flexibly, and by associated topology relation table, set up the reliable Route Selection of self-configuring, guaranteed the enhanced scalability of distributed message treatment system.
Refer to Fig. 7 signaling process figure, in the embodiment of the present invention, illustrate subdomain A and connect by the signaling that message processing server builds on subdomain B.
Wherein, the client (or application program) in subdomain A by certain particular message of step 501 issue to the message-oriented middleware in the subdomain A of its place.In this addressed messages, carry address designation and the domain name sign thereof of source client (or application program), and destination client (or application program) address designation and domain name sign thereof, or the target topic sign;
After message-oriented middleware in subdomain A receives addressed messages, execution step 502: check its message queue, therefrom take out client (or application program) message and analyze, parse the critical message territory.Wherein, the critical message territory comprises source client (or application program) address designation and domain name sign thereof, and destination client (or application program) address designation and domain name sign thereof, or the target topic sign;
In subdomain A, message-oriented middleware is according to source client (or application program) address designation and domain name sign thereof, and destination client (or application program) address designation and domain name sign thereof, execution step 503: inquire about the routing table that oneself has, and judgement has or not the route of coupling.In this step 503, if what in the message of this client (or application program), carry is the target topic sign, message-oriented middleware is inquired about the subscribing relationship table that oneself has, obtain subscriber's address list, then according to subscriber's address designation and domain name sign thereof, inquire about the routing table that oneself has, judgement has or not the route of coupling.
If oneself has the matching result of routing table for routing rule is arranged the message-oriented middleware of subdomain A, and destination address is client in territory (or application program), message-oriented middleware guides and sends this message to the destination client (or application program) with annexation is arranged oneself or the message-oriented middleware of down hop according to route.If message-oriented middleware oneself routing table is arranged matching result for routing rule is arranged, and destination address is overseas, message-oriented middleware sends the act on behalf of middleware of this message to affiliated territory.
If the message-oriented middleware of subdomain A oneself the matching result of routing table is arranged is nothing, message-oriented middleware is by the act on behalf of routing addressing request that middleware send this message of step 504 to territory under it.
Subdomain A acts on behalf of middleware and receives under it in territory after the routing addressing request of message-oriented middleware, judges and has or not the coupling route by step 505.Step 505 also further comprises oneself routing table of having of preferential inquiry.If step 505 judgement draws the route that there is no coupling, act on behalf of middleware and by step 506, forward the routing addressing request of this particular message to message processing server;
After message processing server receives the routing addressing request of acting on behalf of middleware, by step 507 query subscription person message.Step 507 specifically comprises: according to the critical message territory in routing addressing requesting query subscriber message.Wherein, the critical message territory comprises source client (or application program) address designation and domain name sign thereof, and destination client (or application program) address designation and domain name sign thereof.
After message processing server has been inquired about subscriber's message, execution step 508: the topology relation table of query messages processing server self association, according to subscriber's message and topology relation table, determine optimum message route.In this step, if what in the routing addressing request, carry is the target topic sign, message processing server query subscription relation table, obtain subscriber's address list, then according to the critical message territory, comprise source client (or application program) address designation and domain name sign thereof, and subscriber's address designation and domain name sign thereof, the inquiry topology relation table, therefrom calculate optimum message route.
After determining optimum message route, processing server execution step 509: according to the message route, the query routing Policy Table, determine routing policy.In this step, the routing policy table can be to be pre-configured in processing server, also can be according to grid state real-time update.After determining routing policy, execution step 510: for each on route, act on behalf of middleware, transmitting order to lower levels upgrades routing table.Optionally, for each on routed path, act on behalf of middleware, the middleware of acting on behalf of that comprises the affiliated territory of source client (or application program), territory acts on behalf of middleware under destination client (or application program), and other on path act on behalf of middleware, transmitting order to lower levels upgrades the routing table that each acts on behalf of middleware one by one.In the present embodiment, can upgrade routing table by the middle ware issues of acting on behalf of in the A of step 400 territory; By step 401 and step 402 to other not the middle ware issues of acting on behalf of of same area upgrade routing table; By step 403 to the purpose territory middle ware issues of acting on behalf of in (territory B) upgrade routing table.
Under default strategy, message processing server, to acting on behalf of middleware as after more newer command starts one section Preset Time of timing in sending strategy in the A of territory, returns to routing addressing request addressing results to source corresponding to source address.Optionally, the determined sending strategy of step 102 can also be: according to subordinate's subdomain response policy more newer command report the response message of described server, trigger message processing server and return to routing addressing request addressing results to source corresponding to source address.
Be appreciated that message processing server is triggered after transmitting order to lower levels upgrades routing table by step 510, message processing server execution step 511: message processing server returns to the routing addressing request results to the middleware of acting on behalf of of territory A.Act on behalf of middleware and perform step subsequently 512: the message-oriented middleware of acting on behalf of middleware domain A returns to the routing addressing request results.After the message-oriented middleware of territory A, perform step 513: send the act on behalf of middleware of this special type message to territory A according to returning to the routing addressing request results.Finally should be through step 514: the middleware of acting on behalf of of territory A forwards this special type message and acts on behalf of middleware to other territories; Step 515: other territories are acted on behalf of middleware and are forwarded the act on behalf of middleware of this special type message to another territory; Step 516: the middleware of acting on behalf of in another territory forwards the act on behalf of middleware of this special type message to territory B; Step 517: the middleware of acting on behalf of of territory B forwards the message-oriented middleware of this special type message to territory B; Step 518: the message-oriented middleware of territory B forwards the client of this special type message to territory B.And then complete this special type message by territory A client to the transmission to territory B client.
Concrete, in step 511, message processing server, to the result that middleware returns to the routing addressing request of acting on behalf of in the affiliated territory of source client (or application program), comprises destination client (or application program) address designation and domain name sign thereof, and the address of the down hop of route;
In step 512, under source client (or application program) territory (territory A) act on behalf of the result that middleware receives the routing addressing request that message processing server returns, the result that forwards this routing addressing request to the direct-connected message-oriented middleware of source client (or application program);
In step 513, guide according to route with the direct-connected message-oriented middleware of source client (or application program), issue the act on behalf of middleware of this message to territory under it;
In step 514 and other subsequent step, under source client (or application program), the middleware of acting on behalf of in territory guides according to route, issues the act on behalf of middleware of this message to other territories on path, until send to the client (or application program) of destination.
One of ordinary skill in the art will appreciate that all or part of flow process realized in above-described embodiment method, to complete by related hardwares such as computer program instructions, described program can be stored in a computer-readable recording medium, when this program is carried out, can comprise the flow process as the embodiment of above-mentioned each side method.Wherein, described storage medium can be magnetic disc, CD, read-only store-memory body (Read-Only Memory, ROM) or random store-memory body (Random Access Memory, RAM) etc.
As can be seen here, the invention provides message processing server and distributed message processing method and system, and provide the plurality of optional adaptation scheme, above embodiment unrestricted technical scheme described in the invention, therefore, although this specification is illustrated the present invention with reference to each above-mentioned embodiment, the related personnel of this area is to be understood that, all do not break away from technical scheme and the improvement thereof of the spirit and scope of the present invention, and it all should be encompassed in the middle of claim scope of the present invention.
Claims (19)
1. a message processing server, for receiving and processing the message from subordinate's subdomain, is characterized in that, comprising:
Receiver module: be used to the routing addressing request message of the transmission that receives subordinate's subdomain; In described routing addressing request message, carry: the domain name sign in source address sign, territory, source address place, destination address sign, and the domain name in territory, destination address place sign, to determine source address and destination address;
Enquiry module: for determining the message route according to described routing addressing request message from topology relation table, and determine that according to the message route sending strategy is to send more newer command of routing policy to subordinate's subdomain;
Sending module: according to the sending strategy of described enquiry module, return to routing addressing request addressing results to source corresponding to source address.
2. message processing server according to claim 1, it is characterized in that: the sending strategy that described enquiry module is determined is: after more newer command starts one section Preset Time of timing, to source corresponding to source address, return to routing addressing request addressing results by sending module in sending strategy.
3. message processing server according to claim 1, it is characterized in that: the sending strategy that described enquiry module is determined is: according to subordinate's subdomain response policy more newer command report the response message of described receiver module, trigger described sending module and return to routing addressing request addressing results to source corresponding to source address.
4. according to the described message processing server of claim 2 or 3, it is characterized in that: described source address comprises source client address and/or source application address; Described destination address comprises purpose client address and/or source application address.
5. according to the described message processing server of claim 2 or 3, it is characterized in that: described enquiry module also for: by topology relation table, configure the routing policy of all subordinate's subdomains and the load statistics data monitoring of all subordinate's subdomains; According to routing policy and the load performance monitored results of all subordinate's subdomains, determine the message route.
6. message processing server according to claim 1, it is characterized in that: each subdomain in described subordinate's subdomain comprises at least: client, message-oriented middleware and act on behalf of middleware;
Described client is used for: transmission route addressing request message;
Described message-oriented middleware is used for: the addressing request message queue of transmitting-receiving and inspection client, and the domain name of therefrom taking out source address sign, territory, source address place identifies, destination address sign, and the domain name in territory, destination address place sign; And, by the interior routing table of establishing, judge whether it is the addressing request in territory; Addressing request in territory, set up client in territory and connect in this way; Addressing request if not in territory, be sent to addressing request the receiver module of described message processing server by acting on behalf of middleware.
7. message processing server according to claim 1 is characterized in that: it is characterized in that: described act on behalf of middleware also for, according to the routing addressing request that receives message-oriented middleware, preferentially inquire about the described own routing table of middleware of acting on behalf of; The route of mating with the routing addressing request if do not have, act on behalf of middleware and forward the routing addressing request to described receiver module.
8. distributed message treatment system, comprising: server and subordinate's subdomain is characterized in that server: the routing addressing request message sent be used to receiving subordinate's subdomain; In described routing addressing request message, carry: the domain name sign in source address sign, territory, source address place, destination address sign, and the domain name in territory, destination address place sign, to determine source address and destination address; According to the routing addressing request message, from the topology relation table of server association, determining the message route, and determine that according to the message route sending strategy is to send more newer command of routing policy to subordinate's subdomain; According to sending strategy, return to routing addressing request addressing results to source corresponding to source address.
9. distributed message treatment system according to claim 8, it is characterized in that: each subdomain in described subordinate's subdomain comprises at least: client, message-oriented middleware and act on behalf of middleware;
Described client is used for: transmission route addressing request message;
Described message-oriented middleware is used for: the addressing request message queue of transmitting-receiving and inspection client, and the domain name of therefrom taking out source address sign, territory, source address place identifies, destination address sign, and the domain name in territory, destination address place sign; And, by the interior routing table of establishing, judge whether it is the addressing request in territory; Addressing request in territory, set up client in territory and connect in this way; Addressing request if not in territory, be sent to described message processing server by acting on behalf of middleware by addressing request.
10. distributed message treatment system according to claim 9, it is characterized in that: the sending strategy that described server is determined is: after more newer command starts one section Preset Time of timing, return to routing addressing request addressing results to source corresponding to source address in sending strategy.
11. distributed message treatment system according to claim 9, it is characterized in that: the sending strategy that described server is determined is: according to subordinate's subdomain response policy more newer command report the response message of described server, trigger described server and return to routing addressing request addressing results to source corresponding to source address.
12. according to the described distributed message treatment system of claim 10 or 11, it is characterized in that: described source address comprises source client address and/or source application address; Described destination address comprises purpose client address and/or source application address.
13., according to the described distributed message treatment system of claim 10 or 11, it is characterized in that: described server also for: by topology relation table, configure the routing policy of all subordinate's subdomains and the load statistics data monitoring of all subordinate's subdomains; According to routing policy and the load performance monitored results of all subordinate's subdomains, determine the message route.
14. a distributed message processing method, is characterized in that, comprises the following steps:
Receive the routing addressing request message that subordinate's subdomain sends; In described routing addressing request message, carry: the domain name sign in source address sign, territory, source address place, destination address sign, and the domain name in territory, destination address place sign, to determine source address and destination address;
According to the routing addressing request message, from associated topology relation table, determining the message route, and determine that according to the message route sending strategy is to send more newer command of routing policy to subordinate's subdomain;
According to sending strategy, return to routing addressing request addressing results to source corresponding to source address.
15. distributed message processing method according to claim 14, it is characterized in that: described definite sending strategy is: after more newer command starts one section Preset Time of timing, return to routing addressing request addressing results to source corresponding to source address in sending strategy.
16. distributed message processing method according to claim 14, it is characterized in that: described definite sending strategy is: according to subordinate's subdomain response policy more newer command report the response message of described server, trigger described server and return to routing addressing request addressing results to source corresponding to source address.
17. according to the described distributed message processing method of claim 15 or 16, it is characterized in that: described source address comprises source client address and/or source application address; Described destination address comprises purpose client address and/or source application address.
18., according to the described distributed message processing method of claim 15 or 16, characterized by further comprising following steps:
By topology relation table, configure the routing policy of all subordinate's subdomains and the load statistics data monitoring of all subordinate's subdomains;
According to routing policy and the load performance monitored results of all subordinate's subdomains, determine the message route.
19. distributed message processing method according to claim 18 is characterized in that: each subdomain in described subordinate's subdomain comprises at least: client, message-oriented middleware and act on behalf of middleware;
Described client is used for: transmission route addressing request message;
Described message-oriented middleware is used for: the addressing request message queue of transmitting-receiving and inspection client, and the domain name of therefrom taking out source address sign, territory, source address place identifies, destination address sign, and the domain name in territory, destination address place sign; And, by the interior routing table of establishing, judge whether it is the addressing request in territory; Addressing request in territory, set up client in territory and connect in this way; Addressing request if not in territory, be sent to described message processing server by acting on behalf of middleware by addressing request.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310319636.8A CN103414638B (en) | 2013-07-26 | Message processing server and distributed message processing method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310319636.8A CN103414638B (en) | 2013-07-26 | Message processing server and distributed message processing method and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103414638A true CN103414638A (en) | 2013-11-27 |
| CN103414638B CN103414638B (en) | 2016-11-30 |
Family
ID=
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105491065A (en) * | 2015-12-31 | 2016-04-13 | 深圳前海微众银行股份有限公司 | Resource access method of message-oriented middleware, server, and resource access system |
| CN105847170A (en) * | 2015-01-15 | 2016-08-10 | 阿里巴巴集团控股有限公司 | Method and equipment for performing message routing |
| CN106462389A (en) * | 2014-03-28 | 2017-02-22 | 华为技术有限公司 | Context-aware dynamic policy selection for messaging behavior |
| CN106603270A (en) * | 2016-11-10 | 2017-04-26 | 广州酷狗计算机科技有限公司 | Tracking method and device for invoked link in distributed system |
| CN107181687A (en) * | 2016-03-09 | 2017-09-19 | 王正伟 | Service switching method and operation exchange cloud |
| CN107479984A (en) * | 2016-09-29 | 2017-12-15 | 北京超图软件股份有限公司 | Message based distributed space data processing system |
| CN108259332A (en) * | 2016-12-28 | 2018-07-06 | 航天信息股份有限公司 | A kind of method and system of the message transmissions based on FSMP |
| CN108696578A (en) * | 2018-04-26 | 2018-10-23 | 昆明理工大学 | The communications framework design method that multiple machine distributing based on ZeroMQ calculates |
| CN109412941A (en) * | 2018-10-23 | 2019-03-01 | 北京明朝万达科技股份有限公司 | Method for interchanging data, data exchange server, network and readable storage medium storing program for executing |
| CN109981436A (en) * | 2019-02-22 | 2019-07-05 | 安徽睿极智能科技有限公司 | A kind of cross-domain inter communication system and method based on ad-hoc nature |
| CN110971639A (en) * | 2018-09-30 | 2020-04-07 | 广州虎牙信息科技有限公司 | Message distribution method, message management system, server, and computer storage medium |
| CN113329042A (en) * | 2020-02-12 | 2021-08-31 | 斑马智行网络(香港)有限公司 | Message processing method and system, Internet of vehicles system, server and electronic equipment |
| CN113660158A (en) * | 2021-08-05 | 2021-11-16 | 北京网聚云联科技有限公司 | Method, server and storage medium for scheduling dynamic routing of Overlay virtual link |
| CN113765882A (en) * | 2021-07-27 | 2021-12-07 | 子长科技(北京)有限公司 | Logic isolated cross-domain information transmission system |
| CN114430391A (en) * | 2021-12-23 | 2022-05-03 | 东莞市李群自动化技术有限公司 | Method, network system, device and storage medium for creating network domain |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1538316A (en) * | 2003-04-17 | 2004-10-20 | 联想(北京)有限公司 | Message intermediate item system possessing level topological structure and message transmission method |
| CN1798134A (en) * | 2004-12-30 | 2006-07-05 | 中兴通讯股份有限公司 | Method for implementing communication between bandwidth proxy and route within domain |
| FR2930101A1 (en) * | 2008-04-09 | 2009-10-16 | Alpha Networks Inc | Audio and video data file accessing method for e.g. web server in computer network of network system, involves reading instruction chains transported by message, and accessing data file or performing operations by storage device |
| CN102546461A (en) * | 2011-12-13 | 2012-07-04 | 中国电子科技集团公司第十五研究所 | Multi-hierarchy message middleware system and message forwarding control method and device thereof |
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1538316A (en) * | 2003-04-17 | 2004-10-20 | 联想(北京)有限公司 | Message intermediate item system possessing level topological structure and message transmission method |
| CN1798134A (en) * | 2004-12-30 | 2006-07-05 | 中兴通讯股份有限公司 | Method for implementing communication between bandwidth proxy and route within domain |
| FR2930101A1 (en) * | 2008-04-09 | 2009-10-16 | Alpha Networks Inc | Audio and video data file accessing method for e.g. web server in computer network of network system, involves reading instruction chains transported by message, and accessing data file or performing operations by storage device |
| CN102546461A (en) * | 2011-12-13 | 2012-07-04 | 中国电子科技集团公司第十五研究所 | Multi-hierarchy message middleware system and message forwarding control method and device thereof |
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106462389A (en) * | 2014-03-28 | 2017-02-22 | 华为技术有限公司 | Context-aware dynamic policy selection for messaging behavior |
| CN106462389B (en) * | 2014-03-28 | 2020-02-14 | 华为技术有限公司 | Context-aware policy selection for messaging behavior |
| CN105847170B (en) * | 2015-01-15 | 2019-04-05 | 阿里巴巴集团控股有限公司 | For carrying out the method and apparatus of message routing |
| CN105847170A (en) * | 2015-01-15 | 2016-08-10 | 阿里巴巴集团控股有限公司 | Method and equipment for performing message routing |
| CN105491065A (en) * | 2015-12-31 | 2016-04-13 | 深圳前海微众银行股份有限公司 | Resource access method of message-oriented middleware, server, and resource access system |
| CN107181687A (en) * | 2016-03-09 | 2017-09-19 | 王正伟 | Service switching method and operation exchange cloud |
| CN107479984B (en) * | 2016-09-29 | 2021-01-08 | 北京超图软件股份有限公司 | Distributed spatial data processing system based on message |
| CN107479984A (en) * | 2016-09-29 | 2017-12-15 | 北京超图软件股份有限公司 | Message based distributed space data processing system |
| CN106603270A (en) * | 2016-11-10 | 2017-04-26 | 广州酷狗计算机科技有限公司 | Tracking method and device for invoked link in distributed system |
| CN108259332A (en) * | 2016-12-28 | 2018-07-06 | 航天信息股份有限公司 | A kind of method and system of the message transmissions based on FSMP |
| CN108259332B (en) * | 2016-12-28 | 2021-04-02 | 航天信息股份有限公司 | Message transmission method and system based on FSMP |
| CN108696578A (en) * | 2018-04-26 | 2018-10-23 | 昆明理工大学 | The communications framework design method that multiple machine distributing based on ZeroMQ calculates |
| CN110971639A (en) * | 2018-09-30 | 2020-04-07 | 广州虎牙信息科技有限公司 | Message distribution method, message management system, server, and computer storage medium |
| CN109412941A (en) * | 2018-10-23 | 2019-03-01 | 北京明朝万达科技股份有限公司 | Method for interchanging data, data exchange server, network and readable storage medium storing program for executing |
| CN109981436A (en) * | 2019-02-22 | 2019-07-05 | 安徽睿极智能科技有限公司 | A kind of cross-domain inter communication system and method based on ad-hoc nature |
| CN109981436B (en) * | 2019-02-22 | 2021-08-03 | 安徽睿极智能科技有限公司 | Cross-domain intercommunication system and method based on peer-to-peer characteristic |
| CN113329042A (en) * | 2020-02-12 | 2021-08-31 | 斑马智行网络(香港)有限公司 | Message processing method and system, Internet of vehicles system, server and electronic equipment |
| CN113329042B (en) * | 2020-02-12 | 2024-06-11 | 斑马智行网络(香港)有限公司 | Message processing method and system, internet of vehicles system, server and electronic equipment |
| CN113765882A (en) * | 2021-07-27 | 2021-12-07 | 子长科技(北京)有限公司 | Logic isolated cross-domain information transmission system |
| CN113765882B (en) * | 2021-07-27 | 2023-08-25 | 子长科技(北京)有限公司 | Logically isolated cross-domain information transmission system |
| CN113660158A (en) * | 2021-08-05 | 2021-11-16 | 北京网聚云联科技有限公司 | Method, server and storage medium for scheduling dynamic routing of Overlay virtual link |
| CN114430391A (en) * | 2021-12-23 | 2022-05-03 | 东莞市李群自动化技术有限公司 | Method, network system, device and storage medium for creating network domain |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108684047B (en) | Unmanned aerial vehicle bearing small base station communication system and method | |
| Zhou et al. | Design and implementation of open LoRa for IoT | |
| CN101163105B (en) | Method of obtaining path information and path computing node | |
| CN105245632B (en) | A kind of different segment inter-host communication method in SDN network | |
| US20050216569A1 (en) | Method for implementing content delivery network (cdn) internetworking, respective networks and interface component | |
| CN104023082B (en) | Method for achieving cluster load balance | |
| CN102404229A (en) | System, device and method for load balancing | |
| CN103812947B (en) | Data interaction system and method | |
| KR20130068849A (en) | Hierarchical message delivery system and method among devices in heterogeneous networks environment | |
| CN102790798A (en) | Transparent proxy implementation method, device and system in content distribution network | |
| CN104536405A (en) | Remote monitoring system of air conditioning unit | |
| CN105868032A (en) | Message processing system and method supporting multi-system access | |
| WO2013188411A4 (en) | Methods, systems, and computer readable media for routing diameter messages at a diameter signaling router | |
| US9560135B2 (en) | Technique for communication between networks for distributing digital contents | |
| CN102647437A (en) | Centralized traffic control method and centralized traffic control system | |
| CN106453672A (en) | Software defined network (SDN) Overlay network packet forwarding methods, and terminals | |
| CN105554125B (en) | A kind of method and its system for realizing webpage fit using CDN | |
| CN100527685C (en) | A realization method and system for identifying home super nodes | |
| CN102111608A (en) | Communication method and device of video monitoring system | |
| US9571346B2 (en) | Fault tolerant communication system, method, and device that uses tree searching | |
| WO2006020243A3 (en) | Asset visibility management system | |
| CN102195881B (en) | The method of a kind of port information renewal, Apparatus and system | |
| CN104158877A (en) | Remote control method, and device and system | |
| Sylla et al. | SoD-MQTT: A SDN-based real-time distributed MQTT broker | |
| CN103414638A (en) | Message processing server and method and system for distributed message processing |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20191225 Address after: 314413 No.2, Fengshou Avenue, Haining Economic and knitting industrial park, Jiaxing City, Zhejiang Province Patentee after: Zhejiang Haining Warp Knitting Industrial Park Development Co., Ltd Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |