KR101762283B1

KR101762283B1 - 인코딩이 다른 환경에서 jcl을 재사용하기 위한 소트 스크립트 변환 방법 및 컴퓨터-판독가능 매체에 저장된 컴퓨터 프로그램

Info

Publication number: KR101762283B1
Application number: KR1020160061535A
Authority: KR
Inventors: 김효선; 이범희; 박상용; 전성배
Original assignee: 주식회사 티맥스 소프트
Priority date: 2016-05-19
Filing date: 2016-05-19
Publication date: 2017-07-31
Also published as: CN107402798B; US20170337056A1; CN112269593A; US10013251B2; CN107402798A

Abstract

본 발명은 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법 및 컴퓨터-판독가능 매체에 저장된 컴퓨터 프로그램에 관한 것으로, 본 발명에 따른 일 실시예는 컴퓨터-판독가능 매체에 저장되어, 컴퓨터로 하여금 이하의 단계들을 수행하도록 하기 위한 컴퓨터 프로그램으로서 상기 단계들은 작업 제어 언어(Job Control Languge, JCL)에서 하나 이상의 작업 스텝(Job Step)을 구분하는 단계(단계 A), 상기 작업 스텝에서 실행 프로그램(Program, PGM), 데이터셋 이름(Dataset Name, DSN) 및 데이터 디스크립션(Data Descriptin, DD)을 추출하는 단계(단계 B), 상기 실행 프로그램에 상응하는 실행 프로그램 소스로부터 상기 데이터 디스크립션에 대응되는 파일 디스크립션(File Description, FD)을 획득하는 단계(단계 C), 상기 파일 디스크립션을 기초로 제 1 카피 북(Copy Book)을 생성하는 단계(단계 D), 상기 제 1 카피 북을 상기 작업 스텝에 포함된 소트 필드(SORT FIELD)와 비교하여 유효성을 판단하는 단계(단계 E) 및 상기 유효성의 판단 결과에 따라 상기 제 1 카피 북을 기초로 제 2 카피 북을 생성하여 저장하는 단계(단계 F)를 포함하는 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 프로그램을 제공할 수 있다.

Description

인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법 및 컴퓨터-판독가능 매체에 저장된 컴퓨터 프로그램{METHOD AND COMPUTER PROGRAM STORED IN COMPUTER-READABLE MEDIUM FOR CONVERTING SORT SCRIPT TO REUSE JCL IN DIFFERENT ENCODING ENVIRONMENT}

본 발명은 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법 및 컴퓨터-판독가능 매체에 저장된 컴퓨터 프로그램에 관한 것으로, 보다 상세하게는 JCL에 명시된 소트 스크립트(sort script) 실행 시 인코딩(encoding) 차이에 따른 스크립트 변환을 위한 정보를 분석하는 방법, 분석된 정보를 기초로 소트 스크립트 변환 정보를 제공하는 방법 및 이와 같은 기능을 수행하는 컴퓨터 프로그램에 관한 것이다.

메인프레임 시스템은 1960-70년대 정부와 금융기관 그리고 대기업들이 기업 활동에 필요한 다양한 데이터를 처리하기 위하여 많이 도입하였다. 메인프레임 시스템은 다수의 단말기를 하나의 컴퓨터에 연결하는 중앙 집중 방식을 채택하여 여러 가지 작업을 수행하는 범용 목적의 대형 컴퓨터를 의미한다. 예를 들어, IBM사의 System/360 등이 이에 해당한다. 메인프레임 시스템은 이후 30년 가까이 기업의 컴퓨팅 산업을 주도하며 지속적인 성장을 보여 왔다 그러나, 80년대 말 유닉스 플랫폼과 같은 개방형 시스템에서의 분산환경이 대두되고, 시스템 운영비용의 절감을 위한 개방형 시스템으로의 다운사이징 바람이 불면서 메인 프레임 시스템의 입지가 크게 흔들리게 되었다.

개방형 시스템은 메인프레임 시스템과 달리 특정 업체의 폐쇄적인 기술과 프로그램에 의존하지 않고 인터페이스가 개방되어 있어, 다른 기종의 컴퓨터와 상호 연결이나 이식이 가능한 시스템을 말하며, 예를 들어, UNIX 등이 이에 해당한다. 최근 메인프레임 시스템을 개방형 시스템으로 전면 재구축하는 시도가 있지만, 이것은 위험이 따르는 작업이면서 높은 비용, 다수의 인력과 시간을 필요로 한다.

이에 대한 새로운 대안책으로 리호스팅 솔루션이 제시되었다. 리호스팅이란 메인프레임 시스템 환경으로 구축되어 운영중인 IT 시스템을 애플리케이션의 재개발 없이 개방형 환경으로 전환해 그대로 재사용할 수 있도록 하는 고도의 IT 시스템 구현 전략이다. 리호스팅은 전면 재개발에 드는 초기 비용과 시간 부담을 덜 수 있고 기존 자원을 최대로 활용하는 차원에서 리스크를 최소화하는 등 다양한 긍정적인 효과를 기대할 수 있다.

메인 프레임 시스템에서 사용되는 EBCDIC과 개방형 시스템에서 사용되는 ASCII처럼 인코딩(encoding)이 다른 환경에서 작업 제어 언어를 재사용하는 것은 소트 스크립트의 변환이 필요한 작업이다. 이로 인해, 메인 프레임과 오픈환경에서 소팅(sorting) 순서가 달라질 수 있으므로, 소트 키로 사용되는 필드가 복합 필드로 구성된 경우, 각 필드 별로 분리하여 적응적인 인코딩으로 소트하는 방법에 대한 연구가 필요하다.

대한민국 등록특허: 제10-1379855호

본 발명의 일 실시예가 해결하고자 하는 과제는 소트 스크립트(sort script) 인코딩(encoding)을 유닉스(Unix) 환경에서 ASCII로 유지하지 않고 EBCDIC를 유지하는 경우 개별 JCL에 대한 변환을 자동화할 수 있는 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법 및 컴퓨터-판독가능 매체에 저장된 컴퓨터 프로그램을 제공하는 데 있다.

본 발명의 다른 실시예가 해결하고자 하는 과제는 종래의 방법과 비교하여 높은 속도와 정확성을 확보할 수 있는 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법 및 컴퓨터-판독가능 매체에 저장된 컴퓨터 프로그램을 제공하는 데 있다.

본 발명에 따른 일 실시예는 컴퓨터-판독가능 매체에 저장되어, 컴퓨터로 하여금 이하의 단계들을 수행하도록 하기 위한 컴퓨터 프로그램으로서 상기 단계들은 작업 제어 언어(Job Control Languge, JCL)에서 하나 이상의 작업 스텝(Job Step)을 구분하는 단계(단계 A), 상기 작업 스텝에서 실행 프로그램(Program, PGM), 데이터셋 이름(Dataset Name, DSN) 및 데이터 디스크립션(Data Descriptin, DD)을 추출하는 단계(단계 B), 상기 실행 프로그램에 상응하는 실행 프로그램 소스로부터 상기 데이터 디스크립션에 대응되는 파일 디스크립션(File Description, FD)을 획득하는 단계(단계 C), 상기 파일 디스크립션을 기초로 제 1 카피 북(Copy Book)을 생성하는 단계(단계 D), 상기 제 1 카피 북을 상기 작업 스텝에 포함된 소트 필드(SORT FIELD)와 비교하여 유효성을 판단하는 단계(단계 E) 및 상기 유효성의 판단 결과에 따라 상기 제 1 카피 북을 기초로 제 2 카피 북을 생성하여 저장하는 단계(단계 F)를 포함하는 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 프로그램을 제공할 수 있다.

일 실시예에 있어서, 상기 제 2 카피 북을 참조하여 상기 소트 필드를 변환하는 단계(단계 G)를 더 포함할 수 있다.

다른 실시예에 있어서, 상기 단계 B는 상기 작업 스텝에서 사용되는 실행 프로그램이 소트 프로그램(Sort Program)인 경우, 상기 소트 프로그램을 포함하는 제 1 작업 스텝에서 상기 데이터셋 이름을 추출하는 단계 및 상기 데이터셋 이름을 포함하는 제 2 작업 스텝에서 상기 실행 프로그램 및 상기 데이터 디스크립션을 추출하는 단계를 포함할 수 있다.

또 다른 실시예에 있어서, 상기 제 1 작업 스텝에서 상기 데이터셋 이름에 대응되는 소트 필드(SORT FIEL)를 추출하는 단계를 더 포함할 수 있다.

