KR20010062372A - 컨솔 입출력 제어 시스템 및 컨솔 관리 장치 - Google Patents

Abstract

복수의 서버·컴퓨터의 컨솔을 하나의 클라이언트·컴퓨터로 일괄하여 관리하는 것을 목적으로 한다.

본 발명을 하나의 서버에 대한 복수의 컨솔로부터의 커맨드 입출력을 제어하는 입출력 제어 시스템에 있어서, 각 컨솔로부터 서버로의 커맨드의 입출력 상태를 관리하는 관리 수단과, 상기 입출력 상태에 기초하여 각 컨솔로부터의 커맨드의 입출력을 제어하는 제어 수단으로 구성한다.

Description

컨솔 입출력 제어 시스템 및 컨솔 관리 장치{CONSOLE INPUT-OUTPUT CONTROL SYSTEM AND CONSOLE MANAGEMENT DEVICE}

본 발명은 복수의 서버·컴퓨터의 컨솔을 하나 또는 둘 이상의 클라이언트· 컴퓨터 상에서 일괄하여 관리하기 위한 장치 및 그와 같은 컨솔의 일괄 관리를 행하는 경우의 개량된 그래픽·사용자·인터페이스(이하, 「GUI」로 한다)를 제공하는 장치에 관한 것이다.

서버·컴퓨터(예를 들면, UNIX 호스트) 중에는 컨솔을 필요로 하는 것이 있다(「UNIX」는 X OPEN Limited의 미국 및 그 밖의 나라에 있어서의 등록 상표입니다. 이하, 마찬가지임). 사용자는 컨솔을 서버·컴퓨터의 OS 인스톨, 시스템 보수 및 시스템 관리를 위해 이용할 수 있다. 컨솔은 서버·컴퓨터로부터의 메시지를 표시하고, 사용자는 컨솔로부터 커맨드를 입력함으로써 서버·컴퓨터를 조작할 수 있다.

종래에는 서버·컴퓨터 1대에 대하여 그 컨솔을 표시시키는 1대의 컨솔 디스플레이 장치나 퍼스널 컴퓨터가 필요하였다. 서버·컴퓨터의 컨솔은 서버·컴퓨터와 일대일로 케이블 접속(예를 들면, 직렬·케이블 RS-232C에 의한 직접 접속)된 컨솔 디스플레이 장치나 퍼스널 컴퓨터의 디스플레이 상에 표시되어 있었다. 도 1은 그 일례를 나타낸다. UNIX 호스트 J(J=A, B, C, …. 서버·컴퓨터를 나타내는 경우에는 대문자를 이용한다. 이하 마찬가지임)는 직렬·케이블 RS-232C를 이용하여 퍼스널 컴퓨터 k(k=a, b, c, …. 클라이언트·컴퓨터를 나타내는 경우에는 소문자를 이용한다. 이하, 마찬가지임)와 접속되어 있다. 이 때, UNIX 호스트 A, B의 컨솔은 각각 퍼스널 컴퓨터 a, b의 디스플레이 상에 표시되어 있었다. 도 2는 퍼스널 컴퓨터 a의 디스플레이에 표시된 UNIX 호스트 A의 컨솔을 나타낸다. 도 2에 있어서, 「%%」는 커맨드·프롬프트를, 「%%」 이하는 UNIX 호스트 A로부터의 메시지나 UNIX 호스트에 대하여 입력된 커맨드를 나타낸다.

이와 같이, 종래, 복수의 UNIX 호스트의 컨솔을 하나 또는 둘 이상의 클라이언트·컴퓨터로 일괄하여 관리할 수 없었다. 왜냐하면, 컨솔은 사용자·컴퓨터로의 입출력을 행하는 것이기 때문에, 동일 서버·컴퓨터로의 커맨드가 동시에 복수의 클라이언트·컴퓨터로부터 입력된 경우, 커맨드의 충돌이 생기기 때문이다.

본 발명의 하나의 목적은 하나의 서버·컴퓨터의 컨솔을 복수의 클라이언트·컴퓨터 상에서 일괄 관리하는 것에 있다.

또한, 본 발명의 다른 목적은 복수의 서버·컴퓨터의 컨솔을 하나의 클라이언트·컴퓨터로 일괄 관리하는 경우의 개량된 GUI를 제공하는 것에 있다.

하나의 본 발명은 하나의 서버에 대한 복수의 컨솔로부터의 커맨드 입출력을 제어하는 입출력 제어 시스템에 있어서, 각 컨솔로부터 서버로의 커맨드의 입출력 상태를 관리하는 관리 수단과, 상기 입출력 상태에 기초하여 각 컨솔로부터의 커맨드의 입출력을 제어하는 제어 수단을 갖는다.

다른 본 발명은 복수의 서버의 컨솔을 통합하여 관리하는 컨솔 관리 장치에 있어서, 복수의 서버로부터의 송신되는 메시지를 수신하는 수신 수단과, 하나의 서버로부터의 메시지를 수신한 경우, 상기 서버의 컨솔 정보에 관해서 다른 서버의 컨솔 정보와 식별 가능하게 표시하는 표시 제어 수단을 갖는다.

도 1은 종래 기술의 시스템 구성을 나타내는 도면.

도 2는 종래 기술에서 클라이언트·컴퓨터에 표시되는 컨솔을 나타내는 도면.

도 3은 본 발명의 실시예인 시스템 구성을 나타내는 도면.

도 4는 본 발명의 통합된 컨솔을 나타내는 도면.

도 5는 서버·컴퓨터로의 커맨드 상태를 관리하는 테이블 예를 나타내는 도면.

도 6은 각 클라이언트·컴퓨터의 각 서버·컴퓨터로의 입출력 권한을 관리하는 테이블 예를 나타내는 도면.

도 7은 클라이언트·컴퓨터의 동작을 나타내는 플로우차트.

도 8은 전환 기구의 동작을 나타내는 플로우차트.

도 9는 각 서버·컴퓨터로의 입출력 권한을 식별 표시한 GUI를 나타내는 도면.

도 10은 입출력 권한을 식별 표시하기 위한 동작을 나타내는 플로우차트.

도 11은 본 발명의 다른 실시예인 시스템 구성을 나타내는 도면.

도 12는 개량된 제1 GUI를 나타내는 도면.

도 13은 개량된 제2 GUI를 나타내는 도면.

도 14는 개량된 제3 GUI를 나타내는 도면.

도 15는 개량된 제4 GUI를 나타내는 도면.

도 16은 개량된 제5 GUI를 나태는 도면.

도 17은 개량된 제6 GUI를 나타내는 도면.

도 18은 개량된 GUI를 실현하기 위한 동작을 나타내는 플로우차트.

도 19는 각 서버·컴퓨터에 관한 메시지를 관리하는 테이블 예를 나타내는 도면.

도 20은 액세스·메뉴의 데이터 구조를 나타내는 도면.

도 21은 본 발명의 여러 가지의 배포 방법을 나타내는 도면.

도 22는 통합 컨솔이 호스트와의 접속을 확립하는 경우의 동작을 나타내는 플로우차트(1).

도 23은 통합 컨솔이 호스트와의 접속을 확립하는 경우의 동작을 나타내는 플로우차트(2).

<도면의 주요 부분에 대한 부호의 설명>

101a, 101b, 101c : UNIX 호스트 a, b, c

103a, 103b, 103c : PC a, b, c

302 : 전환기구

400 : 통합 컨솔

401 : 읜도우 타이틀

402 : 메뉴바

431, 432, 433 : 컨솔

본 발명은, 주로, 소프트웨어를 이용하여 실현되는 것이다. 이하에, 도면을 이용하여 본 발명의 적합한 실시예를 설명한다. 하나의 도면에 있어서, 부호에 의해 특정되는 것은 다른 도면에 있어서 동일한 부호에 의해 특정되는 것과 동일한 대상을 나타낸다.

도 3은 제1의 적합한 시스템 형태를 나타낸다. 도 1과의 주된 상위점은 UNIX 호스트 J는 전환 기구를 통해 LAN 회선에 접속되어 있는 것이다.

도 4는 퍼스널 컴퓨터 c의 디스플레이 상에 표시되는 통합 컨솔(400)의 일례를 나타낸다. 도 4에 있어서, 참조 부호 401은 윈도우의 타이틀을, 참조 부호 402는 윈도우의 메뉴 바를 나타낸다. 또한, 영역(420)에는 접속된 복수의 서버·컴퓨터의 컨솔(431, 432, 433)이 표시되고, 각 컨솔은 타이틀 바와 컨솔 영역으로 구성된다. 영역(410)에는 영역(420)에 표시되는 서버·컴퓨터명(414)의 일람 및 각 서버·컴퓨터의 상태를 나타내는 아이콘(412)이 표시된다.

사용자는 영역(410)의 호스트명(414) 또는 아이콘(412)을 마우스·커서(도시하지 않다)로 선택함으로써, 대응하는 컨솔(431)을 활성화 상태(액티브한 상태)로하여 가장 앞쪽 면에 표시시킬 수 있다. 이와 같이 하여, 사용자는 각 컨솔로부터 각각의 서버·컴퓨터에 대하여 커맨드를 입력하고, 서버·컴퓨터에 있어서 상기 커맨드를 실행할 수 있다. 단, 실행을 할 수 있는 것은 상기 호스트에 대하여 rw권을 갖는 경우에 한한다(후술한다).

이하에 있어서는, 설명의 형편상 3개의 컨솔이 표시되는 경우를 취급하지만, 표시하는 컨솔의 수에 특히 제한은 없다.

도 5는 호스트에 대한 입출력을 제어하기 위한 관리 테이블의 일례를 나타낸다. 도 3의 시스템 구성에 있어서는 관리 테이블(도 5)은 각 전환 기구에 설치된다. 도 3에 있어서, r은 퍼스널 컴퓨터가 호스트와 r포트에 접속되어 있는 것을, rw는 퍼스널 컴퓨터가 호스트와 rw포트에 접속되어 있는 것을 나타낸다.

퍼스널 컴퓨터와 호스트가 rw포트에 접속되어 있는 경우, 상기 퍼스널 컴퓨터 상의 컨솔로부터 커맨드를 입력하는 것 및 컨솔 호스트로부터의 메시지를 출력하는 것이 가능하다. 한편, 퍼스널 컴퓨터와 호스트가 r포트에 접속되어 있는 경우, 컨솔에 호스트로부터의 메시지를 출력할 수는 있지만, 컨솔로부터 커맨드를 입력하는 것은 할 수 없다.

이 관리 테이블의 특징적인 곳은, 임의의 시각에 있어서 어떤 호스트에 관해서 rw권은 1개밖에 설정되지 않지만, r권은 복수 설정 가능한 점이다.

도 6은 각 퍼스널 컴퓨터의 입출력 권한을 설정한 권한 관리 테이블의 일례를 나타낸다. 이 예에서는, 권한 관리 테이블은 접속 대상의 호스트를 특정하는 역할과 상기 호스트로의 입출력 권한을 관리하는 역할의 양방을 담당한다. 따라서, 사용자는 이 권한 관리 테이블에 호스트명을 추가 또는 삭제함으로써, 통합 컨솔(400)에 표시하는 컨솔을 증감할 수 있다. 또, 권한 관리 테이블은 이들의 역할마다 테이블을 나누어 2개의 테이블에서 관리할 수도 있다.

도 3의 시스템 구성에 있어서는 권한 관리 테이블은 각 퍼스널 컴퓨터 내에 설치된다. 도 3에 있어서, rw는 퍼스널 컴퓨터가 호스트에 대하여 rw권한을 갖는 것을, r은 퍼스널 컴퓨터가 호스트에 대하여 판독 전용인 것을 나타낸다.

도 22, 도 23은 통합 컨솔(400)이 호스트와의 접속을 확립하는 경우의 동작을 나타낸다. 설명의 형편상, 어떤 퍼스널 컴퓨터도 어느 쪽의 호스트에도 접속되어 있지 않는 것으로 한다. 따라서, 이 경우, 각 전환 기구의 관리 테이블(도 5)의 r권, rw권의 난에는 어느 쪽의 퍼스널 컴퓨터명도 기록되어 있지 않다. 또한, 예로서 퍼스널 컴퓨터 c가 각 호스트와의 접속을 확립하는 경우를 이용한다.

도 22는 권한 관리 테이블에 있어서 rw접속으로 설정된 호스트에게 대하여, 통합 컨솔(400)이 접속을 확립하는 경우의 동작을 나타낸다.

[S2210] 통합 컨솔(400)은 자신의 퍼스널 컴퓨터 내의 권한 관리 테이블에 기초하여, 각 전환 기구에 대하여 rw접속 요구를 송신한다. 구체적으로는, 퍼스널 컴퓨터 c의 통합 컨솔(400)은 권한 관리 테이블[도 6의 (c)]을 참조하고, 호스트 A, C의 전환 기구에 대하여 rw접속 요구를 송신한다. 또, 이 경우, 호스트 B에 관해서는 r접속이기 때문에 그 경우의 동작은 도 23을 이용하여 후술한다.

[S2220] 각 전환 기구는 관리 테이블(도 5)을 이용하여 rw포트는 비어있는지를 판정한다. 비어 있는 경우, 각 전환 기구는 처리를 S2230으로, 비어 있지 않은경우, 처리를 S2240으로 진행시킨다.

상기한 예에서는, 호스트 A, C의 전환 기구는 관리 테이블(도 5)을 참조하고, 아직 접속이 확립되어 있지 않다고 판정하여 이들의 전환 기구는 처리를 S2230으로 진행시킨다.

