CN112579320A - Communication method and device between open system and ZOS system - Google Patents
Communication method and device between open system and ZOS system Download PDFInfo
- Publication number
- CN112579320A CN112579320A CN202011485058.1A CN202011485058A CN112579320A CN 112579320 A CN112579320 A CN 112579320A CN 202011485058 A CN202011485058 A CN 202011485058A CN 112579320 A CN112579320 A CN 112579320A
- Authority
- CN
- China
- Prior art keywords
- instruction
- zos
- task
- open system
- query
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 72
- 238000000034 method Methods 0.000 title claims abstract description 53
- 238000004590 computer program Methods 0.000 claims description 15
- 238000003860 storage Methods 0.000 claims description 4
- 230000004044 response Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 abstract description 40
- 238000012423 maintenance Methods 0.000 abstract description 5
- 238000010586 diagram Methods 0.000 description 17
- 230000006870 function Effects 0.000 description 9
- 238000012795 verification Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/543—User-generated data transfer, e.g. clipboards, dynamic data exchange [DDE], object linking and embedding [OLE]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
Abstract
The invention provides a communication method and a communication device between an open system and a ZOS system, wherein the communication method between the open system and the ZOS system comprises the following steps: receiving a task instruction sent by an open system; analyzing the task instruction to generate a trigger instruction, a rerun instruction and a query instruction; and sending the triggering command, the re-running command and the query command to a DRDA service port of the ZOS system. The invention effectively unifies the dispatching between the open system and the mainframe system, can realize the interdependence between different systems of batch processing operation without deploying a plurality of different dispatching systems, and on the other hand, realizes the unified management of the batch processing operation, reduces the use threshold of users, and improves the efficiency of daily management and control and operation maintenance.
Description
Technical Field
The invention relates to the technical field of communication, in particular to a communication method and device between an open system and a ZOS system.
Background
At present, in China, accounting transactions in large-scale commercial banks are operated on IBM commercial mainframe (operating system ZOS), data lines are processed on open systems (Linux, CentOS and the like) or small machines (AIX and the like) to meet different business scene requirements respectively, and the batch processing tasks often have sequential front-back dependency relationships, namely certain operation ordering requirements.
Because the operating systems are independent, particularly a mainframe (ZOS operating system) belongs to an all-in-one machine and is closed, files cannot be shared with a server of an open-end operating system, a user cannot acquire batch processing tasks by a common state file scanning method, if a scheduling system polls a database of transaction accounts, the data load of the transaction accounts is increased, and data of different transaction accounts are stored in different databases, so that the difficulty in achieving scheduling is increased.
For example, Control-M/Server is a professional ETL scheduling tool of BMC company, and is widely used. In the banking field, there are numerous customers. The architecture of the CTM product is shown in fig. 1. The three-layer architecture realizes the separation of three functions of management, scheduling and job execution, and the modules are mutually independent. The Control-M is divided into a ZOS operating system version and an open-end operating system version, the two versions cannot be directly communicated with each other, if the communication between the two versions is required to be realized, the currently adopted mode is that a data file is transmitted to an open end through a transmission tool in the ZOS operating system, and the open end judges the execution condition of a batch processing task in the ZOS operating system by scanning the data file. The ZOS version and the open operating system version of Control-m have complex interaction modes, and a middleware (transmission tool) needs to be introduced, so that the flow of batch processing tasks is prolonged, and the timeliness of operation processing is improved in a phase-changing manner.
Disclosure of Invention
The communication method and the communication device between the open system and the ZOS system effectively unify the scheduling between the open system and the mainframe system, can realize the interdependence between different systems of batch processing operation without deploying a plurality of different scheduling systems, and on the other hand, realizes the unified management of the batch processing operation, reduces the use threshold of users, and improves the efficiency of daily management and control and operation maintenance.
In order to achieve the above object, the present invention provides a communication method between an open system and a ZOS system on a server side, including:
receiving a task instruction sent by an open system;
analyzing the task instruction to generate a trigger instruction, a rerun instruction and a query instruction;
and sending the triggering instruction, the re-running instruction and the query instruction to a DRDA server of the ZOS system.
Preferably, the parsing the task instruction to generate a trigger instruction, a rerun instruction, and a query instruction includes:
generating a task execution return code according to the task instruction;
and generating a trigger instruction, a rerun instruction and a query instruction according to the task execution return code.
Preferably, the communication method between the open system and the ZOS system further comprises:
receiving execution results of the ZOS system responding to the trigger instruction, the rerun instruction and the inquiry instruction;
and sending an execution result to the open system.
Preferably, the DRDA server is configured to perform verification, analysis, and warehousing operations on the trigger instruction, the rerun instruction, and the query instruction.
The invention also provides a communication device between the open system and the ZOS system aiming at the client, which comprises the following steps:
a task instruction receiving unit for receiving a task instruction transmitted by the open system;
the task instruction analyzing unit is used for analyzing the task instruction to generate a trigger instruction, a rerun instruction and a query instruction;
and the command sending unit is used for sending the triggering command, the rereeling command and the query command to a DRDA server of the ZOS system.
Preferably, the task instruction parsing unit includes:
the return code generating module is used for generating a task execution return code according to the task instruction;
and the instruction generating module is used for generating a triggering instruction, a rerun instruction and a query instruction according to the task execution return code.
Preferably, the communication device between the open system and the ZOS system further comprises:
an execution result receiving unit, configured to receive an execution result of the ZOS system in response to the trigger instruction, the rerun instruction, and the query instruction;
and the execution result sending unit is used for sending the execution result to the open system.
Preferably, the DRDA server is configured to perform verification, analysis, and warehousing operations on the trigger instruction, the rerun instruction, and the query instruction.
In a third aspect, the present invention provides an electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of the method for communication between an open system and a ZOS system when executing the program.
In a fourth aspect, the present invention provides a computer readable storage medium having stored thereon a computer program which, when being executed by a processor, realizes the steps of the method for communication between an open system and a ZOS system.
As can be seen from the foregoing description, the communication method and apparatus between the open system and the ZOS system provided in the embodiments of the present invention first receive a task instruction sent by the open system; analyzing the task instruction to generate a trigger instruction, a rerun instruction and a query instruction; and sending a triggering command, a re-running command and a query command to a DRDA service port of the ZOS system. The method can send the job scheduling instruction to the ZOS operating system on the open-end operating system, drive the job on the ZOS operating system to run, send the state query instruction to the ZOS operating system, query the execution state of the job in real time, send the task intervention instruction and intervene the batch processing task on the ZOS operating system in real time. In conclusion, the invention effectively unifies the scheduling between the open system and the mainframe system, can realize the interdependence between different systems of batch processing operation without deploying a plurality of different scheduling systems, realizes the unified management of the batch processing operation, reduces the use threshold of users, and improves the efficiency of daily management and control and operation maintenance.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
FIG. 1 is a schematic diagram of a CTM in the prior art;
FIG. 2 is a first schematic structural diagram of a communication system between an open system and a ZOS system according to an embodiment of the application;
FIG. 3 is a schematic diagram of a second structure of a communication system between an open system and a ZOS system according to an embodiment of the application;
FIG. 4 is a first schematic flow chart of a communication method between an open system at a server side and a ZOS system provided in the embodiment of the present invention;
FIG. 5 is a flowchart of step 200 in an embodiment of the present invention;
fig. 6 is a second schematic flowchart of a communication method between the open system on the server side and the ZOS system provided in the embodiment of the present invention;
FIG. 7 is a block diagram of an agent task execution module according to an embodiment of the present invention;
FIG. 8 is a flow chart of a communication method between an open system and a ZOS system in a specific application example of the invention;
FIG. 9 is a schematic diagram of the operation principle of the system between the open system and the ZOS system in the specific application example of the present invention;
FIG. 10 is a first schematic structural diagram of a communication device between an open system at a server side and a ZOS system according to an embodiment of the present invention;
FIG. 11 is a schematic structural diagram of a task instruction parsing unit according to an embodiment of the present invention;
FIG. 12 is a second schematic structural diagram of a communication device between the open system and the ZOS system for the server side according to the embodiment of the present invention;
fig. 13 is a schematic structural diagram of an electronic device in an embodiment of the invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The present application provides a communication system between an open system and a ZOS system, and referring to FIG. 2, the system may be a server A1, the server A1 may be communicatively connected to a plurality of task command receiving terminals B1, the server A1 may be communicatively connected to a plurality of databases respectively, or as shown in FIG. 3, the databases may be disposed in the server A1. The task instruction receiving terminal B1 is used for receiving a task instruction of a client. After receiving the request data, the server a1 performs corresponding processing on the request data, and sends the request data to the corresponding open system.
It is understood that client C1 may include a smartphone, a tablet electronic device, a network set-top box, a portable computer, a desktop computer, a Personal Digital Assistant (PDA), an in-vehicle device, a smart wearable device, and the like. Wherein, intelligence wearing equipment can include intelligent glasses, intelligent wrist-watch, intelligent bracelet etc..
In practical applications, part of the communication between the open system and the ZOS system can be performed on the side of the server A1 as described above, i.e., the architecture shown in FIG. 2 or FIG. 3, or all the operations can be completed in the client C1 device. The selection may be specifically performed according to the processing capability of the client device, the limitation of the user usage scenario, and the like. This is not a limitation of the present application. If all operations are completed in the client device, the client device may further include a processor for performing operations such as processing of communication results between the open system and the ZOS system.
The client C1 device may have a communication module (i.e., a communication unit) to communicate with a remote server for data transmission. The server may comprise a communication-side server between the open system and the ZOS system, and in other implementations may comprise an intermediate platform server, such as a third party server platform server communicatively linked to the communication server between the open system and the ZOS system. The server may comprise a single computer device, or may comprise a server cluster formed by a plurality of servers, or a server structure of a distributed device.
The server and client devices may communicate using any suitable network protocol, including network protocols not yet developed at the filing date of this application. The network protocols may include, for example, TCP/IP protocol, UDP/IP protocol, HTTP protocol, HTTPS protocol, and the like. Of course, the network Protocol may also include, for example, an RPC Protocol (Remote Procedure Call Protocol) used above the above Protocol, a REST Protocol (Representational State Transfer Protocol), and the like.
It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.
An embodiment of the present invention provides a specific implementation of a communication method between an open system at a server side and a ZOS system, and referring to fig. 4, the method specifically includes the following steps:
step 100: and receiving a task instruction sent by the open system.
As known in the background art, the existing mainframe cannot receive any external commands, including an open system, where the open system includes: linux, CentOS, etc.
Step 200: and analyzing the task instruction to generate a trigger instruction, a rerun instruction and a query instruction.
Specifically, a task execution return code is generated according to the task instruction, and a trigger instruction, a rerun instruction and a query instruction are generated according to the task execution return code, wherein the query instruction can query the execution state of the job in real time.
Step 300: and sending the triggering instruction, the re-running instruction and the query instruction to a DRDA server of the ZOS system.
And the DRDA server is used for receiving the instruction information transmitted to the mainframe from the outside, and verifying, analyzing and warehousing the instruction information. The DRDA specifies rules that support distributed data access. RDBMS compliant with the DRDA standard support complete data distribution, including multi-site updates.
As can be seen from the foregoing description, the communication method between the open system and the ZOS system provided in the embodiment of the present invention first receives a task instruction sent by the open system; analyzing the task instruction to generate a trigger instruction, a rerun instruction and a query instruction; and sending a triggering command, a re-running command and a query command to a DRDA service port of the ZOS system. The method can send the job scheduling instruction to the ZOS operating system on the open-end operating system, drive the job on the ZOS operating system to run, send the state query instruction to the ZOS operating system, query the execution state of the job in real time, send the task intervention instruction and intervene the batch processing task on the ZOS operating system in real time. In conclusion, the invention effectively unifies the scheduling between the open system and the mainframe system, can realize the interdependence between different systems of batch processing operation without deploying a plurality of different scheduling systems, realizes the unified management of the batch processing operation, reduces the use threshold of users, and improves the efficiency of daily management and control and operation maintenance.
In one embodiment, referring to fig. 5, step 200 further comprises:
step 201: generating a task execution return code according to the task instruction;
it is understood that whether the current task is successfully executed can be judged according to the task execution return code.
Step 202: and generating a trigger instruction, a rerun instruction and a query instruction according to the task execution return code.
Specifically, the current request is judged to be the first running or the running again according to the running times of the job flow instance information job of the scheduling parameter, and a command sent to the DRDA interface is set according to different request information. And further, executing the current task, returning a task execution return code according to a task execution result, and judging whether the current task is successful according to the task execution return code. And if the current task fails to be executed, generating a rerun instruction.
In an embodiment, referring to fig. 6, the method for communication between the open system and the ZOS system further includes:
step 400: receiving execution results of the ZOS system responding to the trigger instruction, the rerun instruction and the inquiry instruction;
step 500: and sending an execution result to the open system.
In step 400 and step 500, a status query command can be sent to the ZOS operating system, the execution status of the job can be queried in real time, a task intervention command can be sent, and the batch processing task on the ZOS operating system can be intervened in real time.
In an embodiment, the DRDA server is configured to perform verification, analysis, and warehousing operations on the trigger instruction, the rerun instruction, and the query instruction.
It can be understood that the DRDA server is configured to receive instruction information externally transmitted to the mainframe, and perform verification, analysis, and warehousing on the instruction information. The specific process is as follows:
1) structure verification: and verifying whether the instruction structure is legal.
2) The following information in the instruction is parsed out: job flow information, job information, requested operation, time of issuance of request instruction.
3) And verifying the analyzed result information, verifying whether the instruction information is legal, whether the requested operation information exists, whether the requested operation is reasonable and the like.
4) And after the verification is passed, the verification information is put into a warehouse, the application on the mainframe starts polling to perform job processing, and information is returned to the proxy communication service module.
According to the communication method between the open system and the ZOS system, the accurate positioning information of the high-precision positioning device and the client device authentication information are combined, surrounding trusted devices are accurately displayed in real time, and financial transactions can be achieved through simple operation of sliding a screen on the smart phone. Therefore, the defects that in the prior art, the transfer account financial transaction has a complex flow, account numbers need to be manually selected, account numbers which are not transacted need to be manually input, and the transaction of acquaintances cannot be broken through are overcome, and the problems that the use is inconvenient and inconvenient in the financial transaction process and the high-efficiency solution is difficult are solved.
To further illustrate the present solution, the present application provides a specific application example of the communication method between the open system and the ZOS system, and the specific application example specifically includes the following contents.
The mainstream scheduling products in the current market mainly have the following problems for cross-platform scheduling:
1) scheduling products of ctm are divided into two versions supporting a ZOS operating system and an open operating system, and the two versions cannot be communicated with each other directly, so that inconvenience is brought to unified scheduling management on an enterprise level.
2) With the development of banking business, the requirement on the timeliness of the batch processing task is higher and higher, and in the running process of the batch processing task, the follow-up operation needs to be directly triggered, so that intermediate links are reduced, and the timeliness of the business is improved.
In view of the above problem, the present application further provides a communication system between an open system and a ZOS system, referring to fig. 7, the system comprising: the system comprises a scheduling Server, an execution agent component and a ZOS operating system, wherein the execution agent component consists of an agent task execution module, an agent communication service module and a DRDA Server. The function of the agent task execution module is as follows: receiving ZOS batch processing tasks; generating a ZOS scheduling instruction; and determining the execution result of the ZOS instruction. The agent communication service module mainly comprises a scheduling instruction sending interface DRDAClient, and the main functions of the agent communication service module are as follows: the scheduling command is sent to a DRDA server on the ZOS operating system; the main functions of the DRDA server for receiving the result information returned by the DRDA server are as follows: the agent communication service module is responsible for receiving a scheduling instruction sent by the agent communication service module; checking and storing the scheduling instruction, and scheduling the appointed ZOS batch processing job; and returning the execution result of the scheduling instruction.
Based on the communication system between the open system and the ZOS system, the communication method between the open system and the ZOS system provided by the present embodiment includes the following steps, referring to FIG. 8 and FIG. 9:
s10: and the ZOS batch processing task command execution receiver is responsible for receiving and analyzing a command of the mainframe processing task issued by the dispatching and dispatching component.
S20: and the ZOS scheduling instruction generator respectively generates a trigger instruction, a rerun instruction and a query instruction according to the analysis condition of the command execution receiver and scheduling instruction execution return code information analyzed by the ZOS scheduling instruction execution state analyzer.
S30: and the ZOS scheduling instruction execution state analyzer sends the instruction generated by the instruction generator to the proxy communication service module, captures abnormal information possibly generated in the proxy communication service module and feeds the abnormal information back to the instruction generator.
It should be noted that the agent communication service module is responsible for sending the ZOS scheduling instruction to a DRDA interface on the mainframe, performing preliminary analysis according to the return information of the DRDA interface, and returning the information to the agent task execution module for processing.
The specific application example of the invention realizes loose coupling between the open system and the ZOS operating system through the DRDA interface, analyzes, verifies and registers batch processing commands to be executed on the mainframe operating system into the distributed database system through the proxy task execution service on the scheduling platform, and then carries out batch processing scheduling by the mainframe operating system. Specifically, the method comprises the following steps:
1. and the agent task execution module and the ZOS service module communicate in a restful mode and perform exception handling according to different return code information returned by the DRDA interface. The treatment method is as follows:
judging whether the job belongs to a first running state or a failure rerun state on a ZOS according to the scheduling condition of the job, and then sending different request instructions according to different states, such as requests of job inquiry, first running, failure rerun and the like. After each request instruction is sent, the self-execution condition of the request instruction is firstly judged, namely the instruction is sent to the server, and information about whether the execution of the request instruction is successful or not is sent to the server.
2. The proxy task execution module supports high availability.
3. The consistency of the state of the batch processing operation on the scheduling service and the ZOS system can be automatically restored, when abnormal service interruption occurs to the agent execution service module due to network or server downtime and the like, the latest state of the batch processing operation on the ZOS system can be automatically acquired and returned to the scheduling service when the next service is recovered, and the consistency of the two is ensured.
Based on the same inventive concept, the embodiment of the present application further provides a communication device between the open system and the ZOS system, which can be used to implement the method described in the above embodiment, such as the following embodiments. Since the principle of solving the problem of the communication device between the open system and the ZOS system is similar to the communication method between the open system and the ZOS system, the implementation of the communication device between the open system and the ZOS system can be referred to the implementation of the communication method between the open system and the ZOS system, and repeated details are not repeated. As used hereinafter, the term "unit" or "module" may be a combination of software and/or hardware that implements a predetermined function. While the system described in the embodiments below is preferably implemented in software, implementations in hardware, or a combination of software and hardware are also possible and contemplated.
An embodiment of the present invention provides a specific implementation of a communication device between an open system and a ZOS system, which can implement a communication method between the open system and the ZOS system, and referring to fig. 10, the communication device between the open system and the ZOS system specifically includes the following contents:
a task instruction receiving unit 10 for receiving a task instruction transmitted by the open system;
the task instruction analyzing unit 20 is configured to analyze the task instruction to generate a trigger instruction, a rerun instruction and a query instruction;
and the instruction sending unit 30 is used for sending the trigger instruction, the rerun instruction and the query instruction to a DRDA server of the ZOS system.
Preferably, referring to fig. 11, the task instruction parsing unit 20 includes:
a return code generating module 201, configured to generate a task execution return code according to the task instruction;
and the instruction generating module 202 is configured to generate a trigger instruction, a rerun instruction, and a query instruction according to the task execution return code.
Preferably, referring to fig. 12, the communication means between the open system and the ZOS system further comprises:
an execution result receiving unit 40, configured to receive an execution result of the ZOS system in response to the trigger instruction, the rerun instruction, and the query instruction;
an execution result sending unit 50, configured to send an execution result to the open system.
Preferably, the DRDA server is configured to perform verification, analysis, and warehousing operations on the trigger instruction, the rerun instruction, and the query instruction.
As can be seen from the foregoing description, the communication device between the open system and the ZOS system provided in the embodiment of the present invention first receives a task instruction sent by the open system; analyzing the task instruction to generate a trigger instruction, a rerun instruction and a query instruction; and sending a triggering command, a re-running command and a query command to a DRDA service port of the ZOS system. The method can send the job scheduling instruction to the ZOS operating system on the open-end operating system, drive the job on the ZOS operating system to run, send the state query instruction to the ZOS operating system, query the execution state of the job in real time, send the task intervention instruction and intervene the batch processing task on the ZOS operating system in real time. In conclusion, the invention effectively unifies the scheduling between the open system and the mainframe system, can realize the interdependence between different systems of batch processing operation without deploying a plurality of different scheduling systems, realizes the unified management of the batch processing operation, reduces the use threshold of users, and improves the efficiency of daily management and control and operation maintenance.
An embodiment of the present application further provides a specific implementation manner of an electronic device, which is capable of implementing all steps in the communication method between the open system and the ZOS system in the foregoing embodiment, and referring to fig. 13, the electronic device specifically includes the following contents:
a processor (processor)1201, a memory (memory)1202, a communication Interface 1203, and a bus 1204;
the processor 1201, the memory 1202 and the communication interface 1203 complete communication with each other through the bus 1204; the communication interface 1203 is configured to implement information transmission between related devices, such as a server-side device and a client-side device.
The processor 1201 is used to call the computer program in the memory 1202, and the processor executes the computer program to realize all the steps in the communication method between the open system and the ZOS system in the above embodiments, for example, the processor executes the computer program to realize the following steps:
step 100: receiving a task instruction sent by an open system;
step 200: analyzing the task instruction to generate a trigger instruction, a rerun instruction and a query instruction;
step 300: and sending the triggering command, the re-running command and the query command to a DRDA service port of the ZOS system.
Embodiments of the present application further provide a computer readable storage medium capable of implementing all steps of the communication method between the open system and the ZOS system in the above embodiments, the computer readable storage medium having stored thereon a computer program, which when executed by a processor implements all steps of the communication method between the open system and the ZOS system in the above embodiments, for example, the processor implements the following steps when executing the computer program:
step 100: receiving a task instruction sent by an open system;
step 200: analyzing the task instruction to generate a trigger instruction, a rerun instruction and a query instruction;
step 300: and sending the triggering command, the re-running command and the query command to a DRDA service port of the ZOS system.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the hardware + program class embodiment, since it is substantially similar to the method embodiment, the description is simple, and the relevant points can be referred to the partial description of the method embodiment.
The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
Although the present application provides method steps as in an embodiment or a flowchart, more or fewer steps may be included based on conventional or non-inventive labor. The order of steps recited in the embodiments is merely one manner of performing the steps in a multitude of orders and does not represent the only order of execution. When an actual apparatus or client product executes, it may execute sequentially or in parallel (e.g., in the context of parallel processors or multi-threaded processing) according to the embodiments or methods shown in the figures.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The principle and the implementation mode of the invention are explained by applying specific embodiments in the invention, and the description of the embodiments is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.
Claims (10)
1. A communication method between an open system and a ZOS system is characterized by comprising the following steps:
receiving a task instruction sent by an open system;
analyzing the task instruction to generate a trigger instruction, a rerun instruction and a query instruction;
and sending the triggering instruction, the re-running instruction and the query instruction to a DRDA server of the ZOS system.
2. A method of communicating between an open system and a ZOS system as claimed in claim 1 wherein said parsing said task instructions to generate trigger instructions, rerun instructions and query instructions comprises:
generating a task execution return code according to the task instruction;
and generating a trigger instruction, a rerun instruction and a query instruction according to the task execution return code.
3. A method of communicating between an open system and a ZOS system according to claim 1, further comprising:
receiving execution results of the ZOS system responding to the trigger instruction, the rerun instruction and the inquiry instruction;
and sending an execution result to the open system.
4. A method of communicating between an open system and a ZOS system according to claim 1, comprising: and the DRDA server is used for verifying, analyzing and warehousing the trigger instruction, the rerun instruction and the query instruction.
5. A communication device between an open system and a ZOS system, comprising:
a task instruction receiving unit for receiving a task instruction transmitted by the open system;
the task instruction analyzing unit is used for analyzing the task instruction to generate a trigger instruction, a rerun instruction and a query instruction;
and the command sending unit is used for sending the triggering command, the rereeling command and the query command to a DRDA server of the ZOS system.
6. A communication apparatus between an open system and a ZOS system according to claim 5, wherein said task instruction parsing unit comprises:
the return code generating module is used for generating a task execution return code according to the task instruction;
and the instruction generating module is used for generating a triggering instruction, a rerun instruction and a query instruction according to the task execution return code.
7. A communication device between an open system and a ZOS system according to claim 5, further comprising:
an execution result receiving unit, configured to receive an execution result of the ZOS system in response to the trigger instruction, the rerun instruction, and the query instruction;
and the execution result sending unit is used for sending the execution result to the open system.
8. A communication device between an open system and a ZOS system according to claim 5, comprising: and the DRDA server is used for verifying, analyzing and warehousing the trigger instruction, the rerun instruction and the query instruction.
9. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor when executing the program performs the steps of the method of communication between an open system according to any of claims 1 to 4 and a ZOS system.
10. A computer readable storage medium having stored thereon a computer program, characterized in that the computer program, when being executed by a processor, realizes the steps of the method for communication between an open system and a ZOS system as claimed in any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011485058.1A CN112579320A (en) | 2020-12-16 | 2020-12-16 | Communication method and device between open system and ZOS system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011485058.1A CN112579320A (en) | 2020-12-16 | 2020-12-16 | Communication method and device between open system and ZOS system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112579320A true CN112579320A (en) | 2021-03-30 |
Family
ID=75135461
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011485058.1A Pending CN112579320A (en) | 2020-12-16 | 2020-12-16 | Communication method and device between open system and ZOS system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112579320A (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1541363A (en) * | 2001-02-28 | 2004-10-27 | �Ҵ���˾ | Data loading from remote data source |
| US20100174939A1 (en) * | 2007-06-05 | 2010-07-08 | Vladimir Vexler | Devices for providing distributable middleware data proxy between application servers and database servers |
| CN102012840A (en) * | 2010-12-23 | 2011-04-13 | 中国农业银行股份有限公司 | Batch data scheduling method and system |
| CN104793994A (en) * | 2015-04-27 | 2015-07-22 | 中国农业银行股份有限公司 | Batch job processing method, device and system |
| US20170097970A1 (en) * | 2015-10-02 | 2017-04-06 | International Business Machines Corporation | Task-execution in a dbms using stored procedures |
| CN107229466A (en) * | 2017-05-04 | 2017-10-03 | 中国建设银行股份有限公司 | Method, system and the storage medium of business development are carried out for enterprise branch office |
| CN110868477A (en) * | 2019-11-29 | 2020-03-06 | 北京金山云网络技术有限公司 | Task scheduling method, device and system |
| CN111400011A (en) * | 2020-03-19 | 2020-07-10 | 中国建设银行股份有限公司 | Real-time task scheduling method, system, equipment and readable storage medium |
-
2020
- 2020-12-16 CN CN202011485058.1A patent/CN112579320A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1541363A (en) * | 2001-02-28 | 2004-10-27 | �Ҵ���˾ | Data loading from remote data source |
| US20100174939A1 (en) * | 2007-06-05 | 2010-07-08 | Vladimir Vexler | Devices for providing distributable middleware data proxy between application servers and database servers |
| CN102012840A (en) * | 2010-12-23 | 2011-04-13 | 中国农业银行股份有限公司 | Batch data scheduling method and system |
| CN104793994A (en) * | 2015-04-27 | 2015-07-22 | 中国农业银行股份有限公司 | Batch job processing method, device and system |
| US20170097970A1 (en) * | 2015-10-02 | 2017-04-06 | International Business Machines Corporation | Task-execution in a dbms using stored procedures |
| CN107229466A (en) * | 2017-05-04 | 2017-10-03 | 中国建设银行股份有限公司 | Method, system and the storage medium of business development are carried out for enterprise branch office |
| CN110868477A (en) * | 2019-11-29 | 2020-03-06 | 北京金山云网络技术有限公司 | Task scheduling method, device and system |
| CN111400011A (en) * | 2020-03-19 | 2020-07-10 | 中国建设银行股份有限公司 | Real-time task scheduling method, system, equipment and readable storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 戴云飞;石明;: "分布式存储与计算在银行的实现与应用", 中国信息化, no. 09, 10 September 2017 (2017-09-10) * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9450999B2 (en) | High performance data streaming | |
| CN111176858A (en) | Data request processing method and device | |
| CN110221927A (en) | Asynchronous message processing method and device | |
| US20170147663A1 (en) | Data Load Process | |
| CN110222119B (en) | Data conversion synchronization method, equipment and storage medium for heterogeneous database | |
| CA2857897C (en) | Business rules batch processor | |
| US11231967B2 (en) | Dynamically allocating and managing cloud workers | |
| CN111026367A (en) | Micro-service arranging method and device, terminal equipment and storage medium | |
| CN113505520A (en) | Method, device and system for supporting heterogeneous federated learning | |
| US20140258250A1 (en) | Flexible Control Framework Featuring Standalone Rule Engine | |
| CN111240812A (en) | Task execution method and device | |
| US20200226056A1 (en) | Test result triage for a failed code validation | |
| CN113703997A (en) | Bidirectional asynchronous communication middleware system integrating multiple message agents and implementation method | |
| CN116302708A (en) | Data backup method, device, equipment and storage medium based on load balancing | |
| WO2022087581A1 (en) | Quantifying usage of robotic processs automation related resources | |
| US20180239749A1 (en) | Techniques for asynchronous execution of computationally expensive local spreadsheet tasks | |
| CN112579320A (en) | Communication method and device between open system and ZOS system | |
| CN115982273A (en) | Data synchronization method, system, electronic equipment and storage medium | |
| CN115145652A (en) | Method, device, equipment and medium for creating data processing task | |
| US11294704B2 (en) | Monitoring and reporting performance of online services using a monitoring service native to the online service | |
| US20220129332A1 (en) | Handling of Metadata for Microservices Processing | |
| CN112241332B (en) | Interface compensation method and device | |
| CN114218313A (en) | Data management method, device, electronic equipment, storage medium and product | |
| CN111226242A (en) | Cloud computing network inspection technology | |
| CN116521686B (en) | Dynamic data table processing method, device, computer equipment and storage medium |
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 |