Host job submission method and device

By using shared disks and SOCKET communication in the host job submission system, remote submission is realized without a secret, which solves the security risks and impacts on production time of host job submission in the existing technology, and improves system security and efficiency.

CN112905562BActive Publication Date: 2025-04-15INDUSTRIAL AND COMMERCIAL BANK OF CHINA
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202110154070.2
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2021-02-04
Publication Date
2025-04-15
Estimated Expiration
2041-02-04

AI Technical Summary

Technical Problem

The existing host job submission method requires the host user and password to be entered, which poses a security risk, and the number of remote jobs submitted is huge, affecting the production time.

Method used

By receiving job submission requests from the job submission site, obtain job data from the shared disk based on the storage address and job name, and complete job submission at the target site, realizing non-secret remote submission.

Benefits of technology

It eliminates password security risks in the operation process, improves the security of the production host system, simplifies operational steps, and reduces production time.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN112905562B_ABST
    Figure CN112905562B_ABST
Patent Text Reader

Abstract

The present invention provides a host job submission method and device, which belongs to the field of information security and can be used in the financial field or other fields. The host job submission method includes: receiving a job submission request from a job submission site, wherein the submission request includes the storage address and job name of the submitted job data; obtaining the job data from a shared disk accessible to both the job submission site and the job running site that pre-store the job data according to the storage address and job name; and running the obtained job data to complete the job submission. The present invention obtains the job data from a shared disk accessible to both the job submission site and the job running site, and then the target site completes the job submission, thereby achieving the purpose of eliminating password security risks in the operation process and improving the security of the production host system.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to data processing technology, in particular to a host job submission method and device. Background Art

[0002] The IBM zOS system host mainly installs the application version by generating a host job. In the prior art, when a host job is submitted between sites A and B, it is necessary to enter the host user and password in plain text at the site where the MV (host version management) database is located (assuming it is site A), and transfer the job to site B for execution via FTP. After the job is executed at site B, the job with the return code and return information is transferred to site A for execution via FTP, so that the execution result of the job at site B is written into the MV database.

[0003] Since the host job submitter needs to hand over the host user and password in plain text when changing shifts, there will be security risks. The way to submit host jobs remotely is to use FTP, and use the FTP command to transfer the job content to submit the host job. The way to submit host jobs using FTP requires entering the FTP user and password, and the production deployment on-duty personnel, that is, the job submitter, work in shifts. After each operation, the FTP user or password needs to be modified. In addition, the number of jobs submitted remotely each time is huge, which affects the precious production time. Since the length of the bank's downtime and production time is directly related to the external service evaluation, the existing host job submission method also affects the external service evaluation. Summary of the invention

[0004] In order to overcome the defects in the existing centralized FTP submission of host jobs, the present invention provides a host job submission method, comprising:

[0005] Receiving a job submission request from a job submission site, wherein the submission request includes a storage address of submitted job data and a job name;

[0006] According to the storage address and the job name, the job data is obtained from a shared disk accessible to both the job submission site and the job running site where the job data is pre-stored;

[0007] Run the acquired job data to complete the job submission.

[0008] In the embodiment of the present invention, the receiving of the job submission request from the job submission site includes:

[0009] Receive job submission requests from the job submission site through the SOCKET port.

[0010] In the embodiment of the present invention, the job submission site is a local site, and the job running site is a remote site; or

[0011] The job submission site is a remote site, and the job running site is a local site.

[0012] In the embodiment of the present invention, the receiving of the job submission request from the job submission site includes:

[0013] Get the IP address and SOCKET port of the preset local site;

[0014] The remote site is connected to the local site in communication according to the acquired IP address and SOCKET port of the local site.

[0015] In the embodiment of the present invention, the method further includes:

[0016] The local site stores the host job generated by the host version management system as the job data in the job installation library.

[0017] In an embodiment of the present invention, the operation data obtained by running to complete the job submission includes:

[0018] Run the acquired job data to generate the return code information of the job run;

[0019] The remote site sends the return code information to the local site, so that the local site stores the return code information in the host version management database.

[0020] In an embodiment of the present invention, the operation data obtained by running to complete the job submission includes:

[0021] Run the obtained job data and generate the return code information of the job running;

[0022] The local site stores the return code information in the host version management database.