[S2230] 각 전환 기구는 접속 요구를 낸 퍼스널 컴퓨터를 rw포트에 접속하고, 그 취지를 관리 테이블에 기록한다. 상기한 예에서는, 호스트 A, C의 전환 기구는 퍼스널 컴퓨터 c가 rw접속되어 있는 취지를 자기 관리 테이블에 기록한다.

[S2240] 각 전환 기구는 접속 성부의 메시지를 접속 요구를 낸 퍼스널 컴퓨터에 대하여 송신한다. 상기한 예에서는, 호스트 A, C의 전환 기구는 접속을 확립한 취지의 메시지를 퍼스널 컴퓨터 c에 송신한다. 한편, 호스트 A, C의 rw포트가 이미 점유되어 있는 경우, 각 전환 기구는 접속을 확립할 수 없는 취지의 메시지를 접속 요구를 낸 퍼스널 컴퓨터에 송신한다.

[S2250] 퍼스널 컴퓨터는 수신한 메시지를 표시한다. 상기한 예에서는, 퍼스널 컴퓨터 c의 통합 컨솔(400)은 호스트 A, C의 컨솔·윈도우(431, 433)를 생성하고, 상기 윈도우 상에 그 취지의 메시지를 표시한다. 한편, 접속을 확립할 수 없는 취지의 메시지를 수신한 경우, 통합 컨솔(400)은 그 취지를 표시한다. 이 경우, 통합 컨솔(400)은 그 호스트의 컨솔·윈도우를 생성하지 않는다.

도 23은 권한 관리 테이블에 있어서 r접속으로 설정된 호스트에 대하여, 통합 컨솔(400)이 접속을 확립하는 경우의 동작을 나타낸다.

[S2310] 통합 컨솔(400)은 자퍼스널 컴퓨터 내의 권한 관리 테이블에 기초하여, 각 전환 기구에 대하여 r접속 요구를 송신한다. 구체적으로는, 퍼스널 컴퓨터 c의 통합 컨솔(400)은 권한 관리 테이블[도 6의 (c)]을 참조하여 호스트 B의 전환 기구에 대하여 r접속 요구를 송신한다.

[S2320] 각 전환 기구는 상기 퍼스널 컴퓨터를 r포트에 접속하고 그 그 취지를 관리 테이블(도 5)에 기록한다. 상기한 예에서는 호스트 B의 전환 기구는 퍼스널 컴퓨터 c를 r포트에 접속하고, 그 취지를 관리 테이블에 기록한다. 여기서, 도 22와 다른 것은 S2220에 대응하는 스텝이 없는 것이다. 이것은 r접속이 복수 설정 가능한 것에 대응한다.

[S2330] 각 전환 기구는 접속 성공의 메시지를 접속 요구를 낸 퍼스널 컴퓨터에 대하여 송신한다. 상기한 예에서는, 호스트 B의 전환 기구는 접속 성공의 메시지를 퍼스널 컴퓨터 c에 대하여 송신한다.

[S2340] 퍼스널 컴퓨터 c 상의 통합 컨솔(400)은 호스트 B의 컨솔·윈도우(432)를 생성하고, 상기 윈도우 상에 수신한 메시지를 표시한다.

이와 같이 하여, 통합 컨솔(400)에 도 4에 도시한 바와 같이, 복수 호스트의 컨솔을 통합하여 표시할 수 있다.

컨솔로의 시큐러티를 고려하고, 각 호스트로의 r권, rw권을 정적으로 유지할 수 있다. 즉, 전환 기구에 설치되는 관리 테이블[도 5의 (b)]은 일단 퍼스널 컴퓨터 c와 rw포트로서의 접속을 확립한 경우, 그 통합 컨솔(400)을 종료하든지 또는 대응하는 호스트의 컨솔·윈도우를 종료할 때(상기 컨솔로부터 exit 커맨드를 수신한다)까지 퍼스널 컴퓨터 c는 그 rw포트에 접속된 그 상태 그대로이다. 따라서,그 동안은, 다른 퍼스널 컴퓨터의 통합 컨솔은 상기 호스트에 대하여 rw권을 취득할 수는 없다.

또, 퍼스널 컴퓨터 c에 의해, 호스트 A의 rw포트가 접속되어 있는 경우라도 다른 퍼스널 컴퓨터로부터 특정한 조작을 함으로써, 다른 퍼스널 컴퓨터가 강제적으로 호스트 A로의 rw권을 취득할 수도 있다.

rw접속 완료의 컨솔로부터 커맨드가 입력된 경우, 통합 컨솔(400)은 커맨드를 지정된 호스트에게 송신하고, 메시지 및 실행 결과를 출력한다. 상기 호스트에 r접속된 다른 퍼스널 컴퓨터가 있으면, 대응하는 컨솔·윈도우에 그 메시지를 출력한다. 한편, r접속 완료의 컨솔로부터 커맨드가 입력된 경우, 통합 컨솔(400)은 커맨드는 송신하지 않는다.

또한, 각 호스트로의 r권, rw권을 동적으로 변경할 수 있다. 즉, 이 경우, 전환 기구에 설치되는 관리 테이블은 각 호스트의 컨솔로부터 커맨드를 수신할 때마다 변경된다. 이 경우의 동작을 도 5 내지 도 8을 이용하여 설명한다.

도 5의 (a)는 호스트 A의 전환 기구에 설치된 관리 테이블이다. 도 5의 (a)는 호스트 A로부터 퍼스널 컴퓨터 a, b, c에 대하여 메시지가 송신되어 있는 상태(r),즉, 어느 쪽의 컨솔로부터도 커맨드가 입력되어 있지 않은 상태를 나타내고 있다. 이 상태에서, 호스트 A의 전환 기구가 퍼스널 컴퓨터 c 상의 호스트 A의 컨솔로부터 입력된 커맨드를 수신한 경우, 전환 기구는 그 관리 테이블을 도 5의 (a)의 상태로부터 도 5의 (b)의 상태로 갱신한다. 그 커맨드를 실행한 결과를 호스트 A로부터 수신하여 퍼스널 컴퓨터 a, b, c 상의 각 컨솔에 루팅하면, 그 전환기구는 관리 테이블을 도 5의 (b)의 상태로부터 도 5의 (a)의 상태로 갱신한다. 전환 기구는 갱신한 관리 테이블에 기초하여 접속을 제어한다.

이 경우라도, 정적인 경우와 마찬가지로 관리 테이블은 임의의 시각에 있어서 각 호스트에 관해서 rw권은 1개밖에 없지만, r권은 복수 설치되어 있다.

도 6은 각 퍼스널 컴퓨터의 권한을 설정한 권한 관리 테이블의 일례를 나타낸다. 본 발명에 있어서, 권한 관리 테이블은 생략할 수도 있지만, 사용자가 입력하는 부주의한 커맨드로부터 서버·컴퓨터를 지키기 위해서 설치하는 것이 바람직하다.

사용자는 이 권한 관리 테이블에 호스트명을 추가 또는 삭제함으로써, 통합 컨솔(400)에 표시하는 컨솔을 증감할 수 있다. 도 3의 시스템 구성에 있어서는, 권한 관리 테이블은 각 퍼스널 컴퓨터 내에 설치된다.

도 6의 (a)는 퍼스널 컴퓨터 A의 권한 관리 테이블을 나타낸다. 이것에 따르면, 퍼스널 컴퓨터 a의 사용자는 호스트 A, B, C로부터 퍼스널 컴퓨터 a의 각 컨솔에 메시지를 받는 수 있고, 어느 쪽의 호스트에 대해서도 입력한 커맨드를 실행하는 권한을 갖는다.

마찬가지로, 도 6의 (b)는 퍼스널 컴퓨터 B의 권한 관리 테이블을 나타낸다. 이것에 따르면, 퍼스널 컴퓨터 b의 사용자는 호스트 B에 관해서는 메시지를 받아 커맨드를 실행할 수 있지만, 호스트 A, C에 관해서는 메시지를 받는 것밖에 할 수 없고, 호스트 A, C에 대하여 커맨드를 실행할 수는 없다.

마찬가지로, 도 6의 (c)는 퍼스널 컴퓨터 c의 권한 관리 테이블을 나타낸다.이것에 따르면, 퍼스널 컴퓨터 c의 사용자는 호스트 A, C에 관해서는 메시지를 받아 커맨드를 실행할 수 있지만, 호스트 B에 관해서는 메시지를 받는 것밖에 할 수 없고, 호스트 B에 대하여 커맨드를 실행할 수는 없다.

도 7 및 도 8에서는 퍼스널 컴퓨터 c의 사용자가 호스트 A의 컨솔(431)로부터 커맨드를 입력한 경우를 예로 들어, 통합 컨솔(400)의 동작 및 전환 기구의 동작을 설명한다.

도 7은 퍼스널 컴퓨터 상 중 어느 하나의 컨솔(431A-431C)로부터 커맨드가 입력된 경우의 통합 컨솔(400)의 동작을 나타내는 플로우차트이다.

[S710] 통합 컨솔(400) 내 중 어느 하나의 컨솔이 사용자로부터 입력된 커맨드를 접수한다. 상기한 예에서는, 퍼스널 컴퓨터 c 상의 컨솔(431A)이 사용자로부터 입력된 커맨드를 접수한다.

[S720] 통합 컨솔(400)은 권한 관리 테이블(도 6)을 참조한다. 상기한 예에서는, 통합 컨솔(400)은 관리 권한 테이블[도 6의 (c)]을 참조한다.

[S730] 통합 컨솔(400)은 권한 관리 테이블(도 6)을 이용하여 그 호스트에 대하여 rw권을 갖는지의 여부를 판정한다. 상기한 예에서는, 권한 관리 테이블[(도 6의 (c)]을 이용하여 통합 컨솔(400)은 퍼스널 컴퓨터 c의 사용자는 호스트 A에 대하여 rw권을 갖는다고 판정하고, 처리를 S740으로 진행시킨다. 한편, 퍼스널 컴퓨터 c의 사용자가 호스트 B에 대하여 커맨드를 입력한 경우에는 통합 컨솔(400)은 권한 관리 테이블[도 6의 (c)]을 이용하여 rw권이 없다고 판정하고, 처리를 S750으로 진행시킨다.

[S740] 통합 컨솔(400)은 지정된 호스트에 대하여 커맨드를 송신한다. 상기한 예에서는, 통합 컨솔(400)은 전환 기구 A에 입력된 커맨드를 송신한다.

[S750] 통합 컨솔(400)은 rw권이 없는 취지의 메시지를 디스플레이 상에 표시한다.

[S760] 도 8을 이용하여 후술한다.

[S770] 통합 컨솔(400)은 호스트로부터 상기 커맨드를 실행한 결과의 메시지를 수신한 경우에는 그 메시지를 대응하는 컨솔에 표시한다. 상기한 예에서는, 통합 컨솔(400)은 만약 메시지가 있으면, 컨솔(431A)에 커맨드의 실행 결과의 메시지를 표시한다. 동일 메시지는 퍼스널 컴퓨터 a, b의 컨솔(431A) 상에도 표시된다.

도 8은 컨솔로부터 입력된 커맨드를 수신한 경우의 전환 기구의 제어 동작을 나타내는 플로우차트이다. 도 8의 플로우차트는 도 7의 S760의 위치에 들어가 시스템 전체의 동작을 완전하게 한다.

[S810] 전환 기구는 어느 하나의 컨솔로부터 입력된 커맨드를 수신한다. 상기한 예에서는, 전환 기구 A는 퍼스널 컴퓨터 c의 컨솔(431A)로부터 입력된 커맨드를 수신한다.

[S820] 전환 기구는 관리 테이블(도 5)을 참조한다.

[S830] 전환 기구는 관리 테이블을 이용하여 어느 하나의 컨솔(퍼스널 컴퓨터)이 호스트 A에 대하여 rw권을 점유하고 있는지의 여부를 판정한다. 현재, 관리 테이블은 도 5의 (a)가 도시한 바와 같기 때문에, 전환 기구 A는 어느 쪽의 컨솔(퍼스널 컴퓨터)도 호스트 A에 대하여 rw권을 점유하고 있지 않다고 판정하고, 처리를 S840으로 진행시킨다. 한편, 이미 어느 하나의 컨솔(퍼스널 컴퓨터)에 의해 호스트 A에 대한 rw권이 점유되어 있는 경우, 전환 기구는 처리를 S850으로 진행시킨다.

[S840] 전환 기구는 관리 테이블을 갱신하고, 상기 퍼스널 컴퓨터와 상기 호스트를 rw포트에 접속하고 상기 호스트에 커맨드를 송신한다. 상기한 예의 경우, 전환 기구 A는 관리 테이블을 도 5의 (a)의 상태로부터 도 5의 (b)의 상태로 갱신하고, 퍼스널 컴퓨터 c와 호스트 A를 rw접속한다. 그 후, 전환 기구는 호스트 A에 대하여 커맨드를 송신한다.

[S850] 전환 기구는 지정된 호스트로의 rw권이 점유되어 있는 취지의 메시지를 각 퍼스널 컴퓨터가 대응하는 컨솔[퍼스널 컴퓨터 a, b, c의 각 컨솔(431A)]에 송신한다.

[S860] 전환 기구는 호스트로부터의 커맨드의 실행 결과를 수신한다. 이 때, 전환 기구는 관리 테이블을 갱신하고, 상기 rw접속을 r접속으로 전환한다. 상기한 예의 경우, 전환 기구 A는 호스트 A로부터의 커맨드의 실행 결과에 관한 메시지를 수신한다. 그 후, 전환 기구 A는 관리 테이블을 도 5의 (b)의 상태로부터 도 5의 (a)의 상태로 갱신하고, 퍼스널 컴퓨터 c와 호스트 A와의 접속을 rw접속으로부터 r접속으로 변경한다.

[S870] 전환 기구는 메시지를 각 퍼스널 컴퓨터가 대응하는 컨솔[퍼스널 컴퓨터 a, b, c의 각 컨솔(431A)]에 루팅한다.

도 9는 퍼스널 컴퓨터 c에 표시되는 통합 컨솔(400)의 다른 예를 나타낸다.도 4와의 상위점은 각 컨솔에 관한 권한이 식별 가능하게 표시되어 있는 점이다. 구체적으로는, 각 컨솔의 타이틀 바에 권한을 나타내는 지표(910, 920, 930)가 표시되어 있다. 이 지표는 도 6에 도시한 권한 관리 테이블에 기초하여 표시된다. 또, r권, rw권을 정적으로 유지하는 경우, 동적으로 변경하는 경우의 어느 것이라도 좋다.

지표 rw는 호스트로부터의 송신되는 메시지를 표시하는 권한(r) 및 호스트에 대하여 커맨드를 입력·실행하는 권한(w)을 갖는 것을 나타낸다. 이것에 대하여, 지표 r은 호스트로부터 송신되는 메시지를 표시하는 권한을 갖지만, 호스트에 커맨드를 입력하는 권한은 없는 것을 나타낸다.

또, 권한의 식별 가능한 표시의 다른 예로서, r권만으로 설정된 컨솔과, rw권으로 설정된 컨솔의 일부 또는 전부의 색을 바꾸도록 하여도 좋다. 또한, 권한을 호스트 일람(410)의 아이콘(412) 또는 호스트명(414)에 식별 가능하게 표시하여도 좋다.

따라서, 도 9는, 퍼스널 컴퓨터 c의 사용자는 호스트 A, C로부터의 메시지의 표시 및 호스트 A, C에 대하여 커맨드의 입력·실행은 할 수 있지만, 호스트 B에 관해서는 메시지의 표시만으로 호스트 B에 대하여 커맨드를 입력·실행할 수 없는 것을 나타낸다.

사용자는 이러한 권한의 식별 표시에 의해, 불필요한 커맨드의 입력을 미연에 방지할 수 있다. 즉, 도 9의 예에서는, 퍼스널 컴퓨터 c의 사용자는 이 식별 표시(910, 920, 930)를 봄으로써, 호스트 B에 대하여 커맨드를 입력할 수 없는 것을(입력하더라도 실행할 수 없는 것을) 사전에 알 수 있다. 따라서, 사용자는 그와 같은 불필요한 커맨드를 입력하지 않는다.

도 10은 rw권의 식별 표시(도 9)를 행하는 경우의 통합 컨솔(400)의 동작을 나타내는 플로우차트이다. 도 10의 설명에 있어서는, 퍼스널 컴퓨터 c에 있어서의 동작을 예를 이용하여 설명한다.

[S1010] 사용자는 통합 컨솔(400)을 기동한다.

[S1020] 통합 컨솔(400)은 권한 관리 테이블(도 6)을 참조한다. 상기한 예의 경우, 통합 컨솔(400)은 권한 관리 테이블[도 6의 (c)]을 참조한다.

[S1030] 통합 컨솔(400)은 권한 관리 테이블(도 6)에 있어서, 호스트 J(J= A, B, C, …)에 대하여 rw권이 설정되어 있는지의 여부를 판정한다. 호스트 J에 대하여 rw권이 있는 경우, 통합 컨솔(400)은 처리를 S1030으로 진행시키고, r권만인 경우, 처리를 S1050으로 진행시킨다. 상기한 예에서는, 우선, 통합 컨솔(400)은 권한 관리 테이블[도 6의 (c)]을 참조하여 호스트 A(제1 레코드)에 대하여 rw권을 갖는다고 판정한다. 통합 컨솔(400)은 처리를 S1040으로 진행시킨다.

[S1040] 통합 컨솔(400)은 영역(420)에 호스트 J의 컨솔을 rw권 있음으로 하여 식별 가능하게 표시한다. 상기한 예에서는, 통합 컨솔(400)은 영역(420)에 호스트 A의 컨솔(431)(도 9)을 rw권 있음으로 하여 지표(931)(rw)를 컨솔(431)의 타이틀 바(402)에 표시한다.

[S1050] 통합 컨솔(400)은 영역(420)에 호스트 J의 컨솔을 rw권 없음으로 하여 식별 가능하게 표시한다.

[S1060] 통합 컨솔(400)은 권한 관리 테이블(도 6)의 다음의 레코드를 판독한다. 상기한 예에서는, 통합 컨솔(400)은 권한 관리 테이블[도 6의 (c)]의 다음의 레코드인 호스트 B의 레코드를 판독한다.

[S1070] 통합 컨솔(400)은 권한 관리 테이블(도 6)에 다음의 레코드가 있는지의 여부를 판정한다. 다음의 레코드가 있으면, 통합 컨솔(400)은 처리를 S1030으로 복귀하고, 다음의 레코드가 없으면 처리를 종료한다. 상기한 예에서는, 통합 컨솔(400)은 권한 관리 테이블[도 6의 (c)] 중에 다음의 레코드인 호스트 B의 레코드를 발견하고, 처리를 S1030으로 복귀한다.

이와 같이 하여, 통합 컨솔(400)은 도 9와 같이 각 컨솔에 관해서 권한을 식별 가능하게 표시할 수 있다.

도 11은 다른 적합한 시스템 구성(제2로부터 제4의 적합한 실시예에 대응)을 나타낸다. 도 3과의 상위점은 새롭게 관리 서버(1110)가 추가되어 있는 점 및 각 전환 기구(321-323)가 점선으로 표시되어 있는 점이다. 이 점선은 다른 적합한 시스템 구성에 있어서는 생략 가능한 것을 나타낸다.

제2 로부터 제4의 적합한 실시예에 있어서도 권한 관리 테이블은 생략할 수 있지만, 사용자가 입력하는 부주의한 커맨드로부터 서버·컴퓨터를 지키기 위해서 설치하는 것이 바람직하다.

제2의 적합한 실시예에서는 관리 테이블(도 5) 및 권한 관리 테이블[ 도 6의 (a)-도 6의 (c)]는 관리 서버(1110) 내에 설치된다. 이 경우, 각 전환 기구(321-323)를 생략할 수 있다. 제2의 적합한 실시예에서는, 도 7의 S720,S730, S740 및 도 8의 전 스텝(S810으로부터 S870)은 관리 서버(1110)의 동작을 기술한다.

제3의 적합한 실시예에서는 관리 테이블(도 5)은 관리 서버(1110) 내에 설치되고, 권한 관리 테이블(도 6)은 각 퍼스널 컴퓨터 내에 설치된다. 이 경우에도 각 전환 기구(321-323)를 생략할 수 있다. 제3의 적합한 실시예에서는, 도 8의 전 스텝(S810으로부터 S870)은 관리 서버의 동작을 기술한다.

제4의 적합한 실시예에서는, 관리 테이블(도 5)은 각 전환 기구(321-323)내에 설치되고, 권한 관리 테이블(도 6)은 관리 서버(1110) 내에 설치된다. 이 경우에는 각 전환 기구(321-323)를 생략할 수 없다. 제4의 적합한 실시예에서는, 도 7의 S720, S730, S740은 관리 서버의 동작을 기술한다.

도 12로부터 도 16은 어떠한 메시지 또는 등록된 메시지(이하, 단순히, 「메시지」로 말하는 경우가 있다)를 수신한 경우의 개량된 GUI를 나타낸다. 이들의 GUI는 도 12로부터 도 16의 GUI로부터 둘 이상을 조합하여 이용할 수도 있다. 이들의 개량된 GUI에 의해, 사용자는 컨솔로 어떠한 메시지 또는 등록된 메시지가 표시된 것을 알 수 있어, 사용자의 감시 부담을 경감할 수 있다. 이 명세서에서는, 지면의 형편상 통합 컨솔(400)에 3개의 컨솔이 표시되는 경우밖에 설명하지 않지만, 이들의 개량된 GUI는 표시하는 컨솔이 많아지면 많아질 수록 사용자에게 있어서 편리함을 제공한다.

도 12는 개량된 제1 GUI를 나타낸다. 도 12에 도시된 바와 같이, 호스트 B로부터 메시지를 수신한 경우, 호스트 일람에 있어서의 호스트 B의 아이콘(412)은메시지 수신한 취지를 식별 가능하게 표시된다. 또, 호스트 B의 메시지를 수신한 전후로 영역(420)의 표시는 변하지 않는다. 이 경우, 도 12에 도시한 바와 같이, 호스트 A(호스트 B 이외의 호스트)의 컨솔이 액티브 또한 가장 앞쪽 면에 표시되어 있는 상태라도 아이콘(412)만이 식별 가능하게 표시된다. 사용자는 호스트 일람 내 의 호스트 B의 호스트명(414) 또는 호스트 B의 아이콘(412)[식별 가능하게 표시된 아이콘(412)]을 선택함으로써, 영역(420)의 호스트 B의 컨솔을 액티브하게, 또한 가장 앞쪽 열에 표시할 수 있다. 사용자는 필요하면, 액티브하게 한 호스트 B의 컨솔로부터 커맨드를 입력할 수 있다.

도 13은 개량된 제2 GUI를 나타낸다. 도 13에 도시된 GUI는 표시하는 컨솔이 많은 경우에 특히 유용하다. 스크롤·바(1340)는 인디케이터(1330), 인디케이터(1330)를 위로 이동시키는 아이콘(1310), 인디케이터(1330)를 아래로 이동시키는 참조 부호 1320으로 구성된다. 사용자는 인디케이터(1330)를 마우스로 드래그하여 이동시킴으로써, 호스트 일람의 표시를 변경할 수 있다. 이것은 소프트웨어 업계에서는 주지된 GUI이다.

호스트 B로부터의 메시지를 수신하기 전은, 호스트 일람은 도 13의 (a)에 도시한 바와 같이 호스트 B 이외의 다른 호스트를 표시하고 있다. 호스트 B로부터의 메시지를 수신했을 때, 통합 컨솔(400)은 도 13의 (b)에 도시한 바와 같이 호스트 일람에 메시지를 수신한 호스트 B가 표시되도록 표시를 변경한다. 사용자는 상술한 조작에 의해, 영역(420)의 호스트 B의 컨솔을 액티브하게 또한 가장 앞쪽 열에 표시할 수 있다. 사용자는 필요하면, 액티브하게 한 호스트 B의 컨솔로부터 커맨드를 입력할 수 있다. 단, 사용자가 커맨드 입력할 수 있는 것은 rw접속하고 있는 경우에 한정된다.

또, 이 경우, 호스트 B로부터의 메시지를 수신하는 전후로 영역(420)의 표시는 변하지 않는다. 그 때문에, 영역(420)의 표시는 생략하고 있다.

도 14는 개량된 제3 GUI를 나타낸다. 도 14에서는 도 12, 도 13의 경우와 달리 호스트 일람의 표시는 변경되지 않고, 호스트 B로부터의 메시지 수신에 의해 영역(420)의 표시가 변경된다. 도 14에 있어서, 메시지의 수신 전은 도 12의 표시와 유사한다. 도 12와의 상위점은 호스트 B의 아이콘(412)이 다른 호스트 A, C의 아이콘(412)과 식별 불가능하게 표시되어 있는 점이다.

호스트 B로부터의 메시지를 수신했을 때, 통합 컨솔(400)은 메시지를 수신한 컨솔(호스트 B의 컨솔)을 액티브하게 또한 가장 앞쪽 열에 표시한다. 이 경우, 통합 컨솔(400)은 메시지를 수신한 컨솔·윈도우의 표시 순위를 갱신하여 상기 윈도우를 가장 앞쪽 열에 표시시킨다.

이에 따라, 사용자는 호스트 B로부터 어떠한 메시지 또는 등록된 메시지를 수신한 것을 알 수 있다. 또한, 이 경우, 컨솔을 액티브하게 하는 동작도 불필요하기 때문에, 보다 한층 사용자에게 있어서 편리하다.

또, 호스트 B의 컨솔을 액티브하게 하는 것만으로도 좋고, 이 경우 호스트 B의 컨솔의 타이틀·바가 하이라이트된다. 또한, 호스트 B의 컨솔을 가장 앞쪽 열에 표시하는 것만으로도 좋고, 이 경우 호스트 B의 컨솔은 하이라이트된다(호스트 A의 컨솔은 하이라이트된 그 상태 그대로이다).

도 15는 개량된 제4 GUI를 나타낸다. 도 15의 (a)는 호스트 B로부터의 메시지를 수신하기 전의 통합 컨솔(400)의 상태를 나타낸다. 여기서는, 통합 컨솔(400)은 각 컨솔(431-433)을 서로의 컨솔이 중첩하지 않도록 정렬시켜 표시하고 있다.

도 15의 (b)는 호스트 B로부터의 메시지를 수신한 후의 통합 컨솔(400)의 상태를 나타낸다. 여기서는, 호스트 B의 컨솔(432)을 가장 좌측(컨솔이 복수 열 표시되어 있는 경우에는 가장 좌측 위)에 표시되도록 제어하고 있다. 이 표시에 의해, 사용자는 호스트 B의 컨솔에 표시된 메시지를 즉시 인식할 수 있다.

또, 이 표시예[도 15의 (b)]는 문장을 좌측으로부터 우측으로 읽는 문화권에 있어서 유효하다. 한편, 문장을 우측으로부터 좌측으로 읽는 문화권에 있어서는, 통합 컨솔(400)은 메시지를 수신한 호스트의 컨솔을 가장 우측(컨솔이 복수 열 표시되어 있는 경우에는 가장 우측 위)에 표시할 수 있다. 또, 중앙이 가장 눈에 띈다고 하는 문화권에 있어서는, 통합 컨솔(400)은 메시지를 수신한 호스트의 컨솔을 중앙에 표시할 수도 있다.

도 16은 개량된 제5 GUI를 나타낸다. 도 16의 (a)는 호스트 B로부터의 메시지를 수신하기 전의 통합 컨솔(400)의 상태를 나타낸다. 이 때, 통합 컨솔(400)은 호스트 X, 호스트 Y의 컨솔을 표시하고 있다. 이와 같이, 사용자는 표시하는 컨솔의 수가 많은 경우에는 필요한 컨솔만을 표시시켜 작업을 진행시킨다. 사용자는 영역(420)에 관한 스크롤·바(1640) 상에서 인디케이터(1630)를 상하로 드래그함으로써, 영역(420)에 표시되는 컨솔을 변경할 수 있다.

도 16의 (b)는 호스트 B로부터의 메시지를 수신한 후의 통합 컨솔(400)의 상태를 나타낸다. 통합 컨솔(400)은 호스트 B로부터의 메시지를 수신하면, 영역(420)에 호스트 B의 컨솔이 표시되도록 제어한다. 이것에 대응하여, 인디케이터(1630)도 스크롤·바(1640) 상의 대응한 위치로 이동한다. 따라서, 사용자는 어떤 컨솔에서 작업 중이라도 다른 컨솔에서 메시지를 수신한 것을 즉시 알 수 있다.

도 17은 개량된 제6 GUI를 나타낸다. 이 예에서는, 통합 컨솔(400)은 메시지를 수신한 호스트의 컨솔에 액세스하기 위한 새로운 인터페이스(예를 들면, 메뉴, 아이콘)를 생성한다.

도 17의 (a)는 호스트 B로부터 메시지를 수신하기 전의 통합 컨솔(400)의 상태를 나타낸다. 새롭게 생성되는 인터페이스는 액세스·메뉴(1710)이다. 액세스·메뉴(1710)는 각 아이템(1720_i)(i=1, 2, 3, …)으로 구성된다. 이 예에서는, 각 아이템(1720_i)은 메시지를 수신한 호스트명과 그 메시지의 내용으로 구성되어 있다. 사용자는 각 아이템(1720_i)을 선택함으로써, 대응하는 컨솔을 통합 컨솔(400)의 영역(420)에 표시시킬 수 있다.

도 17의 (b)는 호스트 B로부터 메시지를 수신한 후의 통합 컨솔(400)의 상태를 나타낸다. 도 17의 (a)와의 상위점은 액세스·메뉴(1710)에 대응하는 아이템(1720_3)이 추가되어 있는 점이다.

이 경우의 통합 컨솔(400)의 동작을, 도 20을 이용하여 간단하게 설명한다. 도 20은 도 17의 (b)의 액세스·메뉴(1710)의 데이터 구조(2010)를 나타낸다. 데이터 구조(2010)는 아이템이 선택되었을 때에 영역(420)에 표시되는 컨솔·윈도우의 식별자(2020)와 메시지 내용(2030)으로 구성된다. 여기서는, 윈도우의 식별자로서 MS Windows 시스템에서 이용되는 파라미터 hWnd(16비트의 데이터)를 이용하고 있다(Windows는 미국 Microsoft사의 미국 또는 그 밖의 나라에 있어서의 등록 상표입니다).

호스트로부터 메시지를 수신하면, 통합 컨솔(400)은 이미 액세스·메뉴(1710)가 작성되어 있는 경우, 메시지로부터 대응하는 호스트의 hWnd를 취득하고 대응하는 데이터를 도 20의 데이터 구조에 추가한다. 이와 같이, 통합 컨솔(400)은 메시지를 수신한 순서대로 대응하는 아이템을 상기 메뉴에 추가한다. 통합 컨솔(400)은 상기 데이터 구조에 기초하여 액세스·메뉴(1710)를 표시한다[도 17의 (b)].

또, 액세스·메뉴(1710)에는 개개의 아이템이 식별 가능하게 표시되고, 또한 각 아이템이 선택된 경우에 대응하는 컨솔을 통합 컨솔에 통지하도록 구성되도록 구성하면 족하다. 따라서, 도 20의 데이터에서는 적어도 파라미터 hWnd가 있으면 좋고, 메시지 내용은 생략할 수도 있다.

또한, 통합 컨솔(400)은 액세스·메뉴(1710)의 각 아이템을 중요도 레벨에 기초하여, 중요도가 높은 것으로부터 순서대로 소트하여 표시할 수 있다. 또한, 통합 컨솔(400)은 하나의 컨솔이 복수의 메시지를 수신한 경우에는 메시지마다 아이템을 생성하지 않고, 이들을 하나의 아이템으로서 통합하여 표시할 수 있다.

또한, 도시는 하지 않지만, 통합 컨솔(400)은 메시지를 수신한 컨솔을 영역(420) 내에 확대하여 표시하도록 하여도 좋다. 통합 컨솔(400)은 메시지를 수신한 컨솔 전체 또는 일부의 색을 다른 컨솔과 식별 가능하게 변경하도록 하여도 좋다. 또한, 상기한 예에서는 통합 컨솔(400)을 MDI(Multi Document Interface)로서 설명하였지만, SDI(Single Document Interface)로 할 수도 있다.

이들의 개량된 GUI는 (1) 호스트 일람(410)의 제어(예를 들면, 도 12, 도 13), (2) 컨솔 영역(420)의 제어(예를 들면, 도 14, 도 15, 도 16), (3) 새로운 조작 인터페이스의 생성(예를 들면, 도 17)의 타입으로 대별된다.

타입 (1) (3)의 GUI는 특히 컨솔로의 커맨드 입력의 기회가 많은 사용자에게 있어서 유효하다. 타입 (1) (3)의 GUI는 어떤 컨솔에 커맨드를 입력 중에 그 컨솔의 위치를 변경하지 않기 때문에, 커맨드를 입력하는 도중의 사용자에게 곤혹을 제공하지 않는다.

이것에 대하여, 타입 (2)의 GUI는 특히 컨솔로의 커맨드 입력의 기회가 적은 사용자(예를 들면, r권이 설정된 컨솔수가 많은 사용자)에 있어서 유효하다. 타입 (2)의 GUI는 컨솔·윈도우를 눈에 띄도록 표시를 제공하기 때문에, 사용자는 어떤 조작도 필요없이 컨솔로의 메시지의 내용을 즉시 알 수 있다.

도 18은 상술한 GUI를 실현하기 위한 통합 컨솔(400)의 플로우차트를 나타낸다. 도 19는 각 호스트 별로 등록된 메시지를 관리하는 테이블을 나타낸다. 이 테이블에는 호스트로부터 통지되는 메시지 중 감시 대상으로 하고 싶은 메시지를 등록한다. 감시 대상으로 하고 싶은 메시지의 예로서는 장해 메시지 등의 컨솔로부터 어떠한 조작을 필요로 하는 메시지이다.

[S1810] 통합 컨솔(400)은 호스트 J로부터의 메시지를 수신한다.

[S1820] 통합 컨솔(400)은 그 메시지가 호스트 J에 관해서, 테이블(도 19)에 등록되어 있는지의 여부를 판정한다. 통합 컨솔(400)은 미등록된 경우, 처리를 S1840으로, 등록된 경우, 처리를 S1830으로 진행시킨다.

[S1830] 통합 컨솔(400)은 호스트 J의 컨솔에 메시지를 표시한다.

[S1840] 통합 컨솔(400)은 호스트 J의 컨솔에 메시지를 표시한다.

[S1850] 통합 컨솔(400)은 호스트 J에 관한 정보를 식별 가능하게 표시한다(예를 들면, 도 12로부터 도 17).

도 20은 본 발명에 따른 소프트웨어의 배포 방법을 설명하는 도면이다. 본 발명의 소프트웨어의 프로그램 코드(소스 코드, 오브젝트 코드도 포함한다)는 기억 매체(2120)에 기억될 수 있다. 기억 매체(2120)의 예로서는 CD-ROM, MO, 플로피 디스켓, 하드디스크가 있다. 기억 매체에 기억된 프로그램 코드는 컴퓨터(2110)에 인스톨되어 기동되면, 컴퓨터(2110)의 메모리에 로드되어 CPU에 의해 실행된다.

또한, 본 발명에 따른 소프트웨어는 인터넷·프로바이더의 서버의 하드디스크 장치(2140)에 저장할 수도 있다. 이 경우, 사용자는 본건 소프트웨어를 네트워크(2130)를 통해 컴퓨터(2110)의 하드디스크 장치에 다운로드할 수 있다. 기동 후의 동작은 상술한 바와 같기 때문에, 여기서의 설명은 생략한다.

또, 본 명세서에 있어서, 컨솔 정보는 각 컨솔·윈도우(예를 들면, 도 4의 참조 부호 431-433)와 호스트 일람[예를 들면, 도 4의 아이콘(412), 호스트명(414)] 중 어느 한쪽 또는 양방을 말한다.

본 발명은 하나의 서버·컴퓨터의 컨솔을 복수의 클라이언트·컴퓨터 상에서 일괄 관리할 수 있다.

또한, 복수의 서버·컴퓨터의 컨솔을 하나의 클라이언트·컴퓨터 일괄 관리하는 경우의 개량된 GUI를 제공할 수 있다.

Claims (10)

1. 하나의 서버에 대한 복수의 컨솔로부터의 커맨드 입출력을 제어하는 입출력 제어 시스템에 있어서,

   각 컨솔로부터 서버로의 커맨드의 입출력 상태를 관리하는 관리 수단과,

   상기 입출력 상태에 기초하여, 각 컨솔로부터의 커맨드의 입출력을 제어하는 제어 수단

   을 포함하는 것을 특징으로 하는 입출력 제어 시스템.
2. 제1항에 있어서,

   입출력 제어 시스템은, 또한, 각 컨솔에 관해 커맨드의 입력 권한이 있는지의 여부의 설정에 기초하여, 각 컨솔에 관해서 입력 권한의 유무를 컨솔 정보에 식별 가능하게 표시하는 표시 수단을 포함하는 것을 특징으로 하는 입출력 제어 시스템.
3. 제1항에 있어서,

   관리 수단은 각 컨솔로부터 커맨드의 입력을 접수한 경우, 상기 입출력 상태가 판독만으로 설정되어 있을 때에 갱신되는 것을 특징으로 하는 입출력 제어 시스템.
4. 복수의 서버의 컨솔을 통합하여 관리하는 컨솔 관리 장치에 있어서,

   복수의 서버로부터 송신되는 메시지를 수신하는 수신 수단과,

   하나의 서버로부터의 메시지를 수신한 경우, 상기 서버의 컨솔 정보에 관해 다른 서버의 컨솔 정보와 식별 가능하게 표시하는 표시 제어 수단

   을 포함하는 것을 특징으로 하는 컨솔 관리 장치.
5. 제4항에 있어서,

   상기 표시 제어 수단은 서버명을 열기한 서버 일람(server 一覽)에 있어서, 메시지를 수신한 서버 정보를 다른 서버 정보와 식별 가능하게 표시하는 것을 특징으로 하는 컨솔 관리 장치.
6. 제4항에 있어서,

   상기 표시 제어 수단은 메시지를 수신한 서버의 컨솔을 다른 서버의 컨솔과 식별 가능하게 표시하는 것을 특징으로 하는 컨솔 관리 장치.
7. 제4항에 있어서,

   상기 표시 제어 수단은 메시지를 수신한 서버의 컨솔을 표시하기 위한 메뉴를 새롭게 생성하고 표시하는 것을 특징으로 하는 컨솔 관리 장치.
8. 제4항 내지 제7항중 어느 한 항에 있어서,

   컨솔 관리 장치는, 또한, 각 서버에 관해 메시지를 등록하는 등록 수단을 포함하고,

   상기 표시 제어 수단은 하나의 서버에 관해 등록 수단에 등록된 메시지를 수신한 경우에 상기 서버에 관한 상기 식별 가능 표시를 행하는 것을 특징으로 하는 컨솔 관리 장치.
9. 하나의 서버에 대한 복수의 컨솔로부터의 커맨드 입출력을 제어하는 프로그램을 기억한 컴퓨터 판독 가능한 기억 매체에 있어서,

   상기 프로그램은,

   복수의 컨솔로부터 입력되는 커맨드를 수신하는 프로그램 코드 수단과,

   하나의 컨솔로부터의 커맨드를 수신한 경우, 컴퓨터 상에 생성되는 서버로의 커맨드 입력 상태를 관리하는 관리 수단을 입력 상태로 갱신하고,

   상기 입력 상태 동안, 상기 서버로의 다른 커맨드 입력의 접수를 배제하도록 제어하는 프로그램 코드 수단

   을 포함하는 것을 특징으로 하는 컴퓨터 판독 가능한 기억 매체.
10. 복수의 서버의 컨솔을 통합하여 관리하는 프로그램을 기억한 컴퓨터 판독 가능한 기억 매체에 있어서,

    상기 프로그램은,

    복수의 서버로부터 송신되는 메시지를 수신하는 프로그램 코드 수단과,

    하나의 서버로부터의 메시지를 수신한 경우, 상기 서버의 컨솔 정보에 관해서 다른 서버의 컨솔 정보와 식별 가능하게 표시 제어하는 프로그램 코드 수단을 포함하는 것을 특징으로 하는 컴퓨터 판독 가능한 기억 매체.