또 다른 실시예에 있어서, 상기 단계 C는 상기 실행 프로그램에 대응되는 실행 프로그램 소스를 데이터베이스에서 검색하는 단계, 상기 실행 프로그램 소스에서 상기 데이터 디스크립션에 대응되는 파일 디스크립션을 추출하는 단계, 상기 파일 디스크립션에서 상기 데이터셋 이름에 해당하는 데이터의 레이아웃(layout)을 획득하는 단계 및 상기 레이아웃을 기초로 상기 제 1 카피 북을 생성하는 단계를 포함할 수 있다.

또 다른 실시예에 있어서, 상기 단계 E는 상기 제 1 카피 북을 상기 데이터셋 이름에 해당하는 데이터의 소트 필드와 비교하여 일치하는지 여부를 판단하는 단계를 포함할 수 있다.

또 다른 실시예에 있어서, 상기 단계 F는 상기 제 1 카피 북을 상기 데이터셋 이름에 해당하는 데이터의 소트 필드와 비교하여 일치하는 경우, 상기 제 1 카피 북을 상기 제 2 카피 북으로 설정하는 단계를 포함할 수 있다.

또 다른 실시예에 있어서, 상기 실행 프로그램은 코볼(COBOL)을 포함할 수 있다.

본 발명에 따른 또 다른 실시예는 작업 제어 언어(Job Control Languge, JCL)에서 하나 이상의 작업 스텝(Job Step)을 구분하는 단계(단계 A), 상기 작업 스텝에서 실행 프로그램(Program, PGM), 데이터셋 이름(Dataset Name, DSN) 및 데이터 디스크립션(Data Descriptin, DD)을 추출하는 단계(단계 B), 상기 실행 프로그램에 상응하는 실행 프로그램 소스로부터 상기 데이터 디스크립션에 대응되는 파일 디스크립션(File Description, FD)을 획득하는 단계(단계 C), 상기 파일 디스크립션을 기초로 제 1 카피 북(Copy Book)을 생성하는 단계(단계 D), 상기 제 1 카피 북을 상기 작업 스텝에 포함된 소트 필드(SORT FIELD)와 비교하여 유효성을 판단하는 단계(단계 E), 상기 유효성의 판단 결과에 따라 상기 제 1 카피 북을 기초로 제 2 카피 북을 생성하여 저장하는 단계(단계 F) 및 상기 제 2 카피 북을 참조하여 상기 소트 필드를 변환하는 단계(단계 G)를 포함하는 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법을 제공할 수 있다.

본 발명에 따른 또 다른 실시예는 작업 제어 언어(Job Control Languge, JCL)에서 하나 이상의 작업 스텝(Job Step)을 구분하는 작업 스텝 구분부, 상기 작업 스텝에서 실행 프로그램(Program, PGM), 데이터셋 이름(Dataset Name, DSN) 및 데이터 디스크립션(Data Descriptin, DD)을 추출하는 추출부, 상기 실행 프로그램에 상응하는 실행 프로그램 소스로부터 상기 데이터 디스크립션에 대응되는 파일 디스크립션(File Description, FD)을 획득하는 파일 디스크립션 획득부, 상기 파일 디스크립션을 기초로 제 1 카피 북(Copy Book)을 생성하는 제 1 카피 북 생성부, 상기 제 1 카피 북을 상기 작업 스텝에 포함된 소트 필드(SORT FIELD)와 비교하여 유효성을 판단하는 유효성 판단부, 상기 유효성의 판단 결과에 따라 상기 제 1 카피 북을 기초로 제 2 카피 북을 생성하여 저장하는 제 2 카피 북 생성부 및 상기 제 2 카피 북을 참조하여 상기 소트 필드를 변환하는 소트 필드 변환부를 포함하는 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 장치를 제공할 수 있다.

본 발명의 일 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법 및 컴퓨터-판독가능 매체에 저장된 컴퓨터 프로그램은 코드 체계가 다른 시스템에서 데이터의 소팅 순서를 동일하게 처리할 수 있다.

본 발명의 일 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법 및 컴퓨터-판독가능 매체에 저장된 컴퓨터 프로그램은 EBCDIC 코드 체계에 맞는 순서로 소팅을 할 수 있도록 JCL내의 소트 스크립트를 자동으로 변환할 수 있다.

본 발명의 다른 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법 및 컴퓨터-판독가능 매체에 저장된 컴퓨터 프로그램은 종래의 방법과 비교하여 높은 속도와 정확성을 확보할 수 있다.

본 발명의 효과는 상기 언급된 것으로 제한되지는 않으며, 언급되지 않은 또 다른 효과들은 이하의 기재로부터 본 발명이 속하는 기술분야에서의 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

다양한 양상들이 이제 도면들을 참조로 기재되며, 여기서 유사한 참조 번호들은 총괄적으로 유사한 구성요소들을 지칭하는데 이용된다. 이하의 실시예에서, 설명 목적을 위해, 다수의 특정 세부사항들이 하나 이상의 양상들의 총체적 이해를 제공하기 위해 제시된다. 그러나 그러한 양상(들)이 이러한 특정 세부사항들 없이 실시될 수 있음은 명백할 것이다. 다른 예시들에서, 공지의 구조들 및 장치들이 하나 이상의 양상들의 기재를 용이하게 하기 위해 블록도 형태로 도시된다.
도 1은 본 발명의 일 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 시스템을 나타낸 블럭도이다.
도 2는 본 발명의 일 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 장치의 내부 구성을 나타낸 블럭도이다.
도 3은 본 발명의 일 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법을 나타낸 순서도 이다.
도 4는 본 발명의 일 실시예에 따른 작업 제어 언어를 나타낸 것이다.
도 5는 본 발명의 일 실시예에 따른 실행 프로그램의 작업 스텝과 사용된 실행 프로그램 소스를 나타낸 것이다.
도 6은 본 발명의 일 실시예에 따른 제 1 카피 북의 유효성을 판단하는 방법을 나타낸 것이다.
도 7은 본 발명의 일 실시예에 따른 제 2 카피 북을 참조하여 소트 필드를 변환하는 방법을 나타낸 것이다.
도 8은 본 발명의 일 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 프로그램을 실행하는 동작을 하는 컴퓨터의 블럭도를 나타낸 것이다.
도 9는 본 발명의 일 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 프로그램을 실행하는 예시적인 컴퓨팅 환경의 개략 블럭도를 나타낸 것이다.

상술한 본 발명의 목적, 특징 및 장점은 첨부된 도면과 관련한 다음의 실시예를 통하여 보다 분명해질 것이다. 이하의 특정한 구조 내지 기능적 설명들은 단지 본 발명의 개념에 따른 실시예를 설명하기 위한 목적으로 예시된 것으로, 본 발명의 개념에 따른 실시예들은 다양한 형태로 실시될 수 있으며 본 명세서 또는 출원에 설명된 실시예들에 한정되는 것으로 해석되어서는 아니된다.

본 발명의 개념에 따른 실시예는 다양한 변경을 가할 수 있고 여러 가지 형태를 가질 수 있으므로 특정 실시예들은 도면에 예시하고 본 명세서 또는 출원에 상세하게 설명하고자 한다. 그러나 이는 본 발명의 개념에 따른 실시예들을 특정한 개시 형태에 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.

제1 및/또는 제2 등의 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 한정되지는 않는다. 상기 용어들은 하나의 구성 요소를 다른 구성 요소들로부터 구별하는 목적으로만, 예컨대 본 발명의 개념에 따른 권리 범위로부터 이탈되지 않은 채, 제1 구성 요소는 제2 구성 요소로 명명될 수 있고, 유사하게 제2 구성 요소는 제1 구성 요소로도 명명될 수 있다.

어떠한 구성 요소가 다른 구성 요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성 요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성 요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떠한 구성 요소가 다른 구성 요소에 "직접 연결되어" 있다거나 또는 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성 요소가 존재하지 않는 것으로 이해되어야 할 것이다. 구성 요소들 간의 관계를 설명하기 위한 다른 표현들, 즉 "～사이에"와 "바로 ～사이에" 또는 "～에 인접하는"과 "～에 직접 인접하는" 등의 표현도 마찬가지로 해석되어야 한다.

본 명세서에서 사용하는 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로서, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서 "포함하다" 또는 "가지다" 등의 용어는 설시된 특징, 숫자, 단계, 동작, 구성 요소, 부분품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성 요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 갖는 것으로 해석되어야 하며, 본 명세서에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

작업 제어 언어(Job Control Languge, 이하 JCL이라 함)는 데이터를 처리하기 위하여, 오퍼레이팅(Operating) 시스템에게 무엇을 하려고 하는지를 알려준다. JCL은 일련의 규칙을 가진 JCL 문장(Statement)으로 이루어져 있고, JCL 문장에 의해 오퍼레이팅 시스템에 대하여, 어떤 처리를 해야 하는가 즉, 어느 프로그램을 실행하고, 그 프로그램이 어떤 자원을 필요로 하는가 등을 지시할 수 있다.

JCL 문장은 다음과 같은 기능을 수행할 수 있다. 작업(Job)을 오퍼레이팅 시스템에 넘겨준다. 또한, 무엇을 해야 하는가를 오퍼레이팅 시스템에게 제시한다. 특정 데이터셋(Dataset)에 대해 하드웨어 장치 할당을 오퍼레이팅 시스템에 요구하고, 실행해야 할 프로그램을 지정하기도 한다.

사용자가 오퍼레이팅 시스템에 수행을 위해 건네준(Submit) 일련의 작업(Job)을 입력 Job Stream이라고 한다. 입력 Job Stream은 한 개 또는 복수의 Job으로 구성되고, 하나의 Job은 한 개 또는 복수의 Step으로 구성된다. 각각의 Job은 다음과 같은 JCL 문장으로 구성될 수 있다. 예를 들어, JCL 문장은 Job의 시작을 나타내는 'Job Statement', Step의 시작을 나타내는 하나 이상의 'EXEC Statement', Job Step의 수행을 위해 필요한 Dataset을 정의한 'DD Statement', 입력 Data와 그 종료를 나타내는 'Delimiter Statement' 를 포함할 수 있다.

하나의 Step은 여러 개의 Processor(CPU)를 가진 시스템에서, 동일 Processor 상에서 수행되어야 하는 최소 작업 단위이다. 다시 말해, 하나의 Step은 여러 개의 Sub Step으로 분할되어 병렬로 수행할 수 없다. 동일한 Job 내의 Step 간에는 고도의 시스템처리기법에 의해 병렬로 수행이 가능하다. 단지, 시스템환경 및 Job 특성에 의해 수행 여부 및 병렬 수행정도가 결정된다.

Job Statement는 Job의 시작을 Operating System에 알려 줄 수 있다. Job Statement는 Job을 구분하기 위한 정보 및 Job을 실행하기 위해 필요한 Parameter를 지정할 수 있다. 또한, 하나의 Job은 다음 Job Statement가 발견되거나, NULL Statement가 발견되는 곳에서 종료된다.

EXEC Statement는 Job Step은 실행하여야 할 프로그램 이름을 지정하는 EXEC Statement로 시작한다. 한 개의 Job에는 하나 또는 복수의 Job Step이 존재한다. 하나의 Job Step은 다음 EXEC Statement, Job Statement, NULL Statement를 만난 곳에서 종료된다.

DD Statement는 프로그램이 필요로 하는 Dataset(UNIX서버 등에서의 File과 유사함)을 지정한다. 하나의 Dataset은 하나의 DD Statement로 지정한다. 사용할 Dataset이름, 사용할 입출력장치, Dataset의 위치, 할당방법, 기타 Dataset 특성 등을 지정한다.

이하, 첨부한 도면들을 참조하여, 본 발명의 실시예들을 보다 상세하게 설명하고자 한다.

도 1은 본 발명의 일 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 시스템을 나타낸 블럭도이다.

도 1을 참조하면, 본 발명의 일 실시예에 따른 소트 스크립트 변환 시스템은 메인프레임 시스템(100), 개방형 시스템(200) 및 소트 스크립트 변환 장치(300)를 포함할 수 있다.

메인프레임 시스템(100)은 예컨대, IBM사와 같은 큰 회사에서 만든 대형 컴퓨터를 일컫는 산업계 용어로서, 대기업이나 금융기관과 같은 아주 커다란 회사들의 기업활동에 필요한 컴퓨팅 업무에 주로 사용되며, 분산 컴퓨팅 방식을 취하기보다는 중앙 집중식으로 구성되어 있다.

개방형 시스템(200)은 서로 다른 컴퓨터 제조업체의 하드웨어(H/W)와 소프트웨어(S/W)간의 연계가 가능하도록 설계하는 방식을 일컫는 산업계 용어로서 이를 운영체계, 통신 등의 분야로 구분할 수 있고, 여기서 일컫는 개방형 시스템은 예컨대, 유닉스(UNIX) 또는 리눅스(Linux) 등의 운영체계를 탑재한 중형 컴퓨터이다.

소트 스크립트 변환 장치(300)는 메인프레임 시스템(100)의 작업 제어 언어(Job Control Languge, JCL)에서 하나 이상의 작업 스텝(Job Step)을 구분하고, 구분된 작업 스텝에서 실행 프로그램(Program, PGM), 데이터셋 이름(Dataset Name, DSN) 및 데이터 디스크립션(Data Descriptin, DD)을 추출할 수 있다. 이후, 소트 스크립트 변환 장치(300)는 실행 프로그램에 상응하는 실행 프로그램 소스로부터 데이터 디스크립션에 대응되는 파일 디스크립션(File Description, FD)을 획득하고, 획득한 파일 디스크립션을 기초로 제 1 카피 북(Copy Book)을 생성할 수 있다. 소트 스크립트 변환 장치(300)는 생성된 제 1 카피 북을 작업 스텝에 포함된 소트 필드(SORT FIELD)와 비교하여 유효성을 판단한 후, 유효성의 판단 결과에 따라 제 1 카피 북을 기초로 제 2 카피 북을 생성하여 저장할 수 있다. 또한, 소트 스크립트 변환 장치(300)는 소트 스크립트 변환 장치(300)는 저장된 제 2 카피 북을 참조하여 소트 필드를 변환할 수 있다. 이를 통해, 본 발명의 일 실시예에 따른 소트 스크립트 변환 장치(300)는 소트 스크립트(sort script) 인코딩(encoding)을 유닉스(Unix) 환경에서 ASCII로 유지하지 않고 EBCDIC를 유지하는 경우 개별 JCL에 대한 변환을 자동화할 수 있으며, 종래의 방법과 비교하여 높은 속도와 정확성을 확보할 수 있다.

본 발명의 일 실시예에 따른 소트 스크립트 변환 장치(300)는 OFMiner가 될 수 있다. OFMiner는 MaiknFrame 의 자산 Asset(JCL, JCL Prodedure, Cobol source, copybook, Map 등등)들을 Parsing 및 분석 작업을 진행하여, DB화하고 실제 프로젝트 수행의 data migration 이나 자산 분석(전체 시스템 파악을 위한)시 필요한 정보를 추출하는 분석 시스템을 포함할 수 있다.

도 2는 본 발명의 일 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 장치의 내부 구성을 나타낸 블럭도이다.

도 2를 참조하면, 본 발명의 일 실시예에 따른 소트 스크립트 변환 장치(300)는 작업 스텝 구분부(310), 추출부(320), 파일 디스크립션 획득부(330), 제 1 카피 북 생성부(340), 유효성 판단부(350), 제 2 카피 북 생성부(360) 및 소트 필드 변환부(370)를 포함할 수 있다.

작업 스텝 구분부(310)는 작업 제어 언어(Job Control Languge, JCL)에서 하나 이상의 작업 스텝(Job Step)을 구분할 수 있다. 작업 제어 언어는 하나 이상의 작업 스텝을 포함할 수 있다. 각각의 작업 스텝은 실행 프로그램(Program, PGM), 데이터셋 이름(Dataset Name, DSN) 및 데이터 디스크립션(Data Descriptin, DD) 중 적어도 하나를 포함할 수 있다.

추출부(320)는 작업 스텝에서 실행 프로그램(Program, PGM), 데이터셋 이름(Dataset Name, DSN) 및 데이터 디스크립션(Data Descriptin, DD)을 추출할 수 있다. 작업 제어 언어(Job Control Languge, JCL)에서 실행 프로그램(Program, PGM)은 EXEC Statement에서 확인할 수 있다. 일 실시예에 있어서, 실행 프로그램은 코볼(COBOL) 프로그램 및 소트(SORT) 프로그램을 포함할 수 있으나, 본 발명의 권리범위를 이에 한정하는 것은 아니다. 데이터셋 이름(Dataset Name, DSN)은 작업 제어 언어의 DD Statement에서 확인할 수 있다. 메인 프레임 시스템(100)에서 데이터셋(Dataset)은 개방형 시스템(200)의 파일(File)과 대응될 수 있다. DD Statement에서 사용할 Dataset이름, 사용할 입출력장치, Dataset의 위치, 할당방법 등이 지정될 수있다.

