CN103905498B - Service information management method and service information management system - Google Patents
Service information management method and service information management system Download PDFInfo
- Publication number
- CN103905498B CN103905498B CN201210579477.0A CN201210579477A CN103905498B CN 103905498 B CN103905498 B CN 103905498B CN 201210579477 A CN201210579477 A CN 201210579477A CN 103905498 B CN103905498 B CN 103905498B
- Authority
- CN
- China
- Prior art keywords
- service
- information
- traffic model
- 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.)
- Active
Links
- 238000007726 management method Methods 0.000 title claims abstract description 60
- 238000004891 communication Methods 0.000 claims description 146
- 230000004044 response Effects 0.000 claims description 62
- 230000001360 synchronised effect Effects 0.000 claims description 27
- 238000006243 chemical reaction Methods 0.000 claims description 14
- 230000005540 biological transmission Effects 0.000 claims description 9
- 238000012790 confirmation Methods 0.000 claims description 7
- 238000012163 sequencing technique Methods 0.000 claims description 4
- 210000004209 hair Anatomy 0.000 claims description 3
- 230000008859 change Effects 0.000 description 10
- 238000004364 calculation method Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 230000018109 developmental process Effects 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 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
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000000034 method Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000004886 process control Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000008672 reprogramming Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Abstract
A kind of service information management method and service information management system, the service information management method include：One corresponding traffic model data are generated according to the form of a service data of at least issuing side generation；One is created with reference to the service request information of the traffic model data and the service data and transmits the service request information and gives an intermediary end；Intermediary end solution from the service request information translates the traffic model data and the service data；The required traffic model of an at least issuing side is identified from the traffic model data and the network address of an at least receiving terminal is identified from the service data in the intermediary end；Then the intermediary end generates at least one corresponding thread and establishes corresponding traffic model configuration between an at least issuing side and an at least receiving terminal by an at least thread according to the above-mentioned traffic model identified and network address.
Description
Technical field
The present invention relates to electro-nic message transmissions technical field more particularly to a kind of service information management method and information on services
Management system.
Background technology
With Construction of Information Network such as LAN (LAN), wide area network (WAN) or internet (Internet) progress and
The expansion of information requirement is gradually coupled to a kind of different hosts that can make on each node of information network and passes through internal or external information
Network shares mutually the distributed system frame of related data, but has independent operation system in these different host computer systems
System and application program, wherein the application program in different times or the transnational isomorphism built or isomery or operation system may be included
System.When by existing one running body of distributed system, a clothes are usually sent by network by an issuing side (such as client)
For business request (Request) information after long-range receiving terminal (such as server) calls (Invoke) service, receiving terminal again will inquiry
To data issuing side is returned to by network with service response information mode.Main communication for service model there are two types of at present,
One is the synchronistic model that Figure 1A is illustrated, and the operation rule of such synchronistic model is to specify calling service when issuing side sends one
Service request information after, it is necessary to which the L1 that waits for a period of time, after the program (Procedure) of receiving terminal is finished and is returned
After tieback receiving end one includes service response (Response) information of result, the program of issuing side can just continue to run with, this clothes
The program that the problem of business traffic model is known as synchronistic model, synchronistic model comes from issuing side needs to wait the journey of receiving terminal always
The responsive status of sequence, issuing side cannot carry out other programs in this waiting time L1, easily be locked the operate interface of user
Halted state will be presented in computer equipment (such as hand-held action device) that is fixed and can not be successfully operation or user, run program
Time is elongated, and causes usability bad.
See Figure 1B, the operation rule of another asynchronous model (or Callback models) is illustrated, when issuing side is sent
After one specifies the service request information for calling service, receiving terminal is in a very short time L2 (L2<L1 can make an immediate response a confirmation in)
Information just returns to service response letter to issuing side after making issuing side that need not wait the program finishes execution of long-range receiving terminal always
Breath, but issuing side terminate after confirmation message is received or dormancy this do not complete program, until receive receiving terminal respond
Service response information, issuing side can just be further continued for this and not complete program.Although the program runtime of issuing side in asynchronous model
It is short compared with synchronistic model, but this asynchronous model such as to be used to call and is serviced, the program of issuing side and receiving terminal both sides need simultaneously
Include this asynchronous model.If issuing side is intended to change its communication for service mode, receiving terminal must also change its response mode, but for
Some only support for the receiving terminal of asynchronous model that issuing side can only be communicated using asynchronous model with such receiving terminal；Change sentence
It talks about, determines substantially to be dominated by receiving terminal to establish communication for service using synchronistic model or asynchronous model.
In addition, the application service invocation between existing distributed system still needs to maintain original synchronistic model, but for individual
Client terminal device (such as hand-held action device) if be applicable in asynchronous model to call service, this causes comprising being including receiving terminal
System allows for same service (such as data query) while supports synchronistic model and asynchronous model, if particularly also needing to same
When be compatible with heterogeneous issuing side, maintenance cost will be caused excessively high, and communicated simultaneously with multiple issuing sides when a receiving terminal such as server
When, the substantial amounts of calculation resources of receiving terminal and memory space can be occupied.
Therefore, it is necessary to a kind of calculation resources for saving receiving terminal and reduction system maintenance for distributed system
The service information management method and system of cost.
The content of the invention
In order to solve the above-mentioned technical problem, a main purpose of the invention be to provide a kind of service information management method and
Service information management system, from at least form for the request data that an issuing side is sent autonomous classification go out described at least one and send
End needs or applicable communication for service model is synchronistic model or asynchronous model, and according to the communication for service model identified,
Corresponding traffic model configuration is established between an at least issuing side and an at least receiving terminal.In the present invention, communication for service
The operation of model is to be configured to send the operation phase of request data according to issuing side to determine by traffic model, in other words, is made
It is substantially to be dominated by issuing side with the power to make decision of synchronistic model or asynchronous model, it must be in program without such as prior art
It will first will be called during the development phase in the program of traffic model write-in issuing side of service and the program of receiving terminal, Zhi Houye
Allow issuing side and receiving terminal that need not change its respective program simultaneously in order to which the traffic model that calling services is coordinated to change,
It is not to be determined by receiving terminal using synchronistic model or asynchronous model, therefore the system maintenance including can reducing comprising receiving terminal
Cost.
In order to solve the above-mentioned technical problem, another object of the present invention is to provide a kind of service information management method and clothes
Business information management system passes through above-mentioned traffic model and configures the communication for service mould for determining and arranging each corresponding individual service to ask
Type such as synchronistic model or asynchronous model, it need not be that each indivedual service requests are ready for synchronous and asynchronous response to make receiving terminal
Mode.In the preferred embodiment of the present invention, above-mentioned each traffic model configuration is to unify keyholed back plate, intermediary's end root by an intermediary end
It is configured individually according to run time, information sequencing, required service content and required service traffic model so that receiving terminal exists
The communication mode of issuing side out of the ordinary need not be considered when service is provided, which reduce receiving terminal burden and be compatible with old calling
Pattern (the issuing side development platform if do not supported asynchronous model), also need not change original system program.Meanwhile receiving terminal
Abnormality processing management and sequentially analysis when need not bear the management of information re-ception state and return, each online failure or
Every information task is compared, therefore the consumption of the calculation resources of receiving terminal can be reduced
In order to obtain foregoing invention purpose, the preferred embodiment of the present invention provides a kind of skill of service information management method
Art scheme, comprises the following steps：
According to the form for the service data that an at least issuing side generates, a corresponding traffic model data are generated；
One is created with reference to the service request information of the traffic model data and the service data and transmits institute
It states service request information and gives an intermediary end；
Intermediary end solution from the service request information translates the traffic model data and the service request
Data；
The required traffic model of an at least issuing side is identified at the intermediary end from the traffic model data,
And the network address of an at least receiving terminal is identified from the service data；And
Then the intermediary end generates at least one corresponding thread according to the above-mentioned traffic model identified and network address
And corresponding communication is set up between an at least issuing side and an at least receiving terminal by an at least thread
Model configures to handle the clothes that the service request information of at least issuing side generation and/or an at least receiving terminal generate
Business response message.
Further, the form for the service data that an at least issuing side generates includes an at least issuing side
The type of service or the type of at least type of device of an issuing side or at least application program of an issuing side are asked,
And the traffic model data are used to identify Synchronization Communication Model or asynchronous communication model.
Further, built by an at least thread between an at least issuing side and an at least receiving terminal
Corresponding traffic model configuration is erected to handle the service request information and/or described at least one that an at least issuing side generates
In the step of service response information that receiving terminal generates, the following steps are further included：It is described sequentially to store to establish a respective queue
Service request information and/or service response information.
Further, the described logical of at least thread foundation is made when the above-mentioned traffic model identified is synchronous communication
When letter model configures to form a synchronous communication configuration, the synchronous communication configuration includes following execution step：
The service request information for meeting the first communications protocol format is converted by the intermediary end by format conversion
One meets the service request information of the second communications protocol format；
By the synchronous communication established between the intermediary end and an at least receiving terminal, the second communication protocol lattice will be met
An at least receiving terminal is given in the service request information transmission of formula；
The intermediary is given when an at least receiving terminal returns to the service response information for meeting the second communications protocol format
End, the service response information for meeting the second communications protocol format is converted into one by format conversion and met by the intermediary end
The service response information of first communications protocol format；It is and same by being established between an at least issuing side and the intermediary end
Step communication, by an at least issuing side described in the service response information return for meeting the first communications protocol format.
Further, the described logical of at least thread foundation is made when the above-mentioned traffic model identified is asynchronous communication
When letter model configures to form asynchronous communication configuration, the asynchronous communication configuration includes following execution step：
The intermediary end returns to a confirmation message and gives an at least issuing side and pass through format conversion immediately will meet the
The service request information of one communications protocol format is converted into a service request information for meeting the second communications protocol format；
By the synchronous communication established between the intermediary end and an at least receiving terminal, the second communication protocol lattice will be met
An at least receiving terminal is given in the service request information transmission of formula；
The intermediary is given when an at least receiving terminal returns to the service response information for meeting the second communications protocol format
During end, the service response information for meeting the second communications protocol format is converted into a symbol by the intermediary end by format conversion
Close the service response information of the first communications protocol format；And
By the asynchronous communication established between an at least issuing side and the intermediary end, meet the first communication protocols by described
Discuss an at least issuing side described in the service response information return of form.
Further, first communications protocol format is identical to or differed in the second communications protocol format.
In addition, the wherein preferred embodiment of the present invention additionally provides a kind of technical solution of service information management system,
It includes：
Traffic model identification module, according to an at least issuing side generate a service data form, independently
Generate a traffic model data；
Solicited message generation module, for creating one with reference to the traffic model data and the service data
Service request information is for the transmission service request information；
Interpretation module, for solution to translate the traffic model data from the service request information and the service please
Seek data；
Information sending module identifies the communication mould that an at least issuing side needs from the traffic model data
Type and the network address that an at least receiving terminal is identified from the service data；And
Thread control module, the traffic model identified according to above- mentioned information sending module and network address generate at least
It one corresponding thread and is established by an at least thread between an at least issuing side and an at least receiving terminal
The configuration of corresponding traffic model is played to handle service request information that an at least issuing side generates and/or described at least one connect
The service response information that receiving end generates.
Further, the form for the service data that an at least issuing side generates includes an at least issuing side
The type of service or the type of at least type of device of an issuing side or at least application program of an issuing side are asked,
And the traffic model data are used to identify Synchronization Communication Model or asynchronous communication model.
Further, the traffic model identification module and the solicited message generation module are configured at least one hair
The outlet and interpretation module, the described information sending module and thread control module are configured at an intermediary end.
Further, service information management system of the invention, further includes：
Queue management module, the traffic model established according to the thread control module are configured, established at the intermediary end
One respective queue is sequentially to store the service request solicited message and/or service response information；And
Interconnected control module is configured at the intermediary end, for controlling and identifying that the intermediary end connects with described at least one
Communications status between receiving end.
By the above-mentioned technical proposal of the present invention, the advantageous effects of generation are, the traffic model configuration at intermediary end
The operation phase of request data can be sent according to issuing side to determine its communication for service model needed, without such as existing skill
Art must just determine communication for service model at the program development stage, change afterwards also without the change of cooperation traffic model
Program nor being determined by receiving terminal using synchronistic model or asynchronous model, therefore can reduce system maintenance cost.Together
When, because the present invention is that the communication for service model of each individual request is determined by the configuration of above-mentioned traffic model, make receiving terminal not
It needs to be ready for synchronous and/or asynchronous response mode for each individual service, therefore alleviates the burden of receiving terminal, and then subtract
The consumption of the calculation resources of few receiving terminal.
Description of the drawings
Figure 1A illustrates a kind of operation schematic diagram for the existing system for supporting Synchronization Communication Model；
Figure 1B illustrates the operation schematic diagram of another existing system for supporting asynchronous communication model；
Fig. 2 illustrates a kind of service information management system of preferred embodiment according to the invention applied to an intermediary end, more
Schematic diagram between a issuing side and multiple receiving terminals；
Fig. 3 illustrates the block schematic illustration of the service information management system of the preferred embodiment of the present invention；
Fig. 4 illustrates a kind of step flow chart of the service information management method of preferred embodiment according to the invention；
Fig. 5 illustrates the step of synchronous communication configuration is established in the service information management method of the preferred embodiment of the present invention
Flow chart；And
Fig. 6 illustrates the step of asynchronous communication configuration is established in the service information management method of the preferred embodiment of the present invention
Flow chart.
Specific embodiment
Below in conjunction with the accompanying drawings to the specific reality of service information management method provided by the invention and service information management system
The mode of applying elaborates.
Fig. 2 is please refer to, is that a kind of service information management system of preferred embodiment according to the invention is applied in one
Schematic diagram between Jie end S1, multiple issuing side T1 ... Tx and multiple receiving terminal R1 ... Rx, it is above-mentioned intermediary end S1, the multiple
Issuing side T1 ... Tx and multiple receiving terminal R1 ... Rx can form a distributed system, wherein the multiple receiving terminal R1 ... Rx
Including but not limited to, such as application server, data server, mail server or all types of servers of web page server,
The multiple issuing side T1, T2 ... Tx include but is not limited to, such as user's end main frame of tool application program, server, hand-held row
Dynamic device such as mobile phone or tablet computer etc., the application program or operating system at this both ends or can be identical or heterologous systems, and
Multiple issuing side T1 are connected to, the intermediary end S1 between T2 ... Tx and multiple receiving terminal R1 ... Rm includes but is not limited to, agency
Server, middleware (Middleware), cache server, network server, gateway (Gateway), transponder (Hub), width
One of which with access network equipment, video decoder, wide area network exchanger or router (Router).The multiple issuing side
T1 ... Tx and intermediary end S1 is by 30 short range of an information network system or teletransmission communication for service information, the letter between the two
Breath network system 30 can be wireless network, LAN (LAN), wherein the one of wide area network (WAN) or internet (Internet)
Kind is integrated.The intermediary end S1 and the multiple receiving terminal R1 ... Rm is near by another information network system 32 between the two
Journey or teletransmission communication for service information, described information network system 32 can be LAN (LAN), wide area network (WAN) or mutual
The one of which of networking (Internet) is integrated.
It please refers to Fig.3, Jin mono- Walk illustrate the frame signal of the service information management system 20 of the preferred embodiment of the present invention
Figure, illustrates for convenience, and Fig. 3 only illustrates an intermediary end S1 and connects an an issuing side T1 and receiving terminal R1 respectively, but not therefore
Limit the request scope of the present invention.The main composition of service information management system 20 includes：Traffic model identification module
202nd, 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, traffic model identification module 202 and the solicited message are stated
Generation module 204 is arranged in the issuing side T1, the interpretation module 206, information sending module 208, thread control module
210th, queue management module 212 and interconnected control module 214 are then configured at intermediary end S1.
The traffic model identification module 202 is the service data generated according to the program of the issuing side T1
Form independently produces the traffic model data of the corresponding issuing side T1 needs or applicable communication for service model, i.e. institute
State traffic model Data Identification Synchronization Communication Model or asynchronous communication model.The service data that the issuing side T1 is generated
Form include issuing side T1 request services type or content (such as looking into data), the type of the issuing side T1 (as pre-
If network address or device ID), the type of the application program of the issuing side T1, the portions such as the network address of corresponding receiving terminal R1
The combination of divided data or total data.
The solicited message generation module 204, the traffic model transmitted according to the traffic model identification module 202
Data and the service data create a service with reference to the traffic model data and the service data
Solicited message, this service request information are a service request information S for meeting the first communication protocolR1, and pass through transmission of network institute
State service request information SR1Give intermediary end S1.Above-mentioned first communication protocol is pre-established between issuing side T1 and intermediary end S1
Communication protocol.The interpretation module 206, for the service request information S transmitted from the solicited message generation module 204R1
Middle solution translates the traffic model data and the service data.
Described information sending module 208 identifies the service that the issuing side T1 needs from the traffic model data
Traffic model is synchronistic model or asynchronous model, and the network of the corresponding receiving terminal R1 is identified in the service data
Address.Then, described information sending module 208 is identified by the thread control module 210 according to above- mentioned information sending module
It is corresponding to generate at least one for the traffic model (synchronistic model or asynchronous model) and the network address of the corresponding receiving terminal R1 gone out
Thread, and by the execution of an at least thread, it is corresponding that one is set up between the issuing side T1 and the receiving terminal R1
Traffic model configuration, to handle the service request information that the issuing side T1 generates and/or the clothes that the receiving terminal R1 is generated
Business response message.For example, when described information sending module 208 identifies the issuing side from the traffic model data
When the communication for service model that T1 needs is synchronistic model, an its respective thread, this thread are generated by the thread control module 210
In setting up a synchronous communication configuration between the issuing side T1 and the receiving terminal R1；Conversely, when described information sends mould
When block 208 identifies asynchronous model, then at least two threads being connected are generated by the thread control module 210, including
A wherein thread for setting up asynchronous communication configuration between the issuing side T1 and the intermediary end S1, use by another thread
In setting up a synchronous communication configuration between the intermediary end S1 and the receiving terminal R1.When intermediary end S1 is to connect respectively such as
When the multiple issuing side T1 ... Tx and multiple receiving terminal R1 ... Rx of Fig. 2, at least one can be all generated individually for each service request
Thread is configured with establishing relevant traffic model, and intermediary end S1 is controlled by described information sending module 208 and the thread
The above-mentioned each traffic model configuration of the unified keyholed back plate of module 210, is according to information run time, information sequencing, the clothes asked
Business content and required service traffic model can be distinguished true come what is configured individually by above-mentioned each either synchronously or asynchronously communication configuration
Protect the trouble-free operation of either synchronously or asynchronously model rule so that each receiving terminal R1 ... Rx is in the service of offer without considering hair out of the ordinary
The communication mode of outlet T1 ... Tx alleviates the burden of each receiving terminal R1 ... Rx and is compatible with old invocation pattern (if not
Support the issuing side development platform of asynchronous model), without change original system program.
When the thread control module 210 generates each its respective thread, 212 basis of queue management module can be passed through
The traffic model that the thread control module 210 is established configures, and a respective queue is established in the memory headroom of the intermediary end S1
It sequentially stores the service request solicited message and/or service response information, is stored so that its respective thread is sequentially handled
Service request solicited message and/or service response information.In the multiple issuing side T1 ... Tx and multiple receiving terminal R1 ... Rx of Fig. 2
System framework in the configuration of management and control each traffic model when, each thread collocation respective queue is for the processing time of each information
Sequence management it is just special important and effective, this makes each receiving terminal R1 ... Rx without bearing analysis or comparing every information
Task, therefore the consumption of the calculation resources of each receiving terminal R1 ... Rx can be reduced.
When above-mentioned each thread is in the corresponding traffic model configuration of execution such as synchronous communication configuration or asynchronous communication configuration,
Further include the service request information S that will meet the first communications protocol format by format conversionR1It is converted into one and meets second
The service request information S of communications protocol formatR2And the synchronous communication by being established between the intermediary end S1 and the receiving terminal R1,
The service request information S of the second communications protocol format will be metR2Institute receiving terminal R1 is given in transmission.The interconnected control module 214 is used
In controlling and identify the communications status between the intermediary end S1 and the receiving terminal R1, communications status include abnormality circular,
Broken string circular, time-out circular and reconnect etc..In other embodiments, the interconnected control module 214 further includes a timing
Whether the non-response time that component is used to calculate between the intermediary end S1 and the receiving terminal R1 is overtime (timeout).This makes often
One receiving terminal R1 ... Rx need not bear the management of information reception/responsive state and return and exception during each online failure
Processing management, and then reduce the consumption of the calculation resources of each receiving terminal R1 ... Rx.
As shown in figure 3, when the receiving terminal R1 returns to a service response information S for meeting the second communications protocol formatP2It gives
During the intermediary end S1, the service response information SP2Respective queue can be sequentially discharged into, makes its respective thread of the intermediary end S1
It continues and performs traffic model configuration such as synchronous communication configuration or asynchronous communication configuration, meet second by described by format conversion and lead to
Believe the service response information S of protocol formatP2It is converted into a service response information S for meeting the first communications protocol formatP1.Then,
By the traffic model established between the issuing side R1 and the intermediary end S1, by the clothes for meeting the first communications protocol format
Response message of being engaged in SP1Return to the issuing side T1.It is noted that first communications protocol format can be identical to or not phase
It is same as the second communications protocol format.
Please further refer to Fig. 4, a kind of step of the service information management method of preferred embodiment according to the invention is illustrated
Rapid flow chart, the service information management method system arrange in pairs or groups Fig. 3 service information management system each module operation, including with
Lower step：
Step S400, the service request generated by the traffic model identification module 202 according to the issuing side T1
The form of data generates a corresponding traffic model data；The form for the service data that the issuing side T1 is generated includes
The service type of issuing side T1 request or the application program of the type of device or issuing side T1 of the issuing side T1
Type and the traffic model data are used to identify Synchronization Communication Model or asynchronous communication model；
Step S410 creates one with reference to the traffic model data and institute by the solicited message generation module 204
State the service request information S of service dataR1；
Step S415 transmits the service request information S by the solicited message generation module 204R1Give the intermediary
Hold S1；
Step S420, the intermediary end S1 are by the interpretation module 206 from the service request information SR1Middle solution translates
The traffic model data and the service data；
Step S430, the intermediary end S1 are identified by described information sending module 208 from the traffic model data
The traffic model that going out the issuing side T1 needs is synchronistic model or asynchronous model and is identified from the service data
Go out the network address of a correspondingly received end R1；And
Step S440 identifies traffic model for synchronously when the described information sending module 208 of the intermediary end S1 is above-mentioned
During traffic model, a corresponding thread is generated by the thread control module 210；Step S450, when the thread controls mould
Block 210 generates corresponding thread, and corresponding queue is set up by the queue management module 212；Step S460 is generating phase
After the thread answered and queue, by corresponding thread and queue to be set up between the issuing side T1 and the receiving terminal R1
One corresponding synchronous communication configuration (such as Fig. 5 is described in detail), the service generated by this synchronous communication configuration processing issuing side T1
Solicited message SR1And then form a service request information SR2, and a service request is transmitted by the interconnected control module 214 and is believed
Cease SR2Give the receiving terminal R1；Step S467 receives/responds this service request information S in the receiving terminal R1R2Afterwards, wait until
When the program of the receiving terminal R1 is completed to perform, the service response information S for including implementing result is generatedP2Give the intermediary end
S1 is simultaneously returned in step S460, the service response information S generated by receiving terminal R1 described in corresponding thread and queue processingP2Into
And transmit another service response information SP1Give the issuing side T1；And step S474, the issuing side T1 receive service and ring
Answer information SP1Comprising implementing result to continue to complete issuing side T1 Bedside-stand sequences；And
Step S442 identifies that traffic model is asynchronous when the described information sending module 208 of the intermediary end S1 is above-mentioned
During traffic model, several threads being connected are generated by the thread control module 210；Step S452, when several lines
When process control module 210 generates corresponding thread, corresponding queue is set up by the queue management module 212；Step
S480, after corresponding thread and queue is generated, by corresponding thread and queue in the issuing side T1 and described to connect
A corresponding asynchronous communication configuration (such as Fig. 6 is described in detail) is set up between receiving end R1, by being sent described in this asynchronous communication configuration processing
The service request information S that T1 is held to generateR1And then form a service request information SR2, and by the interconnected control module 214 simultaneously
Transmit a service request information SR2The receiving terminal R1 is given, and returns to a confirmation message S immediatelyOKGive the issuing side T1；Step
Rapid S483, the issuing side T1 receive confirmation message SOKWith the program for terminating or temporarily stopping the issuing side T1；Step S487,
This service request information S is received/responds in the receiving terminal R1R2Afterwards, until the program of the receiving terminal R1 is completed to perform, production
The raw service response information S for including implementing resultP2It gives the intermediary end S1 and returns in step S480, pass through corresponding line
The service response information S that receiving terminal R1 described in journey and queue processing is generatedP2And then form another service response information SP1Transfer to institute
The issuing side T1 stated；And step S494, the issuing side T1 receive service response information SP1Comprising implementing result to continue
Complete the issuing side T1 Bedside-stand sequences.It is noted that being configured by above-mentioned asynchronous communication, the issuing side T1 and institute will be made
It states and asynchronous communication model is formed between intermediary end S1, but synchronous communication mould is formed between the intermediary end S1 and the receiving terminal R1
Type.
Please further refer to Fig. 5, illustrate and synchronous lead to is established in the service information management method of the preferred embodiment of the present invention
Believe the flow chart of the step S460 of configuration, subsequent steps S415, step S440 and S450 (because identical with Fig. 4, do not tire out herein
State) after, i.e., the traffic model that ought identify is Synchronization Communication Model and the traffic model that establishes its respective thread
When configuration forms a synchronous communication configuration, the establishment step S460 of the synchronous communication configuration includes following execution step：
Step S462, the service request information S for meeting the first communications protocol format that will be transmitted from the issuing side T1R1Row
Enter in respective queue；
Step S464, the intermediary end S1 will meet the service request of the first communications protocol format by format conversion
Information SR1It is converted into a service request information S for meeting the second communications protocol formatR1；
Step S466 by the synchronous communication established between the intermediary end S1 and the receiving terminal R1, will meet second and lead to
Believe the service request information S of protocol formatR1Transmission gives the receiving terminal R1 to carry out step S467.When the receiving terminal R1 is received
And respond this service request information SR2Afterwards, until the program of the receiving terminal R1, which performs, to be completed, generate comprising implementing result
Meet the service response information S of the second communications protocol formatP2It gives the intermediary end S1 and returns to step S460；
Step S468, the service response information S for meeting the second communications protocol format that will be transmitted from the receiving terminal R1P1Row
Enter in respective queue；
Step S470, the intermediary end S1 are by format conversion by the service response for meeting the second communications protocol format
Information SP1It is converted into a service response information S for meeting the first communications protocol formatP1；And
Step S472 by the synchronous communication established between the issuing side T1 and the intermediary end S1, meets by described
The service response information S of one communications protocol formatP1The issuing side T1 is returned to carry out step S474.
Please further refer to Fig. 6, illustrate and asynchronous lead to is established in the service information management method of the preferred embodiment of the present invention
Believe the flow chart of the step S480 of configuration, be connected at step S415, step S442 and S452 (because identical with Fig. 4, herein not
It is tired to state) after, i.e., the traffic model that ought be identified is asynchronous communication model and the communication mould that establishes its respective thread
When type configures to form asynchronous communication configuration, the establishment step S480 of the asynchronous communication configuration includes following execution step：
Step S481, the service request information S for meeting the first communications protocol format that will be transmitted from the issuing side T1R1Row
Enter in respective queue；
Step S482, the intermediary end S1 return to a confirmation message S immediatelyOKThe issuing side T1 is given to carry out step
S483；
Step S484, the intermediary end S1 will meet the service request of the first communications protocol format by format conversion
Information SR1It is converted into a service request information S for meeting the second communications protocol formatR1；
Step S486 by the synchronous communication established between the intermediary end S1 and the receiving terminal R1, will meet second and lead to
Believe the service request information S of protocol formatR1Transmission gives the receiving terminal R1 to carry out step S487.It is received in the receiving terminal R1
And respond this service request information SR2Afterwards, until the program of the receiving terminal R1, which performs, to be completed, generate comprising implementing result
Meet the service response information S of the second communications protocol formatP2It gives the intermediary end S1 and returns in step S480；
Step S488, the service response information S for meeting the second communications protocol format that will be transmitted from the receiving terminal R1P1Row
Enter in respective queue；
Step S490, the intermediary end S1 are by format conversion by the service response for meeting the second communications protocol format
Information SP1It is converted into a service response information S for meeting the first communications protocol formatP1；And
Step S492 by the asynchronous communication established between the issuing side T1 and the intermediary end S1, meets by described
The service response information S of one communications protocol formatP1The issuing side T1 is returned to carry out step S494.It is it is noted that above-mentioned
First communications protocol format can be identical to or different from the second communications protocol format.
By the above-mentioned technical proposal of the present invention, the traffic model configuration at intermediary end can send number of request according to issuing side
According to operation phase determine its communication for service model needed, therefore use the power to make decision of synchronistic model or asynchronous model is substantive
On be to be dominated by issuing side, without determining communication for service model if when the prior art must be in the program development stage, it
The reprogramming also without the change for coordinating traffic model afterwards, nor determining to use synchronistic model or asynchronous by receiving terminal
Model, therefore system maintenance cost can be reduced.Meanwhile because the present invention is to determine each by the configuration of above-mentioned traffic model
The communication for service model asked is not invited, it need not be that each individual service is ready for synchronous and/or asynchronous responder to make receiving terminal
Formula, therefore the burden of receiving terminal is alleviated, and then reduce the consumption of the calculation resources of issuing side.
The above is only the preferred embodiment of the present invention, it is noted that for the ordinary skill people of the art
Member, various improvements and modifications may be made without departing from the principle of the present invention, these improvements and modifications also should be regarded as
Protection scope of the present invention.
Claims (9)
- A kind of 1. service information management method, which is characterized in that the service information management method comprises the following steps：According to the form for the service data that an at least issuing side generates, a corresponding traffic model data are generated, wherein Traffic model data are included outside the data that transmitting terminal need to provide, and call object that must be formulated by transmitting terminal；One is created with reference to the service request information of the traffic model data and the service data and transmits the clothes Business solicited message gives an intermediary end；Intermediary end solution from the service request information translates the traffic model data and the service data；The intermediary end identified from the traffic model data the required traffic model of an at least issuing side and The network address of an at least receiving terminal is identified from the service data, keyholed back plate is each to be led to wherein the intermediary end is unified Believe model configuration, be according to information run time, information sequencing, request service content and required service traffic model come Configuration；AndThen the intermediary end generates at least one corresponding thread and leads to according to the above-mentioned traffic model identified and network address It crosses an at least thread and sets up corresponding traffic model between an at least issuing side and an at least receiving terminal Configuration；A respective queue is established in the memory headroom at the intermediary end to ring with sequentially storage service solicited message and/or service Information is answered, so that its respective thread sequentially handles stored service request information and or service response information；When with multiple hairs When each traffic model of service information management system management and control of outlet and multiple receiving terminals configures, each thread is taken with respective queue Match somebody with somebody；A respective queue is established in the memory headroom at the intermediary end with sequentially storage service solicited message and/or service response After the step of information, further include：It controls and identifies the communications status between the intermediary end and an at least receiving terminal, and count Whether the non-response time calculated between the intermediary end and receiving terminal is overtime.
- 2. service information management method as described in claim 1, which is characterized in that the clothes that an at least issuing side generates The form for request data of being engaged in includes the type of at least issuing side request service or the device class of an at least issuing side Type or at least type of the application program of an issuing side and the traffic model data are used to identify Synchronization Communication Model Or asynchronous communication model.
- 3. service information management method as described in claim 1, which is characterized in that when the above-mentioned traffic model identified is same When the traffic model that step communicates and establishes an at least thread configures to form a synchronous communication configuration, the synchronization is led to Letter configuration includes following execution step：The service request information for meeting the first communications protocol format is converted into a symbol by the intermediary end by format conversion Close the service request information of the second communications protocol format；By the synchronous communication established between the intermediary end and an at least receiving terminal, the second communications protocol format will be met An at least receiving terminal is given in service request information transmission；The intermediary end, institute are given when an at least receiving terminal returns to the service response information for meeting the second communications protocol format It states intermediary end the service response information for meeting the second communications protocol format is converted into one by format conversion and meet first The service response information of communications protocol format；AndBy the synchronous communication established between an at least issuing side and the intermediary end, meet the first communication protocol lattice by described An at least issuing side described in the service response information return of formula.
- 4. service information management method as described in claim 1, which is characterized in that when the above-mentioned traffic model identified is different It is described asynchronous logical when the traffic model that step communicates and establishes an at least thread configures to form asynchronous communication configuration Letter configuration includes following execution step：The intermediary end returns to a confirmation message and gives an at least issuing side and pass through format conversion and will meet first immediately to be led to The service request information of letter protocol format is converted into a service request information for meeting the second communications protocol format；By the synchronous communication established between the intermediary end and an at least receiving terminal, the second communications protocol format will be met An at least receiving terminal is given in service request information transmission；When an at least receiving terminal, which returns to the service response information for meeting the second communications protocol format, gives the intermediary end, The service response information for meeting the second communications protocol format is converted into one by format conversion and meets by the intermediary end The service response information of one communications protocol format；AndBy the asynchronous communication established between an at least issuing side and the intermediary end, meet the first communication protocol lattice by described An at least issuing side described in the service response information return of formula.
- 5. the service information management method as described in claim 3 or 4, which is characterized in that the first communications protocol format phase It is same as or differs in the second communications protocol format.
- 6. a kind of service information management system, which is characterized in that the service information management system includes：Traffic model identification module, according to the form for the service data that an at least issuing side generates, autonomous generation one is logical Believe model data, wherein traffic model data are included outside the data that transmitting terminal need to provide, and call object that must be formulated by transmitting terminal；Solicited message generation module, for creating a service with reference to the traffic model data and the service data Solicited message is for the transmission service request information；Interpretation module, for from the service request information solution translate the traffic model data and the service request number According to；Information sending module identifies the traffic model that an at least issuing side needs from the traffic model data, with And the network address of an at least receiving terminal is identified from the service data；AndThread control module, the traffic model identified according to above- mentioned information sending module and network address generate an at least phase The thread answered and phase is set up between an at least issuing side and an at least receiving terminal by an at least thread The traffic model configuration answered；Queue management module, the traffic model established according to the thread control module configures, in the memory headroom at intermediary end A respective queue is established with sequentially storage service solicited message and/or service response information, so that its respective thread sequentially handles quilt The service request information of storage and or service response information and control and identify the intermediary end and an at least receiving terminal Between communications status, and whether the non-response time calculated between the intermediary end and receiving terminal overtime；When with multiple issuing sides And multiple receiving terminals the configuration of service information management system management and control each traffic model when, each thread is arranged in pairs or groups with respective queue；Wherein described intermediary end is unified each traffic model of keyholed back plate by information sending module and thread control module and is configured, and is It is configured according to information run time, information sequencing, the service content of request and required service traffic model.
- 7. service information management system as claimed in claim 6, which is characterized in that the clothes that an at least issuing side generates The form for request data of being engaged in includes the type of at least issuing side request service or the device class of an at least issuing side Type or at least type of the application program of an issuing side and the traffic model data are used to identify Synchronization Communication Model Or asynchronous communication model.
- 8. service information management system as claimed in claim 6, which is characterized in that the traffic model identification module and institute State solicited message generation module be configured at an at least issuing side and the interpretation module, described information sending module with And the thread control module is configured at an intermediary end.
- 9. service information management system as claimed in claim 8, which is characterized in that further include：Interconnected control module is configured at the intermediary end, for controlling and identifying the intermediary end and an at least receiving terminal Between communications status.
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 CN103905498A (en) | 2014-07-02 |
| CN103905498B true 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) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105989070B (en) * | 2015-02-10 | 2020-01-17 | 阿里巴巴集团控股有限公司 | Method and system for requesting data from middleware and middleware client |
| 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 |
| CN112462661B (en) * | 2020-11-27 | 2021-11-16 | 星控物联科技(山东)有限公司 | 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 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103905498A (en) | 2014-07-02 |
| TWI498037B (en) | 2015-08-21 |
| TW201427469A (en) | 2014-07-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103905498B (en) | Service information management method and service information management system | |
| CN105933444A (en) | Service discovering method based on cooperation of registration center and caching mechanism | |
| CN107749797A (en) | Awakening mode management | |
| CN102880475A (en) | Real-time event handling system and method based on cloud computing in computer software system | |
| CN103534984A (en) | Port setting method, apparatus and computer program product for routing | |
| CN105763471A (en) | Link management method, device and system in virtual machine environment | |
| CN103164244A (en) | Firmware system long-distance updating methods based on unified extensible firmware interface | |
| CN107423180A (en) | A kind of solid state hard disc and its diagnostic method | |
| CN111459632B (en) | Serial port agent for calling terminal application program and implementation method | |
| CN107357571A (en) | Maintaining method, system and the component server of apparatus assembly program | |
| CN107666493A (en) | A kind of configuration method for database and its equipment | |
| CN1973282A (en) | System and method for managing a change to a cluster configuration | |
| CN106330683A (en) | Multimedia seating system | |
| CN108183918A (en) | A kind of AAA high concurrents authentication method and system | |
| CN109327511A (en) | A kind of data request method and server based on http protocol | |
| CN106888271A (en) | A kind of software and hardware interactive interface applied in BLE5.0 protocol systems and system | |
| CN106533934B (en) | A kind of borde gateway suitable for interconnecting manufacture network entirely | |
| CN115022408A (en) | Data transmission method and device based on service grid and electronic equipment | |
| CN102281197A (en) | Radio frequency identification (RFID) router architecture system | |
| CN100477664C (en) | Memory system based on virtual interface | |
| CN103001962A (en) | Business support method and system | |
| CN106254229B (en) | A kind of medical communication gateway | |
| CN104753714B (en) | Method for processing business in the network equipment and network | |
| CN102999306A (en) | Internet printing system and internet printing method | |
| WO2011094976A1 (en) | Wireless data card, method and system for communicationg between wireless data card and computer side |
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 |