[0023] At the same time, the present invention also provides a host job submission device, comprising:

[0024] A transceiver module, used for receiving a job submission request from a job submission site, wherein the submission request includes a storage address of submitted job data and a job name;

[0025] A job data acquisition module, used to acquire the job data from a shared disk accessible to both the job submission site and the job running site where the job data is pre-stored, according to the storage address and the job name;

[0026] The job submission module is used to run the obtained job data to complete the job submission.

[0027] At the same time, the present invention also provides a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, and the above method is implemented when the processor executes the computer program.

[0028] At the same time, the present invention also provides a computer-readable storage medium, which stores a computer program for executing the above method.

[0029] The host job submission method and device provided by the present invention receive a job submission request from a job submission site, wherein the submission request includes the storage address and job name of the submitted job data; obtain the job data from a shared disk that is accessible to both the job submission site and the job running site that pre-store the job data according to the storage address and job name; and run the obtained job data to complete the job submission. By sending a request for job submission and write return information to the space of the target site, obtaining the job data through a shared disk that is accessible to both the job submission site and the job running site, and then completing the job submission by the target site, non-password remote submission is achieved, thereby achieving the purpose of eliminating password security risks in the operation process and improving the security of the production host system.

[0030] In order to make the above and other purposes, features and advantages of the present invention more obvious and easy to understand, preferred embodiments are specifically cited below and described in detail with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0032] Figure 1 A flowchart of a host job submission method provided by the present invention;

[0033] Figure 2 It is a principle diagram in an embodiment of the present invention;

[0034] Figure 3 is a flow chart in an embodiment of the present invention;

[0035] Figure 4 A block diagram of a host job submission device provided by the present invention;

[0036] Figure 5 A schematic diagram of an electronic device embodiment provided by the present invention. DETAILED DESCRIPTION

[0037] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0038] The existing methods of remotely submitting host jobs all use FTP. It is necessary to use the FTP command SITEFILETYPE=JES to open the jes interface and pass the job content in to submit the host job. The FTP method requires inputting the FTP user and password, and the production deployment staff on duty, that is, the staff submitting the job, works in shifts. Each time the operation is completed, the FTP user or password needs to be modified. In addition, the number of jobs submitted remotely each time is huge, which affects the precious production time. In this regard, the present invention provides a host job submission method.

[0039] like Figure 1 As shown, the host job submission method provided by the present invention includes:

[0040] Step S100, receiving a job submission request from a job submission site, wherein the submission request includes a storage address of submitted job data and a job name;

[0041] Step S200, obtaining the job data from a shared disk accessible to both the job submission site and the job running site where the job data is pre-stored, according to the storage address and the job name;

[0042] Step S300, running the acquired job data to complete the job submission.

[0043] The host job submission method provided by the present invention realizes non-password remote submission by storing job data in a shared disk accessible to both the job submission site and the job running site, and receiving and sending job requests including the storage address and job name of the submitted job data between the job submission site and the job running site, and obtaining the job data from the shared disk where the job data is pre-stored according to the storage address and job name in the job request, thereby eliminating the password security risks in the operation process and improving the security of the production host system, overcoming the defects of the prior art method of using FTP, which requires using the FTP command to open the interface to transfer the job content, and requires entering the FTP user and password.

[0044] Specifically, in the embodiment of the present invention, the receiving of the job submission request from the job submission site includes:

[0045] Receive job submission requests from the job submission site through the SOCKET port.

[0046] The host job submission method of the present invention receives requests and data through the SOCKET ports of the job submission site and the job running site, and then processes the requests and data. In terms of security, it is not necessary to submit jobs through the host user and password in plain text, eliminating the password security risks in the operation process and improving the security of the production host system. In terms of ease of use, the password handover link and password input steps are omitted.

[0047] In addition, in the embodiment of the present invention, the job submission site is a local site, and the job running site is a remote site; or

[0048] The job submission site is a remote site, and the job running site is a local site.

[0049] In the embodiment of the present invention, the receiving of the job submission request from the job submission site includes:

[0050] Get the IP address and SOCKET port of the preset local site;

[0051] The remote site is connected to the local site in communication according to the acquired IP address and SOCKET port of the local site.

[0052] After the remote site is started, it reads the host IP and SOCKET port of the local site configured in the parameter library, and then sends it to the local site for storage through SOCKET. At this time, the local site and each remote site are connected. Specifically, the host IP and SOCKET port of the local site are configured through the IBM zOS system host mode parameter library, and the remote site obtains the host IP and SOCKET port of the local site through the IBM zOS system host mode parameter library configuration, so that the local site and each remote site can establish a connection.

[0053] Specifically, in one embodiment of the present invention, the deployment of the local site and the remote site is achieved in the following manner. In this embodiment, PROCLIB is deployed to site A and site B respectively.

[0054] Configure site A as the LOCAL local site, which is the site where the MV system (host version management system) is located.

[0055] Configure site B as a REMOTE remote site.

[0056] At site A, the address space for the host job submission function of site A is started through / RO XXXX,S MVLOG, where XXXX is the LPAR where the MV database (host version management database) is located. LPAR (Logical PARtition) is a special term for the IBM zOS system host.

[0057] At site B, start the address space of site B's host job submission function through / RO YYYY,S MVLOG, where YYYY can be any normally started LPAR.

[0058] The host job submission method provided by the present invention can realize the switching between the local site and the remote site. Specifically, if the A and B sites need to be switched, the A site needs to be configured as REMOTE and the B site needs to be configured as LOCAL through the mode parameter library configuration, and then the system can be restarted.

[0059] In the embodiment of the present invention, the method further includes:

[0060] The local site stores the host job generated by the host version management system as the job data in the job installation library.

[0061] That is, after the deployment of the above remote site and local site is realized, the host jobs generated by the MV system of the local site are saved in the shared installation job library. Shared installation job library: stored in the shared disk, which can be accessed by both site A and site B.

[0062] In an embodiment of the present invention, the operation data obtained by running to complete the job submission includes:

[0063] Run the acquired job data to generate the return code information of the job run;

[0064] The remote site sends the return code information to the local site, so that the local site stores the return code information in the host version management database.

[0065] In an embodiment of the present invention, the operation data obtained by running to complete the job submission includes:

[0066] Run the obtained job data and generate the return code information of the job running;

[0067] The local site stores the return code information in the host version management database.

[0068] That is, in the job submission method provided by the present invention, in a specific embodiment, it is possible to implement job submission from a local site to a remote site, and it is also possible to implement job submission from a remote site to a local site.

[0069] In the specific implementation, the steps for local site A to submit a host job to remote site B are as follows:

[0070] Site A initiates a host job submission request to Site B through SOCKET.

[0071] After receiving the request and job information, site B obtains the job from the shared installation job library that sites A and B can share and submits it.

[0072] After the job at site B is finished, it requests site A to write the returned information to the MV database.

[0073] After receiving the request, site A accesses the MV database, writes the host job return information, and completes the remote submission of the host job process.

[0074] The steps for remote site B to submit a host job to local site A are as follows:

[0075] Site B initiates a host job submission request to Site A through SOCKET.

[0076] After receiving the request and job information, site A obtains the job from the shared installation job library that can be shared by sites A and B and submits it. The job running at site A directly accesses the MV database to write the return code information.

[0077] The present invention solves the problem of potential safety hazards caused by remotely submitting host jobs using host user and password in plain text, and provides a method for remotely submitting host jobs that is safer and has simpler operation steps. In terms of security, there is no need to submit jobs using host user and password in plain text, which eliminates password security hazards in the operation process and improves the security of the production host system. In terms of ease of use, the password handover link and password input steps are omitted. Site switching is simple and flexible.

[0078] The technical solution of the present invention is further described in detail below in conjunction with specific embodiments. To solve the problems existing in the host job submission through FTP in the existing concentration. A host job remote submission method disclosed in this embodiment, by deploying MVLOG address space at the local site and the remote site respectively, and then sending a request for job submission and write return information to the MVLOG address space of the target site through SOCKET, and then completing the job submission by the MVLOG address space of the target site, to achieve non-secret remote submission, thereby achieving the purpose of eliminating password security risks in the operation process and improving the security of the production host system. In this embodiment, the MVLOG address space can be regarded as a monitoring module of the open platform, which is also equivalent to the host job submission device provided by the present invention. After the MVLOG address space is deployed, it resides in the zOS mainframe memory, receives requests and data through SOCKET, and then processes the requests and data, and then completes the job submission by the MVLOG address space of the target site, to achieve non-secret remote submission, thereby achieving the purpose of eliminating password security risks in the operation process and improving the security of the production host system.

[0079] The present invention implements a method for remotely submitting a host job, which involves:

[0080] MVLOG address space: A multifunctional program module that normally runs on zOS, including functions such as IP information return, obtaining shared library jobs, submitting jobs, writing return codes, and writing MV operation logs. MVLOG address space: It can be regarded as a monitoring module of the open platform. After deployment, it resides in the memory of the zOS mainframe, receives requests and data through SOCKET, and then processes the requests and data.

[0081] MV system: the host version management system, which has the functions of generating host application version installation jobs, submitting local and remote jobs, and storing job return information.

[0082] Shared installation job library: stored in a shared disk, accessible to both sites A and B.

[0083] IP information transmission is realized: After the REMOTE MVLOG (i.e. remote site) address space is started, the mainframe IP and SOCKET port of the LOCAL MVLOG (local site) address space configured in the parameter library are read, and sent to the LOCAL MVLOG address space through SOCKET for storage. At this time, a connection is established between the LOCAL and each REMOTE MVLOG address space.

[0084] Get the shared library job implementation: When MVLOG address space A initiates a request to MVLOG address space B, A will send the library name and job name of the shared library job to B through SOCKET. B can directly read the shared library job based on the library name and job name.

[0085] Job submission implementation: When MVLOG address space A initiates a job submission request to MVLOG address space B, A will send the library name and job name of the shared library job to B through SOCKET. B can directly submit (SUBMIT command) the job based on the library name and job name.

[0086] Implementation of writing return code and MV operation log: When MVLOG address space A initiates a job submission request to MVLOG address space B, A will send information such as return code to B through SOCKET. B connects to DB2 database to write return code and operation log based on this information.

[0087] like Figure 2 As shown, it is a schematic diagram of a method for remotely submitting host jobs provided in this embodiment, which involves: site A MVLOG address space 101, MV database 102, MV system 103, shared installation job library 104 and site B MVLOG address space 105.

[0088] This embodiment is described by taking the example that site A remotely submits a host job to site B for execution, and writes the job return information back to the MV database of site A after the execution is completed. (Other scenarios, such as site B remotely submitting a job to site A for execution, are similarly processed):

[0089] First, MVLOG address space 101 and MVLOG address space 105 are deployed at site A and site B respectively, for receiving SOCKET requests, obtaining shared library jobs, submitting jobs, writing return codes, and writing MV operation logs.

[0090] The host jobs generated by the MV system 103 are stored in the shared installation job library 104 on the shared disk.

[0091] Site A initiates a host job submission request to site B's MVLOG address space 105 through SOCKET.

[0092] After receiving the request and job information, the B site MVLOG address space 105 obtains the job from the shared installation job library 104 and submits it.

[0093] After the job at site B is finished, it requests site A's MVLOG address space 101 to write the return information to the MV database 102 .

[0094] After receiving the request, the MVLOG address space 101 of site A accesses the MV database 102, writes the host job return information, and completes the remote submission of the host job process.

[0095] like Figure 3 As shown, a processing flow of a method for remotely submitting a host job provided by this embodiment is described as follows:

[0096] Step S101, add a MVLOG function module, including the functions of receiving SOCKET request, returning IP information, obtaining shared library jobs, submitting jobs, writing return codes and writing MV operation logs.

[0097] Step S102, deploy MVLOG to PROCLIB of site A and site B respectively.

[0098] Step S103: configure site A as a LOCAL local site (the site where the MV system is located).

[0099] Step S104: configure site B as a REMOTE remote site.

[0100] Step S105: At site A, the MVLOG address space of site A is started through / RO XXXX,S MVLOG, where XXXX is the LPAR where the MV database is located.

[0101] Step S106: At site B, the MVLOG address space of site B is started through / RO YYYY,S MVLOG, where YYYY can be any normally started LPAR.

[0102] The above "RO XXXX, S MVLOG" and " / RO YYYY, S MVLOG" are custom instructions. By deploying the function module that implements the instruction after the system PROC library of zOS, the custom instruction can be executed in the command line of the interface.

[0103] LPAR (Logical PARtition) is a special term for IBM zOS system host. IBM divides a physical host into multiple virtual hosts through its virtualization technology. Different operating systems (zOS, OS / 390, AIX, etc.) can be installed between virtual hosts, and interconnection and communication are achieved through IBM's SYSPLEX parallel coupling complex technology.

[0104] Step S107, the MVLOG of site B returns the local IP information to the MVLOG address space of site A for storage.

[0105] Step S108: Save the host job generated by the MV system of site A in the shared library.

[0106] Step S109, when site A or site B wants to submit a job to the other remotely, a request with job information is sent to the MVLOG address space of the target site via SOCKECT.

[0107] Step S110, after receiving the request, the MVLOG address space of the target site obtains the corresponding job from the shared library and submits it for execution at the target site.

[0108] Step S111, writing return code information.

[0109] The job running at site A directly accesses the MV database to write the return code information; the job running at site B sends the return code information to the MVLOG address space of site A through SOCKECT, and the MVLOG address space of site A accesses the MV database to write the return code information.

[0110] If it is necessary to switch sites A and B, in this embodiment, it is only necessary to configure site A as REMOTE and site B as LOCAL, and restart the address space.

[0111] The present embodiment aims to provide a safer remote job interaction method, which overcomes the problem of using FTP to submit host jobs in the prior art. Since the FTP method requires the input of FTP user and password, the host user and password in plain text are directly used. This embodiment provides a safer remote job interaction method and overcomes the problem of the prior art that the number of remotely submitted jobs is huge each time, which affects the precious production time. In this embodiment, the above problems can be solved by using MVLOG address space + SOCKET communication. The present invention implements the method of deploying MVLOG address space at the local site and the remote site respectively, and then sending a request for job submission and write return information to the MVLOG address space of the target site through SOCKET, and then completing the job submission by the MVLOG address space of the target site, thereby realizing non-password remote submission, thereby achieving the purpose of eliminating password security risks in the operation process and improving the security of the production host system.

[0112] The present invention solves the problem of potential safety hazards caused by remote submission of host jobs using host user and password in plain text, and provides a method for remote submission of host jobs that is safer and has simpler operation steps. In terms of security, there is no need to submit jobs using host user and password in plain text, which eliminates the potential safety hazards of passwords in the operation process and improves the security of the production host system; in terms of ease of use, the password handover link and password input steps are omitted; site switching is simple and flexible.

[0113] At the same time, the present invention also provides a host job submission device, such as Figure 4 Shown include:

[0114] The transceiver module 401 is used to receive a job submission request from a job submission site, wherein the submission request includes a storage address of the submitted job data and a job name;

[0115] The job data acquisition module 402 is used to acquire the job data from a shared disk accessible to both the job submission site and the job running site where the job data is pre-stored, according to the storage address and the job name;

[0116] The job submission module 403 is used to run the acquired job data to complete the job submission.

[0117] For those skilled in the art, it can be clearly known from the description of the aforementioned embodiments that the host job submission device provided by the present invention is an implementation method, which will not be described in detail here. In addition, it should be noted that the method and device for submitting a host job disclosed in the present invention can be used in the submission process of host jobs in the financial field, and can also be used in the submission process of host jobs in any field other than the financial field. The application field of the method and device for submitting a host job disclosed in the present invention is not limited.

[0118] This embodiment also provides an electronic device, which may be a desktop computer, a tablet computer, a mobile terminal, etc., but this embodiment is not limited thereto. In this embodiment, the electronic device may refer to the embodiments of the aforementioned method and device, the contents of which are incorporated herein, and the repeated parts are not repeated.

[0119] Figure 5 FIG. 6 is a schematic block diagram of a system structure of an electronic device 600 according to an embodiment of the present invention. Figure 5 As shown, the electronic device 600 may include a central processor 100 and a memory 140; the memory 140 is coupled to the central processor 100. It should be noted that this figure is exemplary; other types of structures may also be used to supplement or replace this structure to implement telecommunication functions or other functions.

[0120] In one embodiment, the host job submission function may be integrated into the central processing unit 100. The central processing unit 100 may be configured to perform the following control:

[0121] Receiving a job submission request from a job submission site, wherein the submission request includes a storage address of submitted job data and a job name;

[0122] According to the storage address and the job name, the job data is obtained from a shared disk accessible to both the job submission site and the job running site where the job data is pre-stored;

[0123] Run the acquired job data to complete the job submission.

[0124] In another embodiment, the host job submission device may be configured separately from the central processor 100. For example, the host job submission device may be configured as a chip connected to the central processor 100, and the host job submission function is implemented under the control of the central processor.

[0125] In addition, in the embodiment of the present invention, the receiving of the job submission request from the job submission site includes:

[0126] Receive job submission requests from the job submission site through the SOCKET port.

[0127] In the embodiment of the present invention, the job submission site is a local site, and the job running site is a remote site; or

[0128] The job submission site is a remote site, and the job running site is a local site.

[0129] In the embodiment of the present invention, the receiving of the job submission request from the job submission site includes:

[0130] Get the IP address and SOCKET port of the preset local site;

[0131] The remote site is connected to the local site in communication according to the acquired IP address and SOCKET port of the local site.

[0132] In the embodiment of the present invention, the method further includes:

[0133] The local site stores the host job generated by the host version management system as the job data in the job installation library.

[0134] In an embodiment of the present invention, the operation data obtained by running to complete the job submission includes:

[0135] Run the acquired job data to generate the return code information of the job run;

[0136] The remote site sends the return code information to the local site, so that the local site stores the return code information in the host version management database.

[0137] In an embodiment of the present invention, the operation data obtained by running to complete the job submission includes:

[0138] Run the obtained job data and generate the return code information of the job running;

[0139] The local site stores the return code information in the host version management database.

[0140] like Figure 5As shown, the electronic device 600 may further include: a communication module 110, an input unit 120, an audio processing unit 130, a display 160, and a power supply 170. It is worth noting that the electronic device 600 does not necessarily have to include Figure 5 In addition, the electronic device 600 may also include Figure 5 For components not shown, reference may be made to the prior art.

[0141] like Figure 5 As shown, the central processor 100 is sometimes also referred to as a controller or an operation control, and may include a microprocessor or other processor devices and / or logic devices. The central processor 100 receives inputs and controls the operations of various components of the electronic device 600.

[0142] The memory 140 may be, for example, one or more of a cache, a flash memory, a hard drive, a removable medium, a volatile memory, a non-volatile memory or other suitable devices. The above-mentioned information related to the failure may be stored, and a program for executing the relevant information may also be stored. The CPU 100 may execute the program stored in the memory 140 to implement information storage or processing.

[0143] The input unit 120 provides input to the CPU 100. The input unit 120 is, for example, a key or a touch input device. The power supply 170 is used to provide power to the electronic device 600. The display 160 is used to display display objects such as images and text. The display may be, for example, an LCD display, but is not limited thereto.

[0144] The memory 140 may be a solid-state memory, such as a read-only memory (ROM), a random access memory (RAM), a SIM card, etc. It may also be a memory that saves information even when the power is off, can be selectively erased, and is provided with more data, examples of which are sometimes referred to as EPROMs, etc. The memory 140 may also be some other type of device. The memory 140 includes a buffer memory 141 (sometimes referred to as a buffer). The memory 140 may include an application / function storage unit 142, which is used to store application programs and function programs or processes for executing the operation of the electronic device 600 through the central processor 100.

[0145] The memory 140 may also include a data storage unit 143 for storing data, such as contacts, digital data, pictures, sounds, and / or any other data used by the electronic device. The driver storage unit 144 of the memory 140 may include various drivers for communication functions of the electronic device and / or for executing other functions of the electronic device (such as messaging applications, address book applications, etc.).

[0146] The communication module 110 is a transmitter / receiver 110 that transmits and receives signals via an antenna 111. The communication module (transmitter / receiver) 110 is coupled to the central processor 100 to provide input signals and receive output signals, which may be the same as the case of a conventional mobile communication terminal.

[0147] Based on different communication technologies, multiple communication modules 110 may be provided in the same electronic device, such as a cellular network module, a Bluetooth module and / or a wireless LAN module. The communication module (transmitter / receiver) 110 is also coupled to a speaker 131 and a microphone 132 via an audio processor 130 to provide an audio output via the speaker 131 and receive an audio input from the microphone 132, thereby realizing a common telecommunication function. The audio processor 130 may include any suitable buffer, decoder, amplifier, etc. In addition, the audio processor 130 is also coupled to the central processor 100, so that the sound can be recorded on the local machine through the microphone 132, and the sound stored on the local machine can be played through the speaker 131.