파일 디스크립션 획득부(330)는 실행 프로그램에 상응하는 실행 프로그램 소스로부터 데이터 디스크립션에 대응되는 파일 디스크립션(File Description, FD)을 획득할 수 있다. 예를 들어, 실행 프로그램이 코볼인 경우, 파일 디스크립션 획득부(330)는 실행 프로그램에 상응하는 코볼 프로그램 소스를 검색할 수 있다. 코볼 프로그램 소스는 데이터베이스 등에 미리 저장되어 있을 수 있다. 이후, 검색된 코볼 프로그램 소스로부터 파일 디스크립션을 획득할 수 있다. 이때, 획득되는 파일 디스크립션은 데이터 디스크립션에 대응되는 파일 디스크립션을 포함할 수 있다. 즉, 파일 디스크립션 획득부(330)는 데이터 디스크립션을 기초로 이에 대응되는 파일 디스크립션을 획득할 수 있다.

제 1 카피 북 생성부(340)는 파일 디스크립션 획득부(330)가 획득한 파일 디스크립션을 기초로 제 1 카피 북(Copy Book)을 생성할 수 있다. 즉, 파일 디스크립션 획득부(330)는 파일 디스크립션에서 데이터셋 이름에 해당하는 데이터의 레이아웃(layout)을 획득하고, 획득한 레이아웃을 이용하여 제 1 카피 북을 생성할 수 있다.

유효성 판단부(350)는 제 1 카피 북 생성부(340)가 생성한 제 1 카피 북을 작업 스텝에 포함된 소트 필드(SORT FIELD)와 비교하여 유효성을 판단할 수 있다. 만약, 작업 스텝에 포함된 소트 필드(SORT FIELD)와 제 1 카피 북이 서로 대응되는 경우 유효성을 인정할 수 있다.

제 2 카피 북 생성부(360)는 유효성 판단부(350)의 유효성 판단 결과에 따라 제 1 카피 북을 제 2 카피 북으로 지정 또는 설정할 수 있다. 유효성이 인정된 제 2 카피 북은 작업 제어 언어에 포함된 소트 필드가 개방형 시스템(200)에서 사용될 수 있는 소트 필드인지 확인하고, 필요에 따라서 소트 필드를 변환할 수 있는 기초 자료가 될 수 있다.

소트 필드 변환부(370)는 제 2 카피 북을 참조하여, 작업 제어 언어에 포함된 소트 필드를 변환할 수 있다. 작업 제어 언어에 포함된 소트 필드를 항상 변환하는 것은 아니며, 개방형 시스템(200)에서 작업 제어 언어에 포함된 소트 필드를 사용할 경우 동일한 결과가 나오지 않는 경우만, 소트 필드의 변환이 필요할 것이다.

도 3은 본 발명의 일 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법을 나타낸 순서도 이다.

도 3을 참조하면, 단계 S110에서, 작업 스텝 구분부(310)는 작업 제어 언어(Job Control Languge, JCL)에서 하나 이상의 작업 스텝(Job Step)을 구분할 수 있다.

작업 제어 언어는 Job Statement, EXEC Statement 및 DD Statement를 포함할 수 있다. 위에서 설명한 것처럼, Job Statement는 Job의 시작을 Operating System에 알려 줄 수 있고, Job을 구분하기 위한 정보 및 Job을 실행하기 위해 필요한 Parameter를 지정할 수 있다. EXEC Statement는 Job Step은 실행하여야 할 프로그램 이름을 지정하는 EXEC Statement로 시작하고, 하나의 Job Step은 다음 EXEC Statement, Job Statement, NULL Statement를 만난 곳에서 종료된다. DD Statement는 프로그램이 필요로 하는 Dataset을 지정하고, 사용할 Dataset 이름, 사용할 입출력장치, Dataset의 위치, 할당방법, 기타 Dataset 특성 등을 지정할 수 있다.

도 4는 본 발명의 일 실시예에 따른 작업 제어 언어를 나타낸 것이다.

도 4를 참조하면, 본 발명의 일 실시예에 따른 작업 제어 언어를 4개의 작업 스텝(ST01, ST02, ST03, ST04)로 구분할 수 있다. 여기서는 본 발명의 일 실시예를 명확하게 설명하기 위해 편의상 4개의 작업 스텝을 예를 들어 설명하지만, 작업 스텝은 이에 한정되는 것은 아니다. 각각의 작업 스텝(ST01, ST02, ST03, ST04)에는 EXEC Statement 및 DD Statement가 포함되고 특히, 작업 스텝(ST02)에서 소트(SORT) 프로그램이 사용된 것과 소트 필드(SORT FIELDS)로 Dataset의 정렬이 정의된 것을 확인할 수 있다.

다시 도 3를 참조하면, 단계 S120에서, 추출부(320)는 작업 스텝으로부터 실행 프로그램(Program, PGM), 데이터셋 이름(Dataset Name, DSN) 및 데이터 디스크립션(Data Descriptin, DD)을 추출할 수 있다. 도 4의 작업 스텝 ST01에서 실행 프로그램(Program, PGM)은 COBOL1이고, 데이터셋 이름(Dataset Name, DSN)은 AAA.BBB이고, 데이터 디스크립션(Data Descriptin, DD)은 SYSUT1인 것을 확인할 수 있다. 작업 제어 언어에서 PGM 구문을 이용하여 실행 프로그램 소스를 특정할 수 있다. 이때, 해당 실행 프로그램 소스에 정의된 많은 파일 디스크립션(File Description, FD)이 있는데, 실행 프로그램의 파일 디스크립션 중에 작업 제어 언어의 데이터 디스크립션에서 정의한 DD(SYSUT1)을 실행 프로그램의 SELECT 구문에서 파일 디스크립션에 할당하기 때문에 데이터 디스크립션이 요구된다. 즉, 파일 디스크립션을 알아야 해당 파일 디스크립션의 데이터 선언으로 카피 북(copybook)을 만들수 있다.

도 4의 작업 스텝 ST02에서 실행 프로그램(Program, PGM)은 SORT이고, 데이터셋 이름(Dataset Name, DSN)은 AAA.BBB이고, 소트 필드(SORT FIELDS)는 SORT FIELDS=(1,2,CH,5,4,CH)인 것을 확인할 수 있다. 여기서, 1은 LOCATION(CONTROL FIELDS의 SAM 파일 내에서의 위치)을 나타내고, 2는 LENGTH(CONTROL FIELDS의 길이)를 나타내고, CH는 DATA FORMAT(CONTROL FIELDS의 DATA TYPE)을 나타낸다. 즉, 작업 스텝 ST02에 포함된 AAA.BBB의 데이터셋은 첫 번째 바이트부터 2개의 바이트는 문자(CH) 정렬이고, 다섯 번째 바이트부터 4개의 바이트는 문자(CH) 정렬인 것을 알 수 있다. 만약, SORT FIELDS=(1,2,CH,5,4,BI)인 경우, 다섯 번째 바이트부터 4개의 바이트는 숫자(BI) 정렬이 될 수 있다.

동일한 방법으로 작업 스텝 ST03에서 실행 프로그램(Program, PGM)은 SORT이고, 데이터셋 이름(Dataset Name, DSN)은 CCC.DDD이고, 소트 필드(SORT FIELDS)는 SORT FIELDS=(1,2,CH,3,4,ZD)인 것을 확인할 수 있다. 작업 스텝 ST03에 포함된 CCC.DDD의 데이터셋은 첫 번째 바이트부터 2개의 바이트는 문자(CH) 정렬이고, 세 번째 바이트부터 4개의 바이트는 존 10진수(zone decimal, ZD) 정렬인 것을 알 수 있다. 만약, SORT FIELDS=(1,2,CH,3,4,PD)인 경우, 세 번째 바이트부터 4개의 바이트는 묶음 10진수(packed decimal, PD) 정렬이 될 수 있다.

