CN103905498A - Service information management method and service information management system - Google Patents
Service information management method and service information management system Download PDFInfo
- Publication number
- CN103905498A CN103905498A CN201210579477.0A CN201210579477A CN103905498A CN 103905498 A CN103905498 A CN 103905498A CN 201210579477 A CN201210579477 A CN 201210579477A CN 103905498 A CN103905498 A CN 103905498A
- Authority
- CN
- China
- Prior art keywords
- service
- service request
- information
- issuing side
- receiving terminal
- 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
- 238000007726 management method Methods 0.000 title claims abstract description 57
- 238000004891 communication Methods 0.000 claims abstract description 164
- 230000004044 response Effects 0.000 claims description 63
- 230000001360 synchronised effect Effects 0.000 claims description 31
- 238000000034 method Methods 0.000 claims description 15
- 238000006243 chemical reaction Methods 0.000 claims description 14
- 230000008569 process Effects 0.000 claims description 10
- 238000012790 confirmation Methods 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 claims description 6
- 238000004364 calculation method Methods 0.000 description 7
- 230000008859 change Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 230000018109 developmental process Effects 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000005856 abnormality Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000015572 biosynthetic process Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008672 reprogramming Effects 0.000 description 2
- 238000012163 sequencing technique Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 1
- 230000005059 dormancy Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Disclosed are a service information management method and a service information management system. The service information management method includes: generating corresponding communication model data according to the format of service request data sent by at least one sending end; establishing service request information which combines the communication model data and the service request data and transmitting the service request information to an intermediary side; the intermediary side interpreting the communication model data and the service request data from the service request information; the intermediary side identifying a communication model needed by the at least one sending end from the communication model data and identifying a network address of at least one receiving end from the service request data; and then the intermediary side generating at least one corresponding thread according to the identified communication model and network address and establishing corresponding communication model configuration between the at least one sending end and the at least one receiving end through the at least one thread.
Description
Technical field
The present invention relates to electronic information transmission technique field, relate in particular to a kind of service information management method and service information management system.
Background technology
Along with Construction of Information Network is as local area network (LAN) (LAN), wide area network (WAN) or the progress of the Internet (Internet) and the expansion of information requirement, be coupled to gradually a kind of distributed system framework that can make different main frames on the each node of information network share mutually related data by inside or external information network, but in these different host computer systems, there is independently operating system and application program, wherein may comprise application program or operating system at different times or the transnational isomorphism building or isomery.When by existing distributed system one running body, be generally to send a service request (Request) information by an issuing side (as client) by network to call after (Invoke) service to long-range receiving terminal (as server), receiving terminal returns to issuing side with service response information mode by network by the data that inquire again.There are at present two kinds of main communication for service models, one is the synchronistic model that Figure 1A illustrates, the operation rule of this kind of synchronistic model is, when issuing side is sent after the service request information that an appointment calls service, L1 need to wait for a period of time, until the program of receiving terminal (Procedure) be finished after and return after service response (Response) information that receiving terminal one comprises result, the program of issuing side could continue operation, this communication for service model is called synchronistic model, the program that the problem of synchronistic model comes from issuing side need to be waited for the responsive status of the program of receiving terminal always, in this waiting time L1, issuing side can not be carried out other program, the operation-interface that easily makes user is locked and cannot trouble-free operation, or user's computer equipment (as hand-held action device) will present halted state, program runtime is elongated, cause usability not good.
Ask for an interview Figure 1B, illustrate the another kind of asynchronous model operation rule of (or claiming Callback model), when issuing side is sent after the service request information that an appointment calls service, receiving terminal can make an immediate response a confirmation to issuing side in a very short time L2 (L2<L1), make issuing side need not wait for always the program of long-range receiving terminal be finished after return service response message, once but issuing side receive finish after confirmation or dormancy this do not complete program, until receive the service response information that receiving terminal is responded, issuing side just can continue this again and not complete program.Although the program runtime of issuing side is short compared with synchronistic model in asynchronous model, as will use this asynchronous model to call service, issuing side and receiving terminal both sides' program need to comprise this asynchronous model simultaneously.If issuing side wish is changed its communication for service mode, receiving terminal also must be changed its response mode, but the receiving terminal of only supporting asynchronous model for some, issuing side can only be planted receiving terminal communication therewith with asynchronous model; In other words, determine with synchronistic model or asynchronous model set up communication for service be in fact brought in by reception leading.
In addition, application service invocation between existing distributed system still needs to maintain original synchronistic model, but be suitable for asynchronous model for individual client terminal device (as hand-held action device) and call service, this makes to comprise receiving terminal must support synchronistic model and asynchronous model to same service (as data query) in interior system simultaneously, if particularly also need compatible heterogeneous issuing side simultaneously, to cause maintenance cost too high, and in the time that a receiving terminal is communicated by letter with multiple issuing sides as server simultaneously, can take a large amount of calculation resources of receiving terminal and memory space.
Therefore,, for distributed system, need a kind of service information management method and system of saving the calculation resources of receiving terminal and reducing system maintenance cost.
Summary of the invention
In order to solve the problems of the technologies described above, a main purpose of the present invention is to provide a kind of service information management method and service information management system, the form of the request msg of sending from least one issuing side, autonomous classification goes out that described at least one issuing side needs or applicable communication for service model is synchronistic model or asynchronous model, and according to the communication for service model identifying, between described at least one issuing side and at least one receiving terminal, set up corresponding traffic model configuration.In the present invention, the operation of communication for service model is to decide the operation phase of sending request msg according to issuing side by traffic model configuration, in other words, the power to make decision that uses synchronistic model or asynchronous model be in fact by send bring in leading, and without must will first the traffic model of the service of calling being write in the program of issuing side and the program of receiving terminal when the program development stage as prior art, also allow afterwards issuing side and receiving terminal need to not change in order to coordinate the traffic model of the service of calling to change its program separately simultaneously, neither decide and use synchronistic model or asynchronous model by receiving terminal, therefore can reduce and comprise receiving terminal at interior system maintenance cost.
In order to solve the problems of the technologies described above, another object of the present invention is to provide a kind of service information management method and service information management system, determine and arrange the communication for service model of each corresponding indivedual service request as synchronistic model or asynchronous model by above-mentioned traffic model configuration, making receiving terminal not need all to prepare synchronous and asynchronous response mode for each indivedual service request.In the preferred embodiments of the present invention, above-mentioned each traffic model configuration is by the unified keyholed back plate of intermediary's end, intermediary's end configures individually according to running time, information sequencing, required service content and required service traffic model, make receiving terminal communication mode without consideration issuing side out of the ordinary in the time that service is provided, this alleviated the burden of receiving terminal and be compatible with old invocation pattern (if do not support asynchronous model issuing side development platform), also need not change original system program.Meanwhile, receiving terminal is also without the management of burden information accepting state and return, each online abnormality processing management when failed, and sequentially analyzes or compare every information task, therefore can reduce the consumption of the calculation resources of receiving terminal
In order to obtain foregoing invention object, the preferred embodiments of the present invention provide a kind of technical scheme of service information management method, comprise the following steps:
The form of service request data that produce according at least one issuing side, produces corresponding traffic model data;
Create a service request information in conjunction with described traffic model data and described service request data and transmit described service request information and give intermediary's end;
Described intermediary's end solution from described service request information translates described traffic model data and described service request data;
Described intermediary end identifies the needed traffic model of described at least one issuing side from described traffic model data, and from described service request data, identifies the network address of at least one receiving terminal; And
Then described intermediary holds according to the above-mentioned traffic model identifying and the network address, produces at least one corresponding thread and between described at least one issuing side and described at least one receiving terminal, set up corresponding traffic model by described at least one thread to be configured to process the service request information of described at least one issuing side generation and/or the service response information that described at least one receiving terminal produces.
Further, the form of the service request data that described at least one issuing side produces comprises the type of the application program of the type of described at least one issuing side request service or the type of device of described at least one issuing side or described at least one issuing side, and described traffic model data are used for identifying Synchronization Communication Model or asynchronous communication model.
Further, be configured to process in the step of the service response information that service request information that described at least one issuing side produces and/or described at least one receiving terminal produce setting up corresponding traffic model between described at least one issuing side and described at least one receiving terminal by described at least one thread, also comprise the following steps: to set up a respective queue sequentially to store described service request information and/or service response information.
Further, when the above-mentioned traffic model identifying is synchronous communication and while making described traffic model configuration that described at least one thread is set up form a synchronous communication configuration, described synchronous communication configuration comprises following execution step:
Described intermediary end converts the described service request information that meets the first communications protocol format to a service request information that meets second communication protocol format by format conversion;
By the synchronous communication of setting up between described intermediary end and described at least one receiving terminal, the service request information transmission that meets second communication protocol format is given to described at least one receiving terminal;
Give described intermediary end when described at least one receiving terminal returns to a service response information that meets second communication protocol format, described intermediary end converts the described service response information that meets second communication protocol format to a service response information that meets the first communications protocol format by format conversion; And by the synchronous communication of setting up between described at least one issuing side and described intermediary end, the described service response information that meets the first communications protocol format is returned to described at least one issuing side.
Further, when the above-mentioned traffic model identifying is asynchronous communication and while making described traffic model configuration that described at least one thread is set up form an asynchronous communication configuration, described asynchronous communication configuration comprises following execution step:
Described intermediary end returns to immediately a confirmation and gives described at least one issuing side and convert the described service request information that meets the first communications protocol format to a service request information that meets second communication protocol format by format conversion;
By the synchronous communication of setting up between described intermediary end and described at least one receiving terminal, the service request information transmission that meets second communication protocol format is given to described at least one receiving terminal;
In the time that described at least one receiving terminal returns to a service response information that meets second communication protocol format and gives described intermediary end, described intermediary end converts the described service response information that meets second communication protocol format to a service response information that meets the first communications protocol format by format conversion; And
By the asynchronous communication of setting up between described at least one issuing side and described intermediary end, the described service response information that meets the first communications protocol format is returned to described at least one issuing side.
Further, described the first communications protocol format is same as or is not same as second communication protocol format.
In addition, a wherein preferred embodiment of the present invention also provides a kind of technical scheme of service information management system, and it comprises:
Traffic model identification module, the form of service request data that produce according to described at least one issuing side, independently produces traffic model data;
Solicited message generation module, for creating a service request information in conjunction with described traffic model data and described service request data for transmitting described service request information;
Interpretation module, for translating described traffic model data and described service request data from described service request information solution;
Information sending module identifies the traffic model that described at least one issuing side needs from described traffic model data, and from described service request data, identifies the network address of at least one receiving terminal; And
Thread control module, the traffic model identifying according to above-mentioned information sending module and the network address, produce at least one corresponding thread and between described at least one issuing side and described at least one receiving terminal, set up corresponding traffic model by described at least one thread and be configured to process the service response information that service request information that described at least one issuing side produces and/or described at least one receiving terminal produce.
Further, the form of the service request data that described at least one issuing side produces comprises the type of the application program of the type of described at least one issuing side request service or the type of device of described at least one issuing side or described at least one issuing side, and described traffic model data are used for identifying Synchronization Communication Model or asynchronous communication model.
Further, described traffic model identification module and described request information-generation module are disposed at described at least one issuing side, and described interpretation module, described information sending module and described thread control module are disposed at intermediary's end.
Further, service information management system of the present invention, also comprises:
Queue management module, the traffic model of setting up according to described thread control module configuration, sets up a respective queue sequentially to store described service request solicited message and/or service response information at described intermediary end; And
Interconnected control module, is disposed at described intermediary end, for controlling and identify the communications status between described intermediary end and described at least one receiving terminal.
By technique scheme of the present invention, the useful technique effect producing is, the traffic model configuration of intermediary end can be sent the communication for service model that operation phase of request msg decides it to need according to issuing side, and without must just determining communication for service model when the program development stage as prior art, do not need afterwards to coordinate the change of traffic model and reprogramming yet, neither decide and use synchronistic model or asynchronous model by receiving terminal, therefore can reduce system maintenance cost.Simultaneously, because the present invention is that each does not invite the communication for service model of asking by above-mentioned traffic model configuration decision, make receiving terminal not need all to prepare synchronous and/or asynchronous response mode for each indivedual service, therefore alleviate the burden of receiving terminal, and then reduced the consumption of the calculation resources of receiving terminal.
Accompanying drawing explanation
Figure 1A, illustrates a kind of operation schematic diagram of the existing system of supporting Synchronization Communication Model;
Figure 1B, illustrates the operation schematic diagram of the another kind of existing system of supporting asynchronous communication model;
Fig. 2, illustrate a kind of service information management system applies according to the preferred embodiments of the present invention in an intermediary hold, schematic diagram between multiple issuing side and multiple receiving terminal;
Fig. 3, illustrates the framework schematic diagram of the service information management system of the preferred embodiments of the present invention;
Fig. 4, illustrates a kind of flow chart of steps of the service information management method according to the preferred embodiments of the present invention;
Fig. 5, illustrates the flow chart of steps of setting up synchronous communication configuration in the service information management method of the preferred embodiments of the present invention; And
Fig. 6, illustrates the flow chart of steps of setting up asynchronous communication configuration in the service information management method of the preferred embodiments of the present invention.
Embodiment
Below in conjunction with accompanying drawing, the embodiment of service information management method provided by the invention and service information management system is elaborated.
Please refer to Fig. 2, is that a kind of service information management system applies according to the preferred embodiments of the present invention is in an end S1 of intermediary, multiple issuing side T1 ... Tx and multiple receiving terminal R1 ... schematic diagram between Rx, the above-mentioned end S1 of this intermediary, described multiple issuing side T1 ... Tx and multiple receiving terminal R1 ... Rx can form a distributed system, wherein said multiple receiving terminal R1 ... Rx including but not limited to, as application server, data server, mail server, or all types of servers such as web page server, described multiple issuing side T1, T2 ... Tx including but not limited to, as the user side main frame of tool application program, server, hand-held action device is as mobile phone or flat computer etc., the application program at these two ends or operating system or can be identical or heterologous systems, and be connected in multiple issuing side T1, T2 ... Tx and multiple receiving terminal R1 ... the end S1 of intermediary between Rm is including but not limited to, proxy server, middleware (Middleware), caching server, the webserver, gateway (Gateway), transponder (Hub), broadband access network device, video decoder, the wherein one of wide area network interchanger or router (Router).Described multiple issuing side T1 ... the end S1 of Tx and intermediary is by information network system 30 short ranges or teletransmission communication for service information between the two, and described information network system 30 can be the wherein a kind of or integrated of wireless network, local area network (LAN) (LAN), wide area network (WAN) or the Internet (Internet).The described end S1 of intermediary and described multiple receiving terminal R1 ... Rm is by another information network system 32 short ranges or teletransmission communication for service information between the two, and described information network system 32 can be the wherein a kind of or integrated of local area network (LAN) (LAN), wide area network (WAN) or the Internet (Internet).
Please refer to the framework schematic diagram that Fig. 3 Jin mono-Walk illustrates the service information management system 20 of the preferred embodiments of the present invention, illustrate for convenience, Fig. 3 only illustrates an end S1 of intermediary and connects respectively an issuing side T1 and a receiving terminal R1, but does not therefore limit request scope of the present invention.The main composition of described service information management system 20 comprises: traffic model identification module 202, solicited message generation module 204, interpretation module 206, information sending module 208, thread control module 210, queue management module 212 and interconnected control module 214.In the present embodiment, stating traffic model identification module 202 and described request information-generation module 204 is to be disposed at described issuing side T1, and described interpretation module 206, information sending module 208, thread control module 210, queue management module 212 and 214 of interconnected control modules are disposed at the end S1 of intermediary.
Described traffic model identification module 202 is according to the form of service request data of the program generation of described issuing side T1, independently produce that a corresponding described issuing side T1 needs or the traffic model data of applicable communication for service model, i.e. described traffic model Data Identification Synchronization Communication Model or asynchronous communication model.The form of the service request data that described issuing side T1 produces comprise the type of described issuing side T1 request service or content (as looked into data), as described in issuing side T1 type (as the default network address or device ID), as described in the partial data such as type, the network address of corresponding receiving terminal R1 of application program of issuing side T1 or the combination of total data.
Described request information-generation module 204, the described traffic model data that transmit according to described traffic model identification module 202 and described service request data, create a service request information in conjunction with described traffic model data and described service request data, this service request information is one to meet the service request information S of the first communication protocol
r1, and transmit described service request information S by network
r1the end S1 of Yu Gai intermediary.Above-mentioned the first communication protocol is the communication protocol pre-establishing between issuing side T1 and the end S1 of intermediary.Described interpretation module 206, for the service request information S transmitting from described request information-generation module 204
r1middle solution translates described traffic model data and described service request data.
Described information sending module 208, the communication for service model that identifying described issuing side T1 from described traffic model data needs is synchronistic model or asynchronous model, and in described service request data, identifies the network address of described corresponding receiving terminal R1.Then, described information sending module 208 is by described thread control module 210, the traffic model (synchronistic model or asynchronous model) identifying according to above-mentioned information sending module and the network address of described corresponding receiving terminal R1, produce at least one corresponding thread, and by the execution of described at least one thread, in between described issuing side T1 and described receiving terminal R1, set up a corresponding traffic model configuration, to process the service request information of described issuing side T1 generation and/or the service response information that described receiving terminal R1 produces.For example, when the communication for service model that identifies described issuing side T1 need from described traffic model data when described information sending module 208 is synchronistic model, produce an its respective thread by described thread control module 210, this thread is in set up a synchronous communication configuration between described issuing side T1 and described receiving terminal R1; Otherwise, in the time that described information sending module 208 identifies asynchronous model, produce at least two threads that are connected by described thread control module 210, comprise that wherein a thread for setting up an asynchronous communication configuration between described issuing side T1 and the end S1 of described intermediary, another thread for setting up a synchronous communication configuration between the described end S1 of intermediary and described receiving terminal R1.When intermediary, end S1 is the multiple issuing side T1 that connect respectively as Fig. 2 ... Tx and multiple receiving terminal R1 ... when Rx, all can produce individually at least one thread to set up relevant traffic model configuration for each service request, the end S1 of intermediary is by described information sending module 208 and above-mentioned each the traffic model configuration of the unified keyholed back plate of described thread control module 210, according to information running time, information sequencing, the service content of request and required service traffic model configure individually, can guarantee respectively synchronous or the regular trouble-free operation of asynchronous model by above-mentioned each synchronous or asynchronous communication configuration, make each receiving terminal R1 ... Rx is providing when service without considering issuing side T1 out of the ordinary ... the communication mode of Tx, alleviate each receiving terminal R1 ... the burden of Rx and be compatible with old invocation pattern (if do not support asynchronous model issuing side development platform), need not change original system program.
In the time that described thread control module 210 produces each its respective thread, the traffic model configuration that can set up according to described thread control module 210 by described queue management module 212, in the memory headroom of the described end S1 of intermediary, set up a respective queue and sequentially store described service request solicited message and/or service response information, sequentially process stored service request solicited message and/or service response information for its respective thread.At multiple issuing side T1 of Fig. 2 ... Tx and multiple receiving terminal R1 ... when in the system framework of Rx, each traffic model of management and control configures, each thread collocation respective queue is just special important and effective for the sequence management in the processing time of each information, this makes each receiving terminal R1 ... Rx analyzes or compares the task of every information without burden, therefore can reduce each receiving terminal R1 ... the consumption of the calculation resources of Rx.
When above-mentioned each thread is in the time carrying out corresponding traffic model configuration as synchronous communication configuration or asynchronous communication configuration, also comprise by format conversion and will meet the described service request information S of the first communications protocol format
r1convert a service request information S who meets second communication protocol format to
r2and by the synchronous communication of setting up between the described end S1 of intermediary and described receiving terminal R1, the service request information S of second communication protocol format will be met
r2the receiving terminal R1 of institute is given in transmission.Described interconnected control module 214, for controlling and identify the communications status between the end S1 of described intermediary and described receiving terminal R1, communications status comprises that abnormality circular, broken string are circulated a notice of, overtime circular and reconnect etc.In other embodiment, described interconnected control module 214 also comprises that a timing bench is for calculating the not response time whether overtime (timeout) between the described end S1 of intermediary and described receiving terminal R1.This makes each receiving terminal R1 ... Rx is without the management of burden information reception/responsive state and return and each online abnormality processing management when failed, and then reduces each receiving terminal R1 ... the consumption of the calculation resources of Rx.
As shown in Figure 3, when described receiving terminal R1 returns to a service response information S who meets second communication protocol format
p2while giving the described end S1 of intermediary, described service response information S
p2can sequentially enter respective queue, the continue configuration of executive communication model as synchronous communication configuration or asynchronous communication of its respective thread of the end S1 of described intermediary configured, by format conversion by the described service response information S that meets second communication protocol format
p2convert a service response information S who meets the first communications protocol format to
p1.Then, by the traffic model of setting up between described issuing side R1 and the end S1 of described intermediary, by the described service response information S that meets the first communications protocol format
p1return to described issuing side T1.Should be noted, described the first communications protocol format can be same as or not be same as second communication protocol format.
Please further refer to Fig. 4, illustrate a kind of flow chart of steps of the service information management method according to the preferred embodiments of the present invention, each module operation of the service information management system of described service information management method collocation Fig. 3 of system, it comprises the following steps:
Step S400, the form of service request data that produce according to described issuing side T1 by described traffic model identification module 202, produces corresponding traffic model data; The form of the service request data that described issuing side T1 produces comprises the COS of described issuing side T1 request or the type of the type of device of described issuing side T1 or the application program of described issuing side T1, and described traffic model data are used for identifying Synchronization Communication Model or asynchronous communication model;
Step S410, creates a service request information S in conjunction with described traffic model data and described service request data by described request information-generation module 204
r1;
Step S415, transmits described service request information S by described request information-generation module 204
r1give the described end S1 of intermediary;
Step S420, the end S1 of described intermediary by described interpretation module 206 from described service request information S
r1middle solution translates described traffic model data and described service request data;
Step S430, the traffic model that the described end S1 of intermediary identifies described issuing side T1 from described traffic model data to be needed by described information sending module 208 is synchronistic model or asynchronous model, and from described service request data, identifies the network address of a corresponding receiving terminal R1; And
Step S440, when the described information sending module 208 of the end S1 of described intermediary is above-mentioned when identifying traffic model and being Synchronization Communication Model, produces a corresponding thread by described thread control module 210; Step S450, when described thread control module 210 produces corresponding thread, sets up corresponding queue by described queue management module 212; Step S460, producing after corresponding thread and queue, configure (describing in detail as Fig. 5), the service request information S producing by issuing side T1 described in this synchronous communication configuration process by corresponding thread and queue to set up a corresponding synchronous communication between described issuing side T1 and described receiving terminal R1
r1and then formation one service request information S
r2, and transmit a service request information S by described interconnected control module 214
r2give described receiving terminal R1; Step S467, receives/responds this service request information S at described receiving terminal R1
r2after, wait until that the program of described receiving terminal R1 completes while execution, produce the described service response information S that comprises execution result
p2give the described end S1 of intermediary and get back in step S460 the service response information S producing by receiving terminal R1 described in corresponding thread and queue processing
p2and then transmit another service response information S
p1give described issuing side T1; And step S474, described issuing side T1 receives service response information S
p1the execution result comprising is to have continued issuing side T1 Bedside-stand order; And
Step S442, when the described information sending module 208 of the end S1 of described intermediary is above-mentioned when identifying traffic model and being asynchronous communication model, produces several threads that are connected by described thread control module 210; Step S452, in the time that described several thread control module 210 produce corresponding thread, sets up corresponding queue by described queue management module 212; Step S480, producing after corresponding thread and queue, configure (describing in detail as Fig. 6), the service request information S producing by issuing side T1 described in this asynchronous communication configuration process by corresponding thread and queue to set up a corresponding asynchronous communication between described issuing side T1 and described receiving terminal R1
r1and then formation one service request information S
r2, and by described interconnected control module 214 and transmit a service request information S
r2give described receiving terminal R1, and return to immediately a confirmation S
oKgive described issuing side T1; Step S483, described issuing side T1 receives confirmation S
oKto finish or to supspend the program of described issuing side T1; Step S487, receives/responds this service request information S at described receiving terminal R1
r2after, wait until that the program of described receiving terminal R1 completes while execution, produce the described service response information S that comprises execution result
p2give the described end S1 of intermediary and get back in step S480 the service response information S producing by receiving terminal R1 described in corresponding thread and queue processing
p2and then form another service response information S
p1transfer to described issuing side T1; And step S494, described issuing side T1 receives service response information S
p1the execution result comprising is to have continued described issuing side T1 Bedside-stand order.Should be noted, configure by above-mentioned asynchronous communication, will make to form asynchronous communication model between described issuing side T1 and the end S1 of described intermediary, but form Synchronization Communication Model between the described end S1 of intermediary and described receiving terminal R1.
Please further refer to Fig. 5, illustrate the flow chart of setting up the step S460 of synchronous communication configuration in the service information management method of the preferred embodiments of the present invention, its subsequent steps S415, step S440 and S450 are (because identical with Fig. 4, do not tire out and state at this) afterwards, when the traffic model identifying is Synchronization Communication Model and while making described traffic model configuration that described its respective thread is set up form a synchronous communication configuration, the establishment step S460 of described synchronous communication configuration comprises following execution step:
Step S462, by the service request information S that meets the first communications protocol format transmitting from described issuing side T1
r1enter in respective queue;
Step S464, the described end S1 of intermediary will meet the described service request information S of the first communications protocol format by format conversion
r1convert a service request information S who meets second communication protocol format to
r1;
Step S466, by the synchronous communication of setting up between the described end S1 of intermediary and described receiving terminal R1, will meet the service request information S of second communication protocol format
r1transmission is given described receiving terminal R1 to carry out step S467.When described receiving terminal R1 receives and respond this service request information S
r2after, wait until when the program of described receiving terminal R1 is complete, produce the service response information S that meets second communication protocol format that comprises execution result
p2give the described end S1 of intermediary and get back to step S460;
Step S468, by the service response information S that meets second communication protocol format transmitting from described receiving terminal R1
p1enter in respective queue;
Step S470, the end S1 of described intermediary by format conversion by the described service response information S that meets second communication protocol format
p1convert a service response information S who meets the first communications protocol format to
p1; And
Step S472, by the synchronous communication of setting up between described issuing side T1 and the end S1 of described intermediary, by the described service response information S that meets the first communications protocol format
p1return to described issuing side T1 to carry out step S474.
Please further refer to Fig. 6, illustrate the flow chart of setting up the step S480 of asynchronous communication configuration in the service information management method of the preferred embodiments of the present invention, it continues (because identical with Fig. 4 at step S415, step S442 and S452, do not tire out and state at this) afterwards, when the traffic model identifying is asynchronous communication model and while making described traffic model configuration that described its respective thread is set up form an asynchronous communication configuration, the establishment step S480 of described asynchronous communication configuration comprises following execution step:
Step S481, by the service request information S that meets the first communications protocol format transmitting from described issuing side T1
r1enter in respective queue;
Step S482, the described end S1 of intermediary returns to a confirmation S immediately
oKgive described issuing side T1 to carry out step S483;
Step S484, the described end S1 of intermediary will meet the described service request information S of the first communications protocol format by format conversion
r1convert a service request information S who meets second communication protocol format to
r1;
Step S486, by the synchronous communication of setting up between the described end S1 of intermediary and described receiving terminal R1, will meet the service request information S of second communication protocol format
r1transmission is given described receiving terminal R1 to carry out step S487.Receive and respond this service request information S at described receiving terminal R1
r2after, wait until when the program of described receiving terminal R1 is complete, produce the service response information S that meets second communication protocol format that comprises execution result
p2give the described end S1 of intermediary and get back in step S480;
Step S488, by the service response information S that meets second communication protocol format transmitting from described receiving terminal R1
p1enter in respective queue;
Step S490, the end S1 of described intermediary by format conversion by the described service response information S that meets second communication protocol format
p1convert a service response information S who meets the first communications protocol format to
p1; And
Step S492, by the asynchronous communication of setting up between described issuing side T1 and the end S1 of described intermediary, by the described service response information S that meets the first communications protocol format
p1return to described issuing side T1 to carry out step S494.Should be noted, above-mentioned the first communications protocol format can be same as or differ from second communication protocol format.
By technique scheme of the present invention, the traffic model configuration of intermediary end can be sent the communication for service model that operation phase of request msg decides it to need according to issuing side, therefore the use power to make decision of synchronistic model or asynchronous model be in fact by send bring in leading, and without must just determining communication for service model when the program development stage as prior art, do not need afterwards to coordinate the change of traffic model and reprogramming yet, neither decide and use synchronistic model or asynchronous model by receiving terminal, therefore can reduce system maintenance cost.Simultaneously, because the present invention is that each does not invite the communication for service model of asking by above-mentioned traffic model configuration decision, make receiving terminal not need all to prepare synchronous and/or asynchronous response mode for each indivedual service, therefore alleviate the burden of receiving terminal, and then reduced the consumption of the calculation resources of issuing side.
The above is only the preferred embodiment of the present invention; it should be pointed out that for those skilled in the art, under the premise without departing from the principles of the invention; can also make some improvements and modifications, these improvements and modifications also should be considered as protection scope of the present invention.
Claims (10)
1. a service information management method, is characterized in that, described service information management method comprises the following steps:
The form of service request data that produce according at least one issuing side, produces corresponding traffic model data;
Create a service request information in conjunction with described traffic model data and described service request data and transmit described service request information and give intermediary's end;
Described intermediary's end solution from described service request information translates described traffic model data and described service request data;
Described intermediary end identifies the needed traffic model of described at least one issuing side from described traffic model data, and from described service request data, identifies the network address of at least one receiving terminal; And
Then described intermediary holds according to the above-mentioned traffic model identifying and the network address, produces at least one corresponding thread and between described at least one issuing side and described at least one receiving terminal, set up corresponding traffic model by described at least one thread to be configured to process the service request information of described at least one issuing side generation and/or the service response information that described at least one receiving terminal produces.
2. service information management method as claimed in claim 1, it is characterized in that, the form of the service request data that described at least one issuing side produces comprises the type of the application program of the type of described at least one issuing side request service or the type of device of described at least one issuing side or described at least one issuing side, and described traffic model data are used for identifying Synchronization Communication Model or asynchronous communication model.
3. service information management method as claimed in claim 1, it is characterized in that, be configured to process in the step of the service response information that service request information that described at least one issuing side produces and/or described at least one receiving terminal produce setting up corresponding traffic model between described at least one issuing side and described at least one receiving terminal by described at least one thread, also comprise the following steps: to set up a respective queue sequentially to store described service request information and/or service response information.
4. service information management method as claimed in claim 1, it is characterized in that, when the above-mentioned traffic model identifying is synchronous communication and while making described traffic model configuration that described at least one thread is set up form a synchronous communication configuration, described synchronous communication configuration comprises following execution step:
Described intermediary end converts the described service request information that meets the first communications protocol format to a service request information that meets second communication protocol format by format conversion;
By the synchronous communication of setting up between described intermediary end and described at least one receiving terminal, the service request information transmission that meets second communication protocol format is given to described at least one receiving terminal;
Give described intermediary end when described at least one receiving terminal returns to a service response information that meets second communication protocol format, described intermediary end converts the described service response information that meets second communication protocol format to a service response information that meets the first communications protocol format by format conversion; And
By the synchronous communication of setting up between described at least one issuing side and described intermediary end, the described service response information that meets the first communications protocol format is returned to described at least one issuing side.
5. service information management method as claimed in claim 1, it is characterized in that, when the above-mentioned traffic model identifying is asynchronous communication and while making described traffic model configuration that described at least one thread is set up form an asynchronous communication configuration, described asynchronous communication configuration comprises following execution step:
Described intermediary end returns to immediately a confirmation and gives described at least one issuing side and convert the described service request information that meets the first communications protocol format to a service request information that meets second communication protocol format by format conversion;
By the synchronous communication of setting up between described intermediary end and described at least one receiving terminal, the service request information transmission that meets second communication protocol format is given to described at least one receiving terminal;
In the time that described at least one receiving terminal returns to a service response information that meets second communication protocol format and gives described intermediary end, described intermediary end converts the described service response information that meets second communication protocol format to a service response information that meets the first communications protocol format by format conversion; And
By the asynchronous communication of setting up between described at least one issuing side and described intermediary end, the described service response information that meets the first communications protocol format is returned to described at least one issuing side.
6. the service information management method as described in claim 4 or 5, is characterized in that, described the first communications protocol format is same as or is not same as second communication protocol format.
7. a service information management system, is characterized in that, described service information management system comprises:
Traffic model identification module, the form of service request data that produce according to described at least one issuing side, independently produces traffic model data;
Solicited message generation module, for creating a service request information in conjunction with described traffic model data and described service request data for transmitting described service request information;
Interpretation module, for translating described traffic model data and described service request data from described service request information solution;
Information sending module identifies the traffic model that described at least one issuing side needs from described traffic model data, and from described service request data, identifies the network address of at least one receiving terminal; And
Thread control module, the traffic model identifying according to above-mentioned information sending module and the network address, produce at least one corresponding thread and between described at least one issuing side and described at least one receiving terminal, set up corresponding traffic model by described at least one thread and be configured to process the service response information that service request information that described at least one issuing side produces and/or described at least one receiving terminal produce.
8. service information management system as claimed in claim 7, it is characterized in that, the form of the service request data that described at least one issuing side produces comprises the type of the application program of the type of described at least one issuing side request service or the type of device of described at least one issuing side or described at least one issuing side, and described traffic model data are used for identifying Synchronization Communication Model or asynchronous communication model.
9. service information management system as claimed in claim 7, it is characterized in that, described traffic model identification module and described request information-generation module are disposed at described at least one issuing side, and described interpretation module, described information sending module and described thread control module are disposed at intermediary's end.
10. service information management system as claimed in claim 9, is characterized in that, also comprises:
Queue management module, the traffic model of setting up according to described thread control module configuration, sets up a respective queue sequentially to store described service request information and/or service response information at described intermediary end; And
Interconnected control module, is disposed at described intermediary end, for controlling and identify the communications status between described intermediary end and described at least one receiving terminal.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210579477.0A CN103905498B (en) | 2012-12-27 | 2012-12-27 | Service information management method and service information management system |
| TW102146383A TWI498037B (en) | 2012-12-27 | 2013-12-16 | Service information managing method and service information managing system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210579477.0A CN103905498B (en) | 2012-12-27 | 2012-12-27 | Service information management method and service information management system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103905498A true CN103905498A (en) | 2014-07-02 |
| CN103905498B CN103905498B (en) | 2018-05-18 |
Family
ID=50996653
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210579477.0A Active CN103905498B (en) | 2012-12-27 | 2012-12-27 | Service information management method and service information management system |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103905498B (en) |
| TW (1) | TWI498037B (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105391536A (en) * | 2015-10-28 | 2016-03-09 | 浪潮(北京)电子信息产业有限公司 | Communication method and device between client end and service end |
| WO2016127856A1 (en) * | 2015-02-10 | 2016-08-18 | 阿里巴巴集团控股有限公司 | Method and system for requesting data from middleware, and middleware client |
| CN106162745A (en) * | 2015-03-23 | 2016-11-23 | 电信科学技术研究院 | A kind of traffic model transmission method and device |
| CN108984316A (en) * | 2018-06-15 | 2018-12-11 | 广州视源电子科技股份有限公司 | It is a kind of for the method, apparatus of distributed data processing, electronic equipment and computer storage medium |
| CN112462661A (en) * | 2020-11-27 | 2021-03-09 | 星控物联科技(山东)有限公司 | Industrial data acquisition controller and control method thereof |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11167535A (en) * | 1997-10-28 | 1999-06-22 | Hitachi Ltd | Program distribution method |
| CN1252565A (en) * | 1998-10-23 | 2000-05-10 | 国际商业机器公司 | Method and device for user and self adaptive synchronous and conversion service device |
| CN1722663A (en) * | 2004-07-13 | 2006-01-18 | 联想(北京)有限公司 | A proxy server system and method for realizing proxy communication thereof |
| CN101917487A (en) * | 2010-08-23 | 2010-12-15 | 中国电信股份有限公司 | Method and system for optimizing communication between mobile terminal and server |
| CN102694866A (en) * | 2012-06-01 | 2012-09-26 | 北京首钢自动化信息技术有限公司 | Service request broker system in distributed network environment |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4363166B2 (en) * | 2003-11-20 | 2009-11-11 | 日本電気株式会社 | Communication service providing system, server, service providing method, and service providing program |
| CN1941771B (en) * | 2005-09-27 | 2011-09-07 | 国际商业机器公司 | Web service data managing method and system for use of service oriented system structure |
| US7949788B2 (en) * | 2007-05-18 | 2011-05-24 | The Pnc Financial Services Group, Inc. | Apparatus, systems and methods for transformation services |
-
2012
- 2012-12-27 CN CN201210579477.0A patent/CN103905498B/en active Active
-
2013
- 2013-12-16 TW TW102146383A patent/TWI498037B/en active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11167535A (en) * | 1997-10-28 | 1999-06-22 | Hitachi Ltd | Program distribution method |
| CN1252565A (en) * | 1998-10-23 | 2000-05-10 | 国际商业机器公司 | Method and device for user and self adaptive synchronous and conversion service device |
| CN1722663A (en) * | 2004-07-13 | 2006-01-18 | 联想(北京)有限公司 | A proxy server system and method for realizing proxy communication thereof |
| CN101917487A (en) * | 2010-08-23 | 2010-12-15 | 中国电信股份有限公司 | Method and system for optimizing communication between mobile terminal and server |
| CN102694866A (en) * | 2012-06-01 | 2012-09-26 | 北京首钢自动化信息技术有限公司 | Service request broker system in distributed network environment |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016127856A1 (en) * | 2015-02-10 | 2016-08-18 | 阿里巴巴集团控股有限公司 | Method and system for requesting data from middleware, and middleware client |
| CN106162745A (en) * | 2015-03-23 | 2016-11-23 | 电信科学技术研究院 | A kind of traffic model transmission method and device |
| CN106162745B (en) * | 2015-03-23 | 2019-06-28 | 电信科学技术研究院 | A kind of traffic model transmission method and device |
| CN105391536A (en) * | 2015-10-28 | 2016-03-09 | 浪潮(北京)电子信息产业有限公司 | Communication method and device between client end and service end |
| CN108984316A (en) * | 2018-06-15 | 2018-12-11 | 广州视源电子科技股份有限公司 | It is a kind of for the method, apparatus of distributed data processing, electronic equipment and computer storage medium |
| CN112462661A (en) * | 2020-11-27 | 2021-03-09 | 星控物联科技(山东)有限公司 | Industrial data acquisition controller and control method thereof |
Also Published As
| Publication number | Publication date |
|---|---|
| TW201427469A (en) | 2014-07-01 |
| TWI498037B (en) | 2015-08-21 |
| CN103905498B (en) | 2018-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103051468B (en) | The operating system management of network interface device | |
| CN100405260C (en) | Reduction of idle power expense in networked battery power supply apparatus | |
| CN102970155B (en) | Keep activity management | |
| US9503957B2 (en) | Low cost mesh network capability | |
| CN103905498A (en) | Service information management method and service information management system | |
| CN102945169A (en) | Native APP fused Web APP development system based on Android | |
| US20140136829A1 (en) | Method, Network Card, and Hard Disk Card for Accessing Shut-Down Hard Disk | |
| CN104468854A (en) | Vertical converged framework constructing method and device | |
| US20130145191A1 (en) | Universal serial bus device and method for power management | |
| CN105763471A (en) | Link management method, device and system in virtual machine environment | |
| USRE46770E1 (en) | Computer managing method | |
| CN1973282A (en) | System and method for managing a change to a cluster configuration | |
| CN106533934B (en) | A kind of borde gateway suitable for interconnecting manufacture network entirely | |
| WO2013189069A1 (en) | Load sharing method and device, and single board | |
| US20090213824A1 (en) | Wireless local area network packet transmitting and receiving system | |
| CN112887356A (en) | System for sharing memory data distribution service and operation method thereof | |
| CN101771724A (en) | Heterogeneous distributed information integration method, device and system | |
| CN101938579A (en) | Seating system based on multi-process and method for realizing seating business | |
| CN1972276B (en) | A management method and system for protocol access | |
| CN102054213A (en) | Information integration method, device and system | |
| CN106254229B (en) | A kind of medical communication gateway | |
| CN102710496B (en) | For the data transmission system between multiple server, DIU data interface unit and data transmission method | |
| CN105515792B (en) | The network wake-up method and building talkback equipment of building talkback equipment | |
| CN106357454A (en) | Log system control device and method | |
| CN101667910B (en) | Quick data synchronization method and system for network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |