CN113760318A - Information processing method, information processing apparatus, server, and storage medium - Google Patents

Information processing method, information processing apparatus, server, and storage medium Download PDF

Info

Publication number
CN113760318A
CN113760318A CN202011330117.8A CN202011330117A CN113760318A CN 113760318 A CN113760318 A CN 113760318A CN 202011330117 A CN202011330117 A CN 202011330117A CN 113760318 A CN113760318 A CN 113760318A
Authority
CN
China
Prior art keywords
service
target service
request
target
processed
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011330117.8A
Other languages
Chinese (zh)
Inventor
李伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Beijing Wodong Tianjun Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Wodong Tianjun Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Wodong Tianjun Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN202011330117.8A priority Critical patent/CN113760318A/en
Publication of CN113760318A publication Critical patent/CN113760318A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/40Transformation of program code
    • G06F8/41Compilation
    • G06F8/44Encoding
    • G06F8/443Optimisation

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

The invention discloses an information processing method, an information processing device, a server and a storage medium, wherein the method comprises the following steps: receiving a to-be-processed service request sent by a client, and determining attribute information of the to-be-processed service request; determining a target service identifier for processing the service request to be processed according to the attribute information; the target service identification comprises an original service identification or a reconstructed service identification; and calling a target service corresponding to the target service identification based on the target service identification, and determining a response result corresponding to the to-be-processed service request based on the target service. According to the technical scheme of the embodiment of the invention, the target service identifier for processing the service request to be processed is determined through the gray-scale proxy of the original service in the server, and the service request to be processed is processed according to the target service identifier, so that the problems of code invasion and the like caused by the fact that updated service is implanted in the original service in the prior art are solved, and the technical effect of rapidly and conveniently processing the service request information is realized.

Description

Information processing method, information processing apparatus, server, and storage medium
Technical Field
The embodiment of the invention relates to the technical field of computers, in particular to an information processing method, an information processing device, a server and a storage medium.
Background
At present, the smooth upgrade of the service system mainly adopts the technical means of modifying the relevant service logic codes, namely, preserving the original codes and updating the codes of the relevant service logic, or changing the code implantation based on an interceptor.
When the present invention is implemented based on the above-described embodiments, the inventors have found that the following problems occur:
when the new technology is available, the possibly updated service logic code is inconsistent with the programming language adopted by the original code, and the logic codes corresponding to different programming languages cannot be mixed in one service system, so that the problem of no response occurs. When the interceptor is adopted to change the code implantation, the implantation point is usually in the original code, and at this time, the problem of service processing code coupling exists, which causes the problems of higher code operation error rate and higher subsequent maintenance cost.
Disclosure of Invention
The invention provides an information processing method, an information processing device, a server and a storage medium, which are used for solving the problems of poor technology type selection openness and strong service code intrusiveness in the smooth upgrading process of a service system and realizing the technical effects of convenience and high efficiency of information processing under the system based on the strong technology type selection openness and the zero service intrusion.
In a first aspect, an embodiment of the present invention provides an information processing method, where the method includes:
receiving a service request to be processed sent by a client, and determining attribute information of the service request to be processed;
determining a target service identifier for processing the service request to be processed according to the attribute information; the target service identification comprises an original service identification or a reconstructed service identification;
and calling a target service corresponding to the target service identifier based on the target service identifier, and determining a response result corresponding to the to-be-processed service request based on the target service.
In a second aspect, an embodiment of the present invention further provides an information processing apparatus, including:
the system comprises an original service gray level proxy module, a client side and a server, wherein the original service gray level proxy module is used for receiving a to-be-processed service request sent by the client side and determining attribute information of the to-be-processed service request;
a decision function module, configured to determine, according to the attribute information, a target service identifier for processing the to-be-processed service request; the target service identification comprises an original service identification or a reconstructed service identification;
and the response module is used for calling the target service corresponding to the target service identification based on the target service identification and determining a response result corresponding to the to-be-processed service request based on the target service.
In a third aspect, an embodiment of the present invention further provides a server, where the server includes:
one or more processors;
a storage device for storing one or more programs,
when the one or more programs are executed by the one or more processors, the one or more processors implement the information processing method according to any one of the embodiments of the present invention.
In a fourth aspect, the present invention further provides a storage medium containing computer-executable instructions, which when executed by a computer processor, are used for executing the information processing method according to any one of the embodiments of the present invention.
According to the technical scheme of the embodiment of the invention, the target service identifier corresponding to the service request to be processed is determined through the gray-scale proxy of the original service in the service end, and the corresponding service is called according to the target service identifier to process the service request, so that the technical problems of code intrusion and inconvenient processing of request information when the updated service is implanted into the original service in the prior art are solved, and the technical effect of processing the service request quickly and conveniently is realized.
Drawings
In order to more clearly illustrate the technical solutions of the exemplary embodiments of the present invention, a brief description is given below of the drawings used in describing the embodiments. It should be clear that the described figures are only views of some of the embodiments of the invention to be described, not all, and that for a person skilled in the art, other figures can be derived from these figures without inventive effort.
Fig. 1 is a schematic flow chart of an information processing method according to an embodiment of the present invention;
fig. 2 is a schematic diagram of a system architecture for executing an information processing method according to an embodiment of the present invention;
fig. 3 is another schematic flow chart illustrating an information processing method according to a second embodiment of the present invention;
fig. 4 is a schematic structural diagram of an information processing apparatus according to a third embodiment of the present invention;
fig. 5 is a schematic structural diagram of an electronic device according to a fourth embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some of the structures related to the present invention are shown in the drawings, not all of the structures.
Example one
Fig. 1 is a flowchart of an information processing method according to an embodiment of the present invention, where the method is applicable to a case where service request information is processed after a service system is smoothly upgraded, and the method may be executed by an information processing apparatus, where the apparatus may be implemented in a form of software and/or hardware, and the apparatus may be an electronic device, and the electronic device may be a mobile terminal or a PC.
As shown in fig. 1, the method of this embodiment includes:
before the technical solution of the present embodiment is introduced, a system architecture for implementing the technical solution of the present embodiment may be exemplarily described.
The smooth upgrade of the service system provided by this embodiment means: the smooth upgrade of the service system is realized based on the technical environment of Remote Procedure Call Protocol (RPC). The existing service on the service system before upgrading can be called local original service JP origin, and the updated code service can be called remote reconfiguration service WT factor, and the original service and the remote reconfiguration service can be separated, so that the remote reconfiguration service can be independently realized, for example, the programming language and the operating environment are independent.
After the original service and the remote reconfiguration service are separated, if the service request information is received, the processing of the service request information may be implemented based on the following modules provided by the smooth service system of this embodiment, which mainly includes: the system architecture built based on the modules can be as shown in fig. 2, and the functions of the modules can be understood by combining fig. 2:
the existing code module on the line, namely the code module corresponding to the original service, mainly functions as follows: the module describes service by RPC Interface, the service Interface is original service JPService, and the service signature is JPResponse service. The original service comprises a service end and a client, wherein the service end of the original service is called JPServicesupply which is a core for processing business logic; the client of the original service, JPServiceDemand, is automatically generated by the RPC framework. It should be noted that after the service system is upgraded, no modification may be made to the code in the JPServiceSupply to implement zero intrusion into the original service.
And the change code module is a code module corresponding to the reconstruction service, and is mainly used for taking charge of the upgraded business logic. The service signature of the reconstructed service may be the same as or different from the signature of the original service. Assuming that the signature of the reconfiguration service is wtRepeanse doService (WTRequest r), the request to reconfigure the service and the response to reconfigure the service may be labeled WTRequest and WTResponse, respectively. In the implementation technology, the technical stacks of the reconstruction service WTService and the original service JPService can not be kept consistent, so that the re-technical type selection is realized. Similarly, according to the RPC principle, the reconfiguration service is also divided into a server implementation and a client implementation, and the server is a WTServiceSupply (the server implementation of the reconfiguration service) and is a core logic of a new service; the client is a WTServiceDemand (client implementation of the reconfiguration service).
And the decision function module of the flow divider is arranged in the server. For determining under what conditions to distribute the traffic request traffic to the original service or to the restructure service. In order to achieve better expansibility, each service request can be abstracted into a decision function with a definition domain of request attribute sets Map attributes and a value domain of tube/fast. The request attribute set may contain the context of the service request and execution.
A change code adaptation module, i.e. a service adaptation module (jpservicewtadaptator), which is integrated in the server and is used for realizing service compatibility, optionally converting a request corresponding to the original service into a change request corresponding to the reconfiguration service, and at the same time, after receiving a response fed back by the reconfiguration service, converting a response fed back by the reconfiguration service into a response corresponding to the original service.
The implantation point module of the shunt comprises a gray level proxy (JPServiceGrayProxy) implementation class aiming at the original service and loading thereof, and the gray level proxy (JPServiceGrayProxy) realizes non-invasive implantation of a reconstruction service (WTSService) by means of the multi-state characteristic facing to an object.
Based on the above architecture, the restructuring service and the original service code can be separated, so that the change code can be independently realized, and optionally, the change code is independent, such as programming language and operation environment. Meanwhile, the original service and the reconstruction service can be packaged, and a gray-scale proxy module, a service adaptation module and a decision function aiming at the original service are accessed to an interface corresponding to the original service and the reconstruction service in a service end, so that when a request sent by a client corresponding to the original service is received, the gray-scale proxy module takes over request information and calls the decision function to determine whether the request information is the original service or the reconstruction service, if the request information is the reconstruction service, the reconstruction service is forwarded and called based on the gray-scale proxy module, and the corresponding service adaptation module converts the request information into a request corresponding to the reconstruction service so that the reconstruction service only requests for processing.
On the basis of the above system structure, the method of the present embodiment is executed as follows:
s110, receiving a service request to be processed sent by a client, and determining attribute information of the service request to be processed.
The service request initiated by the client corresponding to the original service can be used as a service request to be processed. The specific content of the service request to be processed is different in different application scenarios, and the specific content of the service request to be processed can be determined according to actual requirements. The attribute information may be a class of pending service requests. After receiving the service request, the server may take over and determine attribute information of the pending service request by using a gray-level proxy jpservicegrant proxy for the original service.
Specifically, the server may receive a service request to be processed sent by the client, and after receiving the service request to be processed, the request of the server is taken over by the jpservicegraypproxy module. The jpservicegranyproxy gray-scale proxy module may determine attribute information of the service request to be processed after receiving the service request to be processed.
S120, determining a target code identifier for processing the service request to be processed according to the attribute information; the target code identification comprises a pre-update code identification or a post-update code identification.
The attribute information of the pending service request may be a class corresponding to the pending service request. The server side can be provided with an implantation point module of the shunt, and the implantation point module comprises a gray level proxy realization class aiming at the original service and loading thereof. And aiming at the gray level proxy module of the original service, the non-invasive implantation of the change code is realized by means of the object-oriented multi-state characteristic. The target service identifier includes an original service identifier or a reconstructed service identifier, the original service identifier can be understood as a code identifier corresponding to the code before updating, and the reconstructed service identifier refers to a service identifier after updating the code.
Specifically, after determining the attribute information of the service request to be processed, the jpservicegraypproxy module may call a white list decision function module, and based on a request attribute set in the white list decision function module, may determine whether to execute a local service or a reconfiguration service of the service request to be processed, that is, may determine a target service identifier for executing the service request to be processed.
In this embodiment, determining the target service identifier for executing the pending service request includes: calling a flow decision function to process the attribute information and determining a decision function value corresponding to the attribute information; and determining a target service identifier corresponding to the service request to be processed based on the decision function value.
It should be noted that the white list decision function module may include a request attribute set, where the request attribute set includes a request JPReqeust of an original service and an operating context environment, so that after the service end receives the service request to be processed, an original service gray-scale proxy in the service end determines attribute information of the service request to be processed, and invokes the white list decision function module to determine whether the attribute information is in the request attribute set, and may determine a target service identifier for processing the service request to be processed according to the function value.
Specifically, after receiving the service request to be processed, the gray-scale proxy module may call a white list decision function module to determine an attribute category of the attribute information of the service request to be processed in a preset request attribute set. According to the attribute type corresponding to the request to be processed, the decision function may determine a decision function value corresponding to the attribute information, and optionally, the decision function value may be tune or false.
It can be understood that, the invoking a flow decision function to process the attribute information and determine a decision function value corresponding to the attribute information includes: calling a flow decision function to determine the attribute type of the attribute information in a preset request attribute set; and determining a decision function value corresponding to the attribute information based on the attribute category.
In this embodiment, the target service identifier may be a reconstructed service identifier, and before invoking the target service corresponding to the target service identifier according to the target service identifier, the method further includes: and when the target service identifier is a reconstructed service identifier, calling a service compatible program to convert the request format of the service request to be processed into a request format corresponding to the reconstructed service identifier to obtain the target service request, so that the target service processes the target service request.
It can be understood that the reconfiguration service identifier corresponds to the reconfiguration service, and when it is determined that the updated reconfiguration service processes the to-be-processed service request, the service adaptation module (jpservicewtadaper) in the server may switch the traffic to the reconfiguration service, and at the same time, convert the to-be-processed service request into a reconfiguration service request adapted to the reconfiguration service, that is, a target service request, and process the target service request based on the reconfiguration service, so as to obtain a response result that can be fed back to the client.
In this embodiment, the determined target service identifier may also be an original service identifier, that is, a service for processing the service request to be processed is determined as an original service according to a function value determined by an output result of the decision function. At this time, the pending service request may be used as a target service request, and the target service request is processed based on the original service, so as to obtain a response result corresponding to the pending service request.
Illustratively, if the function value output by the flow decision function is true, it indicates that a reconfiguration service needs to be invoked to process the target service request, and if the output function value is false, it indicates that a local service can be invoked to process the service request to be processed, so as to obtain a corresponding response result.
S130, based on the target service identification, calling the target service corresponding to the target service identification, and determining a response result corresponding to the to-be-processed service request based on the target service.
Specifically, after the target service identifier is determined, the target service corresponding to the target service identifier may be determined, and optionally, if the target service identifier is a service identifier corresponding to the changed code, the restructured service may be invoked, and the to-be-processed service request is converted into a target service request corresponding to the target service identifier, and the target service request is processed based on the target service. Correspondingly, if the target service identifier is the original service identifier, the service request to be processed may be processed based on the local original service.
On the basis of the technical scheme, after the response result is obtained, the response result can be fed back to the client initiating the service request to be processed.
It should be noted that the client corresponding to the service request to be processed is usually initiated by the client corresponding to the original service, so after the target service request is processed based on the reconfiguration service and a response result is obtained, the response result needs to be processed to match the client corresponding to the original service.
Optionally, the service compatible program is called, the format of the response result is converted into a target response result format corresponding to the target code identifier being the code identifier before updating, and the response result corresponding to the target response result format is fed back to the client.
The service compatible program is a change code adaptation module, which is used for converting a to-be-processed service request initiated by an original client into a target service request matched with a reconstruction service, and simultaneously, is also used for converting a response fed back by the reconstruction service into a response corresponding to the original service after receiving the response fed back by the reconstruction service. The benefit of this modular arrangement is that service heterogeneity before and after upgrades can be smoothed.
According to the technical scheme of the embodiment of the invention, the target service identifier corresponding to the service request to be processed is determined through the gray-scale proxy of the original service in the service end, and the corresponding service is called according to the target service identifier to process the service request, so that the technical problems of code intrusion and inconvenient processing of request information when the updated service is implanted into the original service in the prior art are solved, and the technical effect of processing the service request quickly and conveniently is realized.
Example two
As an alternative embodiment of the foregoing embodiment, fig. 3 is a schematic flow chart of an information processing method according to a second embodiment of the present invention. Wherein technical terms identical to or corresponding to those of the above-described embodiments are not repeated herein.
As shown in fig. 3, the method includes:
s210, the client side initiates a request.
Specifically, the client at this time mainly refers to a client corresponding to the original service. The client (JPServiceDemand) of the original service initiates a pending service request JPRequest to the server.
S202, the server receives the request.
Specifically, before the service end processes the received service request to be processed, the implantation point module of the splitter may implant a new reconfiguration service, i.e., an updated service, into the service end, and include a gray-level proxy implementation class for the original service and loading thereof. After the service end corresponding to the original service receives the service request to be processed, the gray-scale proxy for the original service in the service end takes over, and at this time, specific flow distribution can be determined.
S203, calling a flow decision function, judging whether the target service of the execution request is the updated service, if so, executing S204; if not, go to S205.
Specifically, after receiving the request, the original service grayscale proxy in the server may call a white list decision function module, and determine whether the target code service executing the request is an updated service, that is, whether the target code service is a reconstructed service, based on a traffic decision function in the white list decision function module.
Exemplarily, if the value output by the flow decision function is false, the local original service is called by the server, that is, S205 is executed; if the value of the flow decision function is "true", the change code adaptation module may switch the flow to the upgraded reconfiguration service, i.e., execute S204.
And S204, calling a change code adaptation module to process the request into a request corresponding to the reconstruction service.
Specifically, the change code adaptation module may implement service compatibility, that is, an online request before upgrade, that is, a pending service request jprquest initiated by an original client may be converted into an upgraded change request, that is, a request WTRequest corresponding to a restructuring service, and accordingly, after receiving a response result fed back by the restructuring service, the change code adaptation module may be invoked to convert a response result WTResponse of the restructuring service into a response result jprresponse corresponding to the original service, thereby implementing service heterogeneity before and after smooth upgrade.
That is, the signatures corresponding to the original service and the restructuring service are different, so that after the service for processing the request is determined to be the restructured service, the change code adaptation module can be called to process the request into a request corresponding to the restructuring service adaptation.
And S205, calling the local original service.
It can be understood that, when the value output by the offloading decision function is false, the request initiated by the client may be processed based on the local original service, so as to obtain a response result corresponding to the request.
And S206, calling the remote reconstruction service to process the request to obtain a reconstruction response result corresponding to the reconstruction service.
Specifically, the reconfiguration service is called according to the client of the reconfiguration service side, and the request adapted to the reconfiguration service is transmitted to the reconfiguration service, and the request can be processed based on the reconfiguration service to obtain a reconfiguration response result fed back by the reconfiguration service.
And S207, converting the reconstructed response result into a response result corresponding to the local original service based on the change code adaptation module.
Specifically, the change code adaptation module may convert the reconstructed response result into a response result corresponding to the local original service.
And S208, feeding the response result back to the client.
Specifically, after the original service gray-scale agent in the server obtains the response result, the response structure can be fed back to the client initiating the request.
The specific implementation flow of S202 to S205 in this embodiment may be: the gray-scale agent of the original service in the server is consistent with the service signature of the original service, is the implementation class of the original service, and can delegate the service request to the reconstruction service when the white list decision function is triggered. And packing the original service request and the context environment variable into a data structure of the Ju strategy factor Map, taking the decision factor Map as input, calling a decision function, and obtaining a Boolean return value. When the decision function return value is true, calling the upgraded reconstruction service through the change code adaptation module wide process, obtaining a response result based on the reconstruction service, converting the response result into a response result corresponding to the original service based on the change code adaptation module again in order to feed back the response result to the client, and feeding back the result to the client corresponding to the original service; when the decision function returns false, the local original service can be called to process the request, and a corresponding response result is obtained.
According to the technical scheme of the embodiment of the invention, the target service identifier corresponding to the service request to be processed is determined through the gray-scale proxy of the original service in the service end, and the corresponding service is called according to the target service identifier to process the service request, so that the technical problems of code intrusion and inconvenient processing of request information when the updated service is implanted into the original service in the prior art are solved, and the technical effect of processing the service request quickly and conveniently is realized.
EXAMPLE III
Fig. 4 is a schematic structural diagram of an information processing apparatus according to a third embodiment of the present invention, where the apparatus includes: an original service gray-level agent module 310, a decision function module 320, and a response module 330.
The original service gray level proxy module 310 is configured to receive a to-be-processed service request sent by a client, and determine attribute information of the to-be-processed service request; a decision function module 320, configured to determine, according to the attribute information, a target service identifier for processing the to-be-processed service request; the target service identification comprises an original service identification or a reconstructed service identification; the response module 330 is configured to invoke a target service corresponding to the target service identifier based on the target service identifier, and determine a response result corresponding to the pending service request based on the target service.
On the basis of the above technical solutions, the decision function module includes:
a decision function calling unit, configured to call a flow decision function to process the attribute information, and determine a decision function value corresponding to the attribute information; and the target service identifier determining unit is used for determining the target service identifier corresponding to the service request to be processed based on the decision function value.
On the basis of the above technical solutions, the decision function calling unit is further configured to: calling a flow decision function to determine the attribute type of the attribute information in a preset request attribute set; and determining a decision function value corresponding to the attribute information based on the attribute category.
On the basis of the foregoing technical solutions, before a response module is configured to invoke a target service corresponding to the target service identifier based on the target service identifier, the target service identifier is a restructured service identifier, and further configured to: and when the target service identifier is a reconstructed service identifier, calling a service compatible program to convert the request format of the service request to be processed into a request format corresponding to the reconstructed service identifier to obtain the target service request, so that the target service processes the target service request.
On the basis of the above technical solutions, the response module is further configured to: and calling the reconstruction service, and processing the target service request based on the reconstruction service to obtain a response result corresponding to the target service request.
On the basis of the foregoing technical solutions, before the response module is configured to invoke the target service corresponding to the target service identifier based on the target service identifier, the target service identifier is an original service identifier, and is further configured to: when the target service identifier is the original service identifier, taking the service request to be processed as the target service request; correspondingly, the invoking a target service corresponding to the target service identifier and determining a response result corresponding to the target service request based on the target service includes: and calling the original service to process the target service request to obtain a response result corresponding to the target service request.
On the basis of the above technical solutions, the apparatus further includes: and the response result conversion module is used for calling the service compatible program, converting the format of the response result into a target response result format corresponding to the target service identifier as the original service identifier, and feeding back the response result corresponding to the target response result format to the client.
According to the technical scheme of the embodiment of the invention, the target service identifier corresponding to the service request to be processed is determined through the gray-scale proxy of the original service in the service end, and the corresponding service is called according to the target service identifier to process the service request, so that the technical problems of code intrusion and inconvenient processing of request information when the updated service is implanted into the original service in the prior art are solved, and the technical effect of processing the service request quickly and conveniently is realized.
The information processing device provided by the embodiment of the invention can execute the information processing method provided by any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method.
It should be noted that, the units and modules included in the apparatus are merely divided according to functional logic, but are not limited to the above division as long as the corresponding functions can be implemented; in addition, specific names of the functional units are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the embodiment of the invention.
Example four
Fig. 5 is a schematic structural diagram of a server according to a fourth embodiment of the present invention. FIG. 5 illustrates a block diagram of an exemplary server 40 suitable for use in implementing embodiments of the present invention. The server 40 shown in fig. 5 is only an example, and should not bring any limitation to the function and the scope of use of the embodiment of the present invention.
As shown in fig. 5, the server 40 is in the form of a general purpose computing device. The components of server 40 may include, but are not limited to: one or more processors or processing units 401, a system memory 402, and a bus 403 that couples the various system components (including the system memory 402 and the processing unit 401).
Bus 403 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. By way of example, such architectures include, but are not limited to, Industry Standard Architecture (ISA) bus, micro-channel architecture (MAC) bus, enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus.
The server 40 typically includes a variety of computer system readable media. Such media may be any available media that is accessible by server 40 and includes both volatile and nonvolatile media, removable and non-removable media.
The system memory 402 may include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM)404 and/or cache memory 405. The server 40 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 406 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 5, commonly referred to as a "hard drive"). Although not shown in FIG. 5, a magnetic disk drive for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to the bus 403 by one or more data media interfaces. Memory 402 may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the invention.
A program/utility 408 having a set (at least one) of program modules 407 may be stored, for example, in memory 402, such program modules 407 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each of which examples or some combination thereof may comprise an implementation of a network environment. Program modules 407 generally perform the functions and/or methods of the described embodiments of the invention.
The server 40 may also communicate with one or more external devices 409 (e.g., keyboard, pointing device, display 410, etc.), with one or more devices that enable a user to interact with the server 40, and/or with any devices (e.g., network card, modem, etc.) that enable the server 40 to communicate with one or more other computing devices. Such communication may be through input/output (I/O) interface 411. Also, server 40 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the Internet) via network adapter 412. As shown, the network adapter 412 communicates with the other modules of the server 40 over the bus 403. It should be appreciated that although not shown in FIG. 5, other hardware and/or software modules may be used in conjunction with the server 40, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
The processing unit 401 executes various functional applications and data processing by executing programs stored in the system memory 402, for example, to implement the information processing method provided by the embodiment of the present invention.
EXAMPLE five
The fifth embodiment of the present invention also provides a storage medium containing computer-executable instructions, which are used for executing the information processing method when executed by a computer processor.
The method comprises the following steps:
receiving a service request to be processed sent by a client, and determining attribute information of the service request to be processed;
determining a target service identifier for processing the service request to be processed according to the attribute information; the target service identification comprises an original service identification or a reconstructed service identification;
and calling a target service corresponding to the target service identifier based on the target service identifier, and determining a response result corresponding to the to-be-processed service request based on the target service.
Computer storage media for embodiments of the invention may employ any combination of one or more computer-readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for embodiments of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.

Claims (10)

1. An information processing method characterized by comprising:
receiving a service request to be processed sent by a client, and determining attribute information of the service request to be processed;
determining a target service identifier for processing the service request to be processed according to the attribute information; the target service identification comprises an original service identification or a reconstructed service identification;
and calling a target service corresponding to the target service identifier based on the target service identifier, and determining a response result corresponding to the to-be-processed service request based on the target service.
2. The method according to claim 1, wherein said determining a target service identifier for processing the pending service request according to the attribute information comprises:
calling a flow decision function to process the attribute information and determining a decision function value corresponding to the attribute information;
and determining a target service identifier corresponding to the service request to be processed based on the decision function value.
3. The method of claim 2, wherein the invoking a flow decision function processes the attribute information to determine a decision function value corresponding to the attribute information, comprising:
calling a flow decision function to determine the attribute type of the attribute information in a preset request attribute set;
and determining a decision function value corresponding to the attribute information based on the attribute category.
4. The method of claim 1, wherein the target service identifier is a restructured service identifier, and further comprising, before the invoking the target service corresponding to the target service identifier based on the target service identifier:
and when the target service identifier is a reconstructed service identifier, calling a service compatible program to convert the request format of the service request to be processed into a request format corresponding to the reconstructed service identifier to obtain the target service request, so that the target service processes the target service request.
5. The method of claim 4, wherein the invoking a target service corresponding to the target service identifier and determining a response result corresponding to the pending service request based on the target service comprises:
and calling the reconstruction service, and processing the target service request based on the reconstruction service to obtain a response result corresponding to the target service request.
6. The method of claim 1, wherein the target service identifier is an original service identifier, and further comprising, before the invoking the target service corresponding to the target service identifier based on the target service identifier:
when the target service identifier is the original service identifier, taking the service request to be processed as the target service request;
correspondingly, the invoking a target service corresponding to the target service identifier and determining a response result corresponding to the target service request based on the target service includes:
and calling the original service to process the target service request to obtain a response result corresponding to the target service request.
7. The method of claim 4, further comprising, after the determining a response result corresponding to the target traffic request based on the target service:
and calling the service compatible program, converting the format of the response result into a target response result format corresponding to the target service identifier as the original service identifier, and feeding back the response result corresponding to the target response result format to the client.
8. An information processing apparatus characterized by comprising:
the system comprises an original service gray level proxy module, a service request processing module and a service processing module, wherein the original service gray level proxy module is used for receiving a to-be-processed service request sent by a client and determining attribute information of the to-be-processed service request;
a decision function module, configured to determine, according to the attribute information, a target service identifier for processing the to-be-processed service request; the target service identification comprises an original service identification or a reconstructed service identification;
and the response module is used for calling the target service corresponding to the target service identification based on the target service identification and determining a response result corresponding to the to-be-processed service request based on the target service.
9. A server, characterized in that the server comprises:
one or more processors;
a storage device for storing one or more programs,
when executed by the one or more processors, cause the one or more processors to implement the information processing method of any one of claims 1-7.
10. A storage medium containing computer-executable instructions for performing the information processing method of any one of claims 1 to 7 when executed by a computer processor.
CN202011330117.8A 2020-11-24 2020-11-24 Information processing method, information processing apparatus, server, and storage medium Pending CN113760318A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011330117.8A CN113760318A (en) 2020-11-24 2020-11-24 Information processing method, information processing apparatus, server, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011330117.8A CN113760318A (en) 2020-11-24 2020-11-24 Information processing method, information processing apparatus, server, and storage medium