추출부(320)가 작업 스텝에서 실행 프로그램(Program, PGM), 데이터셋 이름(Dataset Name, DSN) 및 데이터 디스크립션(Data Descriptin, DD)을 추출하는 방법은 이하에서 상세히 설명된다. 우선, 작업 스텝에서 사용되는 실행 프로그램이 소트 프로그램(SORT Program)인 경우, 소트 프로그램을 포함하는 제 1 작업 스텝에서 데이터셋 이름을 추출한다. 도 4의 작업 스텝 ST02에서 EXEC PGM=SORT가 확인되면, 처리되는 데이터셋의 이름인 AAA.BBB을 추출한다. 이후, 데이터셋 이름을 포함하는 제 2 작업 스텝에서 실행 프로그램 및 데이터 디스크립션을 추출한다. 도 4의 작업 스텝 ST01에 데이터셋의 이름 AAA.BBB이 포함되므로, 실행 프로그램 PGM=COBOL1과 데이터 디스크립션 SYSUT1을 추출할 수 있다. 더 나아가, 제 1 작업 스텝에서 데이터셋 이름에 대응되는 소트 필드(SORT FIELDS)를 추출할 수 있다. 이를 정리하면, 작업 스텝 ST02에서 아래 [표 1]에 나타낸 것처럼 소트 정보를 구성할 수 있다.

DSN=AAA.BBB
PGM=ST01의 COBOL1
DD=ST01의 SYSUT1
SORTFIELD=1,2,CH,5,4,CH

또한, 작업 스텝 ST03에서 아래 [표 2] 에 나타낸 것처럼 소트 정보를 구성할 수 있다.

DSN=CCC.DDD
PGM=ST04의 COBOL2
DD=ST04의 SYSUT2
SORTFIELD=1,2,CH,3,4,ZD

도 5는 본 발명의 일 실시예에 따른 실행 프로그램의 작업 스텝과 사용된 실행 프로그램 소스를 나타낸 것이다.

도 3 내지 도 5를 참조하면, 단계 S130에서, 파일 디스크립션 획득부(330)는 실행 프로그램에 상응하는 실행 프로그램 소스로부터 데이터 디스크립션에 대응되는 파일 디스크립션(File Description, FD)을 획득할 수 있다. 우선, 실행 프로그램(COBOL1)에 대응되는 실행 프로그램 소스(COBOL1.cbl)를 데이터베이스에서 검색하고, 실행 프로그램 소스에서 데이터 디스크립션에 대응되는 파일 디스크립션을 추출할 수 있다. 추출된 파일 디스크립션에서 데이터셋 이름에 해당하는 데이터의 레이아웃(layout)을 획득하고, 획득한 레이아웃을 기초로 제 1 카피 북을 생성할 수 있다. 예를 들어, 작업 스텝 ST02에서 실행 프로그램이 COBOL1이므로, 데이터베이스를 검색하여, 실행 프로그램 소스 즉, COBOL1.cbl을 사용할 수 있다.

작업 제어 언어에서는 작업 스텝 ST01의 EXEC PGM 이 COBOL1 이라고 선언하였기 때문에 이 정보를 가지고 데이터셋의 레이아웃이 COBOL1.cbl 소스 안에 정의된 것을 알 수 있다. 이때, COBOL1.cbl은 여러 개의 파일 디스크립션를 선언할 수 있고, AAA.BBB라는 데이터셋의 데이터 디스크립션이 SYSUT1 이기 때문에 COBOL1.cbl의 SELECT 구문 중에 SYSUT1을 사용하는 구문을 찾는다. SELECT SYSUT1 TO FD1 구문을 통해 SYSUT1 DD 가 FD1으로 할당 되었음을 알 수 있으며, FD1에 데이터의 레이아웃이 있기 때문에 이 구문을 기준으로 단계 S140에서, 제 1 카피 북 생성부(340)는 파일 디스크립션을 기초로 제 1 카피 북(Copy Book)을 생성할 수 있다.

도 6은 본 발명의 일 실시예에 따른 제 1 카피 북의 유효성을 판단하는 방법을 나타낸 것이다.

도 3 및 도 6를 참조하면, 단계 S150에서, 유효성 판단부(350)는 제 1 카피 북을 작업 스텝에 포함된 소트 필드(Sort Field)와 비교하여 유효성을 판단할 수 있다. 유효성 판단부(350)가 유효성을 판단하기 위해, 제 1 카피 북을 데이터셋 이름에 해당하는 데이터의 소트 필드와 비교하여 일치하는지 여부를 판단할 수 있다. 도 6에 나타낸 것처럼, 제 1 카피 북(01 REC 03 REC-A PICX(1) 03 REC-N COMP(1) 03 REC-B PIC9(2) 03 REC-C PIC X(4))을 작업 스텝 ST02의 SORTFIELD=1,2,CH,5,4,CH와 비교하여 일치여부를 판단한다.

단계 S160에서, 제 2 카피 북 생성부(360)는 유효성의 판단 결과가 제 1 카피 북과 소트 필드(Sort Field)가 일치하는 경우, 제 1 카피 북을 제 2 카피 북으로 지정하고, 제 2 카피 북을 생성하여 저장할 수 있다. 여기서, 생성된 제 2 카피 북은 소트 필드를 변환할 때 사용될 수 있다.

단계 S170에서, 소트 필드 변환부(370)는 제 2 카피 북을 참조하여 소트 필드를 변환할 수 있다. 메인 프레임 시스템(100)과 개방형 시스템(200)은 인코딩이 상이하다. 예를 들어, 메인 프레임 시스템(100)(예를 들어, IBM)은 EBCDIC을 사용할 수 있고, 개방형 시스템(200)(예를 들어, 유닉스(Unix) 환경)은 ASCII를 사용할 수 있다. 그러나 인코딩 방식의 차이로 인하여 메인 프레임 시스템(100)에서 소트 스크립트(sort script)는 유닉스 환경에서 숫자(BI) 정렬이 필요한 부분을 문자(CH) 정렬로 처리하는 경우가 있다. 만약, 유닉스 환경에서 숫자(BI) 정렬과 문자(CH) 정렬을 구별해 주지 않는다면, 인코딩이 다른 환경에서 JCL을 재사용하는 것은 불가능 하다.

도 7은 본 발명의 일 실시예에 따른 제 2 카피 북을 참조하여 소트 필드를 변환하는 방법을 나타낸 것이다.

도 7을 참조하면, 소트 필드 변환부(370)는 제 2 카피 북과 작업 스텝 ST02의 소트 필드(SORT FIELDS=(1,2,CH,5,4,CH))를 비교한다. 작업 스텝 ST02의 소트 필드는 첫 번째 바이트부터 2개의 바이트는 문자(CH) 정렬이라고 정의되어 있으나, 제 2 카피 북을 참조하면, 데이터셋 AAA.BBB의 실제 정렬은 첫 번째 바이트부터 1개의 바이트는 문자(CH) 정렬이고, 두 번째 바이트부터 1개의 바이트는 숫자(BI) 정렬인 경우, 소트 필드를 SORT FIELDS=(1,2,CH,5,4,CH)에서 SORT FIELDS=(1,1,CH,2,1,BI,5,4,CH)으로 변환할 수 있다. 개방형 시스템(200)에서 SORT FIELDS=(1,1,CH,2,1,BI,5,4,CH)를 사용할 경우, 개방형 시스템(200)에서 데이터셋 AAA.BBB은 두 번째 바이트부터 1개의 바이트는 숫자(BI) 정렬이 될 수 있다.

도 8은 본 발명의 일 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 프로그램을 실행하는 동작을 하는 컴퓨터의 블럭도를 나타낸 것이다.

도 8을 참조하면, 본 발명에 따른 일 실시예의 여러가지 측면들이 구현될 수 있는 적합한 컴퓨팅 환경에 대한 간략하고 일반적인 설명을 제공할 수 있다.

본 발명이 일반적으로 하나 이상의 컴퓨터 상에서 실행될 수 있는 컴퓨터 실행가능 명령어와 관련하여 전술되었지만, 당업자라면 본 발명이 기타 프로그램 모듈들과 결합되어 및/또는 하드웨어와 소프트웨어의 조합으로서 구현될 수 있다는 것을 잘 알 것이다.

일반적으로, 프로그램 모듈은 특정의 태스크를 수행하거나 특정의 추상 데이터 유형을 구현하는 루틴, 프로그램, 컴포넌트, 데이터 구조, 기타 등등을 포함한다. 또한, 당업자라면 본 발명의 방법이 단일-프로세서 또는 멀티프로세서 컴퓨터 시스템, 미니컴퓨터, 메인프레임 컴퓨터는 물론 퍼스널 컴퓨터, 핸드헬드 컴퓨팅 장치, 마이크로프로세서-기반 또는 프로그램가능 가전 제품, 기타 등등(이들 각각은 하나 이상의 연관된 장치와 연결되어 동작할 수 있음)을 비롯한 다른 컴퓨터 시스템 구성으로 실시될 수 있다는 것을 잘 알 것이다.

본 발명의 예시된 측면들은 또한 어떤 태스크들이 통신 네트워크를 통해 연결되어 있는 원격 처리 장치들에 의해 수행되는 분산 컴퓨팅 환경에서 실시될 수 있다. 분산 컴퓨팅 환경에서, 프로그램 모듈은 로컬 및 원격 메모리 저장 장치 둘다에 위치할 수 있다.

컴퓨터는 통상적으로 다양한 컴퓨터 판독가능 매체를 포함한다. 컴퓨터에 의해 액세스 가능한 매체는 그 어떤 것이든지 컴퓨터 판독가능 매체가 될 수 있고, 이러한 컴퓨터 판독가능 매체는 휘발성 및 비휘발성 매체, 이동식 및 비이동식 매체 둘다를 포함한다. 제한이 아닌 예로서, 컴퓨터 판독가능 매체는 컴퓨터 판독 가능 저장 매체 및 컴퓨터 판독 가능 통신 매체를 포함할 수 있다. 컴퓨터 판독 가능 저장 매체는 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터와 같은 정보를 저장하는 임의의 방법 또는 기술로 구현되는 휘발성 및 비휘발성, 이동식 및 비이동식 매체 둘다를 포함한다. 컴퓨터 판독 가능 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 기타 메모리 기술, CD-ROM, DVD(digital video disk) 또는 기타 광 디스크 저장 장치, 자기 카세트, 자기 테이프, 자기 디스크 저장 장치 또는 기타 자기 저장 장치, 또는 컴퓨터에 의해 액세스될 수 있고 원하는 정보를 저장하는 데 사용될 수 있는 임의의 기타 매체를 포함하지만, 이에 한정되지 않는다.

컴퓨터 판독 가능 통신 매체는 통상적으로 반송파(carrier wave) 또는 기타 전송 메커니즘(transport mechanism)과 같은 피변조 데이터 신호(modulated data signal)에 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터등을 구현하고 모든 정보 전달 매체를 포함한다. 피변조 데이터 신호라는 용어는 신호 내에 정보를 인코딩하도록 그 신호의 특성들 중 하나 이상을 설정 또는 변경시킨 신호를 의미한다. 제한이 아닌 예로서, 컴퓨터 판독 가능 통신 매체는 유선 네트워크 또는 직접 배선 접속(direct-wired connection)과 같은 유선 매체, 그리고 음향, RF, 적외선, 기타 무선 매체와 같은 무선 매체를 포함한다. 상술된 컴퓨터 판독 가능 통신 매체들 중 임의의 것의 조합도 역시 컴퓨터 판독가능 통신 매체의 범위 안에 포함되는 것으로 한다.

컴퓨터(1102)를 포함하는 본 발명의 여러가지 측면들을 구현하는 예시적인 환경(1100)이 나타내어져 있으며, 컴퓨터(1102)는 처리 장치(1104), 시스템 메모리(1106) 및 시스템 버스(1108)를 포함한다. 시스템 버스(1108)는 시스템 메모리(1106)(이에 한정되지 않음)를 비롯한 시스템 컴포넌트들을 처리 장치(1104)에 연결시킨다. 처리 장치(1104)는 다양한 상용 프로세서들 중 임의의 프로세서일 수 있다. 듀얼 프로세서 및 기타 멀티프로세서 아키텍처도 역시 처리 장치(1104)로서 이용될 수 있다.

시스템 버스(1108)는 메모리 버스, 주변장치 버스, 및 다양한 상용 버스 아키텍처 중 임의의 것을 사용하는 로컬 버스에 추가적으로 상호 연결될 수 있는 몇가지 유형의 버스 구조 중 임의의 것일 수 있다. 시스템 메모리(1106)는 판독 전용 메모리(ROM)(1110) 및 랜덤 액세스 메모리(RAM)(1112)를 포함한다. 기본 입/출력 시스템(BIOS)은 ROM, EPROM, EEPROM 등의 비휘발성 메모리(1110)에 저장되며, 이 BIOS는 시동 중과 같은 때에 컴퓨터(1102) 내의 구성요소들 간에 정보를 전송하는 일을 돕는 기본적인 루틴을 포함한다. RAM(1112)은 또한 데이터를 캐싱하기 위한 정적 RAM 등의 고속 RAM을 포함할 수 있다.

컴퓨터(1102)는 또한 내장형 하드 디스크 드라이브(HDD)(1114)(예를 들어, EIDE, SATA)―이 내장형 하드 디스크 드라이브(1114)는 또한 적당한 섀시(도시 생략) 내에서 외장형 용도로 구성될 수 있음―, 자기 플로피 디스크 드라이브(FDD)(1116)(예를 들어, 이동식 디스켓(1118)으로부터 판독을 하거나 그에 기록을 하기 위한 것임), 및 광 디스크 드라이브(1120)(예를 들어, CD-ROM 디스크(1122)를 판독하거나 DVD 등의 기타 고용량 광 매체로부터 판독을 하거나 그에 기록을 하기 위한 것임)를 포함한다. 하드 디스크 드라이브(1114), 자기 디스크 드라이브(1116) 및 광 디스크 드라이브(1120)는 각각 하드 디스크 드라이브 인터페이스(1124), 자기 디스크 드라이브 인터페이스(1126) 및 광 드라이브 인터페이스(1128)에 의해 시스템 버스(1108)에 연결될 수 있다. 외장형 드라이브 구현을 위한 인터페이스(1124)는 USB(Universal Serial Bus) 및 IEEE 1394 인터페이스 기술 중 적어도 하나 또는 그 둘다를 포함한다.

이들 드라이브 및 그와 연관된 컴퓨터 판독가능 매체는 데이터, 데이터 구조, 컴퓨터 실행가능 명령어, 기타 등등의 비휘발성 저장을 제공한다. 컴퓨터(1102)의 경우, 드라이브 및 매체는 임의의 데이터를 적당한 디지털 형식으로 저장하는 것에 대응한다. 상기에서의 컴퓨터 판독가능 매체에 대한 설명이 HDD, 이동식 자기 디스크, 및 CD 또는 DVD 등의 이동식 광 매체를 언급하고 있지만, 당업자라면 집 드라이브(zip drive), 자기 카세트, 플래쉬 메모리 카드, 카트리지, 기타 등등의 컴퓨터에 의해 판독가능한 다른 유형의 매체도 역시 예시적인 운영 환경에서 사용될 수 있으며 또 임의의 이러한 매체가 본 발명의 방법들을 수행하기 위한 컴퓨터 실행가능 명령어를 포함할 수 있다는 것을 잘 알 것이다.

운영 체제(1130), 하나 이상의 애플리케이션 프로그램(1132), 기타 프로그램 모듈(1134) 및 프로그램 데이터(1136)을 비롯한 다수의 프로그램 모듈이 드라이브 및 RAM(1112)에 저장될 수 있다. 운영 체제, 애플리케이션, 모듈 및/또는 데이터의 전부 또는 그 일부분이 또한 RAM(1112)에 캐싱될 수 있다. 본 발명이 여러가지 상업적으로 이용가능한 운영 체제 또는 운영 체제들의 조합에서 구현될 수 있다는 것을 잘 알 것이다.

사용자는 하나 이상의 유선/무선 입력 장치, 예를 들어, 키보드(1138) 및 마우스(1140) 등의 포인팅 장치를 통해 컴퓨터(1102)에 명령 및 정보를 입력할 수 있다. 기타 입력 장치(도시 생략)로는 마이크, IR 리모콘, 조이스틱, 게임 패드, 스타일러스 펜, 터치 스크린, 기타 등등이 있을 수 있다. 이들 및 기타 입력 장치가 종종 시스템 버스(1108)에 연결되어 있는 입력 장치 인터페이스(1142)를 통해 처리 장치(1104)에 연결되지만, 병렬 포트, IEEE 1394 직렬 포트, 게임 포트, USB 포트, IR 인터페이스, 기타 등등의 기타 인터페이스에 의해 연결될 수 있다.

모니터(1144) 또는 다른 유형의 디스플레이 장치도 역시 비디오 어댑터(1146) 등의 인터페이스를 통해 시스템 버스(1108)에 연결된다. 모니터(1144)에 부가하여, 컴퓨터는 일반적으로 스피커, 프린터, 기타 등등의 기타 주변 출력 장치(도시 생략)를 포함한다.

컴퓨터(1102)는 유선 및/또는 무선 통신을 통한 원격 컴퓨터(들)(1148) 등의 하나 이상의 원격 컴퓨터로의 논리적 연결을 사용하여 네트워크화된 환경에서 동작할 수 있다. 원격 컴퓨터(들)(1148)는 워크스테이션, 서버 컴퓨터, 라우터, 퍼스널 컴퓨터, 휴대용 컴퓨터, 마이크로프로세서-기반 오락 기기, 피어 장치 또는 기타 통상의 네트워크 노드일 수 있으며, 일반적으로 컴퓨터(1102)에 대해 기술된 구성요소들 중 다수 또는 그 전부를 포함하지만, 간략함을 위해, 메모리 저장 장치(1150)만이 도시되어 있다. 도시되어 있는 논리적 연결은 근거리 통신망(LAN)(1152) 및/또는 더 큰 네트워크, 예를 들어, 원거리 통신망(WAN)(1154)에의 유선/무선 연결을 포함한다. 이러한 LAN 및 WAN 네트워킹 환경은 사무실 및 회사에서 일반적인 것이며, 인트라넷 등의 전사적 컴퓨터 네트워크(enterprise-wide computer network)를 용이하게 해주며, 이들 모두는 전세계 컴퓨터 네트워크, 예를 들어, 인터넷에 연결될 수 있다.

LAN 네트워킹 환경에서 사용될 때, 컴퓨터(1102)는 유선 및/또는 무선 통신 네트워크 인터페이스 또는 어댑터(1156)를 통해 로컬 네트워크(1152)에 연결된다. 어댑터(1156)는 LAN(1152)에의 유선 또는 무선 통신을 용이하게 해줄 수 있으며, 이 LAN(1152)은 또한 무선 어댑터(1156)와 통신하기 위해 그에 설치되어 있는 무선 액세스 포인트를 포함하고 있다. WAN 네트워킹 환경에서 사용될 때, 컴퓨터(1102)는 모뎀(1158)을 포함할 수 있거나, WAN(1154) 상의 통신 서버에 연결되거나, 또는 인터넷을 통하는 등, WAN(1154)을 통해 통신을 설정하는 기타 수단을 갖는다. 내장형 또는 외장형 및 유선 또는 무선 장치일 수 있는 모뎀(1158)은 직렬 포트 인터페이스(1142)를 통해 시스템 버스(1108)에 연결된다. 네트워크화된 환경에서, 컴퓨터(1102)에 대해 설명된 프로그램 모듈들 또는 그의 일부분이 원격 메모리/저장 장치(1150)에 저장될 수 있다. 도시된 네트워크 연결이 예시적인 것이며 컴퓨터들 사이에 통신 링크를 설정하는 기타 수단이 사용될 수 있다는 것을 잘 알 것이다.

컴퓨터(1102)는 무선 통신으로 배치되어 동작하는 임의의 무선 장치 또는 개체, 예를 들어, 프린터, 스캐너, 데스크톱 및/또는 휴대용 컴퓨터, PDA(portable data assistant), 통신 위성, 무선 검출가능 태그와 연관된 임의의 장비 또는 장소(예를 들어, 키오스크, 신문 가판대, 화장실), 및 전화와 통신을 하는 동작을 한다. 이것은 적어도 Wi-Fi 및 블루투스™ 무선 기술을 포함한다. 따라서, 통신은 종래의 네트워크에서와 같이 미리 정의된 구조이거나 단순하게 적어도 2개의 장치 사이의 애드혹 통신(ad hoc communication)일 수 있다.

Wi-Fi(Wireless Fidelity)는 유선 없이도 가정의 소파, 호텔방의 침대, 또는 직장의 회의실로부터의 인터넷에의 연결을 가능하게 해준다. Wi-Fi는 이러한 장치, 예를 들어, 컴퓨터가 실내에서 및 실외에서, 즉 기지국의 통화권 내의 아무 곳에서나 데이터를 전송 및 수신할 수 있게 해주는 셀 전화와 같은 무선 기술이다. Wi-Fi 네트워크는 안전하고 신뢰성있으며 고속인 무선 연결을 제공하기 위해 IEEE 802.11(a,b,g, 기타)이라고 하는 무선 기술을 사용한다. 컴퓨터를 서로에, 인터넷에 및 유선 네트워크(IEEE 802.3 또는 이더넷을 사용함)에 연결시키기 위해 Wi-Fi가 사용될 수 있다. Wi-Fi 네트워크는 비인가 2.4 및 5 GHz 무선 대역에서, 예를 들어, 11Mbps(802.11a) 또는 54 Mbps(802.11b) 데이터 레이트로 동작하거나, 양 대역(듀얼 대역)을 포함하는 제품에서 동작하며, 따라서 이 네트워크는 많은 사무실에서 사용되는 기본적인 10BaseT 유선 이더넷 네트워크와 유사한 실세계 성능을 제공할 수 있다.

도 9는 본 발명의 일 실시예에 따른 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 프로그램을 실행하는 예시적인 컴퓨팅 환경의 개략 블럭도를 나타낸 것이다.

도 9를 참조하면, 시스템(1200)은 하나 이상의 클라이언트(들)(1202)를 포함한다. 클라이언트(들)(1202)는 하드웨어 및/또는 소프트웨어(예를 들어, 쓰레드, 프로세스, 컴퓨팅 장치)일 수 있다. 클라이언트(들)(1202)는, 예를 들어, 본 발명을 이용함으로써 쿠키(들) 및/또는 연관된 상황 정보를 보관할 수 있다.

시스템(1200)은 또한 하나 이상의 서버(들)(1204)를 포함한다. 서버(들)(1204)도 역시 하드웨어 및/또는 소프트웨어(예를 들어, 쓰레드, 프로세스, 컴퓨팅 장치)일 수 있다. 서버(1204)는, 예를 들어, 본 발명을 이용함으로써 변환을 수행하는 쓰레드를 보관할 수 있다. 클라이언트(1202)와 서버(1204) 사이의 한가지 가능한 통신은 2개 이상의 컴퓨터 프로세스 사이에서 전송되도록 구성되어 있는 데이터 패킷의 형태일 수 있다. 데이터 패킷은, 예를 들어, 쿠키 및/또는 연관된 상황 정보를 포함할 수 있다. 시스템(1200)은 클라이언트(들)(1202)와 서버(들)(1204) 사이의 통신을 용이하게 해주기 위해 이용될 수 있는 통신 프레임워크(1206)(예를 들어, 인터넷 등의 전세계 통신 네트워크)를 포함한다.

유선(광 섬유를 포함함) 및/또는 무선 기술을 통해 통신이 용이하게 될 수 있다. 클라이언트(들)(1202)는 클라이언트(들)(1202)에 로컬인 정보(예를 들어, 쿠키(들) 및/또는 연관된 상황 정보)를 저장하는 데 이용될 수 있는 하나 이상의 클라이언트 데이터 저장소(들)(1208)에 연결되어 동작한다. 이와 유사하게, 서버(들)(1204)는 서버들(1204)에 로컬인 정보를 저장하는 데 이용될 수 있는 하나 이상의 서버 데이터 저장소(들)(1210)에 연결되어 동작한다.

상기에서는 본 발명의 바람직한 실시예를 참조하여 설명하였지만, 해당 기술 분야에서 통상의 지식을 가진 자라면 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.

