CN104301140A - Service request responding method, device and system - Google Patents
Service request responding method, device and system Download PDFInfo
- Publication number
- CN104301140A CN104301140A CN201410525181.XA CN201410525181A CN104301140A CN 104301140 A CN104301140 A CN 104301140A CN 201410525181 A CN201410525181 A CN 201410525181A CN 104301140 A CN104301140 A CN 104301140A
- Authority
- CN
- China
- Prior art keywords
- business processing
- processing request
- client
- request
- user profile
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
The invention discloses a service request responding method, device and system, and belongs to the technical field of computer networks. The service request responding method includes the steps that service processing requests sent by a client side are received, and the client side sends the service processing requests to a main server and a standby server at the same time; the service processing requests are responded; state identification for showing that the service processing requests are responded already is set; the state identification is synchronized to the standby server and used for instructing the standby server to detect whether the service processing request which is not responded exists in all the cached service processing requests or not according to the state identification after the main server and the standby server are switched, and if a detection result is that the service processing request which is not responded exists, the service processing request which is not responded is responded. The problem that in the prior art, the service processing requests sent by the client side can not be responded possibly is solved.
Description
Technical field
The present invention relates to technical field of the computer network, particularly a kind of service request response method, device and system.
Background technology
During in order to avoid server fail, each client cannot obtain the problem of network service from server, adopt the service system of primary server and standby server to get more and more simultaneously.
In the service system comprising primary server and standby server, when client needs to ask a certain business, the Business Processing request that system can be sent by primary server receives client, primary server responds the Business Processing request received.When primary server fail or primary server initiatively surrender primary authority, system can receive the Business Processing request of client transmission by standby server, and then is responded Business Processing request by standby server.
Realizing in process of the present invention, inventor finds that above-mentioned technology at least exists following problem: before active-standby switch, if primary server have received Business Processing request, but this Business Processing request is not responded, so after active-standby switch, this Business Processing request cannot be responded.
Summary of the invention
Possibly by the problem responded, a kind of service request response method, device and system cannot be embodiments provided to solve the Business Processing request that in prior art, client sends.Described technical scheme is as follows:
First aspect, provides a kind of service request response method, and this service request response method is used in primary server, and described method comprises:
Receive the Business Processing request that client sends, described Business Processing request is that described client is simultaneously to the Business Processing request that described primary server and standby server send;
Respond described Business Processing request;
Arrange for representing that described Business Processing request is by the status indicator responded;
Synchronous described status indicator is to described standby server, described status indicator is used to indicate described standby server after active-standby switch according to whether existing not by the Business Processing request responded in each Business Processing request of described status indicator detection buffer memory, if testing result is exist not by the Business Processing request responded, then not by the Business Processing request responded described in responding.
Alternatively, before described synchronous described status indicator to described standby server, described method also comprises:
Obtain user profile relevant with described Business Processing request in the user profile of described client, described user profile comprises at least one in the logging status of the grade of described client, the Task Progress of described client and described client;
Described synchronous described status indicator, to described standby server, comprising:
Synchronous described user profile and described status indicator are to described standby server, described user profile is used to indicate described standby server after the described Business Processing request of response, upgrades the user profile relevant with described Business Processing request according to response results.
Alternatively, after the described Business Processing request of described response, described method also comprises:
Send the feedback information extremely described client carrying message identification, described message identification uniquely corresponds to described Business Processing request, when what described message identification was used to indicate that the subsequently received described standby server of described client sends has the feedback information of identical information mark, shield the described feedback information that described standby server sends.
Second aspect, provides a kind of service request response method, and in standby server, described method comprises:
Before active-standby switch, receive m the Business Processing request that client sends, m described in buffer memory Business Processing request, described Business Processing request is that described client is simultaneously to the Business Processing request that primary server and described standby server send; Receive described primary server sync for representing that corresponding Business Processing request is by n the status indicator responded, the status indicator of n described in buffer memory, n≤m;
After active-standby switch, detect in described m Business Processing request according to described n status indicator of buffer memory and whether exist not by the Business Processing request responded;
If testing result is exist not by the Business Processing request responded, then respond the described Business Processing request detected.
Alternatively, the described primary server sync of described reception for representing that corresponding Business Processing request is by n the status indicator responded, and comprising:
Receive described n status indicator of described primary server sync and the user profile relevant with corresponding Business Processing request, described user profile comprises at least one in the logging status of the grade of described client, the Task Progress of described client and described client;
After the described Business Processing request that described response detects, described method also comprises:
Obtain user profile relevant with the described Business Processing request detected in the user profile of described client;
The described user profile got is upgraded according to response results.
Alternatively, after the described Business Processing request that described response detects, described method also comprises:
Send the feedback information extremely described client carrying message identification, described message identification be used to indicate described client to receive that described primary server sends there is the feedback information of identical information mark time, shield the described feedback information that described standby server sends, described message identification is uniquely corresponding to the described Business Processing request detected.
The third aspect, provides a kind of service request responding device, and in primary server, described device comprises:
Request receiving module, for receiving the Business Processing request that client sends, described Business Processing request is that described client is simultaneously to the Business Processing request that described primary server and standby server send;
Request respond module, for responding the described Business Processing request that described request receiver module receives;
Mark arranges module, for arranging for representing that described Business Processing request is by the status indicator responded;
Synchronizing information module, the described status indicator of module installation is set for synchronous described mark to described standby server, described status indicator is used to indicate described standby server after active-standby switch according to whether existing not by the Business Processing request responded in each Business Processing request of described status indicator detection buffer memory, if testing result is exist not by the Business Processing request responded, then not by the Business Processing request responded described in responding.
Alternatively, described device also comprises:
User profile acquisition module, for obtaining user profile relevant with described Business Processing request in the user profile of described client, described user profile comprises at least one in the logging status of the grade of described client, the Task Progress of described client and described client;
Described synchronizing information module, for synchronous described user profile and described status indicator extremely described standby server, described user profile is used to indicate described standby server after the described Business Processing request of response, upgrades the user profile relevant with described Business Processing request according to response results.
Alternatively, described device also comprises:
Feedback information sending module, for sending the feedback information extremely described client carrying message identification, described message identification uniquely corresponds to described Business Processing request, when what described message identification was used to indicate that the subsequently received described standby server of described client sends has the feedback information of identical information mark, shield the described feedback information that described standby server sends.
Fourth aspect, provides a kind of service request responding device, and in standby server, described device comprises:
Request receiving module, for before active-standby switch, receives m the Business Processing request that client sends;
Request cache module, for described m the Business Processing request that buffer memory described request receiver module receives, described Business Processing request is that described client is simultaneously to the Business Processing request that primary server and described standby server send;
Information receiving module, for before active-standby switch, receive described primary server sync for representing that corresponding Business Processing request is by n the status indicator responded;
Mark cache module, for identifying described n the status indicator that receiver module receives, n≤m described in buffer memory;
Whether request detection module, for after active-standby switch, detect in described m Business Processing request according to described n status indicator of buffer memory and exist not by the Business Processing request responded;
Request respond module, in the testing result of described request detection module be exist not by respond Business Processing request time, respond the described Business Processing request that detects.
Alternatively, described information receiving module, for receiving described n status indicator of described primary server sync and the user profile relevant with corresponding Business Processing request, described user profile comprises at least one in the logging status of the grade of described client, the Task Progress of described client and described client;
Described device also comprises:
User profile acquisition module, for obtaining user profile relevant with the described Business Processing request detected in the user profile of described client;
User profile cache module, for upgrading the described user profile that described user profile acquisition module gets according to response results.
Alternatively, described device also comprises:
Feedback information sending module, for sending the feedback information extremely described client carrying message identification, described message identification be used to indicate described client to receive that described primary server sends there is the feedback information of identical information mark time, shield the described feedback information that described standby server sends, described message identification is uniquely corresponding to the described Business Processing request detected.
5th aspect, provide a kind of service request responding system, described system comprises the service request responding device described in any one possible implementation of the third aspect or the third aspect and the service request responding device described in any one possible implementation of fourth aspect or fourth aspect.
The beneficial effect of the technical scheme that the embodiment of the present invention provides is:
By using client to send Business Processing request to primary server and standby server simultaneously, primary server responds this Business Processing request, and arrange and represent that this Business Processing request is by the status indicator responded, synchronous regime mark is to standby server; The Business Processing request that standby server cache client sends, and receive the status indicator of primary server sync; Like this after active-standby switch, whether the Business Processing request that standby server can detect buffer memory according to status indicator is responded, if do not responded, then responds this Business Processing request; Business Processing request possibly solving client transmission in prior art cannot by the problem responded; Even if reach the Business Processing request that client sends before active-standby switch not responded by primary server, but after active-standby switch, the effect that this Business Processing request can be responded by standby server.
Accompanying drawing explanation
In order to be illustrated more clearly in the technical scheme in the embodiment of the present invention, below the accompanying drawing used required in describing embodiment is briefly described, apparently, accompanying drawing in the following describes is only some embodiments of the present invention, for those of ordinary skill in the art, under the prerequisite not paying creative work, other accompanying drawing can also be obtained according to these accompanying drawings.
Fig. 1 is the structural representation of a kind of implementation environment involved in the present invention;
Fig. 2 is the method flow diagram of the service request response method that one embodiment of the invention provides;
Fig. 3 is the method flow diagram of the service request response method that another embodiment of the present invention provides;
Fig. 4 is the method flow diagram of the service request response method that yet another embodiment of the invention provides;
Fig. 5 is the method flow diagram of the service request response method that yet another embodiment of the invention provides;
Fig. 6 is the block diagram of the service request responding device that one embodiment of the invention provides;
Fig. 7 is the block diagram of the service request responding device that another embodiment of the present invention provides;
Fig. 8 is the block diagram of the service request responding device that another embodiment of the present invention provides;
Fig. 9 is the block diagram of the service request responding device that another embodiment of the present invention provides;
Figure 10 is the block diagram of the server that one embodiment of the invention provides.
Embodiment
In order to make the object, technical solutions and advantages of the present invention clearly, below in conjunction with accompanying drawing, the present invention is described in further detail, and obviously, described embodiment is only a part of embodiment of the present invention, instead of whole embodiments.Based on the embodiment in the present invention, those of ordinary skill in the art, not making other embodiments all obtained under creative work prerequisite, belong to the scope of protection of the invention.
Please refer to Fig. 1, it illustrates the structural representation of a kind of implementation environment involved by each embodiment of the present invention, as shown in Figure 1, this implementation environment can comprise client 110, primary server 120 and standby server 130.
Client 110 be run in the terminal, the client that provided by service provider.Client 110 can be connected with primary server 120 and standby server 130 by wired or wireless network.
Primary server 120 is servers that service provider provides, for being combined as user provides service with client 110.Primary server 120 can be connected with client 110 and standby server 130 by wired or wireless network.
Standby server 130 is also the server that service provider provides, for being combined as user provides service with client 110.With primary server 120 unlike, standby server 130, for when primary server 120 collapses or primary server 120 surrenders primary authority, is combined as user provides service with client 110.
Please refer to Fig. 2, it illustrates the method flow diagram of the service request response method that one embodiment of the invention provides, the present embodiment is used for illustrating in the primary server 120 shown in Fig. 1 with this service request response method.As shown in Figure 2, this service request response method comprises:
Step 201, receives the Business Processing request that client sends, and Business Processing request is that client is simultaneously to the Business Processing request that primary server and standby server send;
Step 202, response service process request;
Step 203, arranges for representing Business Processing request by the status indicator responded;
Step 204, synchronous regime mark is to standby server, status indicator is used to indicate standby server after active-standby switch according to whether existing not by the Business Processing request responded in each Business Processing request of status indicator detection buffer memory, if testing result is exist not by the Business Processing request responded, then respond not by the Business Processing request responded.
In sum, the service request response method that the present embodiment provides, by after the Business Processing request that sends at customer in response end, arrange for representing that this Business Processing request is by the status indicator responded, this status indicator synchronous is to standby server, status indicator is used to indicate standby server after active-standby switch according to whether existing not by the Business Processing request responded in each Business Processing request of status indicator detection buffer memory, if testing result is exist not by the Business Processing request responded, then respond not by the Business Processing request responded; Business Processing request possibly solving client transmission in prior art cannot by the problem responded; Even if reach the Business Processing request that client sends before active-standby switch not responded by primary server, but after active-standby switch, the effect that this Business Processing request can be responded by standby server.
Please refer to Fig. 3, it illustrates the method flow diagram of the service request response method that another embodiment of the present invention provides, this present embodiment is used for illustrating in the standby server 130 shown in Fig. 1 with this service request response method.As shown in Figure 3, this service request response method can comprise:
Step 301, before active-standby switch, receives m the Business Processing request that client sends, buffer memory m Business Processing request; Receive primary server sync for representing that corresponding Business Processing request is by n the status indicator responded, a buffer memory n status indicator;
Wherein, Business Processing request is that client is simultaneously to the Business Processing request that primary server and standby server send; N≤m.
Whether step 302, after active-standby switch, detect according to n status indicator of buffer memory and exist not by the Business Processing request responded in m Business Processing request;
Step 303, if testing result is exist not by the Business Processing request responded, then responds the Business Processing request detected.
In sum, the service request response method that the present embodiment provides, by before active-standby switch, the Business Processing request that client that buffer memory receives sends, and the primary server sync received for representing that corresponding Business Processing request is by the status indicator responded; After active-standby switch, whether detect according to the status indicator of buffer memory exists not by the Business Processing request responded in the Business Processing request of buffer memory, if testing result be exist not by the Business Processing request responded, then response detect not by the Business Processing request responded; Business Processing request possibly solving client transmission in prior art cannot by the problem responded; Even if reach the Business Processing request that client sends before active-standby switch not responded by primary server, but after active-standby switch, the effect that this Business Processing request can be responded by standby server.
Please refer to Fig. 4, it illustrates the method flow diagram of the service request response method that one embodiment of the invention provides, the present embodiment is used for illustrating in the implementation environment shown in Fig. 1 with this service request response method.As shown in Figure 2, this service request response method can comprise:
Step 401, client sends Business Processing request to primary server and standby server simultaneously;
Step 402, the Business Processing request that primary server receives client sends;
Wherein, Business Processing request is that client is simultaneously to the Business Processing request that primary server and standby server send.
Step 403, standby server receives the Business Processing request that client sends, the Business Processing request that buffer memory receives;
Step 404, primary server response service process request;
Step 405, primary Servers installed is for representing Business Processing request by the status indicator responded;
Step 406, primary server sync status indicator is to standby server;
Status indicator is used to indicate standby server after active-standby switch according to whether existing not by the Business Processing request responded in each Business Processing request of status indicator detection buffer memory, if testing result is exist not by the Business Processing request responded, then respond not by the Business Processing request responded.
Step 407, standby server receives the status indicator of primary server sync, the status indicator that buffer memory receives;
Step 408, after active-standby switch, whether standby server detects according to the n of buffer memory status indicator exists not by the Business Processing request responded in m Business Processing request of buffer memory;
Step 409, if the testing result of standby server is exist not by the Business Processing request responded, then responds the Business Processing request detected.
In sum, the service request response method that the present embodiment provides, send Business Processing request to primary server and standby server by using client simultaneously, primary server responds this Business Processing request, arrange and represent that this Business Processing request is by the status indicator responded, synchronous regime mark is to standby server; The Business Processing request that standby server cache client sends, and receive the status indicator of primary server sync; Like this after active-standby switch, whether the Business Processing request that standby server can detect buffer memory according to status indicator is responded, if do not responded, then responds this Business Processing request; Business Processing request possibly solving client transmission in prior art cannot by the problem responded; Even if reach the Business Processing request that client sends before active-standby switch not responded by primary server, but after active-standby switch, the effect that this Business Processing request can be responded by standby server.
Please refer to Fig. 5, it illustrates the method flow diagram of the service request response method that yet another embodiment of the invention provides, the present embodiment is used for illustrating in the implementation environment shown in Fig. 1 with this service request response method.As shown in Figure 5, this service request response method comprises:
Step 501, client sends Business Processing request to primary server and standby server simultaneously;
When client needs to obtain service from server, client can send Business Processing request to primary server and standby server simultaneously.Wherein, client can be YY client, game client or instant messaging application client, and the present embodiment does not limit this.
When actual realization, client can send Business Processing request to service platform, forwards this Business Processing request to primary server and standby server by service platform.
Such as, when user wants the logging status of client to change to presence, user the operated client state sent for the logging status of client being revised as presence can change request to service platform, by service platform, this state is changed request forward to primary server and standby server.
Step 502, the Business Processing request that primary server receives client sends;
Business Processing request is that client is simultaneously to the Business Processing request that primary server and standby server send.
Step 503, standby server receives the Business Processing request that client sends, the Business Processing request that buffer memory receives;
Business Processing request is that client is simultaneously to the Business Processing request that primary server and standby server send.
It should be noted that, the present embodiment just performs step 503 after first performing step 502, when actual realization, can also perform step 502 and step 503 simultaneously, or perform step 502 after first performing step 503, the present embodiment does not limit this.
Step 504, primary server response service process request;
After primary server receives the Business Processing request of client transmission, primary server can respond the Business Processing request received.Such as, when Business Processing request is state change request, the logging status of client can be revised as presence by primary server.
Step 505, primary Servers installed is for representing Business Processing request by the status indicator responded;
After primary server responds Business Processing request, primary server can be arranged for representing that this Business Processing request is by the status indicator responded for this Business Processing request.This status indicator can be a flag bit as ' 1 ', also can be one section of presupposed information, the present embodiment limit this.
Step 506, primary server obtains user profile relevant with Business Processing request in the user profile of client;
In order to the execution of subsequent step, primary server can also obtain user profile relevant with Business Processing request in the user profile of client.Wherein, user profile comprises at least one in the logging status of the grade of client, the Task Progress of client and client.
User profile relevant with Business Processing request in the present embodiment refers to the information that the information content may change in Business Processing request is by the user profile of client after responding.Such as, when the status modifier of client be request is the state change request of presence by Business Processing request, because state change request may change the Entered state of client, so primary server can obtain the current logged-on status of client such as ' online ', the logging status got is asked relevant user profile as changing with state.
It should be noted that, the present embodiment just performs step 506 after first performing step 505, and when actual realization, primary server can also perform step 505 and step 506 simultaneously, or perform step 505 after first performing step 506, the present embodiment does not limit its actual execution sequence.
Step 507, primary server sync user profile and status indicator are to standby server;
After primary server gets user profile and arranges status indicator, primary server can simultaneous user's information and status indicator to standby server.
Step 508, standby server receives status indicator and the user profile of primary server sync, the status indicator that buffer memory receives and user profile;
Accordingly, standby server can receive status indicator and the user profile of primary server sync.And in order to the execution of subsequent step, primary server can the status indicator that receives of buffer memory and user profile.
First that needs explanation is that, when actual realization, step 501 can perform single to step 508 before step 509; Such as, send a Business Processing request in client, and after primary server and standby server perform corresponding process, namely there is active-standby switch in primary server and standby server, then now step 501 will only can perform once to step 508.Step 501 can also perform repeatedly before step 509 to step 508; Such as, client is sending multiple Business Processing request to primary server and standby server, and after primary server and standby server perform corresponding process, primary server and standby server perform active-standby switch, then now step 501 can perform repeatedly to step 508 before step 509.
The second point illustrated is needed to be step 501 was performed before step 509 to the situation of single to step 508, when performing step 509, only meeting buffer memory Business Processing request in standby server, and buffer memory 0 or 1 status indicator.Wherein, whether the quantity of the status indicator of standby server buffer memory is relevant to this status indicator that Business Processing request responds and whether primary server is synchronously arranged for this Business Processing request with primary server, and the present embodiment does not limit this.Situation was repeatedly performed before step 509 for step 501 to step 508, when performing step 509, can buffer memory at least two Business Processing requests in standby server, and be cached with the status indicator of the quantity being less than Business Processing request.This that is, when performing step 509, can buffer memory m Business Processing request in standby server, and n status indicator.Wherein, n≤m, m and n are positive integer.
Need illustrate thirdly, step 504 to step 508 is optional step, when actual realization, may not exist.Such as, when primary server receives the Business Processing request of client transmission and also do not respond Business Processing request, primary server collapses, then now step 504 will not perform to step 508.When primary server is when simultaneous user's information and status indicator are to standby server, if cause primary server sync user profile and status indicator failure because collapse occurs for network delay or primary server, then now step 508 will not perform.
Step 509, after active-standby switch, whether standby server detects according to the n of buffer memory status indicator exists not by the Business Processing request responded in m Business Processing request of buffer memory;
When primary server initiatively surrenders primary authority, or when the Zookeeper in system detects that primary server occurs abnormal, Zookeeper can control primary server and standby server carries out active-standby switch.
After active-standby switch, whether standby server can detect in m Business Processing request of buffer memory according to the n of buffer memory status indicator exists not by the Business Processing request responded.
Concrete, for each Business Processing request of buffer memory, whether standby server can detect exists the status indicator corresponding with this Business Processing request; If testing result is there is the status indicator corresponding with this Business Processing request, then determine that this Business Processing request is responded; And if testing result is there is not the status indicator corresponding with this Business Processing request, then standby server can determine that this Business Processing request is not responded.
It should be noted that, after active-standby switch, standby server can arrange primary authority, so identify after this standby server do primary server use, the present embodiment does not limit this.
Step 510, if the testing result of standby server is exist not by the Business Processing request responded, then responds the Business Processing request detected;
If the testing result of standby server is exist not by the Business Processing request responded in m Business Processing request of buffer memory, then now standby server can respond the Business Processing request detected.
Such as, after client sends state change request to primary server and standby server, primary server did not respond this state change request before active-standby switch, or, responded this state change request but at synchronous corresponding status indicator to synchronization failure during standby server, then now standby server can detect obtain this state change request do not responded, after this standby server can respond this state change request.
And if the testing result of standby server is do not exist not by the Business Processing request responded in m Business Processing request of buffer memory, then now flow process terminates, the present embodiment does not repeat them here.
Step 511, standby server obtains user profile relevant with the Business Processing request detected in the user profile of client;
When standby server is not to after being responded by the Business Processing request responded, in order to the execution of subsequent step, standby server can obtain user profile relevant with the Business Processing request detected in the user profile of client.
When actual realization, standby server can obtain the last user profile identical with the information type of the user profile that the Business Processing request of this secondary response affects received in the user profile of buffer memory.
Such as, not by the Business Processing request responded be above-mentioned mention state change request, then because standby server is after this state of response change request, the logging status of client can change, so now standby server can to obtain in buffer memory the last user profile relevant with the logging status of client received (changing the Entered state before asking as client in the state that sends is ' busy ', then standby server can get to change with state and ask relevant user profile for ' busy '), then the user profile got is asked relevant user profile as changing with the state that this receives.
Step 512, standby server upgrades the user profile got according to response results.
After standby server gets the user profile relevant with detecting the Business Processing request that obtains, standby server can upgrade according to the response results of Business Processing request the user profile got.
Such as, the user profile that standby server gets is the logging status of client is ' busy ', then standby server is after the logging status of client changes to online by responsive state change request, and the user profile of client can change to ' online ' by standby server.
In sum, the service request response method that the present embodiment provides, send Business Processing request to primary server and standby server by using client simultaneously, primary server responds this Business Processing request, arrange and represent that this Business Processing request is by the status indicator responded, synchronous regime mark is to standby server; The Business Processing request that standby server cache client sends, and receive the status indicator of primary server sync; Like this after active-standby switch, whether the Business Processing request that standby server can detect buffer memory according to status indicator is responded, if do not responded, then responds this Business Processing request; Business Processing request possibly solving client transmission in prior art cannot by the problem responded; Even if reach the Business Processing request that client sends before active-standby switch not responded by primary server, but after active-standby switch, the effect that this Business Processing request can be responded by standby server.
The present embodiment at standby server to after not responded by the Business Processing request responded, the user profile relevant with this Business Processing request is upgraded according to response results, to solve in prior art after active-standby switch, the problem that the actual corresponding user profile of the user profile stored in server and client is inconsistent, reach can user profile in the Deterministic service device user profile actual corresponding with client synchronous, and then the effect of raising Consumer's Experience.
First that needs to illustrate is, after primary server respond the Business Processing request received, primary server can also send Business Processing request for notifying correspondence by the feedback information that responds to client.
When actual realization, in order to the execution of subsequent step, primary server can also send carry message identification feedback information to client.
Wherein, message identification uniquely corresponds to Business Processing request, and the message identification in the feedback information that also namely same Business Processing request is corresponding is identical, and the message identification in the feedback information that different business process request is corresponding is different.When what message identification was used to indicate that the subsequently received standby server of client sends has the feedback information of identical information mark, the feedback information that shielding standby server sends.
Need the second point illustrated to be, standby server to detect obtain not by after the Business Processing request response that responds, in order to notify that Business Processing request corresponding to client is responded, standby server can send feedback information to client.
When actual realization, standby server can send carry message identification feedback information to client.Wherein, message identification be used to indicate client to receive that primary server sends there is the feedback information of identical information mark time, the feedback information that shielding standby server sends; Message identification is uniquely corresponding to the Business Processing request detected, the message identification in the feedback information that also namely same Business Processing request is corresponding is identical, and the message identification in the feedback information that different business process request is corresponding is different.
Like this, after client receives the feedback information of standby server transmission, client can detect the feedback information carrying same identification information whether receiving primary server before and send, if testing result is received the feedback information carrying same identification information, this Business Processing request is then described after being responded by primary server again by standby server duplicate responses, now in order to avoid feedback information bothering user, client directly can shield the feedback information that standby server sends.
Please refer to Fig. 6, it illustrates the block diagram of the service request responding device that one embodiment of the invention provides, the present embodiment is used for illustrating in the primary server 120 shown in Fig. 1 with this service request responding device.As shown in Figure 6, this service request responding device can comprise: request receiving module 601, request respond module 602, mark arrange module 603 and synchronizing information module 604;
Request receiving module 601, for receiving the Business Processing request that client sends, Business Processing request is that client is simultaneously to the Business Processing request that primary server and standby server send;
Request respond module 602, for the Business Processing request that response request receiver module 601 receives;
Mark arranges module 603, for arranging for representing Business Processing request by the status indicator responded;
Synchronizing information module 604, for sync id, the status indicator of module 603 setting is set to standby server, status indicator is used to indicate standby server after active-standby switch according to whether existing not by the Business Processing request responded in each Business Processing request of status indicator detection buffer memory, if testing result is exist not by the Business Processing request responded, then respond not by the Business Processing request responded.
In sum, the service request responding device that the present embodiment provides, by after the Business Processing request that sends at customer in response end, arrange for representing that this Business Processing request is by the status indicator responded, this status indicator synchronous is to standby server, status indicator is used to indicate standby server after active-standby switch according to whether existing not by the Business Processing request responded in each Business Processing request of status indicator detection buffer memory, if testing result is exist not by the Business Processing request responded, then respond not by the Business Processing request responded; Business Processing request possibly solving client transmission in prior art cannot by the problem responded; Even if reach the Business Processing request that client sends before active-standby switch not responded by primary server, but after active-standby switch, the effect that this Business Processing request can be responded by standby server.
Please refer to Fig. 7, it illustrates the block diagram of the service request responding device that another embodiment of the present invention provides, the present embodiment is used for illustrating in the primary server 120 shown in Fig. 1 with this service request responding device.As shown in Figure 7, this service request responding device can comprise: request receiving module 701, request respond module 702, mark arrange module 703 and synchronizing information module 704;
Request receiving module 701, for receiving the Business Processing request that client sends, Business Processing request is that client is simultaneously to the Business Processing request that primary server and standby server send;
Request respond module 702, for the Business Processing request that response request receiver module 701 receives;
Mark arranges module 703, for arranging for representing Business Processing request by the status indicator responded;
Synchronizing information module 704, for sync id, the status indicator of module 703 setting is set to standby server, status indicator is used to indicate standby server after active-standby switch according to whether existing not by the Business Processing request responded in each Business Processing request of status indicator detection buffer memory, if testing result is exist not by the Business Processing request responded, then respond not by the Business Processing request responded.
Alternatively, device also comprises:
User profile acquisition module 705, for obtaining user profile relevant with Business Processing request in the user profile of client, user profile comprises at least one in the logging status of the grade of client, the Task Progress of client and client;
Synchronizing information module 704, for simultaneous user's information and status indicator to standby server, user profile is used to indicate standby server after response service process request, upgrades the user profile relevant with Business Processing request according to response results.
Alternatively, device also comprises:
Feedback information sending module 706, for send carry message identification feedback information to client, message identification uniquely corresponds to Business Processing request, when what message identification was used to indicate that the subsequently received standby server of client sends has the feedback information of identical information mark, the feedback information that shielding standby server sends.
In sum, the service request responding device that the present embodiment provides, by after the Business Processing request that sends at customer in response end, arrange for representing that this Business Processing request is by the status indicator responded, this status indicator synchronous is to standby server, status indicator is used to indicate standby server after active-standby switch according to whether existing not by the Business Processing request responded in each Business Processing request of status indicator detection buffer memory, if testing result is exist not by the Business Processing request responded, then respond not by the Business Processing request responded; Business Processing request possibly solving client transmission in prior art cannot by the problem responded; Even if reach the Business Processing request that client sends before active-standby switch not responded by primary server, but after active-standby switch, the effect that this Business Processing request can be responded by standby server.
The present embodiment at standby server to after not responded by the Business Processing request responded, the user profile relevant with this Business Processing request is upgraded according to response results, to solve in prior art after active-standby switch, the problem that the actual corresponding user profile of the user profile stored in server and client is inconsistent, reach can user profile in the Deterministic service device user profile actual corresponding with client synchronous, and then the effect of raising Consumer's Experience.
Please refer to Fig. 8, it illustrates the block diagram of the service request responding device that yet another embodiment of the invention provides, the present embodiment is used for illustrating in the standby server 130 shown in Fig. 1 with this service request responding device.As shown in Figure 8, this service request responding device can comprise: request receiving module 801, request cache module 802, information receiving module 803, mark cache module 804, request detection module 805 and request respond module 806.
Request receiving module 801, for before active-standby switch, receives m the Business Processing request that client sends;
Request cache module 802, for m the Business Processing request that cache request receiver module 801 receives, Business Processing request is that client is simultaneously to the Business Processing request that primary server and standby server send;
Information receiving module 803, for before active-standby switch, receive primary server sync for representing that corresponding Business Processing request is by n the status indicator responded;
Mark cache module 804, for n the status indicator that cashing indication receiver module 803 receives, n≤m;
Whether request detection module 805, for after active-standby switch, detect according to n status indicator of buffer memory and exist not by the Business Processing request responded in m Business Processing request;
Request respond module 806, in the testing result of request detection module 805 be exist not by respond Business Processing request time, respond the Business Processing request that detects.
In sum, the service request responding device that the present embodiment provides, by before active-standby switch, the Business Processing request that client that buffer memory receives sends, and the primary server sync received for representing that corresponding Business Processing request is by the status indicator responded; After active-standby switch, whether detect according to the status indicator of buffer memory exists not by the Business Processing request responded in the Business Processing request of buffer memory, if testing result be exist not by the Business Processing request responded, then response detect not by the Business Processing request responded; Business Processing request possibly solving client transmission in prior art cannot by the problem responded; Even if reach the Business Processing request that client sends before active-standby switch not responded by primary server, but after active-standby switch, the effect that this Business Processing request can be responded by standby server.
Please refer to Fig. 9, it illustrates the block diagram of the service request responding device that yet another embodiment of the invention provides, the present embodiment is used for illustrating in the standby server 130 shown in Fig. 1 with this service request responding device.As shown in Figure 9, this service request responding device can comprise: request receiving module 901, request cache module 902, information receiving module 903, mark cache module 904, request detection module 905 and request respond module 906.
Request receiving module 901, for before active-standby switch, receives m the Business Processing request that client sends;
Request cache module 902, for m the Business Processing request that cache request receiver module 901 receives, Business Processing request is that client is simultaneously to the Business Processing request that primary server and standby server send;
Information receiving module 903, for before active-standby switch, receive primary server sync for representing that corresponding Business Processing request is by n the status indicator responded;
Mark cache module 904, for n the status indicator that cashing indication receiver module 903 receives, n≤m;
Whether request detection module 905, for after active-standby switch, detect according to n status indicator of buffer memory and exist not by the Business Processing request responded in m Business Processing request;
Request respond module 906, in the testing result of request detection module 905 be exist not by respond Business Processing request time, respond the Business Processing request that detects.
Alternatively, information receiving module 903, for receiving n status indicator of primary server sync and the user profile relevant with corresponding Business Processing request, user profile comprises at least one in the logging status of the grade of client, the Task Progress of client and client;
Device also comprises:
User profile acquisition module 907, for obtaining user profile relevant with the Business Processing request detected in the user profile of client;
User profile update module 908, for upgrading the user profile that user profile acquisition module 907 gets according to response results.
Alternatively, device also comprises:
Feedback information sending module 909, for send carry message identification feedback information to client, message identification be used to indicate client to receive that primary server sends there is the feedback information of identical information mark time, the feedback information that shielding standby server sends, message identification is uniquely corresponding to the Business Processing request detected.
In sum, the service request responding device that the present embodiment provides, by before active-standby switch, the Business Processing request that client that buffer memory receives sends, and the primary server sync received for representing that corresponding Business Processing request is by the status indicator responded; After active-standby switch, whether detect according to the status indicator of buffer memory exists not by the Business Processing request responded in the Business Processing request of buffer memory, if testing result be exist not by the Business Processing request responded, then response detect not by the Business Processing request responded; Business Processing request possibly solving client transmission in prior art cannot by the problem responded; Even if reach the Business Processing request that client sends before active-standby switch not responded by primary server, but after active-standby switch, the effect that this Business Processing request can be responded by standby server.
The present embodiment at standby server to after not responded by the Business Processing request responded, the user profile relevant with this Business Processing request is upgraded according to response results, to solve in prior art after active-standby switch, the problem that the actual corresponding user profile of the user profile stored in server and client is inconsistent, reach can user profile in the Deterministic service device user profile actual corresponding with client synchronous, and then the effect of raising Consumer's Experience.
It should be noted that, a service request responding system can be formed by the service request responding device shown in the service request responding device shown in Fig. 6 or Fig. 7 and Fig. 8 or Fig. 9, the ins and outs of the various piece in this service request responding system please refer to corresponding embodiment, and the present embodiment does not repeat them here.
It should be noted that: the service request responding device that above-described embodiment provides is when response service request, only be illustrated with the division of above-mentioned each functional module, in practical application, can distribute as required and by above-mentioned functions and be completed by different functional modules, internal structure by equipment is divided into different functional modules, to complete all or part of function described above.In addition, the service request responding device that above-described embodiment provides and the embodiment of the method for service request response method belong to same design, and its specific implementation process refers to embodiment of the method, repeats no more here.
Please refer to Figure 10, it illustrates the structural representation of the server that one embodiment of the invention provides.Described server 1000 can be the primary server 120 shown in Fig. 1 or standby server 130, described server 1000 comprises CPU (CPU) 1001, comprises the memory 1004 of random access memory (RAM) 1002 and read-only memory (ROM) 1003, and the system bus 1005 of connected storage 1004 and CPU 1001.
According to various embodiments of the present invention, the remote computer that described server 1000 can also be connected on network by networks such as such as internets runs.Also namely server 1000 can be connected to network 1007 by the network interface unit 1006 be connected on described system bus 1005, in other words, network interface unit 1006 also can be used to be connected to network or the remote computer system (not shown) of other types.
Described memory also comprises one or more than one program, and described more than one or one program is stored in memory, and described more than one or one program package is containing the instruction for carrying out the service request response method that the embodiment of the present invention provides.
The invention described above embodiment sequence number, just to describing, does not represent the quality of embodiment.
One of ordinary skill in the art will appreciate that all or part of step realizing above-described embodiment can have been come by hardware, the hardware that also can carry out instruction relevant by program completes, described program can be stored in a kind of computer-readable recording medium, the above-mentioned storage medium mentioned can be read-only memory, disk or CD etc.
The foregoing is only preferred embodiment of the present invention, not in order to limit the present invention, within the spirit and principles in the present invention all, any amendment done, equivalent replacement, improvement etc., all should be included within protection scope of the present invention.
Claims (13)
1. a service request response method, is characterized in that, in primary server, described method comprises:
Receive the Business Processing request that client sends, described Business Processing request is that described client is simultaneously to the Business Processing request that described primary server and standby server send;
Respond described Business Processing request;
Arrange for representing that described Business Processing request is by the status indicator responded;
Synchronous described status indicator is to described standby server, described status indicator is used to indicate described standby server after active-standby switch according to whether existing not by the Business Processing request responded in each Business Processing request of described status indicator detection buffer memory, if testing result is exist not by the Business Processing request responded, then not by the Business Processing request responded described in responding.
2. method according to claim 1, is characterized in that, before described synchronous described status indicator to described standby server, described method also comprises:
Obtain user profile relevant with described Business Processing request in the user profile of described client, described user profile comprises at least one in the logging status of the grade of described client, the Task Progress of described client and described client;
Described synchronous described status indicator, to described standby server, comprising:
Synchronous described user profile and described status indicator are to described standby server, described user profile is used to indicate described standby server after the described Business Processing request of response, upgrades the user profile relevant with described Business Processing request according to response results.
3. method according to claim 1 and 2, is characterized in that, after the described Business Processing request of described response, described method also comprises:
Send the feedback information extremely described client carrying message identification, described message identification uniquely corresponds to described Business Processing request, when what described message identification was used to indicate that the subsequently received described standby server of described client sends has the feedback information of identical information mark, shield the described feedback information that described standby server sends.
4. a service request response method, is characterized in that, in standby server, described method comprises:
Before active-standby switch, receive m the Business Processing request that client sends, m described in buffer memory Business Processing request, described Business Processing request is that described client is simultaneously to the Business Processing request that primary server and described standby server send; Receive described primary server sync for representing that corresponding Business Processing request is by n the status indicator responded, the status indicator of n described in buffer memory, n≤m;
After active-standby switch, detect in described m Business Processing request according to described n status indicator of buffer memory and whether exist not by the Business Processing request responded;
If testing result is exist not by the Business Processing request responded, then respond the described Business Processing request detected.
5. method according to claim 4, is characterized in that, the described primary server sync of described reception for representing that corresponding Business Processing request is by n the status indicator responded, and comprising:
Receive described n status indicator of described primary server sync and the user profile relevant with corresponding Business Processing request, described user profile comprises at least one in the logging status of the grade of described client, the Task Progress of described client and described client;
After the described Business Processing request that described response detects, described method also comprises:
Obtain user profile relevant with the described Business Processing request detected in the user profile of described client;
The described user profile got is upgraded according to response results.
6. the method according to claim 4 or 5, is characterized in that, after the described Business Processing request that described response detects, described method also comprises:
Send the feedback information extremely described client carrying message identification, described message identification be used to indicate described client to receive that described primary server sends there is the feedback information of identical information mark time, shield the described feedback information that described standby server sends, described message identification is uniquely corresponding to the described Business Processing request detected.
7. a service request responding device, is characterized in that, in primary server, described device comprises:
Request receiving module, for receiving the Business Processing request that client sends, described Business Processing request is that described client is simultaneously to the Business Processing request that described primary server and standby server send;
Request respond module, for responding the described Business Processing request that described request receiver module receives;
Mark arranges module, for arranging for representing that described Business Processing request is by the status indicator responded;
Synchronizing information module, the described status indicator of module installation is set for synchronous described mark to described standby server, described status indicator is used to indicate described standby server after active-standby switch according to whether existing not by the Business Processing request responded in each Business Processing request of described status indicator detection buffer memory, if testing result is exist not by the Business Processing request responded, then not by the Business Processing request responded described in responding.
8. device according to claim 7, is characterized in that, described device also comprises:
User profile acquisition module, for obtaining user profile relevant with described Business Processing request in the user profile of described client, described user profile comprises at least one in the logging status of the grade of described client, the Task Progress of described client and described client;
Described synchronizing information module, for synchronous described user profile and described status indicator extremely described standby server, described user profile is used to indicate described standby server after the described Business Processing request of response, upgrades the user profile relevant with described Business Processing request according to response results.
9. the device according to claim 7 or 8, is characterized in that, described device also comprises:
Feedback information sending module, for sending the feedback information extremely described client carrying message identification, described message identification uniquely corresponds to described Business Processing request, when what described message identification was used to indicate that the subsequently received described standby server of described client sends has the feedback information of identical information mark, shield the described feedback information that described standby server sends.
10. a service request responding device, is characterized in that, in standby server, described device comprises:
Request receiving module, for before active-standby switch, receives m the Business Processing request that client sends;
Request cache module, for described m the Business Processing request that buffer memory described request receiver module receives, described Business Processing request is that described client is simultaneously to the Business Processing request that primary server and described standby server send;
Information receiving module, for before active-standby switch, receive described primary server sync for representing that corresponding Business Processing request is by n the status indicator responded;
Mark cache module, for identifying described n the status indicator that receiver module receives, n≤m described in buffer memory;
Whether request detection module, for after active-standby switch, detect in described m Business Processing request according to described n status indicator of buffer memory and exist not by the Business Processing request responded;
Request respond module, in the testing result of described request detection module be exist not by respond Business Processing request time, respond the described Business Processing request that detects.
11. devices according to claim 10, is characterized in that,
Described information receiving module, for receiving described n status indicator of described primary server sync and the user profile relevant with corresponding Business Processing request, described user profile comprises at least one in the logging status of the grade of described client, the Task Progress of described client and described client;
Described device also comprises:
User profile acquisition module, for obtaining user profile relevant with the described Business Processing request detected in the user profile of described client;
User profile cache module, for upgrading the described user profile that described user profile acquisition module gets according to response results.
12. devices according to claim 10 or 11, it is characterized in that, described device also comprises:
Feedback information sending module, for sending the feedback information extremely described client carrying message identification, described message identification be used to indicate described client to receive that described primary server sends there is the feedback information of identical information mark time, shield the described feedback information that described standby server sends, described message identification is uniquely corresponding to the described Business Processing request detected.
13. 1 kinds of service request responding systems, is characterized in that, it comprise as arbitrary in claim 7 to 9 as described in service request responding device and as arbitrary in claim 10 to 12 as described in service request responding device.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410525181.XA CN104301140B (en) | 2014-10-08 | 2014-10-08 | Service request response method, device and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410525181.XA CN104301140B (en) | 2014-10-08 | 2014-10-08 | Service request response method, device and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104301140A true CN104301140A (en) | 2015-01-21 |
| CN104301140B CN104301140B (en) | 2019-07-30 |
Family
ID=52320719
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410525181.XA Active CN104301140B (en) | 2014-10-08 | 2014-10-08 | Service request response method, device and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104301140B (en) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105578248A (en) * | 2015-12-30 | 2016-05-11 | Tcl新技术（惠州）有限公司 | Fancy splicing playing method, device and system |
| WO2017050254A1 (en) * | 2015-09-24 | 2017-03-30 | 华为技术有限公司 | Hot backup method, device and system |
| CN106959887A (en) * | 2017-02-16 | 2017-07-18 | 上海瀚银信息技术有限公司 | The operation flow cooperative system and method for a kind of distributed program |
| CN109756399A (en) * | 2019-02-18 | 2019-05-14 | 新华三技术有限公司 | A kind of BFD session maintaining method and distributed apparatus |
| CN111343056A (en) * | 2018-12-19 | 2020-06-26 | 美的集团股份有限公司 | Communication method, storage medium, equipment, receiving terminal and sending terminal |
| CN112054923A (en) * | 2020-08-24 | 2020-12-08 | 腾讯科技（深圳）有限公司 | Service request detection method, device and medium |
| CN112188242A (en) * | 2020-09-30 | 2021-01-05 | 武汉中科通达高新技术股份有限公司 | Front-end camera real-time video-on-demand method and device and electronic equipment |
| CN112188243A (en) * | 2020-09-30 | 2021-01-05 | 武汉中科通达高新技术股份有限公司 | Front-end camera real-time video-on-demand method and device and electronic equipment |
| CN112188245A (en) * | 2020-09-30 | 2021-01-05 | 武汉中科通达高新技术股份有限公司 | Front-end camera real-time video-on-demand method and device and electronic equipment |
| CN112188244A (en) * | 2020-09-30 | 2021-01-05 | 武汉中科通达高新技术股份有限公司 | Front-end camera real-time video-on-demand method and device and electronic equipment |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050009541A1 (en) * | 2003-06-25 | 2005-01-13 | Oracle International Corporation | Intelligent messaging |
| CN102255716A (en) * | 2010-05-20 | 2011-11-23 | 中兴通讯股份有限公司 | Method and system for protocol state backup between equipment |
| CN102265556A (en) * | 2011-05-31 | 2011-11-30 | 华为技术有限公司 | Conversion method between an main communicational equipment and a spare communicational equipment, the communicational equipments and a service request equipment |
| US20120124431A1 (en) * | 2010-11-17 | 2012-05-17 | Alcatel-Lucent Usa Inc. | Method and system for client recovery strategy in a redundant server configuration |
| CN102868560A (en) * | 2012-09-28 | 2013-01-09 | 南京恩瑞特实业有限公司 | System and method for realizing hot standby of servers |
| CN103078748A (en) * | 2013-01-11 | 2013-05-01 | 华为技术有限公司 | Dual-microcomputer switching method in charging system and relevant equipment and system |
| CN103501290A (en) * | 2013-09-18 | 2014-01-08 | 万达信息股份有限公司 | High-reliability service system establishment method based on dynamic-backup virtual machines |
| CN103560922A (en) * | 2013-11-18 | 2014-02-05 | 北京特立信电子技术股份有限公司 | Disaster recovery method and system |
| CN103596208A (en) * | 2013-11-15 | 2014-02-19 | 大唐移动通信设备有限公司 | Method and system for judging fault of network element |
| CN103825777A (en) * | 2014-02-14 | 2014-05-28 | 杭州华三通信技术有限公司 | DMZ server switching method and device |
-
2014
- 2014-10-08 CN CN201410525181.XA patent/CN104301140B/en active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050009541A1 (en) * | 2003-06-25 | 2005-01-13 | Oracle International Corporation | Intelligent messaging |
| CN102255716A (en) * | 2010-05-20 | 2011-11-23 | 中兴通讯股份有限公司 | Method and system for protocol state backup between equipment |
| US20120124431A1 (en) * | 2010-11-17 | 2012-05-17 | Alcatel-Lucent Usa Inc. | Method and system for client recovery strategy in a redundant server configuration |
| CN102265556A (en) * | 2011-05-31 | 2011-11-30 | 华为技术有限公司 | Conversion method between an main communicational equipment and a spare communicational equipment, the communicational equipments and a service request equipment |
| CN102868560A (en) * | 2012-09-28 | 2013-01-09 | 南京恩瑞特实业有限公司 | System and method for realizing hot standby of servers |
| CN103078748A (en) * | 2013-01-11 | 2013-05-01 | 华为技术有限公司 | Dual-microcomputer switching method in charging system and relevant equipment and system |
| CN103501290A (en) * | 2013-09-18 | 2014-01-08 | 万达信息股份有限公司 | High-reliability service system establishment method based on dynamic-backup virtual machines |
| CN103596208A (en) * | 2013-11-15 | 2014-02-19 | 大唐移动通信设备有限公司 | Method and system for judging fault of network element |
| CN103560922A (en) * | 2013-11-18 | 2014-02-05 | 北京特立信电子技术股份有限公司 | Disaster recovery method and system |
| CN103825777A (en) * | 2014-02-14 | 2014-05-28 | 杭州华三通信技术有限公司 | DMZ server switching method and device |
Non-Patent Citations (1)
| Title |
|---|
| 中国软件协会考试指导中心: "《系统分析员教材》", 31 January 1990 * |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017050254A1 (en) * | 2015-09-24 | 2017-03-30 | 华为技术有限公司 | Hot backup method, device and system |
| US11734138B2 (en) | 2015-09-24 | 2023-08-22 | Huawei Technologies Co., Ltd. | Hot standby method, apparatus, and system |
| US11416359B2 (en) | 2015-09-24 | 2022-08-16 | Huawei Technologies Co., Ltd. | Hot standby method, apparatus, and system |
| CN105578248A (en) * | 2015-12-30 | 2016-05-11 | Tcl新技术（惠州）有限公司 | Fancy splicing playing method, device and system |
| CN106959887A (en) * | 2017-02-16 | 2017-07-18 | 上海瀚银信息技术有限公司 | The operation flow cooperative system and method for a kind of distributed program |
| CN106959887B (en) * | 2017-02-16 | 2021-05-25 | 上海瀚银信息技术有限公司 | Business process cooperation system and method of distributed program |
| CN111343056B (en) * | 2018-12-19 | 2021-08-31 | 美的集团股份有限公司 | Communication method, storage medium, equipment, receiving terminal and sending terminal |
| CN111343056A (en) * | 2018-12-19 | 2020-06-26 | 美的集团股份有限公司 | Communication method, storage medium, equipment, receiving terminal and sending terminal |
| CN109756399A (en) * | 2019-02-18 | 2019-05-14 | 新华三技术有限公司 | A kind of BFD session maintaining method and distributed apparatus |
| CN112054923A (en) * | 2020-08-24 | 2020-12-08 | 腾讯科技（深圳）有限公司 | Service request detection method, device and medium |
| CN112054923B (en) * | 2020-08-24 | 2023-08-18 | 腾讯科技（深圳）有限公司 | Service request detection method, equipment and medium |
| CN112188242A (en) * | 2020-09-30 | 2021-01-05 | 武汉中科通达高新技术股份有限公司 | Front-end camera real-time video-on-demand method and device and electronic equipment |
| CN112188244A (en) * | 2020-09-30 | 2021-01-05 | 武汉中科通达高新技术股份有限公司 | Front-end camera real-time video-on-demand method and device and electronic equipment |
| CN112188245A (en) * | 2020-09-30 | 2021-01-05 | 武汉中科通达高新技术股份有限公司 | Front-end camera real-time video-on-demand method and device and electronic equipment |
| CN112188243A (en) * | 2020-09-30 | 2021-01-05 | 武汉中科通达高新技术股份有限公司 | Front-end camera real-time video-on-demand method and device and electronic equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104301140B (en) | 2019-07-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104301140A (en) | Service request responding method, device and system | |
| CN111008075B (en) | Load balancing system, method, device, equipment and medium | |
| CN109391655B (en) | Service gray level publishing method, device and system and storage medium | |
| WO2022127504A1 (en) | Network element management method and apparatus, and storage medium | |
| CN107483572A (en) | The dispositions method and device of a kind of server | |
| CN111400777B (en) | Network storage system, user authentication method, device and equipment | |
| CN109495530B (en) | Real-time traffic data transmission method, transmission device and transmission system | |
| CN108683528B (en) | Data transmission method, central server, server and data transmission system | |
| EP3076290A1 (en) | Method and device for remotely updating application program | |
| CN103327051A (en) | Long-distance desktop management system and method | |
| CN103312593B (en) | A kind of message distributing system and method | |
| CN105357069A (en) | Distributed node service state monitoring method, device and system | |
| CN105099763A (en) | Method and device for reminding lost connection of equipment | |
| JP6007988B2 (en) | Standby system apparatus, operational system apparatus, redundant configuration system, and load distribution method | |
| CN108683561B (en) | Site state detection method and device | |
| CN104935614B (en) | Data transmission method and device | |
| CN108667640B (en) | Communication method and device, and network access system | |
| CN110381329B (en) | Data processing method and equipment | |
| CN110224872B (en) | Communication method, device and storage medium | |
| CN109962914B (en) | Firewall configuration method and device | |
| CN104683243A (en) | Data processing method, device and system | |
| CN114884805B (en) | Data transmission method, device, terminal and storage medium | |
| CN104796388A (en) | Network equipment scanning method and system and related devices | |
| CN112040564B (en) | Information transmission method, readable storage medium and electronic device | |
| CN104426704A (en) | Integration network device and service integration method thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 511446 Guangzhou City, Guangdong Province, Panyu District, South Village, Huambo Business District Wanda Plaza, block B1, floor 28 Applicant after: Guangzhou Huaduo Network Technology Co., Ltd. Address before: 510655, Guangzhou, Whampoa Avenue, No. 2, creative industrial park, building 3-08, Applicant before: Guangzhou Huaduo Network Technology Co., Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |