Service calling method, device and medium

Abstract

The present application provides a service call method, device and medium. The method includes: receiving service call failure information, the service call failure information includes a failed service call request; determining a call failure unit corresponding to the service call failure information; determining a target backup unit corresponding to the call failure unit from multiple processing units, the target backup unit having the same service as the call failure unit; forwarding the service call request to the target backup unit, so that the target backup unit can re-complete the corresponding service call according to the service call request. The method of the present application improves the success rate of re-calling after the initial service call fails.

Description

Technical Field

[0001] The present application relates to the field of big data, and in particular to a service calling method, device and medium. Background Art

[0002] Deployment in multiple locations and multiple computer rooms is the inevitable development direction of the Internet system, which can solve problems such as traffic allocation, data splitting, and delay.

[0003] In the prior art, unitized application service equipment is generally used for deployment in multiple locations and multiple computer rooms. A unit (i.e., a deployment unit of a unitized application service equipment) refers to a self-contained set that can complete all business operations. This set contains all services required for all businesses and data assigned to this unit. Generally speaking, after receiving a service call request sent by the control unit of the unitized application service equipment, the unit will call the corresponding service to complete the corresponding business operation. There are generally multiple services in the unit, and each service generally has multiple operation bits to meet the different service requirements of multiple users. However, sometimes the unit fails to call the service due to a fault or the service operation bit is full. In order to ensure the normal operation of the service, the unit will re-call the corresponding data service. In the prior art, if the service call fails, the unit will re-call the service randomly, but because this random service call is easy to randomly appear in the unit where the fault originally occurred or the service operation bit is full, the success rate of the service re-call is very low, resulting in the failure of the business operation.

[0004] Therefore, a service call solution with a high success rate of re-calling after a service call fails is needed. Summary of the invention

[0005] The present application provides a service calling method, device and medium, which are used to solve the technical problem in the prior art that the success rate of re-calling a service is low after the initial call fails.

[0006] In a first aspect, the present application provides a service calling method, which is applied to a unitized application service device, wherein the unitized application service device includes a plurality of processing units that back up each other, wherein the services in two processing units that back up each other are the same, and the method includes:

[0007] Receiving service call failure information, wherein the service call failure information includes a failed service call request;

[0008] Determine a call failure unit corresponding to the service call failure information;

[0009] Determine, from a plurality of processing units, a target standby unit corresponding to the call failure unit, wherein the target standby unit has the same service as that in the call failure unit;

[0010] The service call request is forwarded to the target standby unit so that the target standby unit can re-complete the corresponding service call according to the service call request.

[0011] In a possible implementation manner, the determining a call failure unit corresponding to the service call failure information specifically includes:

[0012] Determine, according to the failure unit identifier in the service call failure information, the call failure unit corresponding to the service call failure information;

[0013] or,

[0014] Determine a failed service identifier in the service call failure information; and determine a call failure unit corresponding to the service call failure information according to the processing unit where the failed service identifier is located.

[0015] In a possible implementation manner, determining, from a plurality of processing units, a target standby unit corresponding to the failed call unit specifically includes:

[0016] According to the preset correspondence relationship between the backup units, a target backup unit corresponding to the call failure unit is determined from a plurality of processing units.

[0017] In a possible implementation manner, forwarding the service call request to the target standby unit specifically includes:

[0018] Determining whether the communication type of the unitized application service device is a communication closed type, wherein the communication closed type is a type that does not allow communication between different processing units;

[0019] If so, forwarding the service call request to the target standby unit according to a preset transmission protocol, where the preset transmission protocol is a transmission protocol for communication between different processing units;

[0020] If not, the service call request is forwarded to the target standby unit according to point-to-point communication.

[0021] In a possible implementation manner, forwarding the service call request to the target standby unit according to the point-to-point communication specifically includes:

[0022] Determine the service identifier of the service to be called in the service call request;

[0023] Determining a corresponding communication receiving point in the target standby unit according to the service identifier of the service to be called;

[0024] According to the communication receiving point, the service call request is forwarded to the target standby unit.

[0025] In a possible implementation manner, determining the corresponding communication receiving point in the target standby unit according to the service identifier of the to-be-called service specifically includes:

[0026] Determine, in the target standby unit, a service operation bit corresponding to the service identifier of the to-be-called service;

[0027] According to the load balancing strategy, determining the available service operation bit to be communicated from the service operation bit corresponding to the service identifier; or randomly determining the available service operation bit to be communicated from the service operation bit corresponding to the service identifier;

[0028] According to the available service operation bit to be communicated, a corresponding communication receiving point in the target standby unit is determined.

[0029] In a possible implementation manner, after receiving the service call failure information, the method further includes:

[0030] Output service call failure prompt information, wherein the service call failure prompt information includes one or more of text information, sound information, graphic information, and light information.

[0031] In a second aspect, the present application provides a unitized application service device, comprising a plurality of processing units that back up each other, wherein the services in two processing units that back up each other are the same, and the unitized application service device further comprises:

[0032] A receiving module, used for receiving service call failure information, wherein the service call failure information includes a failed service call request;

[0033] A processing module is used to determine the call failure unit corresponding to the service call failure information; determine the target backup unit corresponding to the call failure unit from the multiple processing units, and the target backup unit is the same as the service in the call failure unit; forward the service call request to the target backup unit, so that the target backup unit re-completes the corresponding service call according to the service call request.

[0034] In a third aspect, the present application provides a unitized application service device, comprising: a processor, and a memory communicatively connected to the processor;

[0035] The memory stores computer-executable instructions;

[0036] The processor executes the computer-executable instructions stored in the memory to implement the above method.

[0037] In a fourth aspect, the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to implement the above-mentioned method when executed by a processor.

[0038] In a fifth aspect, the present application provides a computer program product, including a computer program, which implements the above method when executed by a processor.

[0039] The service call method, device and medium provided in the present application can receive service call failure information, which includes a service call request; determine the call failure unit corresponding to the service call failure information; determine the target backup unit corresponding to the call failure unit from multiple processing units, and the target backup unit has the same service as that in the call failure unit; forward the service call request to the target backup unit, so that the target backup unit can re-complete the corresponding service call according to the service call request. The method of the present application can determine the target backup unit corresponding to the call failure unit after determining the corresponding call failure unit according to the service call failure information. Due to the characteristics of a group of processing units that back up each other in a unitized application service device, the services in the two processing units that back up each other are the same, that is, the target backup unit is the same as the service in the call failure unit. Therefore, after the call failure unit fails to call the service for the first time, the service call request can be forwarded to the target backup unit, so that the target backup unit can re-complete the corresponding service call according to the service call request. After the initial service call fails, the processing unit is no longer randomly selected to re-call the service. Instead, the backup processing unit corresponding to the failed call unit is used to re-call the service. This setting can not only avoid randomly re-calling the failed call unit that originally failed or whose service operation position is full, but also use the characteristics of the backup processing unit to ensure the success rate of service re-calling, thereby ensuring the success of the service call to facilitate subsequent business operations. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0041] Figure 1 A schematic diagram of a process of calling a service within a unit of a unitized application service device in the prior art;

[0042] Figure 2 A schematic diagram of a process of inter-unit service calling of a unitized application service device in the prior art;

[0043] Figure 3 A flowchart of a service calling method according to an embodiment of the present application;

[0044] Figure 4A schematic diagram of a process of calling a service within a unit of a unitized application service device according to an embodiment of the present application;

[0045] Figure 5 A schematic diagram of a process of inter-unit service invocation of a unitized application service device according to an embodiment of the present application;

[0046] Figure 6 A flowchart of a service calling method according to another embodiment of the present application;

[0047] Figure 7 This is a schematic diagram of the structure of a unitized application service device according to an embodiment of the present application;

[0048] Figure 8 This is a structural diagram of a unitized application service device according to another embodiment of the present application.

[0049] The above drawings have shown clear embodiments of the present application, which will be described in more detail later. These drawings and text descriptions are not intended to limit the scope of the present application in any way, but to illustrate the concept of the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0050] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the appended claims.

[0051] A unit (i.e., the deployment unit of the unitized application service product layer) refers to a self-contained collection that can complete all business operations. This collection includes all services required for all businesses and the data allocated to this unit.

[0052] The modular architecture uses the unit as the basic unit of deployment. Multiple units are deployed in all computer rooms of the entire site. The number of units in each computer room is not fixed. Any unit deploys all applications required by the system, and the data is a part of the full data divided according to a certain dimension.