100: 메인프레임 시스템
200: 개방형 시스템
300: 소트 스크립트 변환 장치
310: 작업 스텝 구분부
320: 추출부
330: 파일 디스크립션 획득부
340: 제 1 카피 북 생성부
350: 유효성 판단부
360: 제 2 카피 북 생성부
370: 소트 필드 변환부
1102: 컴퓨터
1104: 처리 장치
1106: 시스템 메모리
1108: 시스템 버스
1112: RAM
1110: ROM
1114: 내장형 하드 디스크 드라이브
1116: 자기 플로피 디스크 드라이브
1118: 이동식 디스켓
1120: 광 디스크 드라이브
1122: CD-ROM 디스크
1124: 하드 디스크 드라이브 인터페이스
1126: 자기 디스크 드라이브 인터페이스
1128: 광 드라이브 인터페이스
1130: 운영체제
1132: 애플리케이션
1134: 모듈
1136: 데이터
1138: 키보드
1140: 마우스
1142: 직렬 포트 인터페이스
1144: 모니터
1146: 비디오 어댑터
1148: 원격 컴퓨터
1150: 메모리/저장장치
1154: WAN
1152: LAN
1158: 모뎀
1156: 무선 어댑터
1200: 시스템
1202: 클라이언트
1204: 클라이언트 데이터 저장소
1206: 서버
1210: 서버 데이터 저장소

Claims

컴퓨터-판독가능 저장 매체에 저장되어, 컴퓨터로 하여금 이하의 단계들을 수행하도록 하기 위한 컴퓨터 프로그램으로서,
상기 단계들은,
작업 제어 언어(Job Control Languge, JCL)에서 하나 이상의 작업 스텝(Job Step)을 구분하는 단계(단계 A);
상기 작업 스텝에서 실행 프로그램(Program, PGM), 데이터셋 이름(Dataset Name, DSN) 및 데이터 디스크립션(Data Descriptin, DD)을 추출하는 단계(단계 B);
상기 실행 프로그램에 상응하는 실행 프로그램 소스로부터 상기 데이터 디스크립션에 대응되는 파일 디스크립션(File Description, FD)을 획득하는 단계(단계 C);
상기 파일 디스크립션을 기초로 제 1 카피 북(Copy Book)을 생성하는 단계(단계 D);
상기 제 1 카피 북을 상기 작업 스텝에 포함된 소트 필드(SORT FIELD)와 비교하여 유효성을 판단하는 단계(단계 E); 및
상기 유효성의 판단 결과에 따라 상기 제 1 카피 북을 기초로 제 2 카피 북을 생성하여 저장하는 단계(단계 F);
를 포함하는,
인코딩이 다른 환경에서 JCL을 재사용하기 위한, 컴퓨터-판독가능 저장 매체에 저장된 소트 스크립트 변환 컴퓨터 프로그램.
제 1 항에 있어서,
상기 제 2 카피 북을 참조하여 상기 소트 필드를 변환하는 단계(단계 G);
를 더 포함하는,
인코딩이 다른 환경에서 JCL을 재사용하기 위한, 컴퓨터-판독가능 저장 매체에 저장된 소트 스크립트 변환 컴퓨터 프로그램.
제 1 항에 있어서,
상기 단계 B는,
상기 작업 스텝에서 사용되는 실행 프로그램이 소트 프로그램(Sort Program)인 경우, 상기 소트 프로그램을 포함하는 제 1 작업 스텝에서 상기 데이터셋 이름을 추출하는 단계; 및
상기 데이터셋 이름을 포함하는 제 2 작업 스텝에서 상기 실행 프로그램 및 상기 데이터 디스크립션을 추출하는 단계;
를 포함하는,
인코딩이 다른 환경에서 JCL을 재사용하기 위한, 컴퓨터-판독가능 저장 매체에 저장된 소트 스크립트 변환 컴퓨터 프로그램.
제 3 항에 있어서,
상기 제 1 작업 스텝에서 상기 데이터셋 이름에 대응되는 소트 필드(SORT FIELD)를 추출하는 단계;
를 더 포함하는,
인코딩이 다른 환경에서 JCL을 재사용하기 위한, 컴퓨터-판독가능 저장 매체에 저장된 소트 스크립트 변환 컴퓨터 프로그램.
제 1 항에 있어서,
상기 단계 C 및 단계 D는,
상기 실행 프로그램에 대응되는 실행 프로그램 소스를 데이터베이스에서 검색하는 단계;
상기 실행 프로그램 소스에서 상기 데이터 디스크립션에 대응되는 파일 디스크립션을 추출하는 단계;
상기 파일 디스크립션에서 상기 데이터셋 이름에 해당하는 데이터의 레이아웃(layout)을 획득하는 단계; 및
상기 레이아웃을 기초로 상기 제 1 카피 북을 생성하는 단계;
를 포함하는,
인코딩이 다른 환경에서 JCL을 재사용하기 위한, 컴퓨터-판독가능 저장 매체에 저장된 소트 스크립트 변환 컴퓨터 프로그램.
제 1 항에 있어서,
상기 단계 E는,
상기 제 1 카피 북을 상기 데이터셋 이름에 해당하는 데이터의 소트 필드와 비교하여 일치하는지 여부를 판단하는 단계;
를 포함하는,
인코딩이 다른 환경에서 JCL을 재사용하기 위한, 컴퓨터-판독가능 저장 매체에 저장된 소트 스크립트 변환 컴퓨터 프로그램.
제 1 항에 있어서,
상기 단계 F는,
상기 제 1 카피 북을 상기 데이터셋 이름에 해당하는 데이터의 소트 필드와 비교하여 일치하는 경우, 상기 제 1 카피 북을 상기 제 2 카피 북으로 설정하는 단계;
를 포함하는,
인코딩이 다른 환경에서 JCL을 재사용하기 위한, 컴퓨터-판독가능 저장 매체에 저장된 소트 스크립트 변환 컴퓨터 프로그램.
제 1 항에 있어서,
상기 실행 프로그램은,
코볼(COBOL)을 포함하는,
인코딩이 다른 환경에서 JCL을 재사용하기 위한, 컴퓨터-판독가능 저장 매체에 저장된 소트 스크립트 변환 컴퓨터 프로그램.
소트 스크립트 변환 장치에 의해 제공되는, 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법으로서,
작업 스텝 구분부에 의해, 작업 제어 언어(Job Control Languge, JCL)에서 하나 이상의 작업 스텝(Job Step)을 구분하는 단계(단계 A);
추출부에 의해, 상기 작업 스텝에서 실행 프로그램(Program, PGM), 데이터셋 이름(Dataset Name, DSN) 및 데이터 디스크립션(Data Descriptin, DD)을 추출하는 단계(단계 B);
파일 디스크립션 획득부에 의해, 상기 실행 프로그램에 상응하는 실행 프로그램 소스로부터 상기 데이터 디스크립션에 대응되는 파일 디스크립션(File Description, FD)을 획득하는 단계(단계 C);
제 1 카피 북 생성부에 의해, 상기 파일 디스크립션을 기초로 제 1 카피 북(Copy Book)을 생성하는 단계(단계 D);
유효성 판단부에 의해, 상기 제 1 카피 북을 상기 작업 스텝에 포함된 소트 필드(SORT FIELD)와 비교하여 유효성을 판단하는 단계(단계 E);
제 2 카피 북 생성부에 의해, 상기 유효성의 판단 결과에 따라 상기 제 1 카피 북을 기초로 제 2 카피 북을 생성하여 저장하는 단계(단계 F); 및
소트 필드 변환부에 의해, 상기 제 2 카피 북을 참조하여 상기 소트 필드를 변환하는 단계(단계 G);
를 포함하는,
소트 스크립트 변환 장치에 의해 제공되는, 인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 방법.
작업 제어 언어(Job Control Languge, JCL)에서 하나 이상의 작업 스텝(Job Step)을 구분하는 작업 스텝 구분부;
상기 작업 스텝에서 실행 프로그램(Program, PGM), 데이터셋 이름(Dataset Name, DSN) 및 데이터 디스크립션(Data Descriptin, DD)을 추출하는 추출부;
상기 실행 프로그램에 상응하는 실행 프로그램 소스로부터 상기 데이터 디스크립션에 대응되는 파일 디스크립션(File Description, FD)을 획득하는 파일 디스크립션 획득부;
상기 파일 디스크립션을 기초로 제 1 카피 북(Copy Book)을 생성하는 제 1 카피 북 생성부;
상기 제 1 카피 북을 상기 작업 스텝에 포함된 소트 필드(SORT FIELD)와 비교하여 유효성을 판단하는 유효성 판단부;
상기 유효성의 판단 결과에 따라 상기 제 1 카피 북을 기초로 제 2 카피 북을 생성하여 저장하는 제 2 카피 북 생성부; 및
상기 제 2 카피 북을 참조하여 상기 소트 필드를 변환하는 소트 필드 변환부;
를 포함하는,
인코딩이 다른 환경에서 JCL을 재사용하기 위한 소트 스크립트 변환 장치.