Publications (1)

Publication Number Publication Date
CN113760318A true CN113760318A (en) 2021-12-07

Family

ID=78786094

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011330117.8A Pending CN113760318A (en) 2020-11-24 2020-11-24 Information processing method, information processing apparatus, server, and storage medium

Country Status (1)

Country Link
CN (1) CN113760318A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114513548A (en) * 2022-01-27 2022-05-17 中信百信银行股份有限公司 Directional call information processing method and device
CN114816790A (en) * 2022-04-11 2022-07-29 深圳乐信软件技术有限公司 Data processing method, device, equipment and medium for tangential measurement process

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050091344A1 (en) * 2003-10-23 2005-04-28 International Business Machines Corporation Methods and sytems for dynamically reconfigurable load balancing
CN102780724A (en) * 2011-05-12 2012-11-14 阿里巴巴集团控股有限公司 Sending method, sending system and sending device for category information
US20140283115A1 (en) * 2013-03-15 2014-09-18 International Business Machines Corporation Method and system for monitoring access attempts of shared memory of databases
CN105446819A (en) * 2015-11-06 2016-03-30 中国南方电网有限责任公司 Service connection system and design method therefor
CN107480199A (en) * 2017-07-17 2017-12-15 深圳先进技术研究院 Query Reconstruction method, apparatus, equipment and the storage medium of database
WO2018140185A1 (en) * 2017-01-30 2018-08-02 Microsoft Technology Licensing, Llc Object-oriented remote procedure calls for browser applications
WO2019029457A1 (en) * 2017-08-07 2019-02-14 阿里巴巴集团控股有限公司 Method and apparatus for updating application program on client, and electronic device
CN111045833A (en) * 2018-10-15 2020-04-21 北京京东尚科信息技术有限公司 Interface calling method and device
CN111414263A (en) * 2020-03-20 2020-07-14 深圳乐信软件技术有限公司 Information processing method, device, server and storage medium
CN111611091A (en) * 2020-05-15 2020-09-01 腾讯科技(深圳)有限公司 Service calling method, device and medium for business object

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050091344A1 (en) * 2003-10-23 2005-04-28 International Business Machines Corporation Methods and sytems for dynamically reconfigurable load balancing
CN102780724A (en) * 2011-05-12 2012-11-14 阿里巴巴集团控股有限公司 Sending method, sending system and sending device for category information
US20140283115A1 (en) * 2013-03-15 2014-09-18 International Business Machines Corporation Method and system for monitoring access attempts of shared memory of databases
CN105446819A (en) * 2015-11-06 2016-03-30 中国南方电网有限责任公司 Service connection system and design method therefor
WO2018140185A1 (en) * 2017-01-30 2018-08-02 Microsoft Technology Licensing, Llc Object-oriented remote procedure calls for browser applications
CN107480199A (en) * 2017-07-17 2017-12-15 深圳先进技术研究院 Query Reconstruction method, apparatus, equipment and the storage medium of database
WO2019029457A1 (en) * 2017-08-07 2019-02-14 阿里巴巴集团控股有限公司 Method and apparatus for updating application program on client, and electronic device
CN111045833A (en) * 2018-10-15 2020-04-21 北京京东尚科信息技术有限公司 Interface calling method and device
CN111414263A (en) * 2020-03-20 2020-07-14 深圳乐信软件技术有限公司 Information processing method, device, server and storage medium
CN111611091A (en) * 2020-05-15 2020-09-01 腾讯科技(深圳)有限公司 Service calling method, device and medium for business object

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
WEI LI等: "Recognising the Capacities of Dynamic Reconfiguration for the QoS Assurance of Running Systems in Concurrent and Parallel Environments", 《2012 SIXTH INTERNATIONAL SYMPOSIUM ON THEORETICAL ASPECTS OF SOFTWARE ENGINEERING》, 16 August 2012 (2012-08-16) *
王小英;刘庆杰;庞国莉;: "恶意代码攻击下多业务通信网络安全响应仿真", 计算机仿真, no. 10, 15 October 2020 (2020-10-15) *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114513548A (en) * 2022-01-27 2022-05-17 中信百信银行股份有限公司 Directional call information processing method and device
CN114513548B (en) * 2022-01-27 2024-05-10 中信百信银行股份有限公司 Directional call information processing method and device
CN114816790A (en) * 2022-04-11 2022-07-29 深圳乐信软件技术有限公司 Data processing method, device, equipment and medium for tangential measurement process