[0148] An embodiment of the present invention further provides a computer-readable program, wherein when the program is executed in an electronic device, the program enables a computer to execute the host job submission method as described in the above embodiment in the electronic device.

[0149] An embodiment of the present invention further provides a storage medium storing a computer-readable program, wherein the computer-readable program enables a computer to execute the host job submission described in the above embodiment in an electronic device.

[0150] The present embodiment aims to provide a safer remote job interaction device, which overcomes the problem of using FTP to submit host jobs in the prior art. Since the FTP method requires the input of FTP user and password, the host user and password in plain text are directly used. The present embodiment provides a safer remote job interaction device, which overcomes the problem of the prior art that the number of remotely submitted jobs is huge each time, affecting the precious production time. The present invention solves the problem of potential safety hazards caused by using the host user and password in plain text to remotely submit host jobs, and provides a method for remotely submitting host jobs that is safer and has simpler operation steps. In terms of security, there is no need to submit jobs through the host user and password in plain text, which eliminates the password security risks in the operation process and improves the security of the production host system; in terms of ease of use, the password handover link and password input steps are omitted; site switching is simple and flexible.

[0151] The preferred embodiments of the present invention have been described above with reference to the accompanying drawings. Many features and advantages of these embodiments are clear from this detailed description, and therefore the appended claims are intended to cover all such features and advantages of these embodiments that fall within their true spirit and scope. In addition, since many modifications and changes are readily apparent to those skilled in the art, the embodiments of the present invention are not intended to be limited to the precise structure and operation illustrated and described, but all suitable modifications and equivalents that fall within their scope may be included.

[0152] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0153] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0154] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0155] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process in the computer or other programmable device. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0156] The present invention uses specific embodiments to illustrate the principles and implementation methods of the present invention. The description of the above embodiments is only used to help understand the method of the present invention and its core idea. At the same time, for those skilled in the art, according to the idea of ​​the present invention, there will be changes in the specific implementation methods and application scope. In summary, the content of this specification should not be understood as a limitation on the present invention.

Claims

1. A host job submission method, characterized in that: The method includes: Deploy MVLOG address spaces at local sites and remote sites respectively; Get the IP address and SOCKET port of the preset local site; The remote site communicates with the local site based on the acquired IP address and SOCKET port of the local site; Set the job submission site to the local site and the job running site to the remote site; or set the job submission site to the remote site and the job running site to the local site; The MVLOG address space of the job running site receives the job submission request of the job submission site through the SOCKET port, wherein the submission request includes the storage address of the submitted job data and the job name; The MVLOG address space of the job running site obtains the job data from the shared disk accessible to both the job submission site and the job running site where the job data is pre-stored, according to the storage address and the job name; The MVLOG address space of the job execution site executes the acquired job data to complete the job submission.

2. The host job submission method according to claim 1, characterized in that: The method further comprises: The local site stores the host job generated by the host version management system as the job data in the job installation library.

3. The host job submission method according to claim 1, characterized in that: The operation data obtained by running to complete the job submission includes: Run the acquired job data to generate the return code information of the job run; The remote site sends the return code information to the local site, so that the local site stores the return code information in the host version management database.

4. The host job submission method according to claim 1, characterized in that: The operation data obtained by running to complete the job submission includes: Run the obtained job data and generate the return code information of the job running; The local site stores the return code information in the host version management database.

5. A host job submission device, characterized in that: The device is used to implement the method described in any one of claims 1 to 4, and the device comprises: A transceiver module, used for receiving a job submission request from a job submission site, wherein the submission request includes a storage address of submitted job data and a job name; A job data acquisition module, used to acquire the job data from a shared disk accessible to both the job submission site and the job running site where the job data is pre-stored, according to the storage address and the job name; The job submission module is used to run the obtained job data to complete the job submission.

6. A computer device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the method according to any one of claims 1 to 4 is implemented.

7. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program for executing the method according to any one of claims 1 to 4.

Citation Information

Patent Citations

  • CFD computation operation management system and method

    CN101719188A

  • Multi-core job scheduling method based on resource pre-allocation and public boot agent

    CN108446174A