[0053] It should be noted that the service calling method, device and medium of the present application can be used in the field of big data. It can also be used in any field other than the field of big data. The application field of the service calling method, device and medium of the present application is not limited.

[0054] It should also be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and provide corresponding operation entrances for users to choose to authorize or refuse.

[0055] In the prior art, modular application service equipment is commonly used for deployment in multiple locations and multiple computer rooms. A unit (i.e., a deployment unit of a modular application service equipment) refers to a self-contained set that can complete all business operations. This set includes all services required for all businesses, as well as the data assigned to this unit. Generally speaking, after receiving a service call request sent by the control unit of the modular application service equipment, the unit will call the corresponding service to complete the corresponding business operation. There are generally multiple services in a unit, and each service generally has multiple operation bits to meet the different service requirements of multiple users. However, sometimes the unit may fail to call the service due to a fault or the service operation bit is full. To ensure the normal operation of the service, the unit will re-call the corresponding data service.

[0056] For example, Figure 1 The schematic diagram of the process of calling a service within a unit of a unitized application service device in the prior art is as follows: Figure 1 As shown, after receiving the service operation request sent by the user terminal, unit 1 determines that the relevant service to be called is service A of this unit according to the service operation request, and sends a service call request to the operation bit of service A of this unit to call service A arbitrarily from the operation bits of multiple services A. If unit 1 fails at this time, or the operation bit of service A is full, unit 1 cannot complete the call of service A. At this time, unit 1 will randomly call service A from the operation bits of multiple services A again to re-adjust the service.

[0057] For example, Figure 2 FIG. 1 is a schematic diagram of a process of inter-unit service calling of a unitized application service device in the prior art. The unitized application service device includes four units, namely, unit 1, unit 2, unit 3 and unit 4. Figure 2 As shown, after receiving the service operation request sent by the user terminal, unit 1 determines that service A in unit 2 needs to be called according to the service operation request, and sends a service call request to the operation bit of service A in unit 2. If unit 2 fails at this time, or the operation bit of service A in unit 2 is full, unit 1 cannot complete the call of service A. At this time, unit 1 will randomly select service A of any unit among unit 2, unit 3 and unit 4 to readjust the service.

[0058] However, since such random service calls can easily lead to the occurrence of units that originally failed or whose service operation slots are full, the success rate of service re-call is very low, resulting in business operation failure. Figure 1 When calling within the unit shown, if unit 1 fails to call service A within it, it means that unit 1 itself is faulty, or the operation bit of service A within unit 1 is full. When re-adjusting, even if unit 1 randomly calls a certain operation bit of service A within it again, the success rate is not high, unless unit 1 happens to be repaired or service A happens to have an empty operation bit. Figure 2 When calling between units as shown, if unit 1 fails to call service A of unit 2, it means that unit 2 itself has a fault, or the operation bit of service A in unit 2 is full. Since the readjustment is random, there is a high probability that it will be randomly called to the originally failed unit 2.

[0059] Based on this technical problem, the inventive concept of the present application is: how to provide a service calling method with a high re-call success rate after a service calling fails.

[0060] Specifically, a service call failure information can be received, and the service call failure information includes a service call request; a call failure unit corresponding to the service call failure information is determined; a target backup unit corresponding to the call failure unit is determined from multiple processing units, and the target backup unit has the same service as that in the call failure unit; and the service call request is forwarded to the target backup unit, so that the target backup unit can re-complete the corresponding service call according to the service call request. The method of the present application can determine the target backup unit corresponding to the call failure unit after determining the corresponding call failure unit according to the service call failure information. Due to the characteristics of a group of processing units that back up each other in a unitized application service device, the services in the two processing units that back up each other are the same, that is, the target backup unit is the same as the service in the call failure unit. Therefore, after the call failure unit fails to call the service for the first time, the service call request can be forwarded to the target backup unit, so that the target backup unit can re-complete the corresponding service call according to the service call request. After the initial service call fails, the processing unit is no longer randomly selected to re-call the service. Instead, the backup processing unit corresponding to the failed call unit is used to re-call the service. This setting can not only avoid randomly re-calling the failed call unit that originally failed or whose service operation position is full, but also use the characteristics of the backup processing unit to ensure the success rate of service re-calling, thereby ensuring the success of the service call to facilitate subsequent business operations.

