Method to provide concurrent execution of distributed application programs by a host computer and an intelligent work station on an SNA network

• US 5,062,037 A
• Filed: 10/24/1988
• Issued: 10/29/1991
• Est. Priority Date: 10/24/1988
• Status: Expired due to Fees

• Current Assignee: International Business Machines Corporation
• Original Assignee: International Business Machines Corporation
• Inventors: Kapernick, John S., Shorter, David M.
• Primary Examiner(s): Lee, Thomas C.
• Assistant Examiner(s): Mohamed, Ayni
• Application Number:
  US07/261,861
• Time in Patent Office: 1,100 Days
• Field of Search: 364/200 MS File, 364/900 MS File, 364/300, 364/424.05, 364/468, 364/521, 364/522, 340/825.38, 370/94.1, 371/16.1, 379/88, 379/107, 379/212, 379/196
• US Class Current: 718/100
• CPC Class Codes: G06F 2209/5011 Pool
• CPC Class Codes: G06F 2209/5018 Thread allocation
• CPC Class Codes: G06F 9/4843 by program, e.g. task dispatcher, supervisor, operating system
• CPC Class Codes: G06F 9/5027 the resource being a machine, e.g. CPUs, Servers, Terminals
• CPC Class Codes: G06F 9/5077 Logical partitioning of resources; Management or configuration of virtualized resources specific details on emulation or internal functioning of virtual machines G06F9/455

Abstract

A method for processing distributed application programs in SNA type networks including a host system having a virtual machine type Operating System and an Intelligent Work Station (IWS) provided with an Operating System that is capable of running two distributed application programs concurrently, in which two idle virtual machines, from a pool of run ready virtual machines that are created and managed by a Virtual Machine Pool Manager (VMPM), are each assigned to process a different one of the two application programs concurrently to prevent the distributed application programs from being serialized on one virtual machine at the host even though both application programs are being invoked by requests at the IWS terminal involving the same USER ID.

Claims

1. A method for executing first and second distributed application programs in an SNA type data processing network that supports program to program communication in accordance with SNA Logical Unit 6.2 protocols and in which said application programs comprise first parts that are run on one terminal and second parts that are run on the host processor of said network in response to first and second sequential requests to initiate LU 6.2 conversations between said terminal and said host involving respectively said first and second programs, said host processor having a virtual machine type Operating System including a programming module to automatically setup a plurality of virtual machines each with a predefined name during the starting up of said host, said method comprising the following combination of sequential steps;

A) establishing a virtual machine pool manager which,

(i) creates a pool of at least two virtual machines at said host processor that are brought to a run ready state prior to receiving said sequential requests,

(ii) manages the dynamic assignments of said run ready virtual machines to concurrently process said LU 6.2 conversations initiated by said sequential requests from said one terminal involving said first and second application programs so that each said request is assigned to a different one of said virtual machines, and

(iii) returns said assigned machine to said pool when the conversation being processed is terminated, in a state ready for a new assignment, and

said step of establishing including the steps of;

1) providing a pool manager data structure for use by said pool manager in the management of said virtual machines in said pool,

2) storing in said data structure a plurality of names for the virtual machines to be setup by said programming module,

3) defining a control block having a plurality of fields in said data structure for each said virtual machine that is automatically created including the steps of,

(a) designating one said field for storing said name assigned to said virtual machine,

(b) designating a second field for indicating the status of said virtual machine, and

(c) setting an indicator in said status field to indicate an IDLE status,

B) automatically creating each said virtual machine for said pool during said starting up with said programming module and said virtual machine pool manager, including the step of referencing said data structure for the names to be assigned to said virtual machines, whereby said application programs can be executed concurrently on different assigned virtual machines at said host whenever said application programs are being executed concurrently at said terminal.

2. The method recited in claim 1 including the further steps of,

A) issuing a first request from said terminal to said host for an LU 6.2 conversation between said first and second parts of said first application program, said first request including a USERID, an identification of said first application program, and an identification of the Logical Unit to process said request, and

B) determining at said host if said first request is to be managed by said virtual machine pool manager by reference to said Logical Unit identification.

3. The method recited in claim 2, including the further step of;

A) assigning one of said run ready virtual machines to process said request including the steps of;

(1) inspecting said data structure to identify the name of an idle virtual machine,

(2) modifying said request, by replacing said identification of said Logical Unit with the name of said identified idle virtual machine, and,

(3) updating said data structure to indicate the busy status of said assigned virtual machine, and the current assignment of said virtual machine.

4. A method for executing first and second distributed application programs in an SNA type data processing network that supports program to program communication in accordance with SNA Logical Unit 6.2 protocols and in which said application programs comprise first parts that are run on one terminal and second parts that are run on the host processor of said network in response to first and second sequential requests to initiate LU 6.2 conversations between said terminal and said host involving respectively said first and second programs, said host processor having a virtual machine type Operating System including a programming module to automatically setup a plurality of virtual machines each with a predefined name during the starting up of said host, said method comprising the following combination of sequential steps;

A) establishing a virtual machine pool manager which,

(1) creates a pool of at least two virtual machines at said host processor that are brought to a run ready state prior to receiving said sequential requests,

(2) manages the dynamic assignments of said run ready virtual machines to concurrently process said LU 6.2 conversations initiated by said sequential requests from said one terminal involving said first and second application programs so that each said request is assigned to a different one of said virtual machines, and

(3) returns said assigned machine to said pool when the conversation being processed is terminated, in a state ready for a new assignment, and

B) providing a pool manager data structure for use by said pool manager in the management of said virtual machines in said pool, said step of establishing including the further steps of;

C) storing in said data structure a plurality of names for the virtual machines to be setup by said programming module,

D) automatically creating each said virtual machine for said pool during said starting up with said programming module and said virtual machine pool manager, including the step of,

(1) referencing said data structure for the names to be assigned to said virtual machines, said step of providing including the further step of,

E) defining a control block having a plurality of fields, in said data structure for each said virtual machine that is automatically created in step D) including the step of,

(1) designating one said field for storing said name assigned to said virtual machine and designating a second field for indicating the status of said virtual machine,

F) setting an indicator in said status field to indicate an IDLE status during said step D,

G) issuing a first request from said terminal to said host for an LU 6.2 conversation between said first and second parts of said first application program, said first request including a USERID, an identification of said first application program, and an identification of the Logical Unit to process said first request,

H) determining at said host if said first request is to be managed by said virtual machine pool manager by reference to said Logical Unit identification, and

I) assigning one of said run ready virtual machines to process a conversation defined by said first request including the steps of;

(1) inspecting said data structure to identify the name of a virtual machine in said pool that is not assigned,

(2) modifying said first request, by replacing said identification of said Logical Unit with the name of said identified unassigned virtual machine, and

(3) updating said data structure to indicate the busy status of said assigned virtual machine, and the current assignment of said virtual machine, whereby said application programs can be executed concurrently on different assigned virtual machines at said host whenever said application programs are being executed concurrently at said terminal.

5. The method recited in claim 4 in which said step of assigning further includes the steps of,

A) reissuing said modified request to said virtual machine named in said modified request, and

B) changing said name of said assigned virtual machine to said USERID specified in said first request.

6. The method recited in claim 5 further including the steps of;

A) executing only one said conversation of one said application program on one said assigned virtual machine, and

B) returning said one said virtual machine to said pool for a subsequent assignment of executing another LU 6.2 conversation.

7. The method recited in claim 6 including the further step of,

(A) updating one said field of one said control block in said data structure to reflect that said one returned virtual machine is again available to process another LU 6.2 conversation.

8. The method recited in claim 7 in which said step of issuing a request by one part of said application program for a said conversation with a said second part of said application includes the further step of;

A) issuing an LU 6.2 ALLOCATE verb including the name of the Logical Unit, the name of the Transaction Program and the USERID of the entity issuing said request.

9. The method recited in claim 8 in which said step of executing said one said conversation includes the further step of;

A) issuing an LU 6.2 DEALLOCATE verb with said first or second part of said application program to cause said one said conversation to be terminated.

10. The method recited in claim 9 in which said terminal is an Intelligent Work Station (IWS) type terminal provided with a multi-tasking type Operating System to permit said first and second applications to be run concurrently at said terminal further including the steps of;

A) issuing at said terminal when a said conversation involving said first application is active, said second request to initiate a second LU 6.2 conversation between said terminal and said host involving said second application and employing the same said USERID as said first request, and

B) processing said second request at said host by assigning with said virtual machine pool manager another said unassigned virtual machine from said pool to process the requested said conversation involving said second part of said second application program to permit said first and second application respectively to run concurrently on both said terminal and said host employing the same USERID.