CN109150826A - A method of optimization presence information load - Google Patents
A method of optimization presence information load Download PDFInfo
- Publication number
- CN109150826A CN109150826A CN201810696616.5A CN201810696616A CN109150826A CN 109150826 A CN109150826 A CN 109150826A CN 201810696616 A CN201810696616 A CN 201810696616A CN 109150826 A CN109150826 A CN 109150826A
- Authority
- CN
- China
- Prior art keywords
- message
- microserver
- client
- information
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/26—Special purpose or proprietary protocols or architectures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
- H04L41/0622—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on time
Abstract
The present invention provides a kind of methods of reduction micro services presence information load, comprising: chooses the bearing protocol that REST agreement is transmitted as microserver message;It is constant to set presence information state of the user before carrying out the message end of transmission with microserver;Calculate message transmission time;It is actively reported to microserver when user client presence information state changes;Presence information in message transmission is safeguarded.It may be implemented by this method load optimized to realize that efficient information is transmitted based on being transmitted to presence information.
Description
Technical field
The present invention relates to a kind of computer field, especially a kind of side of optimization microserver presence information load
Method.
Background technique
Micro services are a kind of software architecture styles, based on the small-sized mac function of single liability and function, utilize mould
The mode of groupization is combined into complicated large-scale application program, while each mac function is mutual using the API set unrelated with language
It is communicated.Micro services realize Service Design based on business function, each service has the business function of autonomous operation,
Open to the outside world the API not limited by language, and application program is then made of one or more micro services.If desired it is directed to specific industry
Business function is when being expanded, as long as being extended the service of the business function all right, does not need to carry out entire application program
Extension simultaneously as micro services are the implementations being oriented to business function, therefore not will receive the interference of application program, micro services
Administrator can be configured in micro services to different calculation resources depending on the needs of calculation resources or cloth is built new operation and provided
Source configures it.
The characteristics of micro services determine the deployment of functional module be it is distributed, most of functional module is all to operate in not
It on machine, is interacted each other by calling, the Business Stream of front and back can be by the processing and transmitting of many micro services, out
Abnormal just needs quickly positioning error link is showed.Therefore, under this framework, just seem especially heavy to the monitoring of micro services
It wants.Control the status information of each micro services node instance, comprising: microserver loading condition, database linkage information, service
Calling, the calling situation of logic flow or page flow and execution duration etc. are all very necessary.
Microserver load has following two mode classification:
1: mainly including loading to load between domain in domain in terms of laod network characteristic.Load refers in domain, two clients
It is connected to the network flow generated when the communication of the same microserver, and load refers between domain, two clients are by connecting not
With the network flow that generates when microserver communication, it is clear that load is the subset loaded between domain in the domain in;
2: mainly including that Instant Message Payload and presence information load in terms of load contents characteristic.Instant
Message is the interactive information of user's transmitting, and presence information is then used to express the current network availability of entity, packet
Include major state (such as offline, online) and sub-state (such as busy, leave).
Due to Instant Message Payload, very big ratio is occupied in microserver total load, thus at present towards
The load optimized of Instant message occupies leading position.However, if hundreds of thousands people uses micro services online simultaneously in metropolitan area
Device, although single presence information byte is smaller, presence information load summation will be one and not allow to neglect
Depending on number, very big burden can be caused to microserver.
Therefore, how based on the efficient information transmission of load optimized realization transmitted to presence information, have important
Meaning has caused the extensive concern of industry and academia, needs in face of two significant challenges:
1, micro services communication protocol is varied, and different agreements provides different interface and function.It is specific for certain
Agreement, how to utilize or extend relevant interface, obtain the relevant information (such as calculate and transmit remaining time) of message transmission, be
Load optimized premise and basis.
2, the related mechanism of presence information service is more complicated (to include initialization presence information and Presence
The functions such as information broadcast), it include that presence information actively report with passive by report for each client C.Actively converge
Report refers to when client Presence state changes, and actively reports to microserver.And it passively reports and refers to and receive
It is reported after the detection of microserver fixed frequency.
Therefore, how to effectively improve the related mechanism of presence information service with reduce presence information load,
It is key problem urgently to be resolved.
It should be noted that information is only used for reinforcing the reason to background of the invention disclosed in above-mentioned background technology part
Solution, therefore may include the information not constituted to the prior art known to persons of ordinary skill in the art.
Summary of the invention
The purpose of the present invention is to provide the methods of a kind of method of reduction presence information load, and then at least one
Determine to overcome the problems, such as in degree caused by the limitation and defect due to the relevant technologies one or more.
Other characteristics and advantages of the invention will be apparent from by the following detailed description, or partially by the present invention
Practice and acquistion.
Specifically, the present invention provides a kind of method of reduction presence information load, this method comprises:
(1), the bearing protocol that REST agreement is transmitted as microserver message is chosen;
(2), presence information state of the setting user before carrying out the message end of transmission with microserver is constant, this sets
It surely is based on user very small with the probability of the presence information state change before the microserver progress message end of transmission;
The information state includes major state (offline, online etc.) and sub-state (busy, leave);
(3), message transmission time is calculated;
(4), it is actively reported to microserver when user client presence information state changes;
(5), the presence information in message transmission is safeguarded.
Preferably, the method for message transmission time is calculated are as follows:
The first step, the JID of reading client CA and microserver end S, judge client CA and server end S from IQ stream
Whether it is located in identical domain;If so, executing second step;If it is not, then executing third step;
Second step reads transmission message if client CA and microserver end S is located in same domain from IQ stream
Size size, and judge whether client CA negotiates successfully with microserver end S;If so, executing the 4th step;If it is not, then holding
The 5th step of row;
Third step, if client CA and microserver end S, not in a same domain, system restores normal
Presence Probe mechanism;
4th step, if it is determined that client and microserver end are negotiated successfully, then to the client CA inquiry port TCP1080
Message transmission speed, after clear message transmission speed, system obtains transmission speed v, and calculates message transmission time t0: t0=
size/v
5th step, if it is determined that client is failed to consultations with microserver end, then system restores normal Presence
Probe mechanism.
Preferably the presence information in message transmission is safeguarded method particularly includes:
The first step starts timer T when message starts transmission;
Second step, judge message transmission whether fail or the timer whether then;
Third step is then directly returned to normal Presence if it is determined that message transmission failure or timer are then
Probe mechanism;
4th step, if it is determined that message does not transmit failure and timer is not timed out, then it is further to judge whether system receives
The Presence Probe information of client CA;
Five steps, if it is determined that receive the Presence Probe information of client CA, then it is local using microserver
The presence information of client CA and microserver end S is replied before the message stored in Database is transmitted;If it is determined that
The Presence Probe information for not receiving client CA, then returning to second step, whether decision message transmission fails again, or
Then whether timer.
The interface of client and microserver calls specifically:
Whether the negotiation information of client CA and microserver end S includes: transport protocol, receive, network address information with
And port information;
The negotiation information is transmitted in<iq/>section of stream, and client CA and micro services are carried in the negotiation information
The JID information of device end S;The format of the JID information is node@domain/resource, and wherein domain indicates a net
It closes, or is to provide a child node of service, the resource represents a specific session or connection.
What transmission message size and transmission time were estimated method particularly includes:
After the client CA and microserver end S is finished for transport protocol negotiation, manner of breathing pass is also offseted
Information is held consultation, so that it is determined that microserver end S whether received message;Wherein, negotiation information be included in<iq/>section<
In message/>element, by the value of size attribute in capture<message/>element, the size of transmission message can be obtained;
If microserver end S receives the transmission message request of client CA by negotiating, client CA confirmation can be passed back to
Information, and CA is notified to establish message flow;
Between obtaining client CA and microserver end S, microserver can send inquiry message to client CA;For this purpose,
According to xml syntactic definition<rate/>element, wherein only including a rate attribute, inquiry message is comprised in IQ section and transmits;
Microserver estimates message transmission time t by transmission message size size and message flow transmission speed v0=
size/v。
Further, since the transmission speed of message flow is process from slow to fast, the above-mentioned message flow of acquisition transmits speed
The value for spending v is more slightly smaller than average value, therefore the message transmission time estimated is the maximum value of real time needed for message is transmitted.
Mixing Presence Probe mechanism based on timer and event are as follows:
CA and S completes to start to transmit file after message flow is negotiated, and when client CA and microserver S carries out message transmission
When, one can consider that its online or information off-line is basically unchanged.At this point, server opening timing device T, timer then
Before, if message is transmitted without interruption, then it is assumed that CA's and S is constant in off-line state.At this point, if microserver is received to CA and S
Presence information inquiry request, then CA and S before directly being transmitted with the message that is stored in server local database
Presence information state response.If message transmission is interrupted, client is responsible for transmitting to microserver Active report file
Interrupting information, server can stop timer, and restore original presence information service mechanism and (receive to client
After presence information inquiry request, the inquiry of probe information is sent to client in real time).When timer time is to constantly, it is believed that
Message is transmitted, and server can equally restore original presence information service mechanism
It should be understood that above general description and following detailed description be only it is exemplary and explanatory, not
It can the limitation present invention.
Detailed description of the invention
The drawings herein are incorporated into the specification and forms part of this specification, and shows and meets implementation of the invention
Example, and be used to explain the principle of the present invention together with specification.It should be evident that the accompanying drawings in the following description is only the present invention
Some embodiments for those of ordinary skill in the art without creative efforts, can also basis
These attached drawings obtain other attached drawings.In the accompanying drawings:
Fig. 1 shows the flow chart of a kind of method of reduction presence information load;
Fig. 2 diagrammatically illustrates the Distributed Application framework based on REST agreement;
Fig. 3 schematically shows a kind of load information maintenance process figure for message transmission;
Fig. 4 diagrammatically illustrates in negotiation information stream<iq/>section analysis diagram;
Fig. 5 schematically shows<message/>element analysis diagram in a kind of<iq/>section;
Fig. 6 schematically shows a kind of message flow confirmation message format;
Fig. 7 diagrammatically illustrates message flow transmission speed inquiry message and response message format.
Specific embodiment
Example embodiment is described more fully with reference to the drawings.However, example embodiment can be with a variety of shapes
Formula is implemented, and is not understood as limited to example set forth herein;On the contrary, thesing embodiments are provided so that the present invention will more
Fully and completely, and by the design of example embodiment comprehensively it is communicated to those skilled in the art.
In addition, described feature, structure or characteristic can be incorporated in one or more implementations in any suitable manner
In example.In the following description, many details are provided to provide and fully understand to the embodiment of the present invention.However,
It will be appreciated by persons skilled in the art that technical solution of the present invention can be practiced without one or more in specific detail,
Or it can be using other methods, constituent element, device, step etc..In other cases, it is not shown in detail or describes known side
Method, device, realization or operation are to avoid fuzzy each aspect of the present invention.
Flow chart shown in the drawings is merely illustrative, it is not necessary to including all content and operation/step,
It is not required to execute by described sequence.For example, some operation/steps can also decompose, and some operation/steps can close
And or part merge, therefore the sequence actually executed is possible to change according to the actual situation.
It is as shown in Figure 1 the flow chart of a kind of method of reduction presence information load comprising: choose REST agreement
Bearing protocol as the transmission of microserver message;User is set before carrying out the message end of transmission with microserver
Presence information state is constant, which is the Presence based on user before carrying out the message end of transmission with microserver
The probability of information state variation is very small;The information state include major state (offline, online etc.) and sub-state (it is busy, leave
Deng);Calculate message transmission time;It is actively converged to microserver when user client presence information state changes
Report;Presence information in message transmission is safeguarded.
Fig. 2 diagrammatically illustrates a kind of Distributed Application framework based on REST agreement, is applied particularly in the service of calling a taxi,
REST (Representational State Transfer, the i.e. conversion of performance layer state) is easy for different software/program in net
Information is transmitted in network mutually.At present in the Web service implementation of three kinds of mainstreams because REST mode and complicated SOAP and
XML-RPC is succinct compared to more, and more and more web services start to be designed and realized using REST style.
Fig. 3 then clearly expresses the load information maintenance entire flow for message transmission:
(1) from IQ stream in reading client CA and microserver end S JID;
(2) judge whether client CA and server end S are located in identical domain;If so, executing (3);If it is not, then holding
Row (9);
(3) if client CA and microserver end S is located in same domain, transmission message size is read from IQ stream
Size, and judge whether client CA negotiates successfully with microserver end S;If so, (4) are executed, if it is not, then executing (9);
(4) if it is determined that client and microserver end are negotiated successfully, then to the message of the client CA inquiry port TCP1080
Transmission speed, after clear message transmission speed, system obtains transmission speed v, and calculates message transmission time t0: t0=size/
v;
(5) when message starts transmission, start timer T;
(6) judge message transmission whether fail or the timer whether then;If it is not, (7) are then executed, if so, holding
Row (9);
(7) if it is determined that message does not transmit failure and timer is not timed out, then further to judge whether system receives client
Hold the Presence Probe information of CA;If so, (8) are executed, if it is not, then returning to execution (6);
(8) if it is determined that receiving the Presence Probe information of client CA, then microserver local Database is utilized
The presence information of client CA and microserver end S is replied before the message of middle storage is transmitted;
(9) system restores normal Presence Probe mechanism, and maintenance terminates.
Fig. 4 shows in negotiation information stream<iq/>section analysis diagram.Before transmitting message, CA and S will be directed to transport protocol, be
No receiving and the information such as network address and port are held consultation, and negotiation information is transmitted in<iq/>section of stream.Such as Fig. 4 institute
Show, the JID (Jabber Identifier) of CA and S is carried in information, and format is node@domain/resource.Wherein
Domain indicates a gateway, or is to provide a child node of service;Resource typically represent a specific session,
Connect, belong to the object of entity.
Fig. 5 schematically shows<message/>element analysis diagram in a kind of<iq/>section.CA and S negotiates for transport protocol
After finishing, also to hold consultation to message correlation information, so that it is determined that S whether received message.Negotiation information is included in<iq/>
In<message/>element of section.We can be obtained transmission and be disappeared by the value of size attribute in capture<message/>element
The size of breath.
Fig. 6 schematically illustrates a kind of message flow confirmation message format.If S receives CA transmission message request by negotiating, can return
CA confirmation message is given, and CA is notified to establish message flow.
Fig. 7 diagrammatically illustrates message flow transmission speed inquiry message and response message format.Disappear between CA and S to obtain
The speed of transport stream is ceased, microserver can send inquiry message to client CA.For this purpose, according to xml syntactic definition<rate/>
Element, wherein only including a rate attribute.Inquiry message is also contained in IQ section and transmits.Microserver can pass through message
Size size and message flow transmission speed v estimates message transmission time t0=size/v.In addition, due to the transmission speed of message flow
Degree is that rigid beginning is slowly gradually accelerated later, so the v value that we obtain is more slightly smaller than average value, therefore what is estimated is that message passes
The maximum value of defeated time.
CA and S completes to start to transmit file after message flow is negotiated.When client CA and microserver S carries out message transmission
When, it is believed that its online information off-line is basically unchanged.At this point, server opening timing device T, before timer is not timed out, if message
Be transmitted without interruption, then it is assumed that CA's and S is constant in off-line state.If microserver receives the Presence to CA and S at this time
Information inquiring request, the presence information of CA and S before can directly being transmitted with the message stored in server local database
State response.If message transmission is interrupted, client is responsible for server report file Transmission information, and server can stop
Only timer, and restore original presence information service mechanism (after receiving the presence information inquiry request to client,
The inquiry of probe information is sent to client in real time).When timer time is to constantly, it is believed that message is transmitted, server
Original presence information service mechanism can equally be restored.
Presence information inquiry response strategy is specified in following table:
Those skilled in the art after considering the specification and implementing the invention disclosed here, will readily occur to of the invention its
Its embodiment.This application is intended to cover any variations, uses, or adaptations of the invention, these modifications, purposes or
Person's adaptive change follows general principle of the invention and including the undocumented common knowledge in the art of the present invention
Or conventional techniques.The description and examples are only to be considered as illustrative, and true scope and spirit of the invention are wanted by right
It asks and points out.
It should be understood that the present invention is not limited to the precise structure already described above and shown in the accompanying drawings, and
And various modifications and changes may be made without departing from the scope thereof.The scope of the present invention is limited only by the attached claims.
Claims (7)
1. a kind of method of optimization presence information load, this method comprises:
One, the bearing protocol that REST agreement is transmitted as microserver message is chosen;
Two, presence information state of the setting user before carrying out the message end of transmission with microserver is constant;
Three, message transmission time is calculated;
Four, it is actively reported to microserver when user client presence information state changes;
Five, the presence information in message transmission is safeguarded.
2. according to the method described in claim 1, it is characterized by: the presence information state includes online, offline, busy
It is commonplace and leave.
3. method according to claim 1 or 2, it is characterised in that: the method for calculating message transmission time are as follows:
The first step, whether the JID of reading client CA and microserver end S, judge client CA and server end S from IQ stream
In identical domain;If so, executing second step;If it is not, then executing third step;
Second step reads transmission message size if client CA and microserver end S is located in same domain from IQ stream
Size, and judge whether client CA negotiates successfully with microserver end S;If so, executing the 4th step;If it is not, then executing
Five steps;
Third step, if client CA and microserver end S, not in a same domain, system restores normal Presence
Probe mechanism;
4th step, if it is determined that client and microserver end are negotiated successfully, then to the message of the client CA inquiry port TCP1080
Transmission speed, after clear message transmission speed, system obtains transmission speed v, and calculates message transmission time t0: t0=size/
v
5th step, if it is determined that client is failed to consultations with microserver end, then system restores normal Presence Probe
Mechanism.
4. according to the method described in claim 3, the specific side that the presence information in message transmission is safeguarded
Method are as follows:
The first step starts timer T when message starts transmission;
Second step, judge message transmission whether fail or the timer whether then;
Third step is then directly returned to normal Presence Probe if it is determined that message transmission failure or timer are then
Mechanism;
4th step, if it is determined that message does not transmit failure and timer is not timed out, then it is further to judge whether system receives client
Hold the Presence Probe information of CA;
5th step then utilizes microserver local Database if it is determined that receiving the Presence Probe information of client CA
The presence information of client CA and microserver end S is replied before the message of middle storage is transmitted;If it is determined that not receiving
The Presence Probe information of client CA, then returning to second step, whether decision message transmission fails again or timer is
It is no then.
5. according to the method described in claim 3, it is characterized by:
Whether the negotiation information of client CA and microserver end S includes: transport protocol, receive, network address information and end
Message breath;
The negotiation information is transmitted in<iq/>section of stream, and client CA and microserver end S are carried in the negotiation information
JID information;The format of the JID information is node@domain/resource, and wherein domain indicates a gateway, or
It is to provide a child node of service, the resource represents a specific session or connection.
6. according to the method described in claim 5, it is characterized by:
It, will also be to message correlation information after the client CA and microserver end S is finished for transport protocol negotiation
Hold consultation, so that it is determined that microserver end S whether received message;Wherein, negotiation information be included in<iq/>section<
In message/>element, by the value of size attribute in capture<message/>element, the size of transmission message can be obtained;
If by negotiating, microserver end S receives the transmission message request of client CA, can be passed back to client CA confirmation letter
Breath, and CA is notified to establish message flow;
Between obtaining client CA and microserver end S, microserver can send inquiry message to client CA;For this purpose, according to
Xml syntactic definition<rate/>element, wherein only including a rate attribute, inquiry message is comprised in IQ section and transmits;
Microserver estimates message transmission time t by transmission message size size and message flow transmission speed v0=size/v.
7. according to the method described in claim 6, it is characterized by:
Since the transmission speed of message flow is process from slow to fast, the value of the above-mentioned message flow transmission speed v of acquisition is than average
Be worth it is slightly smaller, therefore the message transmission time estimated be message transmit needed for the real time maximum value.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810696616.5A CN109150826A (en) | 2018-06-29 | 2018-06-29 | A method of optimization presence information load |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810696616.5A CN109150826A (en) | 2018-06-29 | 2018-06-29 | A method of optimization presence information load |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109150826A true CN109150826A (en) | 2019-01-04 |
Family
ID=64802467
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810696616.5A Pending CN109150826A (en) | 2018-06-29 | 2018-06-29 | A method of optimization presence information load |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109150826A (en) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8112768B2 (en) * | 2000-10-20 | 2012-02-07 | Jonathan Wu | Real-time web applications |
CN103139087A (en) * | 2011-11-23 | 2013-06-05 | 中国科学院声学研究所 | Load optimization method and system of presence information for intra-domain file transfer of XMPP (Extensible Messaging and Presence Protocol) |
CN106506605A (en) * | 2016-10-14 | 2017-03-15 | 华南理工大学 | A kind of SaaS application construction methods based on micro services framework |
CN107734066A (en) * | 2017-11-16 | 2018-02-23 | 郑州云海信息技术有限公司 | A kind of data center's total management system services administering method |
CN108021447A (en) * | 2017-11-28 | 2018-05-11 | 象翌微链科技发展有限公司 | A kind of method and system that optimal resource policy is determined based on distributed data |
-
2018
- 2018-06-29 CN CN201810696616.5A patent/CN109150826A/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8112768B2 (en) * | 2000-10-20 | 2012-02-07 | Jonathan Wu | Real-time web applications |
CN103139087A (en) * | 2011-11-23 | 2013-06-05 | 中国科学院声学研究所 | Load optimization method and system of presence information for intra-domain file transfer of XMPP (Extensible Messaging and Presence Protocol) |
CN106506605A (en) * | 2016-10-14 | 2017-03-15 | 华南理工大学 | A kind of SaaS application construction methods based on micro services framework |
CN107734066A (en) * | 2017-11-16 | 2018-02-23 | 郑州云海信息技术有限公司 | A kind of data center's total management system services administering method |
CN108021447A (en) * | 2017-11-28 | 2018-05-11 | 象翌微链科技发展有限公司 | A kind of method and system that optimal resource policy is determined based on distributed data |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Gutiérrez et al. | Self-configuration of IEEE 802.1 TSN networks | |
CN106452841B (en) | Method for using transmission service quality in robot operating system | |
CN103780615B (en) | Sharing method of client conversation data among multiple servers | |
CN109873736A (en) | A kind of micro services monitoring method and system | |
CN102404404B (en) | A kind of distributed WEB is applied and remote equipment information communication method | |
CN107766136A (en) | A kind of method of task cluster management and running | |
US9319852B2 (en) | Interoperability and communications system dynamic media proxy based on capability negotiation | |
CN110326345A (en) | A kind of methods, devices and systems of Configuration network slice | |
CN113411215A (en) | Time-sensitive network centralized user configuration method and system based on OPC UA | |
WO2013126430A1 (en) | Systems and methods involving virtual machine host isolation over a network | |
CN109639774B (en) | Dynamic change environment self-adaptive service interaction system | |
CN114338063B (en) | Message queue system, service processing method and computer readable storage medium | |
CN112131014B (en) | Decision engine system and business processing method thereof | |
TW201427469A (en) | Service information managing method and service information managing system | |
CN109150826A (en) | A method of optimization presence information load | |
CN110063050B (en) | Service scheduling method and system | |
Blanchet et al. | Supporting adaptive web-service orchestration with an agent conversation framework | |
CN101632259A (en) | The 2nd layer management entity information receiving and transmitting framework in the network | |
CN108337285A (en) | A kind of communication system and communication means | |
CN116458204A (en) | Transport network slice control device and control plane entity for a time-sensitive network based transport network | |
Prnjat et al. | Policy-based management for ALAN-enabled networks | |
JP4305364B2 (en) | Web service request relay system, Web service request relay method, relay server, and program thereof | |
CN100493087C (en) | Method for maintaining status synchronization between protocol layers in command stream in service stream | |
Zhai et al. | An improved DDS publish/subscribe automatic discovery algorithm | |
CN110716827A (en) | Hot backup method suitable for distributed system and distributed system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190104 |