Similar Documents

Publication Publication Date Title
CN111290806B (en) Calling method and device of application program interface, computer equipment and storage medium
CN110825479A (en) Page processing method and device, terminal equipment, server and storage medium
US10693816B2 (en) Communication methods and systems, electronic devices, and computer clusters
CN114285793B (en) Distribution method, distribution device, distribution equipment and storage medium
CN110688096B (en) Method and device for constructing application program containing plug-in, medium and electronic equipment
WO2021179156A1 (en) Message processing method, device and system, and server
CN111045833A (en) Interface calling method and device
CN113760318A (en) Information processing method, information processing apparatus, server, and storage medium
US8495664B2 (en) System, method and program product for invoking a remote method
CN114625536A (en) Video memory allocation method, device, medium and electronic equipment
CN112835632B (en) Method and equipment for calling end capability and computer storage medium
CN110221840B (en) Function implementation method and device of application program, equipment and storage medium
WO2022062634A1 (en) Method, apparatus, device, and storage medium for integrating map service in service
CN114564280A (en) Method and system for realizing software package by dynamically loading interface during running
CN114020444A (en) Calling system and method for resource service application in enterprise digital middleboxes
CN113191889A (en) Wind control configuration method, configuration system, electronic device and readable storage medium
CN110275701B (en) Data processing method, device, medium and computing equipment
CN110889880A (en) Map processing method, device, equipment and storage medium
CN111970349A (en) Communication system, method, device, equipment and medium based on remote procedure call
CN114219643A (en) Transaction calling method, device, equipment and storage medium
CN112769975B (en) Data integration method and device, server and storage medium
CN114780361A (en) Log generation method, device, computer system and readable storage medium
CN111459819B (en) Software testing method and device, electronic equipment and computer readable medium
CN112988686A (en) Plug-in processing method, device, equipment and storage medium
CN112817799A (en) Method and device for accessing multiple data sources based on Spring framework

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination