KR20140018353A - 결합 퍼실리티에서 운영자 메시지 버퍼 관리 - Google Patents

Abstract

다수의 별개의 소스들로부터 운영자 메시지 커맨드들이 처리를 위해 컴퓨팅 환경의 결합 퍼실리티에 제공되도록 하는 퍼실리티가 제공된다. 이 커맨드들은 예를 들면 상기 결합 퍼실리티 상에서 액션들을 수행하기 위해 사용되고, 상기 결합 퍼실리티에 결합된 콘솔들로부터, 또한 상기 결합 퍼실리티에 결합된 논리적 파티션들 또는 다른 시스템들로부터 수신될 수 있다. 상기 커맨드들을 수행하는 것에 응답하여, 응답이 상기 커맨드들의 개시자들에게 리턴된다.

Description

결합 퍼실리티에서 운영자 메시지 버퍼 관리{MANAGING OPERATOR MESSAGE BUFFERS IN A COUPLING FACILITY}

본 발명의 하나 또는 그 이상의 특징들은 일반적으로 컴퓨팅 환경 내에서 처리(processing)에 관한 것이고, 구체적으로는 상기 컴퓨팅 환경 내에서 운영자 메시지 커맨드(operator message commands) 처리에 관한 것이다.

컴퓨팅 환경은 단순한 환경(simple environment)에서 더 복잡한 환경(complex environment)까지 범위가 다양하다. 단순한 환경은 하나의 운영체제(operating system)를 실행하는 하나의 프로세서를 포함할 수 있지만, 복잡한 환경은 여러 종류의 체제(systems)를 실행하는 복수의 프로세서들 또는 복수의 분리된 메모리 공간들을 포함할 수 있다. 예를 들면, 복잡한 환경은 하나 또는 그 이상의 운영체제를 실행하는 하나 또는 그 이상의 논리적 파티션들을 포함할 수 있고 결합 퍼실리티(CF: coupling facility) 제어 코드를 실행하는 적어도 하나의 논리적 파티션을 포함할 수 있다. 상기 컴퓨팅 환경이 단순한지 또는 복잡한지에 상관 없이, 신뢰성(reliability )과 허용 가능한 수준의 성능(performance)을 보장하기 위해 상기 컴퓨팅 환경의 컴포넌트들을 충분히 테스트할 필요가 있다.

컴퓨팅 환경의 컴포넌트들을 테스트하기 위한 한가지 기법은 그 컴포넌트들에 연결된 콘솔에 운영자 커맨드들을 발행하고, 그 다음 그 운영자 커맨드들이 컴퓨팅 환경의 상기 지정된(intended) 컴포넌트들에 의해 처리되게 하는 것이다. 일단 상기 운영자 커맨드들이 처리되면, 그 결과들은 상기 콘솔의 운영자에 의한 검증(verification)을 위해 상기 콘솔로 리턴된다.

운영자 커맨드는 테스팅 이외의 목적에 사용될 수도 있다. 또한, 이 운영자 커맨드는 운영자에 의해 콘솔에 발행되고 컴퓨팅 환경의 상기 지정된 컴포넌트들에 의해 처리된다.

컴퓨팅 환경의 버퍼들을 관리하기 위한 컴퓨터 프로그램 제품의 제공을 통해서 선행 기술의 단점들이 극복되고 장점들이 제공된다. 상기 컴퓨터 프로그램 제품은 처리 회로(processing circuit)에 의해 읽기 가능한, 그리고 한 방법을 수행하기 위해 상기 처리 회로에 의해 실행하기 위한 명령들(instructions)을 저장하는 컴퓨터 읽기 가능 스토리지 매체를 포함한다. 상기 방법은, 예를 들면, 결합 퍼실리티의 버퍼들을 활성 상태(an active state) 또는 유휴 상태 중 하나로 설정하는 단계를 포함하고, 상기 설정하는 단계는: Start Operator Message 커맨드가 연관된 운영자 메시지 토큰 값을 갖는 것에 응답하여, 상기 운영자 메시지 토큰 값을 선택된 버퍼에 설정하고 상기 선택된 버퍼를 활성으로 만드는 단계; 및 상기 컴퓨팅 환경의 결합 퍼실리티의 상기 선택된 버퍼가 리셋될 것인지를 결정하는 단계 ― 상기 버퍼는 상기 결합 퍼실리티에 결합된 그러나 별개의(separate) 프로세서 이미지로부터 상기 결합 퍼실리티에 원격으로 송신된 운영자 메시지 커맨드를 처리하는 것에 관련된 정보를 포함하고, 상기 운영자 메시지 커맨드는 상기 결합 퍼실리티상에서 액션을 수행하고, 상기 선택된 버퍼는 상기 선택된 버퍼를 동일한 토큰 값을 갖는 운영자 메시지(OM) 토큰들을 보유한 운영자 메시지들과 관련시키는 토큰 값을 갖는 토큰 필드를 포함함 ―; 및 상기 결정하는 단계에서 상기 버퍼는 리셋될 것임을 표시하는 것에 응답하여 상기 결정된 버퍼를 유휴 상태로 설정하는 단계 ― 상기 버퍼는 운영자 메시지가 상기 버퍼에 대하여 활성이었던 시간의 길이를 표시하기 위한 타이머, 운영자 메시지 요청 길이, 및 운영자 메시지 응답 길이를 포함하는 복수의 필드들을 포함함 ― 를 포함한다.

본 발명의 하나 또는 그 이상의 특징들에 관련된 방법들과 시스템들 또한 본 출원에서 기술되고 청구된다. 또한, 본 발명의 하나 또는 그 이상의 특징들에 관련된 서비스들도 본 출원에서 기술되며 청구될 수 있다.

본 발명의 하나 또는 그 이상의 특징들의 기법들을 통해서 추가적인 특징들과 장점들이 실현된다. 본 발명의 다른 실시 예들과 특징들은 본 출원에서 상세하게 기술되며 청구하는 발명의 일부로 간주된다.

본 발명의 하나 또는 그 이상의 특징들은 구체적으로 지적되며 본 명세서의 끝의 청구항들에 있는 예들과 같이 분명하게 청구된다. 본 발명의 하나 또는 그 이상의 특징들의 앞서 말한 내용과 다른 목적들(objects), 특징들, 및 장점들은 다음과 같은 내용의 첨부하는 도면들과 함께 이어지는 발명을 실시하기 위한 구체적인 내용으로 볼 때 명백해진다.
도 1은 본 발명의 하나 또는 그 이상의 특징들을 포함 및 사용하기 위한 컴퓨팅 환경의 한 예를 도시한다.
도 2a는 본 발명의 일 특징에 따라서, 도 1의 컴퓨팅 환경의 결합 퍼실리티와 통신하는 도 1의 컴퓨팅 환경의 프로세서의 한 예를 도시한다.
도 2b는 본 발명의 일 특징에 따라서 사용되는 Send Message 명령에 관련된 세부사항의 한 실시 예를 도시한다.
도 3a는 본 발명의 일 특징에 따라서, 상기 결합 퍼실리티에 수신된 운영자 메시지 커맨드들의 처리를 제어하는 데 사용되는 멀티플렉서(multiplexor)의 한 예를 도시한다.
도 3b는 본 발명의 일 특징에 따라서, 운영자 메시지 커맨드들의 처리를 제어하기 위해 도 3a의 멀티플렉서에 의해 사용되는 논리의 한 예를 도시한다.
도 4a는 본 발명의 일 특징에 따라서, 운영자 메시지 커맨드들을 처리하는 데 사용되는 버퍼들의 한 예를 도시한다.
도 4b는 본 발명의 일 특징에 따라서, 도 4a의 버퍼의 추가 세부사항의 한 예를 도시한다.
도 5는 본 발명의 일 특징에 따라서, 버퍼의 여러 가능한 상태들의 예들을 도시한다.
도 6은 본 발명의 일 특징에 따라서 사용되는 여러 커맨드들의 한 실시 예를 도시한다.
도 7a는 본 발명의 일 특징에 따라서, Start Operator Message(운영자 메시지를 시작하라) 커맨드를 발행하기 위해 Send Message(메시지를 보내라) 명령을 사용하는 것에 관련된 세부사항의 한 실시 예이다.
도 7b는 본 발명의 일 특징에 따라서 사용되는 Start Operator Message 커맨드의 논리의 한 실시 예를 도시한다.
도 8a는 본 발명의 일 특징에 따라서, Read Operator Message(운영자 메시지를 읽으라) 커맨드를 발행하기 위해 Send Message 명령을 사용하는 것에 관련된 세부사항의 한 실시 예를 도시한다.
도 8b는 본 발명의 일 특징에 따라서 사용되는 Read Operator Message 커맨드의 논리의 한 실시 예를 도시한다.
도 9a는 본 발명의 일 특징에 따라서, Delete Operator Message(운영자 메시지를 삭제하라) 커맨드를 발행하기 위해 Send Message 커맨드를 사용하는 것에 관한 세부사항의 한 실시 예를 도시한다.
도 9b는 본 발명의 일 특징에 따라서 사용되는 Delete Operator Message 명령의 논리의 한 실시 예를 도시한다.
도 10은 본 발명의 하나 또는 그 이상의 특징들을 포함하는 컴퓨터 프로그램 제품의 한 실시 예를 도시한다.
도 11은 본 발명의 하나 또는 그 이상의 특징들을 포함 및 사용하기 위한 호스트 컴퓨터 시스템의 한 실시 예를 도시한다.
도 12는 본 발명의 하나 또는 그 이상의 특징들을 포함 및 사용하기 위한 컴퓨터 시스템의 추가 예를 도시한다.
도 13은 본 발명의 하나 또는 그 이상의 특징들을 포함 및 사용하기 위한 컴퓨터 네트워크를 포함하는 컴퓨터 시스템의 또 다른 예를 도시한다.
도 14는 본 발명의 하나 또는 그 이상의 특징들을 포함 및 사용하기 위한 컴퓨터 시스템의 여러 구성요소들의 한 실시 예를 도시한다.
도 15a는 본 발명의 하나 또는 그 이상의 특징들을 포함 및 사용하기 위한 도 14의 컴퓨터 시스템의 실행 유닛의 한 실시 예를 도시한다.
도 15b는 본 발명의 하나 또는 그 이상의 특징들을 포함 및 사용하기 위한 도 14의 컴퓨터 시스템의 분기 유닛의 한 실시 예를 도시한다.
도 15c는 본 발명의 하나 또는 그 이상의 특징들을 포함 및 사용하기 위한 도 14의 컴퓨터 시스템의 로드/저장 유닛의 한 실시 예를 도시한다.
도 16은 본 발명의 하나 또는 그 이상의 특징들을 포함 및 사용하기 위한 에뮬레이트된 호스트 컴퓨터의 한 실시 예를 도시한다.

본 발명의 하나 또는 그 이상의 특징들에 따라서, 하나 또는 그 이상의 소스들로부터 수신하는 운영자 메시지 커맨드들의 처리를 용이하게 하는 능력(capability)이 제공된다. 한 예에서, 상기 운영자 메시지 커맨드들은 결합 퍼실리티에 의해 상기 하나 또는 그 이상의 소스들로부터 수신되고, 상기 결합 퍼실리티는 상기 커맨드들을 처리하여 응답들을 상기 소스(들)로 돌려보낸다. 구체적인 한 예에서, 상기 소스들의 적어도 하나는 상기 결합 퍼실리티에 결합되어 있지만 그와는 별개인(separate) 프로세서 이미지(a processor image)이다. 예를 들면 다음과 같다:

상기 프로세서 이미지는 논리적 파티션이며 이 논리적 파티션은 자신과 연관되고 한 운영체제를 실행할 수 있는 중앙 프로세서 리소스들을 갖고, 그리고 상기 결합 퍼실리티는 다른 논리적 파티션 내에 있으며 이 다른 논리적 파티션은 자신과 연관되고 결합 퍼실리티 제어 코드를 실행할 수 있는 중앙 프로세서 리소스들을 갖는데, 두 논리적 파티션들은 동일 중앙 처리 복합체(the same central processing complex)(즉, 동일한 머신) 내에 있다;

상기 프로세서 이미지는 논리적 파티션이며 이 논리적 파티션은 자신과 연관되고 한 운영체제를 실행할 수 있는 중앙 프로세서 리소스들을 갖고, 그리고 상기 결합 퍼실리티는 다른 논리적 파티션 내에 있으며 이 다른 논리적 파티션은 자신과 연관되고 결합 퍼실리티 제어 코드를 실행할 수 있는 중앙 프로세서 리소스들을 갖는데, 두 논리적 파티션들은 다른 중앙 처리 복합체들(different central processing complexes)(즉, 다른 머신들) 내에 있다;

상기 프로세서 이미지는 상기 결합 퍼실리티를 실행할 수 있는 머신 또는 논리적 파티션과 별개의 독립형(stand-alone) 머신(논리적 파티션에서 가상화되지 않음)이다.

각 프로세서 이미지는 하나 또는 그 이상의 프로세서들을 포함한다.

결합 퍼실리티 운영자 커맨드들의 예들에는 다음 커맨드들이 포함된다:

Configure ― CHPID(채널 경로)를 on 또는 off line으로 한다; CP ― CP(중앙 프로세서)를 on 또는 off line으로 한다; Display ― 리소스들을 보여준다; Help <command> ― 특정 도움을 커맨드한다; Locate ― SID(서브채널 id) 벡터 또는 SID 프레임들을 디스플레이한다; MODE ― 변동성 모드(volatility mode)로 설정한다; PRY ― PRY(머신 수준 디버그 툴)를 on 또는 off한다; Retrieve ― 결합 퍼실리티(CF) 정보를 검색한다; Rideout ― 전원 실패(power failure) 라이드아웃(rideout) 시간을 설정한다; RType ― 응답 유형을 설정한다; Shutdown ― CF 동작(operation)을 종료시킨다; SMI ― 시스템 모니터 계기(System Monitor Instrument)를 on 또는 off한다; Timezone ― 타임존 오프셋을 설정한다; Trace ― 트레이스 제어를 설정한다; Patch ― 병행 패치(concurrent patch)를 적용한다; Dyndisp ― 동적 결합 퍼실리티 디스패칭을 on 또는 off한다; MTO ― 커맨드들 테이블에 대한 MTO(메시지 타임 아웃)를 on한다; VMDUMP ― VM상에 결합 퍼실리티 하드롱(hardlong)을 강제한다; CFDUMP ― 비파괴적(non-disruptive) 덤프를 강제한다; NDDUMP ― nddump 커맨드. 이 커맨드들은 "Processor Resource/Systems Manager Planning Guide"(IBM 간행물 번호 SB10-7036-04, 5판, 2005년 1월)에 기술되어 있다.

한 구체적인 예에서, 상기 커맨드들은 상기 결합 퍼실리티에서 다음과 같은 방식으로 테스트하는데, 즉 상기 커맨드들이 상기 결합 퍼실리티 상에 취해질 액션(action)을 명시하면, 상기 액션이 수행되고, 결과들은 상기 커맨드의 개시자(예를 들어, 운영체제 콘솔, 결합 퍼실리티 콘솔, 테스트 프로그램)에게 보내지며 그리고 그 결과들은 운영자, 분석자 등에 의해 수동으로 분석되거나 프로그램으로 분석되는 방식으로 상기 결합 퍼실리티를 테스트한다. 상기 결합 퍼실리티 상에서 액션을 취하는 운영자 메시지 커맨드들을 결합 퍼실리티 콘솔 이외의 원격 소스들로부터 개시 및/또는 송신되게 함으로써, 상기 결합 퍼실리티 상에서 수행될 수 있는 테스팅이 향상되고, 또한 수행될 수 있는 동작(operation)들도 향상된다. 이것은 상기 결합 퍼실리티의 신뢰성 및/또는 성능 향상으로 귀결될 수 있다.

본 발명의 하나 또는 그 이상의 특징들을 포함 및/또는 사용하기 위한 컴퓨팅 환경의 한 실시 예를 도 1을 참조하여 기술한다. 한 예에서, 컴퓨팅 환경(100)은 인터내셔널 비지네스 머신즈 코포레이션(IBM®)에 의해 공급되는 z/Architecture®에 기초한 중앙 프로세서 복합체(CPC)를 포함한다. z/Architecture®의 특징들은 "z/Architecture Principles of Operation(z/Architecture 운영원리)"(IBM 간행물 번호 SA22-7832-08, 2010년 08월)라는 제목의 IBM® 간행물에 기술되어 있다. 중앙 프로세서 복합체를 포함할 수 있는 한 시스템은 인터내셔널 비지네스 머신즈에서 공급하는 zEnterprise 196 (zl96) 시스템이다. IBM®과 z/Architecture®은 미국 뉴욕주 아몬크 소재 인터내셔널 비지네스 머신즈 코포레이션의 등록상표이며, zEnterprise 196과 zl96은 인터내셔널 비지네스 머신즈 코포레이션의 상표이다. 본 출원에서 사용되는 다른 명칭들도 인터내셔널 비지네스 머신즈 코포레이션 또는 다른 회사들의 등록상표, 상표 또는 제품 명칭일 수 있다.

중앙 프로세서 복합체(102)는, 예를 들면, 하나 또는 그 이상의 파티션들(프로세서 이미지들)(104), 하이퍼바이저 파티션(106), 하나 또는 그 이상의 중앙 프로세서들(108), 및 입력/출력 시스템(110)의 하나 또는 그 이상의 컴포넌트들을 포함한다. 파티션들은 물리적 파티션들 또는 논리적 파티션들(104)(예를 들어, LPAR들)일 수 있으며, 각 파티션은 운영체제 소프트웨어를 실행할 수 있는 별개의 시스템으로서 일 세트의 시스템의 하드웨어 리소스들(물리적 또는 가상화)을 포함한다.

각 논리적 파티션(104)는 별개의 시스템으로서 기능할 수 있다. 즉, 각 논리적 파티션은 독립적으로 리셋되고, 원할 경우 초기에 운영체제 또는 다른 제어 코드와 함께 로드되고, 다른 프로그램들과 함께 동작할 수 있다. 논리적 파티션에서 실행중인 운영체제 또는 응용프로그램은 완전한 전체 시스템(full and complete system)에 액세스하는 것으로 보이지만, 실제는 단지 그 일부분만이 이용 가능하다. 펌웨어라 불리는, 하드웨어와 라이선스된 내부 코드 (LIC)의 조합이 한 논리적 파티션 내의 프로그램이 다른 논리적 파티션 내의 프로그램을 간섭하는 것을 막는다. 이것은 여러 다른 논리적 파티션들이 단일 또는 다수 물리적 프로세서들상에서 타임 슬라이스(time-slice) 방식으로 동작할 수 있게 해준다. (여기에서 사용될 때, 펌웨어는, 예를 들어, 프로세서의 마이크로코드(microcode), 밀리코드(millicode) 및/또는 매크로코드(macrocode)를 포함한다. 펌웨어는, 예를 들어, 상위 레벨 기계 코드(higher level machine code)의 구현에 사용되는 하드웨어-레벨 명령들 및/또는 데이터 구조들을 포함한다. 한 실시 예에서, 펌웨어는, 예를 들어, 통상적으로 마이크로코드로 전달되는 소유권 있는 코드(proprietary code)를 포함하며, 이것은 하부 하드웨어(underlying hardware)에 특화된 신뢰 소프트웨어(trusted software) 또는 마이크로코드를 포함하며 시스템 하드웨어에 대한 운영체제의 액세스를 제어한다.)

이 예에서, 몇몇 논리적 파티션들은 상주 운영체제(OS)(120)을 가지며, 이것은 하나 또는 그 이상의 논리적 파티션들에 있어서는 다를 수 있다. 한 실시 예에서, 적어도 하나의 논리적 파티션은 미국 뉴욕주 아몬크 소재 인터내셔널 비지네스 머신즈 코포레이션에 의해 공급되는 z/OS® 운영체제를 실행한다. 또한, 적어도 하나의 논리적 파티션은 역시 IBM®에 의해 공급되는 결합 퍼실리티 제어 코드(CFCC)(122)를 실행하고 있으며, 따라서 결합 퍼실리티라 불린다.

결합 퍼실리티는, 예를 들면, 상기 컴퓨팅 환경에 고유한 펑션들을 제공하는 데 사용되는, 캐시(cache) 구조, 리스트(list) 구조 및/또는 록(lock) 구조 등의 다수 스토리지 구조들을 포함하는 비휘발성 공유 스토리지 디바이스(예를 들어, 하드웨어)이다. 결합 퍼실리티는 스토리지 능력 및 처리 능력을 보유한 공유 가능한 퍼실리티이다. 예를 들면, 결합 퍼실리티는 메모리와 특수 채널들(CF 링크들)을 갖는 프로세서이며 표준 운영체제보다는 결합 퍼실리티 제어 코드(CFCC)를 실행한다. 상기 결합 퍼실리티 내 정보는 메모리 내에 CFCC로서 상주하며, 상기 결합 퍼실리티는 CF 링크들 이외의 I/O 디바이스들을 가지지 않는다. 결합 퍼실리티의 구현(구조화된 외부 스토리지라고도 알려짐)은 "Method and Apparatus for Coupling Data Processing System(결합 데이터 처리 시스템 방법 및 장치)"(발명자 Elko외, 1994년 5월 31일 등록)라는 명칭의 미국 특허번호 5,317,739호에 기술되어 있다.

논리적 파티션들(104)는 하이퍼바이저(106)에 의해 관리되고, 이것은 중앙 프로세서들(108)상에서 실행되는 펌웨어에 의해 구현된다. 논리적 파티션들(104)와 하이퍼바이저(106)은 각각 중앙 프로세서들과 연관된 메인 메모리의 각자의 부분들에 상주하는 하나 또는 그 이상의 프로그램들을 포함한다. 하이퍼바이저(106)의 한 예는 미국 뉴욕주 아몬크 소재 인터내셔널 비지네스 머신즈 코포레이션에 의해 공급되는, 프로세서 리소스/시스템 매니저(PR/SM™, Processor Resource/Systems Manager)이다.

중앙 프로세서들(108)은 논리 파티션들에 할당되는 물리적 프로세서 리소스들이다. 예를 들어, 논리적 파티션(154)는 하나 또는 그 이상의 논리적 프로세서들을 포함하고, 이들 논리적 프로세서들의 각각은 그 파티션에 할당되는 물리적 프로세서 리소스(108)의 전부(all) 또는 할당량(a share)을 나타낸다. 특정한 파티션(104)의 논리적 프로세서들은 하부 프로세서 리소스(underlying processor resource)가 그 파티션을 위해 유보되도록 그 파티션에 전용이 되거나, 또는 하부 프로세서 리소스가 잠재적으로 다른 파티션에도 이용 가능하도록 다른 파티션과 공유될 수 있다.

입력/출력 서브시스템(110)(이중 일 부분만 도시됨)은 I/O 디바이스들에 연결성(connectivity)을 제공한다. z/Architecture®의 구체적인 한 예에서, I/O 서브시스템은 채널 서브시스템을 포함하며, 이것은 I/O 디바이스들과 메인 스토리지 사이의 정보의 흐름을 제어한다. 그러나 I/O 서브시스템은 채널 서브시스템과 다를 수도 있다.

상기 채널 서브시스템은 상기 I/O 디바이스들 내부/외부로의 정보의 흐름을 관리하는 데 하나 또는 그 이상의 채널 경로들을 통신 링크로서 사용한다. 상기 채널 서브시스템 내에 서브채널들이 있다.

하나의 서브채널이 제공되어 상기 채널 서브시스템이 액세스 가능한 각 I/O 디바이스에 전용으로 제공된다. 각 서브채널은 스토리지를 보유하는데, 이는 연관된 I/O 디바이스와 상기 채널 서브시스템에 대한 부속장치(attachment)에 관한 정보를 위한 것이다. 상기 서브채널은 또한 I/O 동작들 및 상기 연관된 I/O 디바이스에 개입하는(involving) 다른 펑션들에 관한 정보를 위한 스토리지도 제공한다. 상기 서브채널이 보유하고 있는 정보는 CPU들에 의해 I/O 명령들을 사용하여 액세스될 수 있고 또한 상기 채널 서브시스템에 의해서도 액세스될 수 있으며 임의 CPU와 상기 연관된 I/O 디바이스에 관한 채널 서브시스템 사이의 통신의 수단 역할을 한다.

논리적으로 파티션된 환경이 본 출원에서 본 발명의 하나 또는 그 이상의 특징들을 포함하거나 및 사용하기 위한 하나의 컴퓨팅 환경으로서 기술되지만, 다른 환경들도 본 발명의 하나 또는 그 이상의 특징들을 포함하거나 및/또는 사용할 수 있다. 예를 들면, 결합 퍼실리티(논리적으로 파티션된 환경이 아님)에 결합된 하나 또는 그 이상의 프로세서들을 갖는 환경 또한 본 발명의 하나 또는 그 이상의 특징들을 포함하거나 및 사용할 수 있다. 다른 예들도 가능하다.

프로세서와 결합 퍼실리티 사이의 통신은, 논리적으로 파티션된 환경에서든 아니든, 도 2a에 도시된 바와 같이 하나 또는 그 이상의 시스템간 채널들에 의해 용이하게 된다. 여기에서 기술된 예에서, 상기 통신은 논리적 파티션들 사이에서 존재한다. 예를 들면, z/OS® 운영체제 등의 운영체제(204)를 실행하는 논리적 파티션(200)은 결합 퍼실리티 제어 코드(208)을 실행하는 논리적 파티션(206)과 적어도 하나의 시스템간 채널(210)을 통해 통신한다. 구체적으로, 한 예에서, 논리적 파티션(200)은 논리적 파티션(206)과 Send Message(SMSG) 프로토콜(220)을 통해 시스템간 채널(들) 상에서 통신한다.

한 예에서, Send Message 프로토콜은 메시지 동작(message operation)을 개시하는 Send Message 명령을 포함한다. 메시지 동작은 Send Message 명령 내의 정보와 Send Message 명령 내에 표시된 메시지 동작 블록에 의해 제어된다. 메시지 동작은 메시지 커맨드 블록에서 명시된 커맨드(예를 들어, 본 발명의 하나 또는 그 이상의 특징들에 대하여, 아래에서 기술되는 Start Operator Message 커맨드, Read Operator Message 커맨드 및/또는 Delete Operator Message 커맨드)를 실행하는 것을 포함한다. 또한, 상기 동작의 수행 동안에, 응답 정보는 메인 스토리지 내 메시지 응답 블록에 저장된다.

Send Message 프로토콜에 관한 추가 세부사항이 도 2b를 참조하여 기술된다. Send Message 명령(250)은 메시지 동작 블록(MOB: message operations block)(252)와 채널 서브시스템(256) 내에 위치한 서브채널(254)의 지정(designation)을 포함한 두 개의 오퍼랜드를 갖는다. 메시지 동작 블록은, 예를 들면, 메시지 커맨드 블록(264)/메시지 응답 블록(266) 쌍을 가리키는 메시지 커맨드 블록 주소(258)을 포함한다. 이들은 메인 메모리 내에 위치하는 256-바이트 버퍼들이다. 메시지 동작 블록(252)는 또한 메시지 버퍼 주소 리스트(268)을 가리키는 메시지 버퍼 주소 리스트(MBAL) 주소(260)을 포함한다. MBAL 리스트는, 예를 들면, 1-16까지의 가변 길이 리스트이다. MBAL 리스트는 하나 또는 그 이상의 버퍼들(272)를 지정하는 하나 또는 그 이상의 메시지 버퍼 주소 워드들(MBAW들)(268)을 포함한다. 상기 버퍼들은 결합 퍼실리티(206)에 대한 쓰기 동작(write operations)의 소스(source)이거나 결합 퍼실리티로부터의 읽기 동작(read operations)의 타겟(target)일 수 있다. 또한 메시지 동작 블록(252)에는 MBAL 리스트의 길이를 표시하는 MBAL 길이(262)가 포함된다. 모든 커맨드들이 메시지 버퍼 주소 리스트를 가져야 하는 것은 아니며, 따라서 길이는 0일 수도 있다. 메시지 커맨드 블록(264)는 결합 퍼실리티로 송신되는 파라미터들을 포함하며, 응답이 오면 곧바로 MRB에 저장된다.

Send Message가 실행되면, 메시지 동작 블록으로부터 파라미터들이 CPU 또는 채널 서브시스템에 보내지고 이들은 송신 펑션(send function)이 채널 서브시스템의 명시된 서브채널과 연관된 결합 퍼실리티와 함께 수행되도록 요청한다. 상기 송신 펑션은 Send Message와 동기적으로 또는 비동기적으로 수행된다.

상기 송신 펑션은 서브채널 내 정보를 이용하여 결합 퍼실리티에 대한 경로를 찾음으로써 수행된다. 상기 경로를 이용하여, 메시지 동작은 상기 결합 퍼실리티로 포워드된다. 예를 들면, 메시지 동작의 실행은 커맨드 정보를 결합 퍼실리티로 보내서, 상기 커맨드를 디코드 및 실행하고, 결과를 표시하는 응답 정보를 작성하여, 그 응답 정보를 메시지 응답 블록에 저장함으로써 달성된다.

송신 펑션의 실행 동안에 검출된 조건들을 요약하는 상태 표시들(status indication)이 서브채널에 배치되어 운영체제가 이용할 수 있게 된다. Send Message에 관한 추가 세부사항은 "In A Multiprocessing System Having A Coupling Facility, Communicating Messages Between The Processors And The Coupling Facility In Either A Synchronous Operation Or An Asynchronous Operation"(발명자 Elko 외, 1996년 10월 1일 등록)라는 명칭의 미국 특허번호 5,561,809호에 기술되어 있다.

도 2a로 돌아가면, 이 예에서, 논리적 파티션(200)에 결합되는 것은 하나 또는 그 이상의 운영체제 콘솔들(230)과 하나 또는 그 이상의 테스트 프로그램들(232)이며, 이 테스트 프로그램들은 동일 논리적 파티션에서, 동일 중앙 처리 복합체이지만 다른 논리적 파티션에서, 또는 또 다른 시스템에서 실행될 수 있다. 이와 유사하게, 논리적 파티션(206)에는 적어도 하나의 결합 퍼실리티 콘솔(234)가 결합된다. 각 콘솔은 사용자가 운영자 메시지 커맨드들을 자신의 각각의 논리적 파티션에 입력할 수 있게 해준다. 또한, 테스트 프로그램(232)는 운영자 메시지 커맨드들을 자신의 각각의 논리적 파티션에 발행하는 것이 가능하다. 콘솔(234)로부터 논리적 파티션(206)(본 출원에서는 결합 퍼실리티라고도 불림)에 발행된 운영자 메시지 커맨드들은, 한 예에서, 결합 퍼실리티 콘솔로부터 수신된 커맨드들을 서비스하는 결합 퍼실리티 내에, 운영자 메시지 프로세서(240)에 의해 수신된다.

본 발명이 있기 전에는, 결합 퍼실리티 운영자 메시지 커맨드들을 결합 퍼실리티에 직접 송신하고 응답들을 되돌려 받을 수 있는 유일한 원격 엔티티(the only remote entity)는 결합 퍼실리티 콘솔이었다. 결합 퍼실리티 운영자 커맨드들의 테스팅은 사람이 결합 퍼실리티 콘솔에 접속하여 그 커맨드들을 발행하고 결과들을 검증해야 했다. 운영체제들, 운영체제 콘솔들, 테스트 프로그램들, 및/또는 기타 원격 시스템들 등의 기타 원격 엔티티들은 결합 퍼실리티에 직접 접속해서 운영자 메시지 커맨드들이 처리되고 결과들이 리턴되게 할 수 없었다. 그 대신에, 그러한 모든 커맨드들은 결합 퍼실리티 콘솔에 포워드 되어야만 했는데, 일부 커맨드들은 포워드될 수 없었으므로, 그 일부 커맨드들은 결합 퍼실리티에 의해 처리될 수 없었다. 결합 퍼실리티에 의해 처리되는 커맨드들의 모든 결과는 결합 퍼실리티 콘솔에 리턴되고 그 콘솔에 디스플레이 되었다.

본 발명의 하나 또는 그 이상의 특징들에 따라서, 운영자 메시지 커맨드들은 콘솔(234)로부터 결합 퍼실리티에 수신되며, 또한 논리적 파티션(200)(및/또는 다른 논리적 파티션들, 프로세서들, 시스템들 등)에도 수신된다. 예를 들면, 운영자 메시지 커맨드들은 콘솔들(230) 및/또는 테스트 프로그램들(232)(또한 다른 가능한 개시자들)로부터 논리적 파티션(200)에 수신되고, 그 다음에 논리적 파티션(200)으로부터 논리적 파티션(206)으로 포워드된다. 논리적 파티션(200)으로부터 논리적 파티션(206)으로 운영자 메시지 커맨드를 포워드하기 위해, 한 예에서, 운영자 메시지(OM) 요청(222)가 논리적 파티션(200)으로부터 논리적 파티션(206)으로 Send Message 프로토콜을 이용하여 시스템간 채널(들)을 통해 송신된다. 상기 요청은, 예를 들면, 상기 요청된 운영자 메시지 커맨드를 명시하는 커맨드를 포함한다. 결합 퍼실리티는 상기 요청을 처리하고 SMSG를 이용하여 운영자 메시지(OM) 응답(224)를 논리적 파티션(206)으로부터 논리적 파티션(200)으로 돌려보낸다.

결합 퍼실리티는 이제 예를 들어 결합 퍼실리티 콘솔 및 하나 또는 그 이상의 논리적 파티션들(또는 기타 프로세서들, 시스템들 등)을 포함하여 자신에게 결합된 다수의 별개의 소스들로부터 운영자 메시지 커맨드들을 수신하는 것이 가능하기 때문에, 처리될 상기 다수의 요청들을 관리할 제어들(controls)을 결합 퍼실리티 내에 제공할 수 있다. 그러한 제어의 한가지가 멀티플렉서(multiplexor)이며, 그 예는 도 3a에 도시된다.

도 3a에 도시된 바와 같이, 멀티플렉서(300)은 예를 들어 운영체제를 실행하는 논리적 파티션 및 상기 결합 퍼실리티 콘솔 등의 다수의 소스들(302)로부터 운영자 메시지 커맨드들을 수신한다. 구체적으로, 한 예에서, 상기 멀티플렉서는 운영자 메시지 커맨드들을 상기 결합 퍼실리티 콘솔로부터 직접 수신하고, SMSG를 이용해 송신된 Start Operator Message 커맨드를 통해서 상기 논리적 파티션으로부터 직접 수신한다. 상기 멀티플렉서는 상기 결합 퍼실리티 내에 위치하고 운영자 메시지 프로세서(240)에 결합된다. 그러므로, 상기 결합 퍼실리티 콘솔로부터 발행된 상기 운영자 메시지 커맨드들은 이제 상기 멀티플렉서로 포워드되며, 이 멀티플렉서가 상기 커맨드들을 상기 운영자 메시지 프로세서에 포워드한다. 이와 유사하게, 상기 논리적 파티션(또는 다른 원격 엔티티들)으로부터 수신된 운영자 메시지 커맨드들도 또한 멀티플렉서(300)에 입력된다. 추가로, 상기 운영자 메시지 커맨드들(예를 들어, Read Operator Message 및 Delete Operator Message)의 처리와 연관되는 상기 논리적 파티션에 의해 발행된 다른 커맨드들 또한 멀티플렉서(300)에 입력된다. 그러므로, 편의상, 상기 운영자 메시지 커맨드들 및 그와 연관된 다른 동작들을 포함하는 상기 커맨드들은 본 출원에서 SMSG 커맨드라 한다. 상기 멀티플렉서는 상기 수신된 커맨드들(즉, 상기 결합 퍼실리티 콘솔로부터 수신한 운영자 메시지 커맨드들 및 상기 SMSG 커맨드들)을 상기 운영자 메시지 프로세서에 보낸다.

상기 멀티플렉서가 상기 운영자 메시지 프로세서에 의해 처리될 커맨드들의 선택을 제어하는 데 사용되는 논리의 한 실시 예가 도 3b를 참조하여 기술된다. 초기에, 상기 멀티플렉서는 유휴(idle) 상태이며, 수신될 커맨드들을 기다린다(단계 350). 만일 커맨드들이 없으면(질의 352), 상기 멀티플렉서는 유휴상태를 유지한다(단계 350). 그렇지 않고, 만일 적어도 하나의 커맨드라도 수신되면, 그 커맨드들 중 하나가 처리를 위해 상기 운영자 메시지 프로세서로 송신된다(단계 354). 예를 들면, 이 예에서, 수신된 제1 커맨드가 송신되거나 또는 만일 운영자 메시지 커맨드들과 SMSG 커맨드들 둘 모두가 수신되면, SMSG 커맨드들 중 하나가 송신된다.

상기 운영자 메시지 프로세서는, 아래에 기술되는 바와 같이, 상기 커맨드를 처리하고, 그 결과들을 출력한다(단계 356). 만일 상기 커맨드가 상기 결합 퍼실리티 콘솔로부터 온 것이라면, 상기 결과들은 상기 콘솔에 출력된다. 그러나, 만일 상기 커맨드가 프로세서로부터 온 것이라면, 이 예에서는, 상기 결과들은, 아래에 기술되는 바와 같이, 버퍼에 저장되고, 그리고 상기 결합 퍼실리티 콘솔에 제공된다.

그 후, 상기 결합 퍼실리티 콘솔 이외의 소스들로부터 온 펜딩(pending) 중인 커맨드들이 있는지에 대한 결정이 이루어진다(질의 358). 만일 적어도 하나의 펜딩 SMSG 커맨드가 있으면, 단계(354)에서 처리가 계속되며, 이 단계에서 커맨드가 선택되고 상기 운영자 메시지 프로세서로 송신된다. 그렇지 않고 펜딩 SMSG 커맨드가 없으면, 상기 결합 퍼실리티 콘솔로부터 온 펜딩 커맨드들이 있는지 보기 위한 검사가 이루어진다(질의 360). 만일 하나 또는 그 이상의 펜딩 콘솔 커맨드들이 있으면, 단계(354)에서 처리가 계속된다. 그러나 만일 펜딩 콘솔 커맨드들이 없으면, 단계(350)으로 가서 처리가 계속된다.

다수의 커맨드들이 상기 결합 퍼실리티에 결합된 하나 또는 그 이상의 논리적 파티션들로부터(즉, 결합 퍼실리티 제어 코드를 포함하지 않은 파티션들인 비-CF 논리적 파티션들로부터) 수신될 수 있다. 그러므로, 상기 결합 퍼실리티는 위와 같은 파티션들로부터 유입되는 커맨드들을 저장하기 위해 하나 또는 그 이상의 버퍼들(본 출원에서는 운영자 메시지(OM) 처리 버퍼라 불림)을 포함한다. 상기 버퍼들에 관련된 추가 세부사항은 도 4a-4b를 참조하여 기술된다.

도 4a를 참조하면, 한 예에서, 상기 결합 퍼실리티는 하나 또는 그 이상의 버퍼들(400)을 포함한다. 이 예에서, 9개의 버퍼들이 있지만, 이 버퍼들의 수는 구성 가능하다. 각 버퍼(400)은 그와 연관된 복수의 제어들을 가지며, 이는 도 4b를 참조하여 기술되는 바와 같다.

도 4b를 참조하면, 버퍼(400)은 예를 들면, 다음과 같은 것을 포함한다:

운영자 메시지 상태(402): 아래에 기술되는 바와 같이, 유휴(idle) 상태; 활성 및 처리 중(active and in process) 상태; 또는 응답 펜딩 활성(active, response pending) 상태를 포함한 버퍼의 상태를 표시한다.

운영자 메시지 토큰(OMTK)(402): 운영자 메시지 프로세스가 시작될 때 운영체제(예를 들어, 운영체제 코드를 포함하는 운영체제 콘솔, 또는 상기 논리적 파티션에서 실행되는 운영체제의 일 부분)에 의해 제공되는 값이다. 운영자 메시지 토큰은 상기 운영자 메시지의 요청을 고유하게 식별한다. 상기 운영자 메시지 처리 버퍼가 유휴 상태일 때, 상기 운영자 메시지 토큰은 0들을 보유한다. 이 토큰은, 선택되면 버퍼를 식별하는 데 사용된다.

운영자 메시지 타이머(OMT)(406): 상기 운영자 메시지의 요청이 시작될 때 설정되는 시각 값(time-of-day value)이다. 이것은 24시간제 클록(time-of-day clock)의 현재 값으로 설정된다. 운영자 메시지 타이머는 상기 운영자 메시지가 활성(active)이었던 시간의 길이를 결정하는 데 사용된다. 상기 운영자 메시지 처리 버퍼가 유휴 상태일 때, 운영자 메시지 타이머는 0들을 보유한다.

운영자 메시지 요청 길이(OMREQL)(408): 상기 OM 요청(예를 들어, 상기 운영자 메시지 커맨드)의 길이를 바이트로 보유하는 값이다. 상기 OM 처리 버퍼가 유휴 상태일 때, OMREQL 객체(object)의 값은 0이다.

운영자 메시지 응답 길이(OMRESL)(410): 상기 OM 응답의 길이를 바이트로 보유하는 값이다. 상기 OM 처리 버퍼가 유휴 상태일 때 또는 상기 OM 처리 버퍼가 활성 및 처리 중일 때, OMRESL 객체의 값은 0이다.

운영자 메시지 요청 데이터(OMREQD)(412): 상기 Start Operator Message 커맨드(아래에 기술됨)에 의해 상기 결합 퍼실리티로 보내지는 OM 요청의 콘텐츠들을 포함한다. 상기 OM 처리 버퍼가 유휴 상태일 때, OM 요청 데이터의 콘텐츠들은 정의되어 있지 않다.

운영자 메시지 응답 데이터(OMRESD)(414): 상기 운영자 메시지 커맨드의 결과들을 포함한다. 상기 운영자 메시지 처리 버퍼가 유휴 상태일 때, 또는 상기 운영자 메시지 처리 버퍼가 활성 및 처리 중일 때, 상기 OM 응답 데이터의 콘텐츠들은 정의되어 있지 않다.

위에서 기술된 바와 같이, 각 버퍼는 그와 연관된 여러 상태들을 갖는다. 도 5를 참조하면, 초기에, 버퍼는 유휴 상태(idle state)(500)에 있다. 이것은 메시지를 시작하는 데 이용할 수 있다는 것을 표시한다. Start Operator Message 커맨드에 응답하여, 상기 버퍼는 활성 및 처리 중 상태(active and in process)(502)로 전환되며, 이것은 상기 운영자 메시지 커맨드가 상기 결합 퍼실리티에 의해 처리되고 있는 중이라는 것을 나타낸다. 구체적으로, 운영자 메시지 프로세서(240)은 백그라운드(background)에서 상기 운영자 메시지 커맨드를 포함하여 상기 요청을 처리하고 응답을 제공한다. 상기 응답을 생성한 것에 응답하여, 상기 버퍼는 응답 펜딩 활성(active, response pending) 상태(504)가 된다. 이 지점에서, 상기 버퍼들에 질의하는 읽기 동작(read operation)이 상기 버퍼에 액세스하여 상기 응답을 읽어낼 수 있다.

그 후, 상기 버퍼는 예를 들어 상기 결합 퍼실리티(즉, 상기 운영자 메시지 프로세서)가 인지하는 타임아웃(timeout)을 통해서, 또는 Delete Operator Message나 Start Operator Message에 의해 명시적으로 유휴 상태로 되돌아갈 수 있다. 상기 버퍼들 및 이들의 처리에 관련된 더 세부사항은 아래에 기술된다.

운영자 메시지(OM) 처리 버퍼는 Start Operator Message (SOM) 커맨드를 통해 송신된 운영자 메시지 커맨드의 처리에 관련된 정보를 보유하는 결합 퍼실리티 스토리지의 한 영역(area)이다. OM 처리 버퍼는 구조 할당(structure allocation)을 위해 이용될 수 없는 결합 퍼실리티 스토리지의 한 영역으로부터 할당된다.

OM 처리 버퍼는 활성이거나 유휴 상태이다. 유휴 중일 때, OM 처리 버퍼는 Start Operator Message (SOM) 커맨드에 의해 선택될 수 있다. 활성일 때, 운영자 메시지 프로세스는 시작된 상태이고 아직 삭제되지 않은 상태이다. 만일 운영자 메시지 응답이 이용 가능하면, 상기 버퍼 상태는 응답 펜딩 활성 상태(active with response pending)이다. 그렇지 않을 경우, 상기 버퍼 상태는 활성 및 처리 중 상태이다.

응답 펜딩인 활성 운영자 메시지 프로세스를 삭제하는 것은 OM 처리 버퍼와 연관된 객체들을 리셋하고 상기 버퍼를 유휴 상태로 되게 한다(또한, OM 처리 버퍼를 리셋하는 것으로도 알려짐).

활성 운영자 메시지 프로세스가 삭제될 수 있는 방식은 다음의 세 가지 방식이 있다:

1. Delete Operator Message 커맨드가 실행되어 OM 토큰 객체와 일치하는 OM 토큰을 명시하고 OM 처리 버퍼는 응답 펜딩 활성이 된다.

2. 운영자 메시지 프로세스가 활성인 시간의 길이가 OM 타임아웃 제어의 값을 초과하고 OM 처리 버퍼는 응답 펜딩 활성이 된다. 이것은 내부 결합 퍼실리티 프로세스 또는 Start Operator Message 커맨드에 의해 검출될 수 있다.

3. Start Operator Message 커맨드가 실행되어 OM 토큰 객체와 일치하는 OM 토큰을 명시하고 OM 처리 버퍼는 응답 펜딩 활성이 되며, 모든 메시지 버퍼들은 비지(busy)가 되고 적어도 하나는 타임아웃 된다.

OM 처리 버퍼가 타임아웃되는 시간과 타임아웃된 것으로 검출되어 유휴 상태로 리셋될 때 사이에는 시간의 지연(lag in time)이 일어날 수 있다. 이 경우에, OM 처리 버퍼는 OM 요청이 삭제될 때까지 응답 펜딩 활성으로 유지된다.

OM 요청을 처리하는 것은 백그라운드 동작으로서 수행된다. 백그라운드 프로세스는 Start Operator Message 커맨드가 성공적으로 완료될 때 개시된다. 상기 백그라운드 프로세스는 OM 응답 데이터를 생성하고 이 응답 데이터를 OMRESD 객체 내에 저장하고 상기 응답의 길이를 OMRESL 객체에 저장한다. 그 다음 이것은 OM 처리 버퍼의 상태를 응답 펜딩 활성 상태로 변경한다.

버퍼 처리와 관련된 더 자세한 사항, 특히, 상기 운영자 메시지 커맨드들에 관한 자세한 사항은 아래에 기술된다. 그러나, 이를 기술하는 것에 앞서 본 발명의 하나 또는 그 이상의 특징들의 이해를 용이하게 하기 위해 다른 객체들 및 오퍼랜드들이 기술된다.

예시를 들자면, 상기 결합 퍼실리티는 상기 운영자 메시지 커맨드들을 처리하는 데 사용되는 많은 글로벌 객체들(global objects)을 포함한다. 이 객체들에는, 예를 들면, 다음이 포함된다:

고정 글로벌 제어(fixed global control) ― 예를 들어, 상기 결합 퍼실리티에 의해 지원되는 OM 처리 버퍼들의 수를 명시하는 모델-종속적 값(a model-dependent value)인 운영자 메시지 처리 버퍼 카운트(OMPBC);

프로그램 변경가능 글로벌 제어들(Program modifiable global controls) ― 예를 들어, 운영자 메시지 처리 버퍼들(OMPB), 및 운영자 메시지가 OM 처리 버퍼와 연관되는 시간의 최대 길이를 초단위로 결정하는 값인 운영자 메시지 타임아웃 제어(OMTOC). 만일 운영자 메시지가 상기 타임아웃 값이 초과되기 전에 명시적으로 삭제되지 않으면, 상기 운영자 메시지는 상기 결합 퍼실리티에 의해 삭제되고 OM 처리 버퍼는 유휴 상태로 된다. 한 예에서, 상기 디폴트 값은 300이다; 그리고

퍼실리티 속성들(FACA) ― 예를 들어, 운영자 메시지 퍼실리티 표시자, 이것은 운영자 메시지 커맨드들을 처리하기 위해 본 출원에서 기술된 퍼실리티가 상기 결합 퍼실리티에 의해 지원되는지 지원되지 않는지를 명시하는 값이다.

추가로, 상기 결합 퍼실리티는 운영자 메시지 커맨드들을 처리하는 데 사용되는 복수의 글로벌 오퍼랜드(global operand)들을 포함한다. 한 예에서, 이 오퍼랜드들에는 다음이 포함된다:

운영자 메시지(OM) 요청(OMREQ): 처리될 운영자 메시지 커맨드를 포함하는 미리 명시된 바이트 수(예를 들어, 192 바이트)의 최대 길이를 갖는 가변 길이 바이트 스트링(variable length byte string). 상기 길이는 OM 요청 길이에 의해 명시된다.

운영자 메시지(OM) 응답(OMRES): 미리 정의된 바이트 수(예를 들어, 4095 바이트)의 최대 길이를 갖는 가변 길이 바이트 스트링. 상기 길이는 OM 응답 길이에 의해 명시된다.

운영자 메시지(OM) 타임아웃 제어(OMTOC): 운영자 메시지가 OM 처리 버퍼와 연관되는 시간의 최대 길이를 초단위로 결정하는 값. 예를 들면, 유효 값은 5에서부터 300까지이다. 갱신 OMTOC 표시자가 유효하지 않는 한 그리고 OM 타임아웃 제어가 갱신될 것을 나타내는 값으로 설정되지 않는 한 이 오퍼랜드는 무시된다.

운영자 메시지(OM) 토큰(OMTK): 운영자 메시지 프로세스를 고유하게 식별하는 값.

갱신 OMTOC 표시자(UOMTCI): 상기 운영자 메시지 타임아웃 제어가 갱신되어야 하는지를 표시하는 값. 이것은 예를 들면 다음과 같은 인코딩을 갖는다: 상기 OM 타임아웃 제어를 갱신하지 않는다; 상기 OM 타임아웃 제어를 갱신한다.

본 발명의 하나 또는 그 이상의 특징들에 따라서, 운영자 메시지 커맨드들이 상기 결합 퍼실리티 콘솔들로부터, 그리고 또한 상기 결합 퍼실리티에 결합된 논리적 파티션들 또는 다른 시스템들, 프로세서들 등으로부터 상기 결합 퍼실리티로 송신될 수 있다. 운영자 메시지 커맨드들을 결합 퍼실리티 콘솔들 이외의 소스들로부터 상기 결합 퍼실리티로 송신하는 것과 연관된 처리는 도 6을 참조하여 기술된다.

초기에, 예를 들어, 한 커맨드가 운영체제 콘솔 또는 테스트 프로그램과 같은 개시자에 의해 입력 또는 생성된다(단계 600). 이에 응답하여, 상기 운영체제(예를 들어, 상기 콘솔상에서 실행하거나 상기 테스트 프로그램을 실행하는 부분)는 운영자 메시지 토큰을 생성한다(단계 602). 한 예에서, 상기 토큰은 시스템 식별자를 24시간제 클록 값과 연결시킴으로써(concatenating) 생성된다. 그 후, 상기 개시자는 Start Operator Message(SOM) 요청을 발행하며, 이 요청은 상기 토큰 및 상기 요청된 운영자 메시지 커맨드를 포함한다(단계 604). 상기 Start Operator Message 요청은 상기 개시자에 결합된 논리적 파티션에 송신된다.

상기 논리적 파티션에서, 상기 운영체제는, 상기 토큰과 요청된 운영자 메시지 커맨드를 포함하는, 상기 시작 요청을 상기 Start Operator Message 커맨드의 메시지 커맨드 블록에 배치함에 의해서(by placing) 상기 Start Operator Message 커맨드를 생성한다. 그 다음에 상기 메시지 커맨드 블록은 SMSG 커맨드를 통해서 상기 운영체제로부터 상기 결합 퍼실리티로 송신된다. 멀티플렉서가 상기 SMSG 커맨드를 수신하고 그것을 적절한 때에 운영자 메시지 프로세서로 포워드한다. 그 다음에 상기 운영자 메시지 프로세서는 상기 명령을, 아래에 기술된 바와 같이, 처리한다. 처리의 일부로서, 응답이 생성된다.

상기 Start Operator Message 커맨드에 대한 응답은 상기 SOM의 개시자에게로 다시 포워드된다. 예를 들면, 상기 응답은 SMSG를 통해 상기 논리적 파티션으로 포워드되는 메시지 응답 블록에 포함된다. 그 다음에, 상기 논리적 파티션으로부터, 상기 응답은 상기 개시자에게로 포워드된다.

상기 개시자(예를 들어, 운영체제 콘솔, 테스트 프로그램)가 상기 응답을 수신하고 상기 응답 코드의 값을 검사한다(질의 606). 만일 상기 응답 코드가 모든 버퍼들이 이미 활성이고, 따라서 이용 가능하지 않다고 표시하면, 처리는 단계(604)로 되돌아간다. 그러나 만일 상기 응답 코드가 상기 운영자 메시지는 시작되었음을 표시하면, 처리는 단계(610)에서 계속된다. 이 모두가 아니면, 에러 메시지가 발행된다(단계 608).

단계(610)에서, 상기 Start Operator Message에서 상기 운영자 메시지 커맨드를 처리하는 것에 응답하여, 상기 결합 퍼실리티에 의해 제공되는 응답을 획득하기 위해 Read Operator Message 커맨드가 상기 개시자에 의해 발행되어 상기 버퍼를 읽는다. 예를 들면, 상기 개시자에 의해 발행되는 Read Operator Message 요청은 상기 논리적 파티션(예를 들어, 운영체제)에 수신되고, 이 논리적 파티션은 상기 Read Operator Message 커맨드를 생성하여 그것을 상기 운영체제로부터 상기 결합 퍼실리티로 SMSG를 통해서 포워드한다. 상기 결합 퍼실리티와, 그리고 구체적으로 상기 멀티플렉서는 상기 SMSG 커맨드를 수신하고 그것을 상기 운영자 메시지 프로세서에 포워드한다. 상기 운영자 메시지 프로세서는 상기 읽기 커맨드를, 아래에 기술된 바와 같이, 처리하고, 응답 코드를 송신한다. 상기 응답 코드는, 위에 기술된 바와 같이, 최종적으로 상기 개시자에게 리턴된다. 상기 응답 코드는 검사 받고(질의 612), 만일 상기 응답이 OM 응답이 이용 가능하지 않다고 표시하면, 처리는 단계(610)으로 되돌아간다. 그러나 만일 상기 응답 코드가 OM 응답이 이용 가능함을 표시하면, 상기 버퍼를 읽기하여 상기 요청된 운영자 메시지 커맨드의 결과들을 얻는다. 그 다음, 한 실시 예에서 처리는 단계(616)에서 계속된다. 이 모두가 아니면, 에러 메시지가 발행된다(단계 614).

단계(616)에서, Delete Operator Message 요청이 상기 개시자에 의해 발행되고 상기 논리적 파티션에서 수신한다. 상기 운영체제는, 위에서 기술하는 바와 같이, Delete Operator Message 커맨드를 생성하여 그것을 SMSG를 통해서 상기 결합 퍼실리티로 송신한다. 상기 Delete Operator Message 커맨드는 상기 운영자 메시지 프로세서에 의해, 아래에 기술되는 바와 같이, 처리되고, 응답이 상기 개시자에게 리턴된다. 상기 개시자는 상기 Delete Operator Message 커맨드에 대한 응답 코드를 검사한다(질의 618). 만일 상기 응답 코드가 상기 운영자 메시지는 삭제되었음을 표시하면, 상기 OM 응답이 상기 발행자에게 제공된다(단계 620). 그렇지 않으면, 에러 메시지가 발행된다(단계 622).

위에서 표시된 바와 같이, 본 발명의 하나 또는 그 이상의 특징들에 따라서 사용되는 메시지 커맨드들은 여러 가지다. 그 중 하나의 커맨드는 Start Operator Message 커맨드이며, 도 7a-7b를 참조하여 이 커맨드의 실시 예가 기술된다.

한 예에서, 운영자 메시지 커맨드가 예를 들어 z/OS® 콘솔 또는 테스트 프로그램을 통해서 개시된다. 이 커맨드는 z/OS® 논리적 파티션들로 흐르고 Start Operator Message 커맨드에 있는 Send Message를 통해서 상기 결합 퍼실리티로 송신된다. 이 처리의 한 실시 예가 도 7a를 참조하여 기술된다.

위에서 기술된 바와 같이, Send Message 명령(250)은 메시지 동작 블록(252) 및 서브채널(254)의 지정(designation)을 포함한다. 그러나, 이 경우에, Start Operator Message 커맨드를 위해서는, 상기 메시지 동작 블록은 오직 MCB(264)/MRB(266)을 가리키는 메시지 커맨드 블록 주소(258)만을 포함한다. 이 동작을 위해서는, 메시지 블록들이 없다. 상기 결합 퍼실리티에 제공된 메시지 커맨드 블록은 Start Operator Message MCB(780)을 포함하며, 이것은 예를 들어 Start Operator Message 요청 파라미터들(782)와 요청된 운영자 커맨드를 명시하는 운영자 메시지 요청(784)를 갖는다. 되돌아오는 응답은 응답 코드를 포함하는 Start Operator Message 응답 파라미터들(792)를 포함하는 Start Operator Message MRB(790)이다.

한 예에서, Start Operator Message 요청 파라미터들은 토큰, 상기 요청, 및 요청 길이를 포함한다. 상기 결합 퍼실리티는, 그리고 구체적으로는 상기 운영자 메시지 프로세서는 상기 멀티플렉서를 통해서 상기 SMSG 커맨드 블록을 수신하고 상기 Start Operator Message 커맨드를 처리하기 시작하며, 이는 도 7b를 참조하여 기술되는 바와 같다.

초기에, 운영자 메시지 프로세서는 동작 메시지 버퍼들을 스캔하여 유휴 버퍼(예를 들어, OMTK가 0들을 보유함)를 찾는다(단계 700). 유휴 버퍼들이 있는지에 대한 결정이 이루어진다(질의 702). 만일 유휴 버퍼가 있으면, 유휴 버퍼(예를 들어, 제1의)가 선택된다(단계 704). 그 후, 운영자 메시지 토큰이 상기 버퍼에 저장된다(단계 706). 그리고 나서, 상기 버퍼 내의 운영자 메시지 타이머가 현재 시간으로 설정된다(단계 708). 한 예에서, 상기 시간은 24시간제 클록으로부터 획득한다. 그리고 나서, 상기 요청과 요청 길이가 상기 버퍼에 저장되고(단계 710), 상기 버퍼 상태는 활성 및 처리 중(active and in process 또는 active and processing)으로 설정된다(단계 712). 상기 버퍼가 설정되었음을 표시하는 리턴 코드(return code)가 상기 운영체제(예를 들어, z/OS®)로 리턴되고 (단계 714), 최종적으로는 상기 개시자에게로 리턴된다. 이 처리는 z/OS® 프로그램과 동기적으로 수행된다.

질의(702)로 돌아가서, 만일 유휴 버퍼들이 없으면, 상기 운영자 메시지 버퍼들을 다시 한번 스캔하여 타임아웃된 활성 버퍼들을 찾는다(단계 720). 타임아웃된 활성 버퍼들이 있는지에 대한 결정이 이루어진다(질의 722). 만일 타임아웃된 활성 버퍼들이 없으면, 이용 가능한 버퍼들이 없다는 것을 표시하는 리턴 코드가 제공된다(단계 724).

그러나 만일 타임아웃된 활성 버퍼들이 있으면, 타임아웃된 버퍼가 선택된다(단계 726). 한 예에서, 선택되는 것은 제1의 타임아웃된 버퍼이다. 상기 버퍼는 유휴 상태로 설정되고(단계 728), 처리는 단계(706)에서 계속되며, 이 단계에서 상기 버퍼는 초기화된다.

Start Operator Message 커맨드에 관련된 더 세부사항은 아래에 기술된다. 본 출원서에서 표시된 바와 같이, 이 커맨드와, Read Operator Message 커맨드 및 Delete Operator Message 커맨드는, SMSG를 사용하여 상기 결합 퍼실리티에 통신한다. SMSG는 상기 논리적 파티션으로부터 상기 결합 퍼실리티로 상기 요청된 커맨드를 포함하는 메시지를 송신한다. 상기 메시지를 송신하기 위해, 상기 메시지는 메시지 커맨드 블록(MCB)에 포함되고 상기 메시지에 대한 응답은 메시지 응답 블록(MRB)에 포함된다.

한 예에서, 상기 Start Operator Message를 위한 메시지 커맨드 블록은: 메시지 헤더; 커맨드(예를 들어, Start Operator Message); OM 요청 길이; 운영자 메시지 토큰; 및 운영자 메시지 요청(예를 들어, 운영자 메시지 커맨드)을 포함한다.

동작에서, 상기 요청에 제공된 OM 토큰의 값은 각 OM 처리 버퍼 내 OM 토큰 객체와 비교된다. 만일 상기 OM 토큰이 유효하고 어느 OM 토큰 객체와도 일치하지 않으면, 그리고 만일 적어도 하나의 OM 처리 버퍼가 유휴이면, 유휴 버퍼가 선택된다. 만일 OM 처리 버퍼들이 유휴 상태에 있지 않고 적어도 하나의 OM 처리 버퍼가 응답 펜딩 활성이고 타임아웃 값을 초과했으면, 타임아웃된 버퍼가 선택되어 유휴 상태로 리셋된다.

일단 유휴 버퍼가 선택되면, 상기 OM 토큰은 OMTK 객체에 배치되고, OM 요청은 OMREQD 객체에 배치되며, OM 요청 길이는 OMREQL 객체에 배치되고, OM 타이머 객체는 24시간제 클록의 값으로 설정되며, 상기 버퍼는 활성 및 처리 중 상태로 되고, 그리고 백그라운드 프로세스가 개시되어 OM 응답을 생성한다(즉, 요청된 운영자 메시지를 처리하기 시작하여 정보(예를 들어, OM 커맨드에 관한 결과들)를 상기 버퍼에 배치한다. 운영자 메시지가 시작되었음을 표시하는 리턴 코드가 상기 운영체제에게 리턴된다.

만일 상기 OM 토큰이 활성 OM 처리 버퍼에 대한 OM 토큰 객체와 일치하면, 처리는 일어나지 않는다. 상기 커맨드는 완료되고 운영자 메시지가 시작되었음을 표시하는 응답 코드가 리턴된다.

만일 OM 토큰이 유효하고, 어떤 OM 토큰 객체와도 일치하지 않고, 그리고 모든 버퍼들이 타임아웃 제어를 초과하지 않으면서 활성 및 처리 중(active and processing)이거나 또는 응답 펜딩 활성(active with response pending)이면, 상기 커맨드는 완료되고 이용 가능한 버퍼들이 없다고 표시하는 응답 코드가 리턴된다.

상기 응답은 메시지 응답 블록에 리턴되며, 이 블록은, 예를 들어 응답 디스크립터(a response descriptor)와 상기 응답 코드를 포함한다.

상기 운영자 메시지가 시작되었음을 표시하는 응답을 수신하는 것에 응답하여, Read Operator Message 커맨드가 발행되어 상기 요청된 운영자 메시지 커맨드에 대한 응답을 획득한다. 도 8a를 참조하면, 상기 Read Operator Message 커맨드는 Send Message 프로토콜을 통하여 송신된다. 위에서 기술된 바와 같이, Send Message 명령(250)은 메시지 동작 블록(252)와 서브채널(254)의 지정(designation)을 포함한다. Read Operator Message 커맨드를 위해, 메시지 동작 블록(252)는 MCB 주소(258), MBAL 주소(260), 및 MBAL 길이(262)를 포함한다. 상기 Read Operator Message 커맨드에서, 상기 MBAL 길이는 1이며 MBAL 주소(260)은 하나의 엔트리를 갖는 MBAL(268)을 가리킨다. MBAL(268)은 메시지 버퍼(272)를 가리킨다.

MCB 주소(258)은 MCB(264)/MRB(266) 쌍을 지정한다(designate). 상기 Read Operator Message 커맨드를 위한 메시지 제어 블록(880)은 Read Operator Message 요청 파라미터들(882)(예를 들어, 메시지 헤더, read command, OM 토큰)을 포함하며, 이들은 처리를 위해 결합 퍼실리티로 포워드된다. 상기 Read Operator Message 커맨드를 처리하는 것에 응답하여, Read Operator Message 응답 파라미터들(예를 들어, 응답 코드)이 MRB(266)에 리턴된다. 추가로, 운영자 메시지(OM) 응답(875)가 리턴되어 메시지 버퍼(272)에 배치된다.

Read Operator Message 커맨드의 논리의 한 실시 예가 도 8b를 참조하여 기술된다. 초기에, 상기 커맨드에서 제공된 OM 토큰과 일치하는 OM 토큰을 갖는 버퍼를 찾기 위해 운영자 메시지 버퍼들이 스캔된다(단계 800). 만일 일치하는 OM 토큰을 갖는 버퍼가 없으면(질의 802), 일치하는 토큰을 찾지 못했음을 표시하는 응답 코드가 리턴된다(단계 804).

그러나 만일 일치하는 OM 토큰을 갖는 OM 버퍼가 있으면, 상기 버퍼에 펜딩 OM 응답이 있는지에 대한 결정이 이루어진다(질의 806). 만일 펜딩 OM 응답이 없으면, OM 응답을 이용할 수 없다고 표시하는 응답 코드가 리턴된다(단계 808).

질의(806)으로 돌아가서, 만일 펜딩 OM 응답이 있으면, 상기 OM 응답이 SMSG에 의해 명시된 (예를 들어, 메시지 버퍼(272)에 위치한) 데이터 블록에 복사된다(단계 812). 상기 OM 응답(즉, 상기 데이터 블록)이 리턴되고, OM 응답을 이용할 수 있음을 표시하는 응답 코드도 리턴된다.

Read Operator Message 커맨드에 관련된 더 세부사항은 아래에 기술된다. 한 예에서, 상기 Read Operator Message 커맨드의 상기 메시지 커맨드 블록은 메시지 헤더, 리드 커맨드(read command), 및 운영자 메시지 토큰을 포함한다.

동작에서, 충분한 메시지 버퍼 공간(예를 들어, 버퍼 272)이 제공될 때(즉, 미리 명시된 크기와 같거나 더 큰 버퍼 공간), 상기 OM 토큰의 값은 각 OM 처리 버퍼 내 OM 토큰 객체와 비교된다.

만일 상기 OM 토큰이 OM 처리 버퍼를 위한 OM 토큰 객체와 일치하고 상기 버퍼가 응답 펜딩 활성(active with response pending)이면, 상기 OM 토큰은 데이터 블록에 배치된다. 상기 데이터 블록, 상기 OM 요청, 상기 OM 요청 길이, 상기 OM 응답 길이, 및 OM 응답을 이용할 수 있음을 표시하는 응답 코드가 리턴된다. 상기 데이터 블록을 제외한 상기 응답이 메시지 응답 블록에 리턴되고, 이 메시지 응답 블록은, 예를 들어 응답 디스크립터, 상기 응답 코드, 상기 OM 요청 길이, 상기 OM 응답 길이, 및 상기 OM 요청을 포함한다. 상기 데이터 블록은 SMSG를 통해서 그러나 상기 응답 블록과는 별개로 리턴된다.

만일 상기 OM 토큰이 활성 및 처리 중인 OM 처리 버퍼의 OM 토큰 객체와 일치하면, 처리는 일어나지 않는다. 상기 커맨드는 완료되고 OM 응답을 이용할 수 없다고 표시하는 응답 코드가 상기 프로그램에 리턴된다. 상기 응답은 응답 블록에 리턴되고, 이 응답 블록은, 예를 들어 응답 표시자(a response indicator)와 상기 응답 코드를 포함한다.

만일 상기 OM 토큰이 유효하지만 활성 OM 처리 버퍼를 위한 어떤 OM 토큰 객체와도 일치하지 않으면, 처리는 일어나지 않는다. 상기 커맨드는 완료되고 일치하는 토큰을 찾지 못했음을 표시하는 응답 코드가 리턴된다. 상기 응답은 응답 블록에 리턴되고, 이 응답 블록은 예를 들어 응답 표시자와 상기 응답 코드를 포함한다.

상기 메시지 버퍼 크기가 미리 명시된 크기보다 작으면, 상기 데이터 블록을 보유할 메시지 버퍼 공간(예를 들어, 버퍼 272)이 부족하게 된다. 이 경우에, 처리는 일어나지 않고, 상기 커맨드는 완료되며 메시지 버퍼 공간이 불충분함을 표시하는 응답 코드가 리턴된다. 상기 응답은 응답 블록에 리턴되고, 이 응답 블록은 예를 들어 응답 표시자와 상기 응답 코드를 포함한다.

상기 응답을 수신한 이후에, 상기 버퍼의 리셋 결정이 내려질 수 있다. 그 결과, Delete Operator Message 커맨드가 발행된다. 도 9a를 참조하면, 다른 운영자 메시지 커맨드들과 마찬가지로, Delete Operator Message 커맨드도 Send Message 프로토콜을 통하여 상기 결합 퍼실리티에 송신된다. 또한, Send Message 명령(250)은 메시지 동작 블록(252)와 서브채널(254)의 지정(designation)을 포함한다. 이 경우에, 상기 메시지 동작 블록은 MCB(264)/MRB(266) 쌍을 가리키는 MCB 주소(258)을 포함한다. Delete Operator Message의 MCB(980)은 Delete Operator Message 요청 파라미터들(982)(예를 들어, 메시지 헤더, delete command, 및 OM 토큰)을 포함하고, 이 파라미터들은 상기 결합 퍼실리티로 포워드된다. Delete Operator Message 커맨드를 수행하는 것에 응답하여, Delete Operator Message 응답 파라미터들을 포함하는 Delete Operator Message MRB(990)이 MRB(266)에 리턴된다.

상기 운영자 메시지 프로세서에 의해 수행되는 Delete Operator Message 커맨드의 논리의 한 실시 예가 도 9b를 참조하여 기술된다. 초기에, 일치하는 OM 토큰을 갖는 버퍼를 찾기 위해 상기 OM 버퍼들이 스캔된다(단계 900). 만일 일치하는 OM 토큰을 갖는 버퍼가 없으면(질의 902), 운영자 메시지가 삭제되었음을 표시하는 응답 코드가 리턴된다(단계 904).

그러나 만일 일치하는 OM 토큰을 갖는 버퍼가 있으면(질의 902), OM 응답이 펜딩인지에 대한 추가 결정이 이루어진다(질의 906). 만일 응답이 펜딩 이 아니면, 상기 버퍼는 활성 및 처리 중임을 표시하는 응답 코드가 리턴된다(단계 908).

만일 펜딩 OM 응답이 있으면(질의 906), 상기 OM 토큰, 상기 OM 타이머, 상기 요청 길이 및 상기 응답 길이가 리셋되며, 예를 들어, 0으로 설정된다(단계 910). 추가로, 상기 OM 버퍼 상태가 유휴로 설정되고(단계 912), 운영자 메시지가 삭제되었음을 표시하는 응답 코드가 리턴된다(단계 914). (다른 실시 예에서는, 버퍼를 유휴 상태로 설정하면 상기 버퍼가 삭제되고, 유휴 버퍼를 활성 상태로 설정하면 새로운 버퍼가 생성된다.)

Delete Operator Message 커맨드에 관련된 추가 세부사항은 아래에 기술된다. 한 예에서, 상기 Delete Operator Message 커맨드를 위한 메시지 커맨드 블록은 메시지 헤더, Delete Operator Message 커맨드, 및 운영자 메시지 토큰을 포함한다.

동작에서, 상기 OM 토큰의 값이 각각의 OM 처리 버퍼 내 OM 토큰 객체와 비교된다. 만일 상기 OM 토큰이 활성 OM 처리 버퍼 내 OM 토큰 객체의 값과 일치하고 상기 버퍼가 응답 펜딩 활성이면, 상기 OM 처리 버퍼 내 객체들은 리셋되고 상기 버퍼는 유휴 상태로 된다. 상기 버퍼 객체들이 리셋 완료되면, 상기 커맨드는 완료되고 상기 운영자 메시지가 삭제되었음을 표시하는 응답 코드가 상기 운영체제에 리턴된다.

상기 OM 처리 버퍼가 활성 및 처리 중이면, 액션은 일어나지 않는다. 상기 커맨드는 완료되고 상기 버퍼는 활성 및 처리 중임을 표시하는 응답 코드가 리턴된다.

상기 OM 토큰이 유효하지만 어떤 활성 OM 처리 버퍼에 대해서도 상기 OM 토큰 객체와 일치하지 않으면, 액션은 일어나지 않는다. 상기 커맨드는 완료되고 상기 운영자 메시지는 삭제되었음을 표시하는 응답 코드가 상기 프로그램에 리턴된다.

상기 응답은 메시지 응답 블록에 리턴되고, 이 응답 블록은 예를 들어 응답 디스크립터와 상기 응답 코드를 포함한다.

위에서 운영자 메시지 요청들을 처리하기 위한 여러 커맨드들에 관해 상세하게 기술하였다. 이 커맨드들은 이 예에서 운영자 메시지 퍼실리티의 일부이다. 운영자 메시지 퍼실리티(Operator Message facility)는 다른 커맨드들도 포함하며, 완벽을 기하기 위해 본 출원에서 기술한다. 이 커맨드들은 Read Facility Parameters 커맨드와 Set Facility Authority 커맨드를 포함한다.

Read Facility Parameters 커맨드에 있어서, 메시지 요청 블록은 예를 들어 메시지 헤더와 Read Facility Parameters 커맨드를 포함한다. 동작에서, 결합 퍼실리티 제어들의 값들이 응답 오퍼랜드들에 배치되고, 만일 참이라면 성공을 표시하는 응답 코드가 응답 코드 오퍼랜드에 저장된다. 이 커맨드는 여러 개의 제어들을 응답 오퍼랜드들 내에 배치할 수 있지만, 운영자 메시지 퍼실리티를 위해서는, 운영자 메시지 프로세서 버퍼 카운트가 OMPBC에 배치되고, 운영자 메시지 타임아웃 제어가 OMTOC에 배치된다.

상기 응답 코드가 상기 결합 퍼실리티 제어 값들이 리턴된다고 표시하면, 리턴받은 상기 메시지 응답 블록은 예를 들어 응답 디스크립터, 상기 응답 코드, OM 프로세서 버퍼 카운트, 및 상기 운영자 메시지 퍼실리티에 대한 OM 타임아웃 제어를 포함한다. 다른 퍼실리티들에 대하여는 다른 제어들이 리턴될 수도 있다.

Set Facility Authority 커맨드를 위해, 메시지 요청 블록은 예를 들어 메시지 헤더, Set Facility Authority 커맨드, OM 타임아웃 제어, 갱신 OMTOC 표시자, 비교 권한 제어, 및 권한 제어를 포함하며, 아래에 기술된다.

동작에서, 결합 퍼실리티 권한 제어 값(a coupling facility authority control value)은 상기 메시지 커맨드 블록에 수신된 비교 권한(CAU) 오퍼랜드(a comparative authority (CAU) operand)와 비교된다. 이들을 비교한 결과 같다(equal)고 판단되면, 상기 메시지 커맨드 블록에 수신된 권한(AU) 오퍼랜드의 값이 상기 결합 퍼실리티 권한 제어에 저장되고 상기 결합 퍼실리티 상태는 갱신된다.

상기 결합 퍼실리티 권한 제어가 0에서 0이 아닌 값으로 변경되면, 상기 결합 퍼실리티 상태는 비관리(non-managed) 상태에서 관리(managed) 상태로 변경되고, 상기 OM 타임아웃 제어는 조건부로 갱신되며, 메시지-경로-활성화(activate-message-path) 커맨드는 각 메시지 경로상에서 원격 결합 퍼실리티에 대해 발행되고, 성공을 표시하는 응답 코드가 리턴된다. 만일 갱신-OM-타임아웃 표시자(update-OM-timeout indicator)가 1이면, 상기 OM 타임아웃 제어 오퍼랜드가 OMTOC 객체에 저장된다. 그렇지 않으면, OMTOC 객체에 갱신은 이루어지지 않는다. 다른 처리도 또한 일어날 수 있다.

상기 응답 코드는 메시지 응답 블록에 리턴되며 이 블록은 예를 들어 응답 디스크립터와 상기 응답 코드를 포함한다.

본 발명의 하나 또는 그 이상의 특징들에 따라서, 결합 퍼실리티에 결합된 결합 퍼실리티 콘솔들 및 논리적 파티션들(또는 다른 프로세서들, 시스템들 등)을 포함한 (그러나 이에 한정되지 않음) 다수의 소스들로부터 오는 운영자 메시지 커맨드들을 그 결합 퍼실리티에 의해 처리하기 위해 운영자 메시지 퍼실리티가 제공된다. 이 퍼실리티의 예는 다음과 같다:

운영자 메시지(OM) 처리 버퍼들의 집합(collection). 각 버퍼는 한 번에 하나의 운영자 메시지 요청을 처리할 수 있다. 버퍼들의 수는 고정적이며(예를 들어, 9) 모델에 따라 결정된다.

지원되는 OM 처리 버퍼들의 수의 카운트.

만료 타임아웃: OM 타임아웃 제어로 불리며, 운영자 메시지가 삭제되기 전에 처리 버퍼에서 지속되는 시간의 길이를 결정한다. 만료 타임아웃의 디폴트 값은 예를 들어 5분이다. 만료 타임아웃은 Set Facility Authority 커맨드에 의해 변경될 수 있다.

글로벌 커맨드들: 프로그램이 운영자 메시지 퍼실리티에 액세스하는 것을 허용함:

- Start Operator Message (SOM)

- Read Operator Message (ROM)

- Delete Operator Message (DOM)

백그라운드 처리 펑션: 이는 상기 운영자 메시지 응답을 생성하고 그 응답을 상기 OM 처리 버퍼에 배치하며, 그리고 상기 버퍼의 상태를 상기 응답이 검색(retrieval)을 위해 이용 가능함을 표시하도록 변경한다.

상기 퍼실리티는, 한 예에서, 결합 퍼실리티 콘솔들 이외의 원격 엔티티들을 위한 메커니즘을 제공하는데, 이는 운영자 메시지 커맨드들을 발행하여, 예를 들어 상기 결합 퍼실리티를 테스트하기 위해서이다. 이것은 예를 들어 생산 전에 또는 심지어 생산 중에라도 심층 테스팅(more in-depth testing)을 가능하게 한다. 상기 운영자 메시지 커맨드들은 상기 결합 퍼실리티 상에서 수행될 액션을 일으킨다. 이러한 커맨드들/액션들의 예로는, 상기 결합 퍼실리티 상에 코드의 패치 설치하기, 상기 결합 퍼실리티 부분의 덤프(dump) 생성하기, 상기 결합 퍼실리티 구성하기, 상기 결합 퍼실리티 구성해제하기 또는 상기 결합 퍼실리티의 하나 또는 그 이상의 컴포넌트들 관리하기가 포함되며 그러나 이에 한정되지는 않는다. 다른 액션들도 가능하며, 그 중 일부가 본 출원에서 기술된다. 상기 요청된 커맨드에 의해 상기 결합 퍼실리티 상에서 액션이 수행되고, 그 다음에 상기 액션이 예상대로 수행되었는지, 에러를 일으켰는지 등에 대한 결정이 내려진다. 상기 액션을 수행함으로써, 상기 결합 퍼실리티는 상기 결합이 상기 액션에 따라서 예상대로 이루어졌는지를 보기 위해 테스트되는 것이다.

한 특정 예에서, z/OS 시스템상의 프로그램은 시스템 명칭과 STCK(Store Clock) 값을 이용하여 시스플렉스(sysplex) 전반에 적용되는 고유 토큰을 생성하고, SMSG 명령을 발행하여 CFCC 운영자 커맨드를 상기 결합 퍼실리티에 송신하게 한다. 상기 결합 퍼실리티는, 비동기적으로, 상기 커맨드를 수용하고 상기 커맨드를 처리한다. 만일 그 SMSG가 성공적이면, 상기 z/OS 프로그램은 상기 제1 SMSG상에 발행된 고유 토큰을 이용하여 커맨드 완료를 위해 상기 커맨드 응답을 보유할 버퍼와 폴링(polling)한다. 상기 CFCC가 상기 커맨드를 처리하면, 상기 결합 퍼실리티 콘솔에 메시지들을 발행하고 상기 메시지들을 버퍼에 저장한다. 상기 커맨드가 완료되면, 커맨드 완료를 위해 폴링하는 데 사용된 상기 SMSG는 성공적인 리턴 코드를 취하고 상기 커맨드 응답을 상기 명시된 버퍼로 리턴할 것이다. 상기 z/OS 프로그램은 그 다음에 상기 결과들을 처리하고 SMSG를 발행하여 상기 저장된 커맨드 응답들을 상기 결합 퍼실리티로부터 제거하게 한다. 상기 프로그램은, 예를 들자면, 결과들을 처리하는 테스트케이스 (testcase)이거나 결과를 콘솔에 디스플레이하는 z/OS 커맨드 인터페이스일 수 있다.

본 출원에서 사용될 때, 획득하는 것(obtaining)은, 예를 들자면, 수신하는 것(receiving), 갖는 것(having), 제공받는 것(being provided), 생성하는 것(generating or creating)을 포함하나 이에 한정되지는 않는다.

이 기술분야에서 통상의 지식을 가진 자라면 인식할 수 있는 바와 같이, 본 발명의 하나 또는 그 이상의 특징들은 시스템, 방법 또는 컴퓨터 프로그램 제품으로 구현될 수 있다. 따라서, 본 발명의 하나 또는 그 이상의 특징들은 전적으로 하드웨어 실시 예, 전적으로 소프트웨어 실시 예(펌웨어, 상주 소프트웨어, 마이크로-코드 등 포함) 또는 소프트웨어와 하드웨어 특징들을 조합한 실시 예의 형태를 취할 수 있으며, 이들은 모두 일반적으로 본 출원에서 "회로", "모듈" 또는 "시스템"으로 불릴 수 있다. 또한, 본 발명의 하나 또는 그 이상의 특징들은 컴퓨터 읽기 가능 프로그램 코드가 구현된 하나 또는 그 이상의 컴퓨터 읽기 가능 매체(들)에 구현된 컴퓨터 프로그램 제품의 형태를 취할 수 있다.

하나 또는 그 이상의 컴퓨터 읽기 가능 매체(들)의 임의 조합이 이용될 수도 있다. 컴퓨터 읽기 가능 매체는 컴퓨터 읽기 가능 스토리지 매체일 수 있다. 컴퓨터 읽기 가능 스토리지 매체는, 예를 들어, 전자, 자기, 광학, 전자기, 적외선 또는 반도체의 시스템, 장치, 또는 디바이스이거나 또는 전술한 것들이 적절히 조합된 것일 수 있으나 이에 한정되지는 않는다. 컴퓨터 읽기 가능 스토리지 매체의 더 구체적인 예들(비포괄적 목록)은 다음과 같다: 하나 또는 그 이상의 와이어들을 갖는 전기 접속, 휴대용 컴퓨터 디스켓, 하드 디스크, 랜덤 액세스 메모리(RAM), 읽기전용 메모리(ROM), 소거 및 프로그램가능 읽기전용 메모리(EPROM 또는 플래시 메모리), 광섬유, 휴대용 컴팩트 디스크 읽기전용 메모리(CD-ROM), 광학 스토리지 디바이스, 자기 스토리지 디바이스, 또는 전술한 것들의 적절한 조합으로 된 것. 이 문서의 맥락에서, 컴퓨터 읽기 가능 스토리지 매체는 유형의(tangible) 모든 매체일 수 있으며, 명령 실행 시스템, 장치 또는 디바이스에 의해 또는 연결하여 사용할 프로그램을 보유 또는 저장할 수 있다.

이제 도 10을 참조하면, 한 예에서, 컴퓨터 프로그램 제품(1000)은 예를 들어 하나 또는 그 이상의 비-일시적인(non-transitory) 컴퓨터 읽기 가능 스토리지 매체(1002)를 포함하며 이 매체상에 컴퓨터 읽기 가능 프로그램 코드 수단 또는 논리(1004)를 저장하여 본 발명의 하나 또는 그 이상의 특징들을 제공 및 가능하게 만든다.

컴퓨터 읽기 가능 매체상에 구현된 프로그램 코드는 무선, 유선, 광섬유 케이블, RF 등 또는 전술한 것들의 적절한 조합으로 된 것을 포함한(그러나 이에 한정되지는 않는) 적절한 매체를 사용하여 전송될 수 있다.

본 발명의 하나 또는 그 이상의 특징들에 대한 동작들을 실행하기 위한 컴퓨터 프로그램 코드는 Java, Smalltalk, C++ 또는 그와 유사 언어 등의 객체 지향 프로그래밍 언어와 "C" 프로그래밍 언어, 어셈블러 언어 또는 그와 유사한 언어 등의 종래의 절차적 프로그래밍 언어들을 포함하여, 하나 또는 그 이상의 프로그래밍 언어들을 조합하여 작성될 수 있다. 상기 프로그램 코드는 전적으로 사용자의 컴퓨터상에서, 부분적으로 사용자의 컴퓨터상에서, 독립형(stand-alone) 소프트웨어 패키지로서, 부분적으로 사용자의 컴퓨터상에서 그리고 부분적으로 원격 컴퓨터상에서 또는 전적으로 원격 컴퓨터나 서버상에서 실행될 수 있다. 위에서 마지막의 경우에, 원격 컴퓨터는 근거리 통신망(LAN) 또는 광역 통신망(WAN)을 포함한 모든 종류의 네트워크를 통해서 사용자의 컴퓨터에 접속될 수 있고, 또는 이 접속은 (예를 들어, 인터넷 서비스 제공자를 이용한 인터넷을 통해서) 외부 컴퓨터에 이루어질 수도 있다.

본 발명의 하나 또는 그 이상의 특징들은 본 출원에서 본 발명의 실시 예들에 따른 방법들, 장치들(시스템들) 및 컴퓨터 프로그램 제품들의 순서 예시도들 및/또는 블록도들을 참조하여 기술된다. 순서 예시도들 및/또는 블록도들의 각 블록과 순서 예시도들 및/또는 블록도들 내 블록들의 조합들은 컴퓨터 프로그램 명령들에 의해 구현될 수 있다는 것을 이해할 수 있을 것이다. 이 컴퓨터 프로그램 명령들은 범용 컴퓨터, 특수목적용 컴퓨터, 또는 기타 프로그램가능 데이터 처리 장치의 프로세서에 제공되어 머신(machine)을 생성하고, 그렇게 하여 그 명령들이 상기 컴퓨터 또는 기타 프로그램가능 데이터 처리 장치의 프로세서를 통해서 실행되어, 상기 순서도 및/또는 블록도의 블록 또는 블록들에 명시된 펑션들/동작들을 구현하기 위한 수단을 생성할 수 있다.

상기 컴퓨터 프로그램 명령들은 또한 컴퓨터 읽기 가능 매체에 저장될 수 있으며, 컴퓨터, 기타 프로그램가능 데이터 처리 장치 또는 다른 디바이스들에 지시하여 상기 컴퓨터 읽기 가능 매체에 저장된 명령들은 상기 순서도 및/또는 블록도의 블록 또는 블록들에 명시된 기능/동작을 구현하는 명령들을 포함하는 제조품(an article of manufacture)을 생성하도록 특정한 방식으로 기능하게 할 수 있다.

상기 컴퓨터 프로그램 명령들은 또한 컴퓨터, 기타 프로그램가능 데이터 처리 장치, 또는 다른 디바이스들에 로드되어, 컴퓨터, 기타 프로그램가능 장치 또는 다른 디바이스들에서 일련의 동작 단계들이 수행되게 하여 컴퓨터 구현 프로세스를 생성하며, 그렇게 하여 상기 컴퓨터 또는 기타 프로그램가능 장치상에서 실행되는 명령들은 순서도 및/또는 블록도의 블록 또는 블록들에 명시된 펑션들/동작들을 구현하기 위한 프로세스들을 제공할 수 있다.

도면들 내 순서도 및 블록도들은 본 발명의 하나 또는 그 이상의 특징들의 여러 실시 예들에 따른 시스템들, 방법들 및 컴퓨터 프로그램 제품들의 가능한 구현들의 아키텍처, 기능성, 및 동작을 예시한다. 이와 관련하여, 상기 순서도 또는 블록도들 내 각 블록은 상기 명시된 논리적 펑션(들)을 구현하기 위한 하나 또는 그 이상의 실행 가능한 명령들을 포함한 모듈, 세그먼트 또는 코드의 일부분을 나타낼 수 있다. 일부 다른 구현들에서, 상기 블록에 언급되는 펑션들은 도면들에 언급된 순서와 다르게 일어날 수도 있다는 것에 또한 유의해야 한다. 예를 들면, 연속으로 도시된 두 개의 블록들은 실제로는 사실상 동시에 실행될 수 있고, 또는 이 두 블록들은 때때로 관련된 기능성에 따라서는 역순으로 실행될 수도 있다. 블록도들 및/또는 순서 예시도의 각 블록, 및 블록도들 및/또는 순서 예시도 내 블록들의 조합들은 특수목적용 하드웨어 및 컴퓨터 명령들의 명시된 펑션들 또는 동작들, 또는 이들의 조합들을 수행하는 특수목적용 하드웨어-기반 시스템들에 의해 구현될 수 있다는 것에 또한 유의한다.

전술한 것에 추가하여, 본 발명의 하나 또는 그 이상의 특징들은 컴퓨터 환경의 관리를 서비스하는 서비스 제공자에 의해 제공, 공급, 배치, 관리, 서비스 등이 될 수 있다. 예를 들면, 서비스 제공자는 하나 또는 그 이상의 고객들을 위해 본 발명의 하나 또는 그 이상의 특징들을 수행하는 컴퓨터 코드 및/또는 컴퓨터 인프라스트럭처의 제작, 유지, 지원 등을 할 수 있다. 그 대가로, 서비스 제공자는 가입제(subscription) 및/또는 수수료 약정에 따라 고객으로부터 대금을 수령할 수 있으며, 이는 예이다. 또한, 서비스 제공자는 하나 또는 그 이상의 제3자들에게 광고 콘텐츠를 판매하고 대금을 수령할 수 있다.

본 발명의 일 특징에서, 본 발명의 하나 또는 그 이상의 특징들을 수행하기 위한 애플리케이션이 배치될 수 있다. 한 예로서, 애플리케이션의 배치는 본 발명의 하나 또는 그 이상의 특징들을 수행하는 데 실시 가능한 컴퓨터 인프라스트럭처를 제공하는 것을 포함한다.

본 발명의 추가 특징으로서, 컴퓨터 읽기 가능 코드를 컴퓨팅 시스템으로 통합하는 것을 포함하는 컴퓨팅 인프라스트럭처가 배치될 수 있으며, 그 컴퓨팅 시스템에서 상기 코드는 컴퓨팅 환경과 결합하여 본 발명의 하나 또는 그 이상의 특징들을 수행하는 것이 가능하다.

본 발명의 추가 특징으로서, 컴퓨터 읽기 가능 코드를 컴퓨터 시스템으로 통합시키는 것을 포함하는 컴퓨팅 인프라스트럭처 통합을 위한 프로세스가 제공될 수 있다. 상기 컴퓨터 시스템은 컴퓨터 읽기 가능 매체를 포함하고, 상기 컴퓨터 시스템에서 상기 컴퓨터 매체는 본 발명의 하나 또는 그 이상의 특징들을 포함한다. 상기 코드는 상기 컴퓨터 시스템과 결합하여 본 발명의 하나 또는 그 이상의 특징들을 수행하는 것이 가능하다.

위에서 여러 실시 예들이 기술되었지만, 이들은 단지 예시일 뿐이다. 예를 들면, 다른 아키텍처들로 된 컴퓨팅 환경들이 본 발명의 하나 또는 그 이상의 특징들을 포함하고 사용할 수 있다. 예로서, z196 서버들 이외의 서버들도 본 발명의 하나 또는 그 이상의 실시 예들을 포함, 사용 및/또는 그들로부터 이득을 얻을 수 있다. 또한, 논리적 파티션된 환경들 이외의 환경들도 본 발명의 하나 또는 그 이상의 특징들을 도입 및 사용할 수 있다. 또한, 더 많은, 더 적은, 또는 다른 운영자 메시지 커맨드들 및/또는 다른 커맨드들도 사용될 수 있다. 또한, SMSG 이외의 전송들도 사용될 수 있다. 또한, 멀티플렉서는 처리될 다음 커맨드를 선택하는 데 다른 논리를 사용할 수도 있다. 다른 많은 변경(variation)들이 가능하다.

또한, 다른 종류의 컴퓨팅 환경들도 본 발명의 하나 또는 그 이상의 특징들로부터 이득을 얻을 수 있다. 예로서, 프로그램 코드를 저장 및/또는 실행하기에 적합한 데이터 처리 시스템이 사용될 수 있으며, 이 시스템은 시스템 버스를 통해서 메모리 엘리먼트들에 직접적으로 또는 간접적으로 결합된 적어도 두 개의 프로세서를 포함한다. 상기 메모리 엘리먼트들은, 예를 들어 프로그램 코드의 실제 실행 동안 사용되는 로컬 메모리, 대용량 스토리지(bulk storage), 및 코드가 실행 동안에 대용량 스토리지로부터 검색되어야 하는 횟수를 줄이기 위해 적어도 일부 프로그램 코드의 임시 저장(temporary storage)을 제공하는 캐시 메모리를 포함한다.

입력/출력 또는 I/O 디바이스들(키보드, 디스플레이, 포인팅 디바이스, DASD, 테이프, CD, DVD, 썸 드라이브 및 기타 메모리 매체 등을 포함하나 이에 한정되지는 않음)은 직접 또는 중개(intervening) I/O 컨트롤러들을 통해서 상기 시스템에 결합될 수 있다. 네트워크 어댑터 또한 상기 시스템에 결합되어 상기 데이터 처리 시스템이 중개 사설 또는 공공 네트워크를 통해서 기타 데이터 처리 시스템 또는 원격 포인터 또는 스토리지 디바이스에 결합되는 것을 가능하게 한다. 모뎀, 케이블 모뎀, 및 이더넷 카드는 이용 가능한 네트워크 어댑터의 단지 일부 예이다.

도 11을 참조하면, 본 발명의 하나 또는 그 이상의 실시 예들을 구현하기 위한 호스트 컴퓨터 시스템(5000)의 대표적인 컴포넌트들이 도시된다. 대표적인 호스트 컴퓨터(5000)은 컴퓨터 메모리(즉, 중앙 스토리지)(5002)와 통신하는 하나 또는 그 이상의 CPU들(5001)을 포함하고, 또한 스토리지 매체 디바이스들(5011)로 그리고 다른 컴퓨터들 또는 SAN들 등과 통신하기 위한 네트워크들(5010)로 가는 I/O 인터페이스들을 포함한다. CPU(5001)은 아키텍처화된 명령 세트((architected instruction set)와 아키텍처화된 기능성(architected functionality)을 갖는 아키텍처에 부합한다. CPU(5001)은 프로그램 주소들(가상 주소들)을 메모리의 실제 주소들로 변환하기 위한 동적 주소 변환(DAT)(5003)을 가질 수 있다. DAT는 통상적으로 컴퓨터 메모리(5002)의 블록에 나중에 액세스할 때 주소 변환의 지연이 필요없도록 변환들을 캐시하기 위한 변환 색인 버퍼(TLB, translation lookaside buffer)(5007)를 포함한다. 통상적으로, 캐시(5009)는 컴퓨터 메모리(5002)와 프로세서(5001) 사이에서 사용된다. 캐시(5009)는 하나 이상의 CPU에 이용 가능한 큰 캐시(large cache)와 큰 캐시와 각 CPU 사이에 더 작고 더 빠른 (더 하위 레벨) 캐시들을 갖는 계층형(hierarchical)일 수 있다. 어떤 구현들에서는, 더 하위 레벨(lower level) 캐시들은 명령 페치와 데이터 액세스를 위한 별개의(separate) 하위 레벨 캐시들을 제공하기 위해 분할된다. 한 실시 예에서, 한 명령이 명령 페치 유닛(5004)에 의해 캐시(5009)를 통해서 메모리(5002)로부터 페치된다. 명령은 명령 디코드 유닛(instruction decode unit)(5006)에서 디코드되고 (어떤 실시 예들에서는 다른 명령들과 함께) 명령 실행 유닛 또는 유닛들(5008)로 디스패치된다(dispatched). 통상적으로 몇 가지의 실행 유닛들 (5008)이 채용되며, 예를 들면 산술 실행 유닛(arithmetic execution unit), 부동 소수점 실행 유닛(floating point execution unit) 및 분기 명령 실행 유닛(branch instruction execution unit)이 있다. 명령은 실행 유닛에 의해 실행되고, 명령이 명시한 레지스터들 또는 메모로부터 필요한 만큼 오퍼랜드들에 액세스한다. 오퍼랜드가 메모리(5002)로부터 액세스(로드 또는 저장)되면, 로드/저장 유닛(load/store unit)(5005)가 통상적으로 실행되는 명령의 제어 아래 액세스를 처리한다. 명령들은 하드웨어 회로들에서 또는 내부 마이크로코드(펌웨어)에서 또는 이 둘의 조합에 의해서 실행될 수 있다.

전술한 바와 같이, 컴퓨터 시스템은 로컬 (또는 메인) 스토리지에 정보를 포함하고, 또한 주소지정(addressing), 보호(protection), 그리고 참조 및 변경 기록(reference and change recording)을 포함한다. 주소지정의 몇 가지 예로는 주소의 포맷(format of addresses), 주소 공간의 개념(concept of address spaces), 주소의 여러 타입(various types of addresses), 및 한 타입의 주소가 또 다른 타입의 주소로 변환되는 방식(manner)이 있다. 메인 스토리지의 일부는 영구적으로 할당된 스토리지 위치들을 포함한다. 메인 스토리지는 시스템에 데이터의 직접 주소지정가능한 고속 액세스 스토리지(fast-access storage)를 제공한다. 데이터와 프로그램들은 모두 (입력 디바이스들로부터) 메인 스토리지로 로드된 후에 처리될 수 있다.

메인 스토리지는 때때로 캐시라고 불리는 하나 또는 그 이상의 더 작고 더 고속의 액세스 버퍼 스토리지들을 포함한다. 캐시는 통상적으로 CPU 또는 I/O 프로세서와 물리적으로 연관된다. 구별되는(distinct) 스토리지 매체의 물리적 구축과 사용의 영향들은, 수행을 제외하고는, 일반적으로 프로그램에 의해 관찰되지 않는다.

명령들에 대해서 그리고 데이터 오퍼랜드들에 대해서 별개인 캐시들이 보존될 수 있다. 캐시 내의 정보는 캐시 블록(cache block) 또는 캐시 라인(또는 줄여서 라인)이라 불리는 인테그럴 범위(integral boundary)상의 인접 바이트들에 보존된다. 어떤 모델은 캐시 라인의 사이즈를 바이트로 회신하는 EXTRACT CACHE ATTRIBUTE 명령을 제공할 수 있다. 어떤 모델은 또한 스토리지를 데이터 또는 명령 캐시로의 프리페치(prefetch) 또는 캐시로부터 데이터의 해제를 실현하는 PREFETCH DATA 명령과 PREFETCH DATA RELATIVE LONG 명령을 제공할 수 있다.

스토리지는 비트들의 긴 수평의 열(a long horizontal string of bits)로 보인다. 대부분의 동작들에 있어서, 스토리지에 대한 액세스는 좌측-에서-우측(left-to-right) 순으로 진행된다. 비트들의 열은 8 비트의 유닛들로 세분된다. 8-비트 유닛은 바이트(byte)라 부르고, 이것은 모든 정보 포맷들의 기본적인 빌딩 블록(building block)이다. 스토리지에서 각 바이트 위치는 음이 아닌 고유한 정수로 식별되고, 이것은 그 바이트 위치의 주소, 또는, 간단히 말해서 바이트 주소(byte address)이다. 인접 바이트 위치들은 좌측 0부터 시작해서 좌측-에서-우측 순으로 진행되는 연속되는 주소들이다. 주소들은 무부호 2진 정수들이며 24, 31, 또는 64 비트이다.

정보는 스토리지와 CPU 또는 채널 서브시스템 사이에서, 1 바이트 또는 바이트들의 그룹으로, 한 번에 전송된다. 다르게 명시되지 않으면, 예를 들어, z/Architecture®에서 스토리지 내 바이트들의 그룹은 그 그룹의 제일 좌측 바이트에 의해 주소지정된다. 그룹 내 바이트의 수는 수행될 동작에 의해 암시되거나 분명하게 명시된다. CPU 동작에서 사용될 때, 바이트들의 그룹은 필드(field)라 불린다. 각 바이트들의 그룹 내에서, 예를 들어, z/Architecture®에서, 비트들은 좌측-에서-우측 순으로 번호가 붙는다. z/Architecture®에서, 제일 좌측 비트들은 때때로 "상위(high-order)" 비트들로 불리고 제일 우측 비트들은 "하위(low-order)" 비트들로 불린다. 그러나 비트 번호는 스토리지 주소가 아니다. 바이트만 주소지정될 수 있다. 스토리지 내 한 바이트의 개별 비트들에서 동작하기 위해서는, 전체 바이트가 액세스된다. 한 바이트 내 비트들은 (예를 들어, z/Architecture®에서) 0에서 7까지, 좌측에서 우측으로 번호가 붙는다. 한 주소 내 비트들은 24-비트 주소에서는 8-31 또는 40-63으로, 또는 31-비트 주소에서는 1-31 또는 33-63으로 번호가 붙을 수 있고; 64-비트 주소에서는 0-63으로 번호가 붙는다. 다른 고정-길이 포맷의 다수 바이트들 내에서, 그 포맷을 이루는 비트들은 0부터 시작해서 연속적으로 번호가 붙는다. 에러 검출의 목적을 위해서, 그리고 바람직하게는 교정을 위해서, 하나 또는 그 이상의 검사용 비트들이 각 바이트와 또는 바이트들의 그룹과 함께 전송된다. 이러한 검사용 비트들은 머신에 의해 자동적으로 생성되며 프로그램에 의해 직접적으로 제어될 수 없다. 스토리지 용량은 바이트 수로 표시된다. 스토리지-오퍼랜드 필드의 길이가 명령의 동작 코드에 의해 암시될 때, 그 필드는 고정 길이(fixed length)를 가졌다고 말하며, 그 길이는 1, 2, 4, 8, 또는 16 바이트일 수 있다. 어떤 명령들에는 더 큰 필드들이 암시될 수 있다. 스토리지-오퍼랜드 필드의 길이가 암시되지 않고 분명하게 언급될 때, 그 필드는 가변 길이(variable length)를 가졌다고 말한다. 가변-길이 오퍼랜드는 길이가 1 바이트의 증분들만큼씩 (또는 어떤 명령들에서는, 2 바이트의 배수로 또는 다른 배수들로) 변할 수 있다. 정보가 스토리지에 배치될 때, 비록 스토리지에 대한 물리적 경로의 폭이 저장되는 필드의 길이보다 더 클 수 있을지라도, 단지 그 지정된 필드에 포함된 그 바이트 위치들의 콘텐츠들만 대체된다.

정보의 일정 유닛들(units)은 스토리지에서 인테그럴 범위(integral boundary)에 있을 것이다. 범위(boundary)는 그 스토리지 주소가 그 유닛의 길이의 바이트 배수일 때 정보의 유닛에 대해서 인테그럴(integral)하다고 불린다. 인테그럴 범위로 2, 4, 8, 및 16 바이트의 필드들에는 특별한 명칭들이 주어진다. 하프워드(halfword)는 2-바이트 범위로 2개의 연속 바이트들의 그룹이고 명령들의 기본 빌딩 블록이다. 워드(word)는 4-바이트 범위로 4개의 연속 바이트들의 그룹이다. 더블워드(doubleword)는 8-바이트 범위로 8개의 연속 바이트들의 그룹이다. 쿼드워드(quadword)는 16-바이트 범위로 16개의 연속 바이트들의 그룹이다. 스토리지 주소들이 하프워드들, 워드들, 더블워드들, 및 쿼드워드들을 지정할 때, 그 주소의 2진 표시는 1, 2, 3, 또는 4개의 제일 우측 0 비트들을 각각 포함한다. 명령들은 2-바이트 인테그럴 범위들에 있을 것이다. 대부분의 명령들의 스토리지 오퍼랜드들은 범위-정렬(boundary-alignment) 요건들을 갖지 않는다.

명령들과 데이터 오퍼랜드들에 대한 별개의 캐시들을 구현하는 디바이스들상에서, 만일 프로그램이 어떤 캐시 라인에 저장하고 그 캐시 라인으로부터 명령들이 후속적으로 페치되면, 그 저장이 후속적으로 페치되는 명령들을 변경하는지 여부와 상관 없이, 상당한 지연을 겪게 될 것이다.

한 실시 예에서, 본 발명은 소프트웨어로 실시될 수 있다(이 소프트웨어는 때때로 라이선스된 내부 코드, 펌웨어, 마이크로-코드, 밀리-코드, 피코-코드 등으로 불리며, 이들 중 어떤 것이든 본 발명의 하나 또는 그 이상의 특징들에 부합할 것이다). 도 11을 참조하면, 본 발명의 하나 또는 그 이상의 특징들을 구현하는 소프트웨어 프로그램 코드는 통상적으로 CD-ROM 드라이브, 테이프 드라이브 또는 하드 드라이브와 같은 장기 스토리지(long-term storage) 매체 디바이스들(5011)로부터 호스트 시스템(5000)의 프로세서(5001)에 의해 액세스된다. 소프트웨어 프로그램 코드는 디스켓, 하드 드라이브, 또는 CD-ROM과 같은 데이터 처리 시스템에 사용할 용도로 알려진 여러 가지 매체들 중 어느 하나에 구현될 수 있다. 코드는 그러한 매체상에 배포되거나, 또는 한 컴퓨터 시스템의 컴퓨터 메모리(5002) 또는 스토리지의 사용자들로부터 네트워크(5010)을 통해서 다른 컴퓨터 시스템들에, 그러한 다른 시스템들의 사용자에 의해 사용될 용도로 배포될 수 있다.

소프트웨어 프로그램 코드는 여러 가지 컴퓨터 컴포넌트들의 펑션과 인터랙션 및 하나 또는 그 이상의 응용프로그램들을 콘트롤하는 운영체제를 포함한다. 프로그램 코드는 보통으로 스토리지 매체 디바이스(5011)로부터 상대적으로 더 고속의 컴퓨터 스토리지(5002) ― 이것은 프로세서(5001)에 의한 처리에 이용 가능함 ― 로 페이지된다. 메모리 내 소프트웨어 프로그램 코드를 물리적 매체상에 구현하는 기술 및 방법, 및/또는 네트워크들을 통해서 소프트웨어 코드를 배포하는 기술 및 방법은 잘 알려져 있으며 여기에서는 더 언급되지 않을 것이다. 프로그램 코드는, 유형의 매체(전자 메모리 모듈들(RAM), 플래시 메모리, 컴팩트 디스크(CDs), DVDs, 자기 테이프 등을 포함하나, 이러한 것들로 한정되지 않음)상에 생성되고 저장될 때, 흔히 "컴퓨터 프로그램 제품"으로 불린다. 컴퓨터 프로그램 제품 매체는 통상적으로 처리 회로에 의해 읽기 가능하며, 컴퓨터 시스템에서 처리 회로에 의해 실행하기 위해 읽기 가능한 것이 바람직하다.

도 12는 본 발명의 하나 또는 그 이상의 특징들이 실시될 수 있는 대표적인 워크스테이션 또는 서버 하드웨어 시스템을 예시한다. 도 12의 시스템(5020)은 선택적인 주변 디바이스들을 포함하여, 개인용 컴퓨터, 워크스테이션 또는 서버와 같은 대표적인 베이스 컴퓨터 시스템(5021)을 포함한다. 베이스 컴퓨터 시스템(5021)은 하나 또는 그 이상의 프로세서들(5026)과 버스를 포함하며, 버스는 알려진 기술들에 따라 프로세서(들)(5026)과 시스템(5021)의 다른 컴포넌트들 사이를 연결하여 통신을 가능하게 하기 위해 채용되는 것이다. 버스는 프로세서(5026)을 메모리(5025)와 장기 스토리지(5027)에 연결하며 롱텀 스토리지는, 예를 들어, 하드 드라이브(예를 들어, 자기 매체, CD, DVD 및 플래시 메모리를 포함함) 또는 테이프 드라이브를 포함할 수 있다. 시스템(5021)은 또한 사용자 인터페이스 어댑터를 포함할 수 있으며, 이 사용자 인터페이스 어댑터는 마이크로프로세서(5026)을 버스를 통해서 키보드(5024), 마우스(5023), 프린터/스캐너(5030) 및/또는 기타 인터페이스 디바이스들과 같은 하나 또는 그 이상의 인터페이스 디바이스들에 연결한다. 상기 기타 인터페이스 디바이스들은 터치 감응식 스크린(touch sensitive screen), 디지털 입력 패드(digitized entry pad) 등과 같은 사용자 인터페이스 디바이스일 수 있다. 버스는 또한 LCD 스크린 또는 모니터와 같은 디스플레이 디바이스(5022)를 디스플레이 어댑터를 통해서 마이크로프로세서(5026)에 연결한다.

시스템(5021)은 네트워크(5029)와 통신(5028)이 가능한 네트워크 어댑터를 경유하여 다른 컴퓨터들 또는 컴퓨터들의 네트워크들과 통신할 수 있다. 네트워크 어댑터들의 예로는 통신 채널(communications channels), 토큰 링(token ring), 이더넷(Ethernet) 또는 모뎀(modems)이 있다. 이와는 달리, 시스템(5021)은 CDPD(cellular digital packet data) card와 같은 무선 인터페이스를 사용하여 통신할 수 있다. 시스템(5021)은 근거리 통신망(LAN) 또는 광역 통신망(WAN)에서 다른 컴퓨터들과 연관될 수 있고, 또는 시스템(5021)은 또 다른 컴퓨터와 클라이언트/서버 배열방식(arrangement)에서 클라이언트가 될 수 있다. 이들 모든 구성들과 적절한 통신 하드웨어 및 소프트웨어는 이 기술분야에서 알려져 있다.

도 13은 본 발명의 하나 또는 그 이상의 특징들이 실시될 수 있는 데이터 처리 네트워크(5040)을 예시한다. 데이터 처리 네트워크(5040)은 무선 네트워크와 유선 네트워크와 같은 복수의 개별 네트워크들을 포함할 수 있으며, 이들의 각각은 복수의 개별 워크스테이션들(5041, 5042, 5043, 5044)를 포함할 수 있다. 또한, 이 기술분야에서 통상의 지식을 가진 자들은 인지할 수 있는 바와 같이, 하나 또는 그 이상의 LAN들이 포함될 수 있으며, 여기에서 LAN은 호스트 프로세서에 결합된 복수의 지능형(intelligent) 워크스테이션들을 포함할 수 있다.

계속해서 도 13을 참조하면, 네트워크들은 또한 게이트웨이 컴퓨터 (클라이언트 서버 5046) 또는 애플리케이션 서버(데이터 저장소를 액세스할 수 있고 또한 워크스테이션 5045로부터 직접 액세스될 수 있는 원격 서버 5048)와 같은 메인프레임 컴퓨터들 또는 서버들을 포함할 수 있다. 게이트 웨이 컴퓨터(5046)은 각 개별 네트워크로의 진입점(a point of entry) 역할을 한다. 게이트웨이는 하나의 네트워킹 프로토콜을 또 하나의 네트워킹 프로토콜에 연결할 때 필요하다. 게이트웨이(5046)은 바람직하게는 통신 링크를 통해 또 하나의 네트워크(예를 들면 인터넷 5047)에 결합될 수 있다. 게이트웨이(5046)은 또한 통신 링크를 사용하여 하나 또는 그 이상의 워크스테이션들(5041, 5042, 5043, 5044)에 직접 결합될 수 있다. 게이트웨이 컴퓨터는 인터내셔널 비지네스 머신즈 코포레이션에서 이용 가능한 IBM eServer™ System z® 서버를 활용하여 구현될 수 있다.

도 12와 도 13을 동시에 참조하면, 본 발명의 하나 또는 그 이상의 특징들을 구현할 수 있는 소프트웨어 프로그래밍 코드가 시스템(5020)의 프로세서(5026)에 의해 CD-ROM 드라이브 또는 하드 드라이브와 같은 장기 스토리지 매체(5027)로부터 액세스될 수 있다. 소프트웨어 프로그래밍 코드는 디스켓, 하드 드라이브, 또는 CD-ROM과 같은 데이터 처리 시스템과 함께 사용할 용도로 알려진 여러 가지 매체들 중 어느 하나에 구현될 수 있다. 코드는 그러한 매체상에 배포되거나, 또는 한 컴퓨터 시스템의 메모리 또는 스토리지의 사용자들(5050, 5051)로부터 네트워크를 통해서 다른 컴퓨터 시스템들에, 그러한 다른 시스템들의 사용자에 의해 사용될 용도로 배포될 수 있다.

이와는 달리, 프로그래밍 코드는 메모리(5025)에 구현되고, 프로세서 버스를 사용하여 프로세서(5026)에 의해 액세스될 수도 있다. 이러한 프로그래밍 코드는 여러 가지 컴퓨터 컴포넌트들의 펑션과 인터랙션 및 하나 또는 그 이상의 응용프로그램들(5032)을 제어하는 운영체제를 포함한다. 프로그램 코드는 보통으로 스토리지 매체(5027)로부터 고속의 메모리(5025) ― 이것은 프로세서(5026)에 의한 처리에 이용 가능함 ― 로 페이지된다. 메모리 내 소프트웨어 프로그래밍 코드를 물리적 매체상에 구현하는 기술 및 방법, 및/또는 네트워크들을 통해서 소프트웨어 코드를 배포하는 기술 및 방법은 잘 알려져 있으며 여기에서는 더 언급되지 않을 것이다. 프로그램 코드는, 유형의 매체(전자 메모리 모듈들(RAM), 플래시 메모리, 컴팩트 디스크(CDs), DVDs, 자기 테이프 등을 포함하나, 이러한 것들로 한정되지 않음)상에 생성되고 저장될 때, 흔히 "컴퓨터 프로그램 제품"으로 불린다. 컴퓨터 프로그램 제품 매체는 통상적으로 처리 회로에 의해 읽기 가능하며, 컴퓨터 시스템에서 처리 회로에 의해 실행하기 위해 읽기 가능한 것이 바람직하다.

프로세서가 가장 쉽게 이용 가능한 캐시(보통으로 프로세서의 다른 캐시들보다 더 빠르고 더 작음)는 가장 낮은 (L1 또는 레벨 1) 캐시이고 메인 저장소(메인 메모리)는 가장 높은 레벨의 캐시(만일 3개의 레벨이 있다면 L3)이다. 가장 낮은 레벨의 캐시는 흔히 실행될 머신 명령들을 보유하는 명령 캐시(I-캐시)와 데이터 오퍼랜드들을 보유하는 데이터 캐시(D-캐시)로 나뉜다.

도 14를 참조하면, 예시적인 프로세서 실시 예가 프로세서(5026)에 대해 도시된다. 통상적으로 하나 또는 그 이상 레벨들의 캐시(5053)이 프로세서 성능을 향상시키기 위해서 메모리 블록들을 버퍼하기 위해 채용된다. 캐시(5053)은 사용될 가능성이 있는 메모리 데이터의 캐시 라인들을 보유하는 고속 버퍼이다. 통상적인 캐시 라인들은 64, 128 또는 256 바이트의 메모리 데이터이다. 별개의 캐시들은 흔히 데이터를 캐시하기 위해서보다는 명령들을 캐시하기 위해 채용된다. 캐시 일관성(cache coherence)(메모리 및 캐시들에서의 라인들의 사본들의 동기화(synchronization))이 흔히 이 기술분야에서 잘 알려진 "스누프(snoop)" 알고리즘들에 의해 제공된다. 프로세서 시스템의 메인 메모리 스토리지(5025)는 흔히 캐시로 불린다. 4개 레벨의 캐시(5053)을 가진 프로세서 시스템에서, 메인 스토리지(5025)는 때로 레벨 5(L5) 캐시로 불리는데, 왜냐하면 그것은 통상적으로 더 빠르며 컴퓨터 시스템이 이용 가능한 비휘발성 스토리지(DASD, 테이프 등)의 일부분만을 보유하기 때문이다. 메인 스토리지(5025)는 운영체제에 의해 메인 스토리지(5025)의 안팎으로(in and out of) 페이지되는 데이터의 페이지들을 "캐시"한다.

프로그램 카운터(명령 카운터)(5061)은 실행될 현재 명령의 주소를 추적한다. z/Architecture® 프로세서 내 프로그램 카운터는 64 비트이고 이전 주소지정 한계(addressing limits)를 지원하기 위해 31 또는 24 비트로 잘려질 수 있다. 프로그램 카운터는 통상적으로 컴퓨터의 PSW(프로그램 상태 워드)에 구현되어, 그것이 컨텍스트 전환(context switching) 동안 지속되도록 한다. 그리하여, 프로그램 카운터 값을 갖는 진행중인 프로그램은, 예를 들어, 운영체제에 의해 인터럽트될 수 있다(프로그램 환경으로부터 운영체제 환경으로의 컨텍스트 전환). 프로그램이 활성이 아닐 때, 프로그램의 PSW는 프로그램 카운터 값을 유지하고, 운영체제가 실행중일 때 운영체제의 (PSW 내) 프로그램 카운터가 사용된다. 통상적으로, 프로그램 카운터는 현재 명령의 바이트 수와 동일한 양으로 증분된다. 감소된 명령 세트 컴퓨팅(Reduced Instruction Set Computing, RISC) 명령들은 통상적으로 고정 길이이고, 한편 콤플렉스 명령 세트 컴퓨팅(Complex Instruction Set Computing, CISC) 명령들은 통상적으로 가변 길이이다. IBM z/Architecture®의 명령들은 2, 4 또는 6 바이트의 길이를 갖는 CISC 명령들이다. 프로그램 카운터(5061)은, 예를 들어, 분기 명령의 분기 채택 동작(branch taken operation) 또는 컨텍스트 전환 동작에 의해 변경된다. 컨텍스트 전환 동작에서, 현재의 프로그램 카운터 값은 실행되고 있는 프로그램에 관한 상태 정보(예를 들어, 조건 코드들과 같은 것)와 함께 프로그램 상태 워드에 세이브되고(saved), 실행될 새로운 프로그램 모듈의 명령을 가리키는 새로운 프로그램 카운터 값이 로드된다. 프로그램 카운터(5061) 내에 분기 명령의 결과를 로딩함으로써 프로그램이 결정을 내리거나 그 프로그램 내에서 루프를 돌도록 허용하기 위해, 분기 채택 동작(branch taken operation)이 수행된다.

통상적으로 명령 페치 유닛(5055)는 프로세서(5026)를 대신하여 명령들을 페치하기 위해 채용된다. 페치 유닛은 "다음 순차의 명령들"이나, 분기 채택 명령들의 타겟 명령들, 또는 컨텍스트 전환에 뒤이은 프로그램의 첫 번째 명령들을 페치한다. 현대 명령(Modern Instruction) 페치 유닛은 프리페치된(prefetched) 명령들이 사용될 수 있는 가능성에 기초하여 추론적으로 명령들을 프리페치하는 프리페치 기술들을 흔히 채용한다. 예를 들어, 페치 유닛은 16 바이트의 명령 ― 이는 그 다음 순차의 명령 및 그 이후 순차의 명령들의 추가 바이트들을 포함함 ― 을 페치할 수 있다.

그런 다음, 페치된 명령들이 프로세서(5026)에 의해 실행된다. 한 실시 예에서, 페치된 명령(들)은 페치 유닛의 디스패치 유닛(5056)으로 보내진다. 디스패치 유닛은 명령(들)을 디코드하고, 디코드된 명령(들)에 관한 정보를 적절한 유닛들(5057, 5058, 5060)으로 전달한다. 실행 유닛(5057)은 통상적으로 명령 페치 유닛(5055)로부터 디코드된 산술 명령들(arithmetic instructions)에 관한 정보를 수신할 것이고, 그 명령의 오피코드(opcode)에 따라 오퍼랜드들에 대한 산술 동작들(arithmetic operations)을 수행할 것이다. 오퍼랜드들은 바람직하게는, 메모리(5025), 아키텍처화된 레지스터들(5059)로부터 또는 실행되고 있는 명령의 즉시 필드(immediate field)로부터 실행 유닛(5057)에 제공된다. 저장될 때, 실행의 결과들은 메모리(5025), 레지스터들(5059)에 또는 다른 머신 하드웨어(예를 들어, 제어 레지스터들, PSW 레지스터들 등)에 저장된다.

통상적으로 프로세서(5026)은 명령의 펑션을 실행하기 위한 하나 또는 그 이상의 유닛들(5057, 5058, 5060)을 갖는다. 도 15a를 참조하면, 실행 유닛(5057)은 인터페이싱 논리(5071)을 거쳐서 아키텍처화된 범용 레지스터들(5059), 디코드/디스패치 유닛(5056), 로드 저장 유닛(5060), 기타(5065) 프로세서 유닛들과 통신할 수 있다. 실행 유닛(5057)은, 산술 논리 유닛(arithmetic logic unit, ALU)(5066)이 동작할 정보를 보유하기 위해 몇몇의 레지스터 회로들(5067, 5068, 5069)을 채용할 수 있다. ALU는 논리곱(AND), 논리합(OR) 및 배타논리합(XOR), 로테이트(rotate) 및 시프트(shift)와 같은 논리 펑션뿐만이 아니라 더하기, 빼기, 곱하기 및 나누기와 같은 산술 동작들을 수행한다. 바람직하게는, ALU는 설계에 종속적인 특수한 동작들을 지원한다. 다른 회로들은, 예를 들어, 조건 코드들 및 복구 지원 논리를 포함하는 다른 아키텍처화된 퍼실리티들(5072)를 제공할 수 있다. 통상적으로, ALU 동작의 결과는 출력 레지스터 회로(5070)에 보유(hold)되고, 이 출력 레지스터 회로(5070)는 여러 가지 다른 처리 펑션들에 그 결과를 전달할 수 있다. 많은 프로세서 유닛들의 배열방식(arrangement)은 다양하며, 본 설명은 본 발명의 한 실시 예에 관한 대표적인 이해를 제공하려는 의도일 뿐이다.

예를 들어, ADD 명령은 산술 및 논리 기능을 갖는 실행 유닛(5057)에서 실행될 것이고, 한편 예를 들어 부동 소수점(floating point) 명령은 특수한 부동 소수점 능력을 갖는 부동 소수점 실행에서 실행될 것이다. 바람직하게는, 실행 유닛은 오퍼랜드들에 관한 오피코드 정의 펑션(opcode defined function)을 수행함으로써 명령에 의해 식별된 오퍼랜드들에 관해 동작한다. 예를 들어, ADD 명령은 그 명령의 레지스터 필드들에 의해 식별되는 두 개의 레지스터들(5059)에서 발견되는 오퍼랜드들에 관해 실행 유닛(5057)에 의해 실행될 수 있다.

실행 유닛(5057)은 두 개의 오퍼랜드들에 관해 산술 덧셈(arithmetic addition)을 수행하고 그 결과를 제3 오퍼랜드에 저장하며, 여기서, 제3 오퍼랜드는 제3 레지스터 또는 두 개의 소스 레지스터들 중 하나일 수 있다. 바람직하게는, 실행 유닛은 산술 논리 유닛(ALU)(5066)을 이용하며 이 ALU(5066)은 더하기, 빼기, 곱하기, 나누기 중 어떤 것이든지 포함하는 여러 가지 대수 펑션들(algebraic functions) 뿐만이 아니라 시프트(Shift), 로테이트(Rotate), 논리곱(And), 논리합(Or) 및 배타논리합(XOR)과 같은 여러 가지 논리 펑션들을 수행할 수 있다. 일부 ALU들(5066)은 스칼라 동작들을 위해 설계되며 일부는 부동 소수점을 위해 설계된다. 데이터는 아키텍처에 따라 빅 엔디언(Big Endian)(여기서 최하위 바이트(least significant byte)는 가장 높은 바이트 주소에 있음) 또는 리틀 엔디언(Little Endian)(여기서 최하위 바이트는 가장 낮은 바이트 주소에 있음)일 수 있다. IBM z/Architecture®은 빅 엔디언이다. 부호달린 필드들(signed fields)은 아키텍처에 따라, 부호(sign) 및 크기, 1의 보수 또는 2의 보수일 수 있다. 2의 보수에서 음의 값 또는 양의 값은 단지 ALU 내에서 덧셈만을 필요로 하므로, ALU가 뺄셈 능력을 설계할 필요가 없다는 점에서 2의 보수가 유리하다. 숫자들은 일반적으로 속기(shorthand)로 기술되는데, 12 비트 필드는 예를 들어, 4,096 바이트 블록의 주소를 정의하고 일반적으로 4 Kbyte(Kilo-byte) 블록으로 기술된다.

도 15b를 참조하면, 분기 명령을 실행하기 위한 분기 명령 정보는 통상적으로 분기 유닛(5058)으로 보내지는데, 이 분기 유닛(5058)은 다른 조건부 동작들(conditional operations)이 완료되기 전에 그 분기의 결과를 예측하도록 분기 이력 테이블(5082)과 같은 분기 예측 알고리즘을 흔히 채용한다. 현재 분기 명령의 타겟은, 그 조건부 동작들이 완료되기 전에 페치되고 추론적으로 실행될 것이다. 조건부 동작들이 완료될 때, 추론적으로 실행된 분기 명령들은 조건부 동작 및 추론된 결과의 조건들에 기초하여 완료되거나 폐기된다. 통상적인 분기 명령은, 만일 그 조건 코드들이 분기 명령의 분기 요건을 충족한다면, 조건 코드들을 테스트하고 타겟 주소로 분기할 수 있고, 타겟 주소는, 예를 들어, 레지스터 필드들 또는 그 명령의 즉시 필드에서 발견되는 수들을 포함하는 몇 개의 수들에 기초하여 계산될 수 있다. 분기 유닛(5058)은 복수의 입력 레지스터 회로들(5075, 5075, 5077) 및 출력 레지스터 회로(5080)를 갖는 ALU(5074)를 채용할 수 있다. 분기 유닛(5058)은, 예를 들어, 범용 레지스터들(5059), 디코드 디스패치 유닛(5056) 또는 기타 회로들(5073)과 통신할 수 있다.

명령들의 그룹의 실행은 여러 가지 이유들로 인터럽트될 수 있는데, 이러한 이유들에는, 예를 들어, 운영체제에 의해 개시되는 컨텍스트 전환, 컨텍스트 전환을 초래하는 프로그램 예외 또는 에러, 컨텍스트 전환 또는 (멀티-쓰레드 환경에서) 복수의 프로그램들의 멀티-쓰레딩 활동을 초래하는 I/O 인터럽션 신호가 포함된다. 바람직하게는 컨텍스트 전환 액션은 현재 실행중인 프로그램에 관한 상태 정보(state information)를 세이브하고, 그런 다음 호출되고 있는 또 다른 프로그램에 관한 상태 정보를 로드한다. 상태 정보는, 예를 들어, 하드웨어 레지스터들 또는 메모리에 저장될 수 있다. 바람직하게는, 상태 정보는 실행될 다음 명령, 조건 코드들, 메모리 변환 정보 및 아키텍처화된 레지스터 콘텐츠를 가리키는 프로그램 카운터 값을 포함한다. 컨텍스트 전환 활동은, 하드웨어 회로들, 응용프로그램들, 운영체제 프로그램들 또는 펌웨어 코드(마이크로코드, 피코-코드 또는 라이센스된 내부 코드(LIC)) 단독으로 또는 이것들의 조합으로 실행될 수 있다.

프로세서는 명령 정의 방법들(instruction defined methods)에 따라 오퍼랜드들에 액세스한다. 명령은 명령의 일부분의 값을 사용하는 즉시 오퍼랜드(immediate operand)를 제공할 수 있고, 범용 레지스터들 또는 특수 목적용 레지스터들(예를 들어, 부동 소수점 레지스터들)을 분명하게 가리키는 하나 또는 그 이상의 레지스터 필드들을 제공할 수 있다. 명령은 오피코드 필드에 의해 오퍼랜드들로서 식별되는 암시 레지스터들(implied registers)을 이용할 수 있다. 명령은 오퍼랜드들에 대한 메모리 위치들을 이용할 수 있다. 오퍼랜드의 메모리 위치는 레지스터, 즉시 필드(immediate field), 또는 레지스터들과 즉시 필드의 조합에 의해 제공될 수 있고, 이는 z/Architecture® 장 변위(long displacement) 퍼실리티가 전형적인 예이며, 여기서 명령은 베이스 레지스터, 인덱스 레지스터 및 즉시 필드(변위 필드) ― 이것들은 예를 들어 메모리에서 오퍼랜드의 주소를 제공하기 위해 함께 더해짐 ― 를 정의한다. 만일 다르게 표시되지 않는다면, 여기서의 위치는 통상적으로 메인 메모리(메인 스토리지) 내 위치를 암시한다.

도 15c를 참조하면, 프로세서는 로드/저장 유닛(5060)을 사용하여 스토리지에 액세스한다. 로드/저장 유닛(5060)은 메모리(5053)에서 타겟 오퍼랜드의 주소를 획득하고 레지스터(5059) 또는 또 다른 메모리(5053) 위치 에 오퍼랜드를 로딩함으로써 로드 동작을 수행할 수 있고, 또는 메모리(5053)에서 타겟 오퍼랜드의 주소를 획득하고 레지스터(5059) 또는 또 다른 메모리(5053) 위치로부터 획득된 데이터를 메모리(5053) 내 타겟 오퍼랜드 위치에 저장함으로써 저장 동작을 수행할 수 있다. 로드/저장 유닛(5060)은 추론적(speculative)일 수 있고, 명령 순서에 비해 순서가 다른(out-of-order) 순서로 메모리에 액세스할 수 있지만, 로드/저장 유닛(5060)은 명령들이 순서대로 실행된 것으로 프로그램들에 대한 외관(appearance)을 유지할 것이다. 로드/저장 유닛(5060)은 범용 레지스터들(5059), 디코드/디스패치 유닛(5056), 캐시/메모리 인터페이스(5053) 또는 기타 엘리먼트들(5083)과 통신할 수 있고, 스토리지 주소들을 계산하기 위해 그리고 순서대로 동작들을 유지하기 위한 파이프라인 시퀀싱을 제공하기 위해 여러 가지 레지스터 회로들, ALU들(5085) 및 제어 논리(5090)을 포함한다. 일부 동작들은 순서가 바뀔 수 있으나, 이 기술분야에서 잘 알려진 바와 같이, 로드/저장 유닛은, 순서가 바뀐 동작들이 그 프로그램에 순서대로 수행된 것처럼 나타나도록 하는 기능을 제공한다.

바람직하게는, 응용 프로그램이 "보는(sees)" 주소들은 흔히 가상 주소들로서 불린다. 가상 주소들은 때로는 "논리적 주소들(logical addresses)" 및 "유효 주소들(effective addresses)"로 불린다. 이들 가상 주소들은 여러 가지 동적 주소 변환(DAT) 기술들 중 하나에 의해 물리적 메모리 위치로 다시 보내진다는 점에서 가상이다. 상기 여러 가지 동적 주소 변환(DAT) 기술들에는, 단순히 오프셋 값으로 가상 주소를 프리픽싱(prefixing)하는 것, 하나 또는 그 이상의 변환 테이블들을 통해 가상 주소를 변환하는 것이 포함될 수 있으나, 이러한 것들로 한정되는 것은 아니다. 바람직하게는, 변환 테이블들은 적어도 세그먼트 테이블 및 페이지 테이블만을 또는 이것들의 조합을 포함하며, 바람직하게는, 세그먼트 테이블은 페이지 테이블을 가리키는 엔트리를 갖는다. z/Architecture®에서는, 변환의 계층(hierarchy of translation)이 제공되는데, 이 변환의 계층에는 영역 제1 테이블, 영역 제2 테이블, 영역 제3 테이블, 세그먼트 테이블 및 선택적인 페이지 테이블이 포함된다. 주소 변환의 수행은 흔히 변환 색인 버퍼(TLB)를 이용하여 향상되는데, 이 변환 색인 버퍼는 연관된 물리적 메모리 위치에 가상 주소를 매핑하는 엔트리들을 포함한다. 엔트리들이, DAT가 변환 테이블들을 사용하여 가상 주소를 변환할 때, 생성된다. 그런 다음, 후속적으로 가상 주소를 사용할 때 느린 연속적인 변환 테이블 액세스들보다 오히려 빠른 TLB의 엔트리를 이용할 수 있다. TLB 콘텐츠는 LRU(Least Recently used)를 포함하는 여러 가지 대체 알고리즘들에 의해 관리될 수 있다.

프로세서가 멀티-프로세서 시스템의 프로세서인 경우, 각각의 프로세서는 I/O, 캐시들, TLB들 및 메모리와 같은 공유 리소스들(shared resources)을 일관성(coherency)을 위해 인터락(interlock)을 유지하는 역할을 한다. 통상적으로, "스누프" 기술들은 캐시 일관성을 유지하는데 이용될 것이다. 스누프 환경에서, 각각의 캐시 라인은 공유를 용이하게 하기 위해, 공유 상태(shared state), 독점 상태(exclusive state), 변경된 상태(changed state), 무효 상태(invalid state) 중 어느 하나에 있는 것으로 표시될 수 있다.

I/O 유닛들(5054, 도 14)은 프로세서에 주변 디바이스들에 연결하기 위한 수단을 제공하는데, 예를 들어, 그 수단에는 테이프, 디스크, 프린터, 디스플레이, 및 네트워크가 포함된다. I/O 유닛들은 흔히 소프트 드라이버들에 의해 컴퓨터 프로그램에 제공된다. IBM®의 System z®와 같은 메인프레임들에서, 채널 어댑터들 및 오픈 시스템 어댑터들은 운영체제와 주변 디바이스들 사이의 통신을 가능하게 하는, 메인프레임의 I/O 유닛들이다.

또한, 다른 타입의 컴퓨팅 환경들은 본 발명의 하나 또는 그 이상의 실시 예들로부터 이득을 얻을 수 있다. 한 예로, 환경(environment)은 에뮬레이터(예, 소프트웨어 또는 다른 에뮬레이션 메커니즘들)을 포함할 수 있으며, 이 에뮬레이터에서 특정 아키텍처(예를 들어, 명령 실행, 주소 변환과 같은 아키텍처화된 펑션들, 및 아키텍처화된 레지스터들을 포함함) 또는 그것의 서브세트(subset)가 에뮬레이트된다(예를 들어, 프로세서 및 메모리를 갖는 네이티브 컴퓨터 시스템 상에서). 이러한 환경에서, 비록 그 에뮬레이터를 실행하는 컴퓨터가 에뮬레이트되고 있는 능력들과는 다른 아키텍처를 가질 수 있지만, 에뮬레이터의 하나 또는 그 이상의 에뮬레이션 펑션들은 본 발명의 하나 또는 그 이상의 실시 예들을 구현할 수 있다. 한 예로서, 에뮬레이션 모드에서, 에뮬레이트되고 있는 특정 명령 또는 동작은 디코드되고, 적절한 에뮬레이션 펑션이 개별 명령 또는 동작을 구현하도록 만들어진다.

에뮬레이션 환경에서, 호스트 컴퓨터는, 예를 들어, 명령들 및 데이터를 저장하는 메모리, 메모리로부터 명령들을 페치하고 또한 선택적으로 그 페치된 명령을 위한 로컬 버퍼링을 제공하는 명령 페치 유닛, 페치된 명령들을 수신하고 페치된 명령들의 타입을 결정하는 명령 디코드 유닛, 및 명령들을 실행하는 명령 실행 유닛을 포함한다. 실행은 메모리로부터 레지스터 내에 데이터를 로딩하는 것; 레지스터로부터 메모리로 다시 데이터를 저장하는 것; 또는 디코드 유닛에 의해 결정된 바와 같이, 산술 또는 논리 동작의 몇몇 타입을 수행하는 것을 포함할 수 있다. 한 예에서, 각각의 유닛은 소프트웨어에서 구현된다. 예를 들어, 그 유닛들에 의해 수행되고 있는 동작들은 에뮬레이터 소프트웨어 내에서 하나 또는 그 이상의 서브루틴들로서 구현된다.

더 구체적으로는, 메인프레임에서, 아키텍처화된 머신 명령들은 프로그래머들, 대개는 오늘날의 "C" 프로그래머들에 의해, 흔히 컴파일러 어플리케이션(compiler application)을 통해 사용되고 있다. 스토리지 매체에 저장되는 이들 명령들은 원래(natively) z/Architecture® IBM® 서버에서 또는 이와는 다르게 다른 아키텍처들을 실행하는 머신들에서 실행될 수 있다. 그것들은 기존의 그리고 장래의 IBM® 메인프레임 서버들에서 그리고 IBM®의 다른 머신들(예, 파워 시스템 서버들 및 시스템 x® 서버들) 상에서 에뮬레이트될 수 있다. 그것들은 IBM®, Intel®, AMDTM 및 기타 회사에 의해 제조된 하드웨어를 사용하는 광범위한 머신들 상에서 리눅스를 실행하는 머신들에서 실행될 수 있다. 또한, z/Architecture® 하의 그 하드웨어 상에서의 실행 이외에, Hercules, UMX, 또는 FSI(Fundamental Software, Inc) ― 여기서 일반적으로 실행은 에뮬레이션 모드에 있음 ― 에 의해 에뮬레이션을 사용하는 머신들 뿐만이 아니라 리눅스도 사용될 수 있다. 에뮬레이션 모드에서, 에뮬레이션 소프트웨어는 네이티브 프로세서에 의해 실행되어 에뮬레이트된 프로세서의 아키텍처를 에뮬레이트한다.

네이티브 프로세서(native processor)는 통상적으로 에뮬레이트된 프로세서의 에뮬레이션을 수행하기 위해 펌웨어(firmware) 또는 네이티브 운영체제를 포함하는 에뮬레이션 소프트웨어를 실행한다. 에뮬레이션 소프트웨어는 그 에뮬레이트된 프로세서 아키텍처의 명령들을 페치하고 실행하는 역할을 한다. 에뮬레이션 소프트웨어는 명령 범위들(instruction boundaries)을 추적하기 위해 에뮬레이트된 프로그램 카운터를 유지한다. 에뮬레이션 소프트웨어는 한 번에 하나 또는 그 이상의 에뮬레이트된 머신 명령들을 페치하여, 하나 또는 그 이상의 그 에뮬레이트된 머신 명령들을 네이티브 프로세서에 의해 실행하기 위한 네이티브 머신 명령들의 대응 그룹으로 변환시킬 수 있다. 이들 변환된 명령들은 캐시되어 더 빠른 변환이 수행될 수 있도록 할 수 있다. 그럼에도 불구하고, 에뮬레이션 소프트웨어는, 운영체제들 및 에뮬레이트된 프로세서를 위해 작성된 어플리케이션들이 정확하게 동작하도록 보장하기 위해, 그 에뮬레이트된 프로세서 아키텍처의 아키텍처 규칙들을 유지해야 한다. 더 나아가, 에뮬레이션 소프트웨어는 그 에뮬레이트된 프로세서 아키텍처에 의해 식별된 리소스들을 제공해야 하며 ― 이 리소스들에는 제어 레지스터들, 범용 레지스터들, 부동 소수점 레지스터들, 예를 들어 세그먼트 테이블들 및 페이지 테이블들을 포함하는 동적 주소 변환 펑션, 인터럽트 메커니즘들, 컨텍스트 전환 메커니즘들, TOD(Time of Day) 클록들 및 I/O 서브시스템들에 대한 아키텍처화된 인터페이스들이 포함되고 ― 그리하여 운영체제 또는 에뮬레이트된 프로세서 상에서 실행되도록 지정된 응용 프로그램이 에뮬레이션 소프트웨어를 갖는 네이티브 프로세서상에서 실행될 수 있도록 한다.

에뮬레이트되고 있는 특정 명령은 디코드되고, 개별 명령의 펑션을 수행하기 위해 서브루틴이 호출(call)된다. 에뮬레이트된 프로세서의 펑션을 에뮬레이트하는 에뮬레이션 소프트웨어 펑션은, 예를 들어, "C" 서브루틴 또는 드라이버, 또는 특정 하드웨어를 위해 드라이브를 제공하는 몇몇 다른 방법들로 구현되며, 이는 바람직한 실시 예의 설명을 이해한 후 이 기술 분야에서 통상의 지식을 가진 자들이 도출해 낼 수 있을 것이다. 여러 가지 소프트웨어 및 하드웨어 에뮬레이션 특허들은 ― 예를 들어, Beausoleil 외 발명의 미국 특허증(Letters Patent) 제5,551,013호 "하드웨어 에뮬레이션을 위한 멀티프로세서(Multiprocessor for Hardware Emulation)"; Scalzi 외 발명의 미국 특허증 제6,009,261호 "타겟 프로세서 상에서 호환가능하지 않은 명령들을 에뮬레이트하기 위한 저장된 타겟 루틴들의 전처리(Preprocessing of Stored Target Routines for Emulating Incompatible Instructions on a Target Processor)"; Davidian 외 발명의 미국 특허증 제5,574,873호 "게스트 명령들을 에뮬레이트하는 직접 액세스 에뮬레이션 루틴들에 대한 게스트 명령을 디코드하는 것(Decoding Guest Instruction to Directly Access Emulation Routines that Emulate the Guest Instructions)"; Gorishek 외 발명의 미국 특허증 제6,308,255호 "시스템에서 논-네이티브 코드를 실행할 수 있도록 하는 코프로세서 지원에 사용되는 대칭형 멀티프로세싱 버스 및 칩셋(Symmetrical Multiprocessing Bus and Chipset Used for Coprocessor Support Allowing Non-Native Code to Run in a System)"; Lethin 외 발명의 미국 특허증 제6,463,582호 "아키텍처 에뮬레이션을 위한 동적 최적화 객체 코드 변환 및 동적 최적화 객체 코드 변환 방법(Dynamic Optimizing Object Code Translator for Architecture Emulation and Dynamic Optimizing Object Code Translation Method)"; Eric Traut 발명의 미국 특허증 제5,790,825호 "호스트 명령들의 동적 리컴파일레이션을 통해 호스트 컴퓨터 상에서 게스트 명령들을 에뮬레이트하기 위한 방법(Method for Emulating Guest Instructions on a Host Computer Through Dynamic Recompilation of Host Instructions)" 등이 포함되나, 이러한 것들로 한정되는 것은 아님 ― 이 기술 분야에서 통상의 지식을 가진 자들이 이용할 수 있는 타겟 머신에 대한 다른 머신을 위해 아키텍처화된 명령 포맷의 에뮬레이션을 달성하는 알려진 여러 가지 방법들을 예시하고 있다.

도 16에는, 여기서는 호스트 아키텍처의 호스트 컴퓨터 시스템(5000')를 에뮬레이트하는 에뮬레이트된 호스트 컴퓨터 시스템(5092)의 예가 제공된다. 에뮬레이트된 호스트 컴퓨터 시스템(5092)에서, 호스트 프로세서(CPU)(5091)은 에뮬레이트된 호스트 프로세서(또는 가상 호스트 프로세서)이고 호스트 컴퓨터(5000')의 프로세서(5091)의 네이티브 명령 세트 아키텍처(native instruction set architecture)와는 다른 네이티브 명령 세트 아키텍처를 갖는 에뮬레이션 프로세서(5093)를 포함한다. 에뮬레이트된 호스트 컴퓨터 시스템(5092)은 에뮬레이션 프로세서(5093)가 액세스 가능한 메모리(5094)를 갖는다. 실시 예에서, 메모리(5094)는 호스트 컴퓨터 메모리(5096) 부분과 에뮬레이션 루틴들(5097) 부분으로 분할된다. 호스트 컴퓨터 메모리(5096)은 호스트 컴퓨터 아키텍처에 따른 에뮬레이트된 호스트 컴퓨터(5092)의 프로그램들이 이용할 수 있다. 에뮬레이션 프로세서(5093)은 에뮬레이트된 프로세서(5091)의 명령 이외의 아키텍처의 아키텍처화된 명령 세트의 네이티브 명령들, 즉 에뮬레이션 루틴들 메모리(5097)로부터 획득된 네이티브 명령들을 실행하며, 시퀀스 & 액세스/디코드 루틴 ― 이는 액세스되는 호스트 명령의 펑션을 에뮬레이트하기 위해 네이티브 명령 실행 루틴을 결정하기 위해 액세스되는 호스트 명령(들)을 디코드할 수 있음 ― 에서 획득되는 하나 또는 그 이상의 명령(들)을 채용함으로써 호스트 컴퓨터 메모리(5096) 내 프로그램으로부터 실행하기 위한 호스트 명령을 액세스할 수 있다. 호스트 컴퓨터 시스템(5000') 아키텍처에 대하여 정의되는 다른 퍼실리티들이 아키텍처화된 퍼실리티 루틴들(architected facilities routines)에 의해 에뮬레이트될 수 있는데, 이러한 것들에는, 예를 들어, 범용 레지스터들, 제어 레지스터들(control registers), 동적 주소 변환(dynamic address translation) 및 I/O 서브시스템 지원 및 프로세서 캐시 등과 같은 장치들이 포함된다. 에뮬레이션 루틴들(emulation routines)은 또한 에뮬레이션 프로세서(5093)에서 이용 가능한 펑션들(예를 들어, 범용 레지스터들 및 가상 주소들의 동적 변환)을 이용하여 에뮬레이션 루틴들의 성능을 향상시킬 수 있다. 또한 특수 하드웨어(special hardware) 및 오프-로드 엔진들(off-load engines)이 제공되어 호스트 컴퓨터(5000')의 펑션을 에뮬레이팅함에 있어서 프로세서(5093)을 도울 수 있다.

본 명세서 내에 사용되는 용어는 단지 특정 실시 예들을 기술할 목적으로 사용된 것이지 본 발명을 한정하려는 의도로 사용된 것은 아니다. 본 명세서에서 사용되는 바와 같이, 단수 형태인 "한", "일", 및 "하나" 등은 그 컨텍스트에서 그렇지 않은 것으로 명시되어 있지 않으면, 복수 형태도 또한 포함하는 것으로 의도된다. 또한, "포함하다" 및/또는 "포함하는" 이라는 용어들은 본 명세서에서 사용될 때, 언급되는 특징들, 정수들, 단계들, 동작들, 엘리먼트들, 및/또는 컴포넌트들의 존재를 명시하지만, 하나 또는 그 이상의 다른 특징들, 정수들, 단계들, 동작들, 엘리먼트들, 컴포넌트들 및/또는 이것들의 그룹들의 존재 또는 부가를 배제하는 것은 아니라는 것이 이해되어야 할 것이다.

Claims (20)

1. 컴퓨팅 환경의 버퍼들을 관리하기 위한 컴퓨터 프로그램 제품에 있어서, 상기 컴퓨터 프로그램 제품은:
   처리 회로(processing circuit)에 의해 읽기 가능한, 그리고 한 방법을 수행하기 위해 상기 처리 회로에 의해 실행하기 위한 명령들(instructions)을 저장하는 컴퓨터 읽기 가능 스토리지 매체를 포함하되, 상기 방법은:
   결합 퍼실리티의 버퍼들을 활성 상태(an active state) 또는 유휴 상태 중 하나로 설정하는 단계를 포함하고, 상기 설정하는 단계는:
   Start Operator Message 커맨드가 연관된 운영자 메시지 토큰 값을 갖는 것에 응답하여, 상기 운영자 메시지 토큰 값을 선택된 버퍼에 설정하고 상기 선택된 버퍼를 활성으로 만드는 단계; 및
   상기 컴퓨팅 환경의 결합 퍼실리티의 상기 선택된 버퍼가 리셋될 것인지를 결정하는 단계 ― 상기 버퍼는 상기 결합 퍼실리티에 결합된 그러나 별개의(separate) 프로세서 이미지로부터 상기 결합 퍼실리티에 원격으로 송신된 운영자 메시지 커맨드를 처리하는 것에 관련된 정보를 포함하고, 상기 운영자 메시지 커맨드는 상기 결합 퍼실리티상에서 액션을 수행하고, 상기 선택된 버퍼는 상기 선택된 버퍼를 동일한 토큰 값을 갖는 운영자 메시지(OM) 토큰들을 보유한 운영자 메시지들과 관련시키는 토큰 값을 갖는 토큰 필드를 포함함 ―; 및
   상기 결정하는 단계에서 상기 버퍼는 리셋될 것임을 표시하는 것에 응답하여 상기 결정된 버퍼를 유휴 상태로 설정하는 단계 ― 상기 버퍼는 운영자 메시지가 상기 버퍼에 대하여 활성이었던 시간의 길이를 표시하기 위한 타이머, 운영자 메시지 요청 길이, 및 운영자 메시지 응답 길이를 포함하는 복수의 필드들을 포함함 ― 를 포함하는,
   컴퓨터 프로그램 제품.
2. 제1항에 있어서, 상기 결정하는 단계는 상기 결합 퍼실리티에 의해 수신되는 명시적 운영자 메시지 커맨드에 기초하며, 상기 명시적 운영자 메시지 커맨드는 상기 토큰과 일치하는 토큰 필드 값을 갖는 버퍼를 선택하기 위한 토큰을 보유하는,
   컴퓨터 프로그램 제품.
3. 제2항에 있어서, 상기 명시적 운영자 메시지 커맨드는 Delete Operator Message 커맨드를 포함하는,
   컴퓨터 프로그램 제품.
4. 제2항에 있어서, 상기 명시적 운영자 메시지 커맨드는 Start Operator Message 커맨드를 포함하는,
   컴퓨터 프로그램 제품.
5. 제4항에 있어서, 상기 결정하는 단계는, 상기 Start Operator Message 커맨드를 처리하는 것에 응답하여, 상기 버퍼는 활성이고 타임아웃되었음을 결정하는 단계를 포함하고; 그리고 상기 설정하는 단계는 상기 Start Operator Message 커맨드와 연관된 정보를 갖는 상기 버퍼의 하나 또는 그 이상의 필드들을 초기화하는 단계를 포함하고, 상기 정보는 운영자 메시지 토큰 값을 포함하는,
   컴퓨터 프로그램 제품.
6. 제1항에 있어서, 상기 결정하는 단계는 상기 결합 퍼실리티에 의해 고려되는 정의된 기준에 묵시적으로 기초하는,
   컴퓨터 프로그램 제품.
7. 제6항에 있어서, 상기 정의된 기준은 상기 버퍼가 응답 펜딩 활성(active with a pending response)이며 상기 버퍼와 연관된 타임아웃 값이 미리 결정된 시간 값을 초과하였음을 결정하는 단계를 포함하는,
   컴퓨터 프로그램 제품.
8. 제1항에 있어서, 상기 리셋하는 것은 Delete Operator Message 커맨드를 처리하는 것을 포함하고, 상기 Delete Operator Message 커맨드는 메시지 커맨드 블록을 포함하며, 상기 메시지 커맨드 블록은 메시지 헤더, Delete Operator Message 커맨드를 표시하는 커맨드, 및 상기 운영자 메시지 토큰을 포함하는,
   컴퓨터 프로그램 제품.
9. 제8항에 있어서, 상기 처리하는 단계는:
   상기 버퍼 내 운영자 메시지 토큰이 상기 Delete Operator Message 커맨드 내 운영자 메시지 토큰과 일치하는지를 결정하는 단계;
   상기 결정하는 단계에서 상기 버퍼 내 운영자 메시지 토큰이 상기 Delete Operator Message 커맨드 내 운영자 메시지 토큰과 일치함을 표시하는 것에 응답하여, 운영자 메시지 응답이 펜딩인지를 검사하는 단계;
   상기 검사하는 단계에서 상기 운영자 메시지 응답이 펜딩임을 표시하는 것에 응답하여, 상기 버퍼의 하나 또는 그 이상의 필드들을 리셋하고 상기 버퍼의 상태를 유휴로 설정하는 단계; 및
   운영자 메시지가 삭제되었음을 표시하는 메시지 응답 블록을 제공하는 단계를 포함하는,
   컴퓨터 프로그램 제품.
10. 제9항에 있어서, 상기 방법은 상기 운영자 메시지 토큰을 0으로 설정하는 단계를 더 포함하는,
    컴퓨터 프로그램 제품.
11. 컴퓨팅 환경의 버퍼들을 관리하기 위한 컴퓨터 시스템에 있어서, 상기 컴퓨터 시스템은:
    메모리; 및
    상기 메모리와 통신하는 프로세서를 포함하되, 상기 컴퓨터 시스템은 한 방법을 수행하도록 구성되고, 상기 방법은:
    결합 퍼실리티의 버퍼들을 활성 상태(an active state) 또는 유휴 상태 중 하나로 설정하는 단계를 포함하고, 상기 설정하는 단계는:
    Start Operator Message 커맨드가 연관된 운영자 메시지 토큰 값을 갖는 것에 응답하여, 상기 운영자 메시지 토큰 값을 선택된 버퍼에 설정하고 상기 선택된 버퍼를 활성으로 만드는 단계; 및
    상기 컴퓨팅 환경의 결합 퍼실리티의 상기 선택된 버퍼가 리셋될 것인지를 결정하는 단계 ― 상기 버퍼는 상기 결합 퍼실리티에 결합된 그러나 별개의(separate) 프로세서 이미지로부터 상기 결합 퍼실리티에 원격으로 송신된 운영자 메시지 커맨드를 처리하는 것에 관련된 정보를 포함하고, 상기 운영자 메시지 커맨드는 상기 결합 퍼실리티상에서 액션을 수행하고, 상기 선택된 버퍼는 상기 선택된 버퍼를 동일한 토큰 값을 갖는 운영자 메시지(OM) 토큰들을 보유한 운영자 메시지들과 관련시키는 토큰 값을 갖는 토큰 필드를 포함함 ―; 및
    상기 결정하는 단계에서 상기 버퍼는 리셋될 것임을 표시하는 것에 응답하여 상기 결정된 버퍼를 유휴 상태로 설정하는 단계 ― 상기 버퍼는 운영자 메시지가 상기 버퍼에 대하여 활성이었던 시간의 길이를 표시하기 위한 타이머, 운영자 메시지 요청 길이, 및 운영자 메시지 응답 길이를 포함하는 복수의 필드들을 포함함 ― 를 포함하는,
    컴퓨터 시스템.
12. 제11항에 있어서, 상기 결정하는 단계는 상기 결합 퍼실리티에 의해 수신되는 명시적 운영자 메시지 커맨드에 기초하며, 상기 명시적 운영자 메시지 커맨드는 상기 토큰과 일치하는 토큰 필드 값을 갖는 버퍼를 선택하기 위한 토큰을 보유하는,
    컴퓨터 시스템.
13. 제11항에 있어서, 상기 결정하는 단계는 상기 결합 퍼실리티에 의해 고려되는 정의된 기준에 묵시적으로 기초하는,
    컴퓨터 시스템.
14. 제13항에 있어서, 상기 정의된 기준은 상기 버퍼가 응답 펜딩 활성(active with a pending response)이며 상기 버퍼와 연관된 타임아웃 값이 미리 결정된 시간 값을 초과하였음을 결정하는 단계를 포함하는,
    컴퓨터 시스템.
15. 제11항에 있어서, 상기 리셋하는 것은 Delete Operator Message 커맨드를 처리하는 것을 포함하고, 상기 Delete Operator Message 커맨드는 메시지 커맨드 블록을 포함하며, 상기 메시지 커맨드 블록은 메시지 헤더, Delete Operator Message 커맨드를 표시하는 커맨드, 및 상기 운영자 메시지 토큰을 포함하는,
    컴퓨터 시스템.
16. 제15항에 있어서, 상기 처리하는 단계는:
    상기 버퍼 내 운영자 메시지 토큰이 상기 Delete Operator Message 커맨드 내 운영자 메시지 토큰과 일치하는지를 결정하는 단계;
    상기 결정하는 단계에서 상기 버퍼 내 운영자 메시지 토큰이 상기 Delete Operator Message 커맨드 내 운영자 메시지 토큰과 일치함을 표시하는 것에 응답하여, 운영자 메시지 응답이 펜딩인지를 검사하는 단계;
    상기 검사하는 단계에서 상기 운영자 메시지 응답이 펜딩임을 표시하는 것에 응답하여, 상기 버퍼의 하나 또는 그 이상의 필드들을 리셋하고 상기 버퍼의 상태를 유휴로 설정하는 단계; 및
    운영자 메시지가 삭제되었음을 표시하는 메시지 응답 블록을 제공하는 단계를 포함하는,
    컴퓨터 시스템.
17. 제16항에 있어서, 상기 방법은 상기 운영자 메시지 토큰을 0으로 설정하는 단계를 더 포함하는,
    컴퓨터 시스템.
18. 컴퓨팅 환경의 버퍼들을 관리하는 방법에 있어서, 상기 방법은:
    결합 퍼실리티의 버퍼들을 활성 상태(an active state) 또는 유휴 상태 중 하나로 설정하는 단계를 포함하되, 상기 설정하는 단계는:
    Start Operator Message 커맨드가 연관된 운영자 메시지 토큰 값을 갖는 것에 응답하여, 상기 운영자 메시지 토큰 값을 선택된 버퍼에 설정하고 상기 선택된 버퍼를 활성으로 만드는 단계; 및
    상기 컴퓨팅 환경의 결합 퍼실리티의 상기 선택된 버퍼가 리셋될 것인지를 결정하는 단계 ― 상기 버퍼는 상기 결합 퍼실리티에 결합된 그러나 별개의(separate) 프로세서 이미지로부터 상기 결합 퍼실리티에 원격으로 송신된 운영자 메시지 커맨드를 처리하는 것에 관련된 정보를 포함하고, 상기 운영자 메시지 커맨드는 상기 결합 퍼실리티상에서 액션을 수행하고, 상기 선택된 버퍼는 상기 선택된 버퍼를 동일한 토큰 값을 갖는 운영자 메시지(OM) 토큰들을 보유한 운영자 메시지들과 관련시키는 토큰 값을 갖는 토큰 필드를 포함함 ―; 및
    상기 결정하는 단계에서 상기 버퍼는 리셋될 것임을 표시하는 것에 응답하여 상기 결정된 버퍼를 유휴 상태로 설정하는 단계 ― 상기 버퍼는 운영자 메시지가 상기 버퍼에 대하여 활성이었던 시간의 길이를 표시하기 위한 타이머, 운영자 메시지 요청 길이, 및 운영자 메시지 응답 길이를 포함하는 복수의 필드들을 포함함 ― 를 포함하는,
    방법.
19. 제18항에 있어서, 상기 결정하는 단계는 상기 결합 퍼실리티에 의해 수신되는 명시적 운영자 메시지 커맨드에 기초하며, 상기 명시적 운영자 메시지 커맨드는 상기 토큰과 일치하는 토큰 필드 값을 갖는 버퍼를 선택하기 위한 토큰을 보유하는,
    방법.
20. 제18항에 있어서, 상기 리셋하는 것은 Delete Operator Message 커맨드를 처리하는 것을 포함하고, 상기 Delete Operator Message 커맨드는 메시지 커맨드 블록을 포함하며, 상기 메시지 커맨드 블록은 메시지 헤더, Delete Operator Message 커맨드를 표시하는 커맨드, 및 상기 운영자 메시지 토큰을 포함하는,
    방법.

Images