[0061] The technical solution of the present application and how the technical solution of the present application solves the above-mentioned technical problems are described in detail below with specific embodiments. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments. The embodiments of the present application will be described below in conjunction with the accompanying drawings.

[0062] Embodiment 1

[0063] Figure 3 This is a flow chart of a service calling method provided in an embodiment of the present application. This embodiment uses a processing unit of a unitized application service device as an execution subject to illustrate the service calling method. The unitized application service device includes multiple groups of processing units that back up each other, wherein the services in two processing units that back up each other are the same. Figure 3 As shown, the service calling method may include the following steps:

[0064] S101: receiving service call failure information, where the service call failure information includes a failed service call request.

[0065] In this embodiment, after a user consumes or orders a product, the user terminal will send a service operation request to the unitized application service device. After receiving the service operation request, the processing unit in the unitized application service device that processes the user's service will determine the relevant service to be called according to the service operation request, and send a service call request to the operation bit of the service to be called to call the service to perform the corresponding business operation. If the service fails to be called due to a unit failure or the operation bit is full, the operation bit of the service to be called will send a service call failure message to the processing unit to prompt the processing unit to re-adjust the service.

[0066] In this embodiment, the unitized application service device may include multiple processing units, and they are combined in pairs to form a group that backs up each other, that is, one processing unit corresponds to only one standby unit, and the services in the two processing units that back up each other are the same.

[0067] In a possible implementation, after receiving the service call failure information in the above step S101, the method may further include: outputting service call failure prompt information, where the service call failure prompt information includes one or more of text information, sound information, graphic information, and light information.

[0068] In this embodiment, the service call failure prompt information may include the unit identification of the call failure unit, so that the operator or operation and maintenance personnel can promptly repair the call failure unit according to the unit identification.

[0069] In this embodiment, after the control module of the processing unit receives the service call failure information, it can output a service call failure prompt message to prompt the operator or operation and maintenance personnel to promptly check the processing unit where the service call failed and determine whether a fault has occurred, so as to handle it in a timely manner and avoid the business operation being unable to be processed immediately.

[0070] S102: Determine the call failure unit corresponding to the service call failure information.

[0071] In this embodiment, since the service call may be an intra-unit call or an inter-unit call, it is also necessary to determine the call failure unit corresponding to the service call failure information.

[0072] In a possible implementation, the above step S102 of determining the call failure unit corresponding to the service call failure information may include: determining the call failure unit corresponding to the service call failure information according to a failure unit identifier in the service call failure information.

[0073] In this embodiment, the unit identification can be flexibly set by those skilled in the art. For example, the unit identification can be a text identification, a graphic identification, or other identifications, as long as the unit identification can distinguish different units.

[0074] In this embodiment, the service call failure information may include a failure unit identifier of the service call failure. According to the correspondence between the preset unit identifier and the processing unit, the call failure unit corresponding to the failure unit identifier, that is, the call failure unit corresponding to the service call failure information, can be simply and accurately determined.

[0075] In a possible implementation, the above step S102 determines the call failure unit corresponding to the service call failure information, and can also include: determining the failed service identifier in the service call failure information; and determining the call failure unit corresponding to the service call failure information according to the processing unit where the failed service identifier is located.

[0076] In this embodiment, the service identifier can be flexibly set by a person skilled in the art. For example, the service identifier can be a text identifier, a graphic identifier, or other identifiers, as long as the service identifier can distinguish different services in different processing units.

[0077] In this embodiment, the service call failure information may include a failed service identifier of the service call failure. According to the correspondence between the preset service identifier and the processing unit, the call failure unit where the failed service identifier is located can be simply and accurately determined, that is, the call failure unit corresponding to the service call failure information.

[0078] S103: Determine, from a plurality of processing units, a target backup unit corresponding to the unit that failed to call, where the target backup unit has the same service as that in the unit that failed to call.

[0079] In a possible implementation, determining the target backup unit corresponding to the failed call unit from multiple processing units in the above step S103 may include: determining the target backup unit corresponding to the failed call unit from multiple processing units according to a preset correspondence between backup units.

[0080] In this embodiment, the corresponding relationship between the backup units can be the groups of processing units pre-set in the modular application service device that back up each other. The modular application service device usually has an even number of processing units, and the processing units back up each other in pairs. For example, a modular application service device includes four units, namely unit 1, unit 2, unit 3 and unit 4. Unit 1 and unit 3 are backup units for each other, and unit 2 and unit 4 are backup units for each other.

[0081] In this implementation, the target backup unit corresponding to the failed call unit can be determined simply and accurately by using the correspondence between the backup units preset in the unitized application service device.

[0082] S104: forwarding the service call request to the target standby unit, so that the target standby unit can re-complete the corresponding service call according to the service call request.

[0083] In this embodiment, for the specific implementation of forwarding the service call request to the target backup unit in the above step S104, please refer to Embodiment 2 for details.

[0084] In this embodiment, after the service call request is forwarded to the target backup unit, the target backup unit will call the corresponding service according to the service call request and send the service to the processing unit so that the processing unit can complete the relevant business operations according to the service.

[0085] For example, Figure 4 The schematic diagram of the process of calling a service in a unitized application service device according to an embodiment of the present application is as follows. The unitized application service device includes four units, namely, unit 1, unit 2, unit 3 and unit 4, wherein unit 1 and unit 3 are mutually backed up, and unit 2 and unit 4 are mutually backed up. Figure 4As shown, after receiving the service operation request sent by the user terminal, unit 1 will determine that the relevant service to be called is service A of this unit according to the service operation request, and send a service call request to the operation bit of service A of this unit to call service A arbitrarily from the operation bits of multiple services A. If unit 1 fails at this time, or the operation bit of service A is full, unit 1 cannot complete the call of service A. At this time, unit 1 will determine that the target standby unit corresponding to the failed unit is unit 3, and forward the service call request to unit 3 to complete the call of service A.

[0086] For example, Figure 5 This is a schematic diagram of the process of inter-unit service call of a unitized application service device according to an embodiment of the present application. The unitized application service device includes four units, namely, unit 1, unit 2, unit 3 and unit 4, wherein unit 1 and unit 3 are mutually backed up, and unit 2 and unit 4 are mutually backed up. Figure 5 As shown, after receiving the service operation request sent by the user terminal, unit 1 will determine that service A in unit 2 needs to be called according to the service operation request, and send a service call request to the operation bit of service A in unit 2. If unit 2 fails at this time, or the operation bit of service A in unit 2 is full, the operation bit of service A in unit 2 will send a service call failure message to unit 1. After receiving it, unit 1 determines that the call failure unit corresponding to the service call failure message is unit 2, and according to the preset correspondence between the backup units, determines that the target backup unit corresponding to unit 2 is unit 4. Unit 1 will forward the service call request to unit 4 to complete the call of service A.

[0087] In this embodiment, service call failure information can be received, and the service call failure information includes a service call request; a call failure unit corresponding to the service call failure information is determined; a target backup unit corresponding to the call failure unit is determined from multiple processing units, and the target backup unit has the same service as that in the call failure unit; and the service call request is forwarded to the target backup unit so that the target backup unit can re-complete the corresponding service call according to the service call request. The method of the present application can determine the target backup unit corresponding to the call failure unit after determining the corresponding call failure unit according to the service call failure information. Due to the characteristics of a group of processing units that back up each other in a unitized application service device, the services in the two processing units that back up each other are the same, that is, the target backup unit is the same as the service in the call failure unit. Therefore, after the call failure unit fails to call the service for the first time, the service call request can be forwarded to the target backup unit so that the target backup unit can re-complete the corresponding service call according to the service call request. After the initial service call fails, the processing unit is no longer randomly selected to re-call the service. Instead, the backup processing unit corresponding to the failed call unit is used to re-call the service. This setting can not only avoid randomly re-calling the failed call unit that originally failed or whose service operation position is full, but also use the characteristics of the backup processing unit to ensure the success rate of service re-calling, thereby ensuring the success of the service call to facilitate subsequent business operations.

[0088] The specific implementation method of forwarding the service call request to the target standby unit in step S104 of the above-mentioned embodiment 1 is described in detail below with reference to a specific embodiment 2.

[0089] Embodiment 2

[0090] Figure 6 This is a flow chart of a service calling method provided in an embodiment of the present application. This embodiment describes the service calling method with the execution subject being a unitized application service device. The unitized application service device includes multiple groups of processing units that back up each other, wherein the services in the two processing units that back up each other are the same. Figure 6 As shown, the service calling method may include the following steps:

[0091] S201: Determine whether the communication type of the unitized application service device is a communication closed type, where the communication closed type is a type that does not allow communication between different processing units.

[0092] In this embodiment, the communication type of the unitized application service device can be divided into a closed communication type and an open communication type. The closed communication type only allows internal communication within the unit and does not allow communication between different processing units. The open communication type allows both internal communication within the unit and communication between different processing units.

[0093] S202: If yes, forwarding the service call request to the target standby unit according to a preset transmission protocol, where the preset transmission protocol is a transmission protocol for communication between different processing units.

[0094] In this embodiment, if the communication type of the unitized application service device is a closed communication type, that is, communication between different processing units is not allowed, in order to realize the special situation of communication between different processing units, the corresponding transmission protocol will be pre-set to realize communication between different processing units.

[0095] S203: If not, forward the service call request to the target standby unit according to point-to-point communication.

[0096] In this embodiment, if the communication type of the unitized application service device is an open communication type, point-to-point communication between different processing units may be performed directly.

[0097] In a possible implementation, forwarding the service call request to the target backup unit based on point-to-point communication in the above step S203 may include: determining the service identifier of the service to be called in the service call request; determining the corresponding communication receiving point in the target backup unit based on the service identifier of the service to be called; and forwarding the service call request to the target backup unit based on the communication receiving point.

[0098] In this embodiment, the service identifier can be flexibly set by a person skilled in the art. For example, the service identifier can be a text identifier, a graphic identifier, or other identifiers, as long as the service identifier can distinguish different services in different processing units.

[0099] In this embodiment, when point-to-point communication is performed, the communication sending point is known, and the communication receiving point, that is, the service to be called in the target standby unit, needs to be determined. According to the service identifier of the service to be called in the service call request, the service to be called in the target standby unit can be determined, thereby simply and accurately determining the communication receiving point, and then realizing the forwarding of the service call request.

[0100] In one possible implementation, determining the corresponding communication receiving point in the target backup unit based on the service identifier of the service to be called may include: determining the service operation bit corresponding to the service identifier of the service to be called in the target backup unit; determining the available service operation bit to be communicated from the service operation bit corresponding to the service identifier according to the load balancing strategy; and determining the corresponding communication receiving point in the target backup unit based on the available service operation bit to be communicated.

[0101] In this implementation, the load balancing strategy can be used to make the number of times the operation bits of the to-be-called service are called more evenly, so that a certain operation bit is not always called while another operation bit is not always called.

[0102] In this embodiment, when determining the corresponding communication receiving point in the target standby unit, all service operation bits corresponding to the service identifier of the service to be called can be determined first, and then the most suitable available service operation bit can be selected from them using the load balancing strategy. Through such a setting, the utilization rate of each service operation bit of the service to be called in the target standby unit can be fully considered, and the relatively idle and most likely available service operation bit can be found, thereby further improving the success rate of service re-adjustment.

[0103] In another possible implementation, determining the corresponding communication receiving point in the target backup unit based on the service identifier of the service to be called may include: determining the service operation bit corresponding to the service identifier of the service to be called in the target backup unit; randomly determining the available service operation bit to be communicated from the service operation bit corresponding to the service identifier; and determining the corresponding communication receiving point in the target backup unit based on the available service operation bit to be communicated.

[0104] In this embodiment, when determining the corresponding communication receiving point in the target backup unit, all service operation bits corresponding to the service identifier of the service to be called can be determined first, and then one of the operation bits is randomly selected as the available service operation bit to be communicated, which is simple and convenient.

[0105] In this embodiment, the service call request is forwarded from this unit to the target standby unit only by the communication between different units. In order to achieve this purpose, it is necessary to first determine the communication type of the unitized application service device, and then determine the specific communication method. The communication type of the unitized application service device can be divided into a communication closed type and a communication open type. The communication closed type only allows internal communication within the unit, and does not allow communication between different processing units. The communication open type allows both internal communication within the unit and communication between different processing units. If the communication type of the unitized application service device is a communication closed type, that is, communication between different processing units is not allowed, in order to realize the special situation of communication between different processing units, it is necessary to use a preset transmission protocol to forward the service call request to the target standby unit; if the communication type of the unitized application service device is not a communication closed type, the service call request can be directly forwarded to the target standby unit according to point-to-point communication. Through such a setting, a suitable communication method can be selected according to the specific communication type of the unitized application service device to ensure successful communication between different processing units, thereby realizing the forwarding of the service call request from this unit to the target standby unit.

[0106] The service calling method of the present application is described below with a specific embodiment.

[0107] Embodiment 3

[0108] In a specific embodiment, a user uses a bank APP in a mobile phone to order a product from a bank. After the product is ordered successfully, the bank APP generates a business operation request based on the product ordering related information, and sends the business operation request to the unitized application service device corresponding to the bank. After the processing unit (unit 1) that processes the user's business in the unitized application service device receives the business operation request, it determines that the service A in the unit needs to be called according to the business operation request. The specific service calling process is as follows:

[0109] In the first step, unit 1 sends a service call request to the operation bit of service A in this unit. At this time, the operation bit of service A in this unit is full and cannot be called. The operation bit of service A sends service call failure information to unit 1. The service call failure information includes the failed service call request. After receiving it, unit 1 outputs the service call failure prompt information.

[0110] In the second step, unit 1 determines that the failed unit corresponding to the service call failure information is unit 1 according to the failed unit identifier in the service call failure information, and determines that the target backup unit corresponding to unit 1 is unit 3 according to the corresponding relationship between preset backup units.

[0111] In the third step, unit 1 determines that the communication type of the unitized application service device is a closed communication type, and then forwards the service call request to unit 3 according to a preset transmission protocol.

[0112] In the fourth step, after receiving the information, unit 3 calls service A and sends it to unit 1, so that unit 1 can complete related business operations according to service A.

[0113] Figure 7 FIG. 1 is a schematic diagram of the structure of a unitized application service device according to an embodiment of the present application. The unitized application service device includes a plurality of processing units that back up each other, wherein the services in two processing units that back up each other are the same, such as Figure 7 As shown, the unitized application service device also includes: a receiving module 71, which is used to receive service call failure information, and the service call failure information includes a service call request; a processing module 72, which is used to determine the call failure unit corresponding to the service call failure information; from multiple processing units, determine the target backup unit corresponding to the call failure unit, and the target backup unit has the same service as the call failure unit; forward the service call request to the target backup unit, so that the target backup unit re-completes the corresponding service call according to the service call request. In one embodiment, the description of the specific implementation functions of the unitized application service device can refer to steps S101-S104 in Example 1 and steps S201-S203 in Example 2, which will not be repeated here.

[0114] Figure 8This is a schematic diagram of the structure of a unitized application service device according to an embodiment of the present application. Figure 8 As shown, the unitized application service device includes: a processor 101, and a memory 102 that is communicatively connected to the processor 101; the memory 102 stores computer execution instructions; the processor 101 executes the computer execution instructions stored in the memory 102 to implement the steps of the service calling method in the above-mentioned method embodiments.

[0115] The unitized application service device may be independent or a part of a server, and the processor 101 and the memory 102 may adopt existing hardware of the server.

[0116] In the above-mentioned unitized application service device, the memory 102 and the processor 101 are electrically connected directly or indirectly to realize data transmission or interaction. For example, these elements can be electrically connected to each other through one or more communication buses or signal lines, such as through a bus connection. The memory 102 stores computer-executable instructions for implementing the data access control method, including at least one software function module that can be stored in the memory 102 in the form of software or firmware. The processor 101 executes various functional applications and data processing by running the software programs and modules stored in the memory 102.

[0117] The memory 102 may be, but is not limited to, a random access memory (RAM), a read only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electric erasable programmable read-only memory (EEPROM), etc. The memory 102 is used to store programs, and the processor 101 executes the programs after receiving the execution instruction. Furthermore, the software programs and modules in the above-mentioned memory 102 may also include an operating system, which may include various software components and / or drivers for managing system tasks (such as memory management, storage device control, power management, etc.), and may communicate with various hardware or software components to provide an operating environment for other software components.

[0118] The processor 101 may be an integrated circuit chip having the ability to process signals. The processor 101 may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc. The methods, steps, and logic diagrams disclosed in the embodiments of the present application may be implemented or executed. The general-purpose processor may be a microprocessor or the processor may be any conventional processor, etc.

[0119] An embodiment of the present application further provides a computer-readable storage medium, in which computer-executable instructions are stored. When the computer-executable instructions are executed by a processor, they are used to implement the steps of each method embodiment of the present application.

[0120] An embodiment of the present application further provides a computer program product, including a computer program, which implements the steps of each method embodiment of the present application when executed by a processor.

[0121] Those skilled in the art will readily appreciate other embodiments of the present application after considering the specification and practicing the invention disclosed herein. The present application is intended to cover any modification, use or adaptation of the present application, which follows the general principles of the present application and includes common knowledge or customary techniques in the art that are not disclosed in the present application. The specification and examples are intended to be exemplary only, and the true scope and spirit of the present application are indicated by the appended claims.

[0122] It should be understood that the present application is not limited to the precise structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present application is limited only by the appended claims.

Claims

1. A service calling method, characterized in that: A processing unit applied to a unitized application service device, the unitized application service device includes a plurality of processing units that back up each other, wherein the services in two processing units that back up each other are the same, the processing unit includes a plurality of services, and each service has a plurality of operation bits, the method includes: Receiving service call failure information, wherein the service call failure information includes a failed service call request; Determine a call failure unit corresponding to the service call failure information; According to the preset correspondence between the backup units, determine the target backup unit corresponding to the call failure unit from multiple processing units, and the target backup unit has the same service as that in the call failure unit; forwarding the service call request to the target standby unit so that the target standby unit can re-complete the corresponding service call according to the service call request; Wherein, forwarding the service call request to the target standby unit includes: Determine a service operation bit in the target standby unit corresponding to the service identifier of the service to be called; According to the load balancing strategy, determining the available service operation bit to be communicated from the service operation bit corresponding to the service identifier; or randomly determining the available service operation bit to be communicated from the service operation bit corresponding to the service identifier; The service call request is forwarded to the target standby unit according to the available service operation bit to be communicated.

2. The method according to claim 1, characterized in that The determining a call failure unit corresponding to the service call failure information specifically includes: Determine, according to the failure unit identifier in the service call failure information, the call failure unit corresponding to the service call failure information; or, Determine a failed service identifier in the service call failure information; and determine a call failure unit corresponding to the service call failure information according to the processing unit where the failed service identifier is located.

3. The method according to claim 1, characterized in that The forwarding of the service call request to the target standby unit specifically includes: Determining whether the communication type of the unitized application service device is a communication closed type, wherein the communication closed type is a type that does not allow communication between different processing units; If so, forwarding the service call request to the target standby unit according to a preset transmission protocol, where the preset transmission protocol is a transmission protocol for communication between different processing units; If not, the service call request is forwarded to the target standby unit according to point-to-point communication.

4. The method according to claim 3, characterized in that The forwarding of the service call request to the target standby unit according to the point-to-point communication specifically includes: Determine the service identifier of the service to be called in the service call request; Determining a corresponding communication receiving point in the target standby unit according to the service identifier of the service to be called; According to the communication receiving point, the service call request is forwarded to the target standby unit.

5. The method according to any one of claims 1 to 4, characterized in that After receiving the service call failure information, it also includes: Output service call failure prompt information, wherein the service call failure prompt information includes one or more of text information, sound information, graphic information, and light information.

6. A unitized application service device, characterized in that: The unitized application service device comprises a plurality of processing units that back up each other, wherein the services in the two processing units that back up each other are the same, the processing units comprise a plurality of services, and each of the services has a plurality of operation bits, and the unitized application service device further comprises: A receiving module, used for receiving service call failure information, wherein the service call failure information includes a failed service call request; A processing module is used to determine the call failure unit corresponding to the service call failure information; determine the target backup unit corresponding to the call failure unit from multiple processing units according to the corresponding relationship between the preset backup units, and the target backup unit has the same service as that in the call failure unit; forward the service call request to the target backup unit, so that the target backup unit re-completes the corresponding service call according to the service call request; The processing module is specifically used for: Determine a service operation bit in the target standby unit corresponding to the service identifier of the service to be called; According to the load balancing strategy, determining the available service operation bit to be communicated from the service operation bit corresponding to the service identifier; or randomly determining the available service operation bit to be communicated from the service operation bit corresponding to the service identifier; The service call request is forwarded to the target standby unit according to the available service operation bit to be communicated.

7. A unitized application service device, characterized in that: comprising a processor, and a memory communicatively connected to the processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory to implement the method according to any one of claims 1 to 5.

8. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions, which are used to implement the method according to any one of claims 1 to 5 when executed by a processor.

Images