KR0163251B1 - 클라이언트 서버형 네트워크 - Google Patents

Abstract

LAN에 접속된 동일 종류의 동작을 위해 이용되는 적어도 2개의 클라이언트와 서버로 구성되고 클라이언트의 수를 자동적으로 증가 및 감소시키는 클라이언트 서버형 네트워크에 관한 것으로써, 하나의 클라이언트에 의해 동일종류의 동작의 재개를 검출할 때 동작시에 다른 클라이언트에게 영향을 주지 않고 수동개시를 하지 않도록 서버에게 등록기능 및 제어기능을 마련하고 동일종류의 동작을 실행하는 클라이언트중 하나가 장애로 인해 긴급시에 정지되어도 동작중인 다른 클라이언트에게 영향을 주지 않도록 클라이언트가 긴급시에 정지되었는지의 여부를 폴링에 의해 확인하는 기능을 서버에게 마련하고 정보를 수신하기 위한 폴링에 의해 제어국 또는 클라이언트의 부하의 감소 또는 LAN상의 부하의 증가를 방지하도록 정보가 공급된 클라이언트를 직접 트리거하고 서버에 있어서의 정보를 설정하는 기능과 다른 클라이언트로부터 공급된 트리거를 인식하는 기능을 클라이언트에 마련하고 긴급시에 클라이언트가 정지될 때 동작의 연속성을 확보하도록 클라이언트에게 큐배타기능과 큐추출기능 및 큐제거기능을 구비하는 분리기능을 클라이언트에 마련하기 위해, 서버는 폴링에 의해 동작중인지의 여부의 판단을 각 클라이언트에 대해서 실행하는 동작 클라이언트 관리장치가 마련되어 있고 클라이언트가 고장등에 의해 동작을 정지한 것이 자동적으로 서버내의 데이타베이스에 기록되는 구성으로 하였다.

이것에 의해, 클라이언트는 자신이 동작중이라는 것을 서버내의 데이타베이스에 기록할 수 있고, 용이하게 클라이언트의 추가를 실행할 수 있고, 클라이언트의 제거가 용이하게 실행되는 효과가 얻어진다.

Description

클라이언트 서버형 네트워크

제1도는 본 발명의 제1실시예의 구조를 도시한 블럭도.

제2도는 제1도에 도시된 제1실시예에 있어서의 처리흐름도.

제3도는 제1도에 도시된 제1실시예에 있어서의 클라이언트의 동작개시 통지수단의 동작의 흐름도.

제4도는 제1도에 도시된 제1실시예에 있어서의 클라이언트의 동작상태 요구수단의 동작의 흐름도.

제5도는 제1도에 도시된 제1실시예에 있어서의 서버의 동작클라이언트 관리장치의 동작의 흐름도.

제6도는 제1도에 도시된 제1실시예에 있어서의 있어서의 클라이언트의 큐요구수단의 동작의 흐름도.

제7도는 제1도에 도시된 제1실시예에 있어서의 클라이언트의 큐추출수단의 동작의 흐름도.

제8도는 제1도에 도시된 제1실시예에 있어서의 클라이언트의 큐제거수단의 동작의 흐름도.

제9도는 제1도에 도시된 제1실시예에 있어서의 서버의 큐수신장치의 동작의 흐름도.

제10도는 제1도에 도시된 제1실시예에 있어서의 서버의 큐추출장치의 동작의 흐름도.

제11도는 제1도에 도시된 제1실시예에 있어서의 서버의 큐제거장치의 동작의 흐름도.

제12도는 제1도에 도시된 제1실시예에 있어서의 클라이언트의 트리거 요구수단의 동작의 흐름도.

제13도는 제1도에 도시된 제1실시예에 있어서의 클라이언트의 트리거 수신수단의 동작의 흐름도.

제14도는 본 발명의 제2실시예의 구조를 도시한 도면.

제15도는 본 발명의 제3실시예의 구조를 도시한 도면.

제16도는 종래의 클라이언트 서버형 네트워크의 구조의 블럭도.

본 발명은 LAN(Local Area Network)에 접속된 동일종류의 동작을 위해 이용되는 적어도 2인의 클라이언트와 서버로 구성되고 클라이언트의 수를 자동적으로 증가 및 감소시키는 클라이언트 서버형 네트워크에 관한 것이다.

종래에는 LAN에 접속된 여러개의 컴퓨터, 터미널 등으로 구성된 네트워크가 이용되었다. 그러한 네트워크중 하나로써, 소위 클라이언트 서버형 네트워크가 잘 알려져 있다. 제16도는 클라이언트 서버형 네트워크 구조의 일례를 도시하고 있다. 제16도에서도 알 수 있는 바와 같이, 네트워크는 LAN에 각각 접속된 서버와 다수의 클라이언트를 구비한다. 제16도에 도시한 네트워크에 있어서, 하나의 동작은 다수의 클라이언트의 공동작업에 의해 효과적으로 실행된다. 다수의 클라이언트의 공통작업에 의해 하나의 동작을 실행하는 경우에 있어서, 동일종류의 동작을 이용하는 다수의 클라이언트는 일반적으로 제어국에서 제어된다. 제16도에 도시된 구조에 있어서 제어국은 서버와 별도로 마련되지만, 서버는 또한 많은 네트워크에서 제어국으로 기능한다.

제16도에 도시된 구조를 갖는 네트워크의 동작을 설명한다.

소위 제어국 주도형 네트워크에 있어서, 제어국은 먼저 서버의 지시하에 클라이언트중 한명에게 작업을 할당한다. 작업이 할당된 클라이언트를 선택하기 위해, 제어국은 모든 클라이언트를 폴링하고 모든 클라이언트에게 일정한 정보를 공급한다. 제어국은 또 클라이언트의 요구에서 서버로 공급될 정보를 갖는 클라이언트를 선택하고, 정보를 추출하여 그것을 서버에게 공급한다.

클라이언트 주도형 네트워크에 있어서, 다음의 동작이 실행된다. 클라이언트가 하나의 작업을 완료하고 다른 작업을 개시했을 때, 클라이언트는 제어국으로 정보에 관한 요구를 한다. 제어국이 요구를 수신할 때, 제어국은 클라이언트에게 소정의 작업을 할당한다. 환언하면, 작업을 필요로 하는 클라이언트가 클라이언트 주도형 네트워크에서 제어국으로부터의 작업을 요구하는 동안, 제어국은 제어국 주도형 네트워크에 있어서 작업을 필요로 하는 클라이언트를 검색한다. 클라이언트 주도형 네트워크에 있어서, 클라이언트가 서버에게 공급될 소정의 정보를 가질 때, 정보는 제어국을 경유해서 서버로 공급된다.

그러한 네트워크의 기술은 클라이언트 각각의 네트워크 어드레스를 자동적으로 공급하는 방법인 일본국 특허공개공보 평3-204066에 개시되어 있다. 일본국 특허공개공보 평5-28065에는 클라이언트 동작의 정지 및 재개를 제어하는 방법이 개시되어 있고 일본국 특허공개공보 평4-294434에는 서버로의 고장들을 처리하는 방법이 개시되어 있다.

그러나, 상술한 종래기술에 있어서 동일종류의 동작을 실행하는 적어도 2개의 클라이언트를 구비하는 네트워크는 다음과 같은 문제점이 있다.

제어국 주도형 네트워크는 다음의 문제점을 갖는다.

(1) 동일 종류의 동작을 실행하는 클라이언트중 하나가 문제점을 갖고 긴급시에 동작을 정지시킬 때, 긴급정지를 검출하도록 소정의 타임아웃이 발생된다. 타임아웃은 전체 네트워크의 성능에 전체적으로 나쁜 영향을 미친다.

(2) 동일 종류의 동작을 실행하는 클라이언트에 의해 동작의 재개를 자동적으로 검출하는 것이 필요하다. 또, 동작을 재개하지 않는 클라이언트도 폴링하는 것이 필요하다. 이 여분의 폴링이 네트워크의 성능에 해로운 영향을 끼친다. 동작재개가 네트워크의 성능에 나쁜 영향을 끼치는 것을 방지하기 위해 동작을 수동으로 재개하는 것이 필요하다.

(3) 제어국이 클라이언트로부터 정보를 추출할 때 주기적인 폴링이 필요하고, LAN상의 부하와 제어국의 부하를 증가시킨다.

(4) 클라이언트가 장애로 인해 정지될 때, 클라이언트가 정보를 유지하는 동안 정지되므로, 정보 또는 동작의 연속성이 유지되지 않는다.

(5) 동일 종류의 동작을 새로운 클라이언트가 동작시키도록 하기 위해 새로운 정의가 필요하다.

클라이언트 주도형 네트워크는 다음과 같은 문제점이 있다.

(1) 동일 종류의 동작을 실행하는 각각의 클라이언트는 작업이 있는지의 여부를 알기 위해 제어국을 폴링한다. 따라서, 작업이 없어도 LAN상에 제어국 주도형 네트워크보다 많은 폴링출력이 존재하므로, LAN상의 부하와 제어국의 부하를 증가시킨다.

(2) 클라이언트가 장애로 인해 정지될 때, 클라이언트가 정보를 유지하는 동안 정지되므로, 정보 또는 동작의 연속성이 유지되지 않는다.

따라서, 종래기술에 있어서의 상술한 문제점을 해결하기 위한 본 발명의 목적은 다음과 같다.

(1) 본 발명의 제1의 목적은 하나의 클라이언트에 의해 동일 종류의 동작의 재개를 검출할 때에 동작시에 다른 클라이언트에게 영향을 주지 않고 수동개시를 하지 않도록 서버에게 등록기능 및 제어기능을 마련하는 것이다.

(2) 본 발명의 제2의 목적은 동일 종류의 동작을 실행하는 클라이언트중 하나가 장애로 인해 긴급시에 정지되어도 동작중인 다른 클라이언트에게 영향을 주지 않도록, 클라이언트가 긴급시에 정지되었는지의 여부를 폴링에 의해 확인하는 기능을 서버에게 마련하는 것이다.

(3) 본 발명의 제3의 목적은 정보를 수신하기 위한 폴링에 의해 제어국 또는 클라이언트의 부하의 감소 또는 LAN상의 부하의 증가를 방지하도록, 정보가 공급된 클라이언트를 직접 트리거하고, 서버에 있어서의 정보를 설정하는 기능과 다른 클라이언트로부터 공급된 트리거를 인식하는 기능을 클라이언트에 마련하는 것이다.

(4) 본 발명의 제4의 목적은 긴급시에 클라이언트가 정지될 때 동작의 연속성을 확보하도록 클라이언트에게 큐배타기능과 큐추출기능 및 큐제거기능을 구비하는 분리기능을 클라이언트에 마련하는 것이다.

상기 목적을 달성하기 위해 본 발명의 제1특징으로 클라이언트 서버형 네트워크는 서버, 동일 종류의 동작을 실행하는 적어도 하나의 제1클라이언트 및 제1클라이언트와 다른 제2클라이언트를 포함하고, 서버는 대응하는 클라이언트가 동작중일 때 제1 또는 제2클라이언트가 동작중인 것을 기억하고 제1 또는 제2클라이언트의 어드레스를 저장하는 기억수단, 제1 또는 제2클라이언트로부터 요구가 있을 때 동작중인 제1 또는 제2클라이언트의 상태에 정보를 위한 요구를 전송하는 요구전송수단, 제1또는 제2클라이언트로부터의 정보를 수신하고 정보를 큐로써 저장하는 저장수단, 제1 또는 제2클라이언트가 정보를 요구할 때 요구에 따라 큐에서 소정의 정보를 추출하고 정보를 요구하는 클라이언트에게 정보를 공급하는 정보공급수단 및 제1 (제2) 클라이언트가 장애로 인한 긴급정지를 처리하기 위해 주기적 폴링요구 또는 정지요구중의 하나일 때, 제1또는 제2클라이언트의 정지가 검출된 것을 판단하고 제1 (제2) 클라이언트가 동작중임을 나타내는 기억수단에서의 상기 정보를 제1 (제2) 클라이언트가 정지되는 것을 나타내는 정보로 변경하는 정보변경수단을 구비하고, 제1 및 제2클라이언트의 각각은 제1 (제2) 클라이언트가 개시된 후 제1 (제2) 클라이언트가 동작중인 것을 서버에게 통지하는 제1통지수단, 제1 (제2) 클라이언트가 개시된 후 큐에서 정보를 인출하도록 서버를 요구하는 정보추출 요구수단 및 서버내에 정보가 보정된 것을 서버에서 수신된 정보에 따라 제2 (제1) 클라이언트를 트리거해서 제2 (제1) 클라이언트에게 통지하는 제2통지수단을 구비한다.

본 발명의 제2의 특징으로 클라이언트 서버형 네트워크는 서버 및 다수의 클라이언트를 포함하고, 서버는 동작을 개시하는 클라이언트로부터 요구하는 로그인을 수신하고, 데이타베이스에 있어서 로그인명과 네트워크 어드레스를 설정하기 위한 지시에 따라 대응하는 클라이언트의 네트워크 어드레스와 로그인명을 갱신하는 동작클라이언트 관리수단, 클라이언트로부터 큐잉신호를 수신하고 상황의 판단의 결과로써 큐를 새롭게 발생하는 지시를 클라이언트가 발행할 때 또는 큐를 위한 디렉토리가 없는 경우 새로운 큐를 발생하는 큐발생수단, 새로운 큐가 발생되거나 또는 상황이 클라이언트의 판단으로 위임된 후 FIFO를 이용해서 화일형태로 큐정보를 발생하는 큐수신수단, 클라이언트로부터 디큐잉요구를 수신하고, 큐명에 따라 FIFO내에 큐화일을 검출하고, 검출된 큐화일을 클라이언트에게 공급하는 큐추출수단, 클라이언트로부터의 요구에 따라 데이타베이스에서 네트워크 어드레스, 로그인명 및 클라이언트의 동작상태를 추출하고 데이타베이스에서 추출된 네트워크 어드레스, 로그인명 및 동작상태를 요구를 출력하는 클라이언트에게 공급하는 정보공급수단, 클라이언트를 정지시키고, 정지요구 즉, 클라이언트로부터의 로그아웃 요구를 수신할 때, 데이타베이스로부터 정보를 제거 또는 장애로 인해 클라이언트의 긴급 정지가 인식될때 데이타베이스에서 클라이언트의 동작상태중인 정보를 제거하는 정보제거수단, 클라이언트로부터 공급된 큐의 정보명 즉 화일디렉토리상의 정보인 화일을 제거하는 큐제거수단을 구비하고, 클라이언트의 각각은 클라이언트가 동작을 개시할 때 로그인 명령을 이용해서 서버에게 동작개시를 통지하고, 데이타베이스내의 로그인명에 대응하는 클라이언트의 로그인명과 네트워크 어드레스를 서버내에 설정하도록 서버에게 지시하는 동작개시통지수단, 큐정보를 서버에게 요구하고, 서버가 큐를 갖지 않으면 미리 결정된 큐명에 따라 화일디렉토리를 발생하고 발생된 큐에서 정보를 설정하도록 서버에게 요구하는 큐요구수단, 특정화된 큐명에 따라 FIFO에 의한 큐에서 정보를 추출하도록 서버에게 요구하는 큐추출수단, 서버가 정보를 큐한후 동일 종류의 동작을 실행하는 모든 클라이언트를 알기 위해 서버의 데이타베이스로부터 동작중인 대응하는 클라이언트의 네트워크 어드레스와 로그인명을 추출하도록 서버에게 요구하는 동작상태 요구수단, 서버가 정보를 큐한 후 동작클라이언트 관리수단을 통해 동일 종류의 동작을 실행하는 모든 클라이언트의 네트워크 어드레스를 얻고, 저레벨의 프로토콜을 이용해서 모든 클라이언트를 트리거하는 트리거 요구수단, 다른 클라이언트로부터 정보를 수신하기 위해 네트워크내에 저레벨의 프로토콜을 이용해서 트리거를 수신하기 위해 비동기 인터럽트 즉 정상조작에 영향을 주지 않는 인터럽트에 의해 대기상태를 클라이언트내에 설정하는 대기상태 설정수단, 대기상태가 설정되어 있는 동안 트리거정보가 다른 클라이언트로부터 공급될 때 동작중인 작업을 일시중단하여 트리거정보를 수신하고, 클라이언트가 트리거정보를 수신한후 클라이언트를 인터럽트 처리로 되돌리는 트리거정보 수신수단, 트리거정보가 정상작업의 각 끝에 송신되었는지의 여부를 판단하고 트리거정보가 송신되었을 때 트리거정보를 인식하는 트리거정보 인식수단 및 소정의 처리가 성공적으로 완료되었을 때 큐정보를 제거하도록 서버에게 요구하는 제거요구수단을 구비한다.

본 발명의 제3의 특징으로는 서버, 동일종류의 동작을 실행하는 적어도 하나의 제1클라이언트 및 제1클라이언트와 다른 제2클라이언트를 갖는 클라이언트 서버형 네트워크용 서버로서, 대응하는 클라이언트가 동작중일 때 제1 또는 제2클라이언트가 동작중인 것을 기억하고, 동작중인 제1 또는 제2클라이언트의 어드레스를 저장하는 기억수단, 요구가 제1 또는 제2클라이언트로부터 있을 때 동작중인 제1 또는 제2클라이언트의 상태의 정보에 관한 요구를 전송하는 요구전송수단, 제1또는 제2클라이언트로부터의 정보를 수신하고 큐에 정보를 저장하는 저장수단, 제1 또는 제2클라이언트가 정보를 요구할 때 요구에 따라 큐로부터 소정의 정보를 추출하고 정보를 요구하는 클라이언트에게 정보를 공급하는 정보공급수단 및 제1 (제2) 클라이언트가 장애로 인한 긴급정지를 처리하도록 주기적 폴링요구 또는 정지요구중의 하나일 때, 제1또는 제2클라이언트의 정지가 검출된 것을 판단하고, 제1 (제2) 클라이언트가 동작중임을 나타내는 기억수단내의 정보를 제1 (제2) 클라이언트가 정지인 것을 나타내는 정보로 변경하는 정보변경수단을 구비한다.

본 발명의 제4의 특징으로는 서버, 서버와 동일 종류의 동작을 실행하는 적어도 하나의 제1클라이언트 및 제1클라이언트와 다른 제2클라이언트를 갖는 클라이언트 서버형 네트워크에서 제1또는 제2클라이언트로써 사용되는 클라이언트 서버형 네트워크용 클라이언트를 마련하고, 클라이언트는 제1 (제2) 클라이언트가 개시된 후 제1 (제2) 클라이언트가 동작중임을 서버에게 통지하는 제1통지수단, 제1 (제2) 클라이언트가 개시된 후 큐에서 정보를 추출하도록 서버에게 요구하는 정보추출 요구수단 및 서버에서 수신된 정보에 따라 제2 (제1) 클라이언트를 트리거해서 서버내에 정보가 설정된 것을 제2 (제1) 클라이언트에게 통지하는 제2통지수단을 구비한다.

본 발명의 제5의 특징으로는 서버와 다수의 클라이언트를 갖는 클라이언트 서버형 네트워크용 서버를 마련하고, 서버는 동작을 개시하는 클라이언트로부터 로그인요구를 수신하고, 데이타베이스내에 로그인명과 네트워크 어드레스를 설정하기위한 지시에 따라 대응하는 클라이언트의 로그인명과 네트워크 어드레스를 갱신하는 동작클라이언트 관리수단, 클라이언트로부터 큐잉요구를 수신하고, 상황의 판단의 결과로써 큐를 새롭게 발생하는 지시를 클라이언트가 발행할 때 또는 큐잉을 위한 디렉토리가 없는 경우 새로운 큐를 발생하는 큐발생수단, 새로운 큐가 발생되거나 또는 상황이 클라이언트의 판단으로 위임된 후 FIFO를 이용해서 화일형태로 큐정보를 발생하는 큐수신수단, 클라이언트로부터 디큐잉요구를 수신하고, 큐명에 따라 상기 FIFO내에 큐화일을 검출하고, 검출된 큐화일을 클라이언트에게 공급하는 큐추출수단, 클라이언트로부터의 요구에 따라 데이타베이스로부터 네트워크 어드레스, 로그인명 및 클라이언트의 동작상태를 추출하고, 데이타베이스에서 추출된 네트워크 어드레스, 로그인명 및 동작상태를 요구를 출력하는 클라이언트에게 공급하는 정보공급수단, 클라이언트를 정지시키고, 정지요구 즉 클라이언트로부터의 로그아웃 요구를 수신할 때, 데이타베이스로부터 정보를 제거 또는 장애로 인해 클라이언트의 긴급정지가 인식될 때 데이타베이스에서 클라이언트의 동작상태중인 정보를 제거하는 정보제거수단 및 클라이언트로부터 공급된 큐의 정보명 즉 항목명에 따라 큐상의정보 즉 화일디렉토리상의 정보인 화일을 제거하는 큐제거수단을 구비한다.

본 발명의 제6의 특징으로는 서버와 다수의 클라이언트를 갖는 클라이언트 서버형 네트워크용 클라이언트를 마련하고, 클라이언트는 클라이언트가 동작을 개시할 때 로그인 명령을 이용해서 서버에게 동작개시를 통지하고, 데이타베이스내의 로그인명에 대응하는 클라이언트의 로그인명과 네트워크 어드레스를 서버내에 설정하도록 서버에게 지시하는 동작개시 통지수단, 큐정보를 서버에게 요구하고, 서버가 큐를 갖지 않으면 미리 결정된 큐명에 따라 화일디렉토리를 발생하고 발생된 큐에서 정보를 설정하도록 서버에게 요구하는 큐요구수단, 특정화된 큐명에 따라 FIFO에 의한 큐에서 정보를 추출하도록 서버에게 요구하는 큐추출수단, 서버가 정보를 큐한 후 동일 종류의 동작을 실행하는 모든 클라이언트를 알기 위해 서버의 데이타베이스로부터 동작중인 대응하는 클라이언트의 네트워크 어드레스와 로그인명을 추출하도록 서버에게 요구하는 동작상태 요구수단, 서버가 정보를 큐한 후 동작클라이언트 관리수단을 통해 동일 종류의 동작을 실행하는 모든 클라이언트의 네트워크 어드레스를 얻고, 저레벨로 프로토콜을 이용해서 모든 클라이언트를 트리거하는 트리거 요구수단, 다른 클라이언트로부터 정보를 수신하기 위해 네트워크내에 저레벨의 프로토콜을 이용해서 트리거를 수신하기 위해 비동기 인터럽트 즉 정상동작에 영향을 주지 않는 인터럽트에 의해 대기상태를 클라이언트내에 설정하는 대기상태 설정수단, 대기상태가 설정되어 있는 동안 트리거정보가 다른 클라이언트로부터 공급될 때 동작중인 작업을 일시 중단하여 트리거정보를 수신하고, 클라이언트가 트리거정보를 수신한 후 클라이언트를 인터럽트 처리로 되돌리는 트리거정보 수신수단 트리거정보가 정상작업의 각 끝에 송신되었는지의 여부를 판단하고 트리거정보가 송신되었을 때 트리거정보를 인식하는 트리거정보 인식 수단 및 소정의 처리가 성공적으로 완성되었을 때 큐정보를 제거하도록 서버에게 요구하는 제거요구수단을 마련한다.

여기서 FIFO는 입력순서로 데이타를 출력하는 즉, 먼저 입력된 데이타를 먼저 출력하는 데이타 버퍼장치인 First In First Out 의 약어이다.

이 구조에 따르면, 클라이언트에 의한 동작개시를 검출하는 것이 용이하므로 서버의 등록기능과 제어기능이 쉽게 보강된다.

클라이언트가 긴급시에 정지되는지의 여부는 폴링에 의해 판단되고 긴급정지는 다른 클라이언트에게 영향을 주지 않는다.

각각의 클라이언트는 정보가 공급된 클라이언트를 직접 트리거하는 기능과 다른 클라이언트로부터 공급된 트리거를 인식하는 기능을 갖는다. 따라서 LAN상에 부하내의 증가를 방지하는 것이 가능하다.

긴급시에 클라이언트가 정지되어도 큐배타처리, 큐추출처리 및 큐제거처리를 할 수 있으므로, 조작의 연속성이 확보된다.

본 발명의 다른 목적과 새로운 특징은 후술 및 첨부도면으로부터 명확하게 될 것이다.

[실시예 1]

본 발명의 제1실시예를 제1도에 따라 설명한다.

제1도는 본 발명에 따른 클라이언트 서버형 제1실시예의 네트워크의 블럭도이다. 제1도에 도시된 바와 같이, 네트워크는 대체로 서버(1)과 클라이언트(3)이 접속된 케이블 네트워크인 LAN(2)로 구성된다. 전체 네트워크의 핵심으로써 관리 및 제어서비스를 실행하는 서버(1)과 동작을 실제로 실행하는 다수의 클라이언트(3)은 LAN(2)에 접속된다. 서버(1)은 동작중인 클라이언트의 상태를 판단하고 클라이언트를 관리하는 동작클라이언트관리장치(11), 큐수신장치(12), 큐추출장치(13) 및 큐제거장치(14)을 구비한다. 제1실시예에 있어서, 큐수신장치(12), 큐추출장치(13) 및 큐제거장치(14)는 일괄해서 큐서비스장치라 불린다. 제1도에 도시된 바와 같이, 클라이언트(3)은 동작개시 통지수단(15)와 동작상태 요구수단(16)을 구비한다. 제1실시예에 있어서 동작개시 통지수단(15)와 동작상태 요구수단(16)은 일괄해서 동작상태 관리수단이라 불린다. 클라이언트(3)은 서버(1)과 같은 방식으로 큐서비스장치를 마련한다. 클라이언트(3)의 큐서비스장치는 큐요구수단(17), 큐추출수단(18) 및 큐제거수단(19)를 마련한다. 또, 클라이언트(3)은 트리거수단을 마련한다. 또, 제1도에 도시한 바와 같이, 트리거수단은 트리거 요구수단(20)과 트리거 수신수단(21)을 구비한다.

클라이언트 서버형 네트워크의 제1실시예의 동작에 대해 제2도의 흐름도를 참조로 하여 상세히 설명한다.

스텝(41)에 있어서, 동작을 개시하는 클라이언트(3)은 접속과 네트워크 어드레스를 동작개시 통지수단(15) (후에 제3도를 참조로 설명함) 를 이용해서 서버(1)로 공급한다. 본 발명에 있어서, 동작개시통지수단(15)는 제1통지수단에 대응한다.

스텝(42)에 있어서, 서버(1)은 동작클라이언트관리수단(11) (후에 제5도를 참조로 설명함) 을 이용해서 클라이언트(3)으로부터 접속요구를 수신하고, 그 요구를 처리한다. 본 발명에 있어서 동작클라이언트 관리수단(11)은 기억수단과 저장수단으로써 기능한다.

스텝(43)에 있어서, 공급될 필요가 있는 정보를 갖는 클라이언트(3)은 큐요구수단(17) (후에 제6도를 참조로 설명함) 을 이용해서 정보를 설정하도록 서버(1)에게 요구한다. 서버(1)은 큐수신장치(12) (후에 제9도를 참조로 설명함) 를 이용해서 요구를 처리한다.

스텝(44)에 있어서, 소정의 정보를 갖는 클라이언트(3)은 동작상태 요구수단(16) (후에 제4도를 참조로 설명함) 를 이용해서 서버(1)로부터 동작중인 클라이언트(3)에 관한 정보와 어드레스를 수신하고, 클라이언트(3)이 동일 종류의 동작을 실행하는 소정의 작업을 실행하도록 요구하는 모든 클라이언트(3)을 트리거하도록, 트리거 요구수단(20) (후에 제12도를 참조로 설명함) 을 사용해서 클라이언트(3)에 관한 정보와 어드레스에 따라 클라이언트(3)으로 트리거를 공급한다.

동작상태 요구수단(16)은 본 발명에 있어서 정보추출 요구수단의 일례이고, 본 발명에 있어서 트리거 요구수단(20)은 제2통지수단의 일례이다.

스텝(45)에 있어서, 트리거는 비동기 인터럽트에 의해 소정의 작업을 위해 지시를 기다리고 동일 종류의 동작을 실행하는 클라이언트(3)으로 공급된다. 클라이언트(3)의 각각은 데이타 (주기적 체크는 LAN상을 흐르는 데이타의 체크가 아니라 클라이언트(3)의 테이블내의 데이타체크라는 것이 중요하다) 를 주기적으로 체크하고, 트리거 수신수단(21) (후에 제13도를 참조로 설명함) 을 이용해서 트리거를 수신한 클라이언트(3)은 큐추출수단(18)을 이용해서 소정의 정보를 추출하도록 서버(1)에게 요구한다.

큐추출수단(18)은 본 발명에 있어서 정보추출 요구수단의 일례이다.

스텝(46)에 있어서, 서버(1)은 클라이언트(3)의 큐추출수단(18) (후에 제7도를 참조로 설명함) 에서 요구를 수신하고, 큐추출장치(13) (후에 제10도를 참조로 설명) 에 의해 처리중인 정보를 배타적으로 추출하여 클라이언트(3)으로 정보를 공급한다.

큐추출장치(13)은 본 발명에 있어서 정보공급수단의 일례이다.

스텝(47)에 있어서, 클라이언트(3)은 공급된 정보에 따라 소정의 작업을 실행한다. 작업이 완료되면, 클라이언트(3)은 큐제거수단(19) (후에 제9도를 참조로 설명함) 를 이용해서 큐를 제거하도록 서버(1)에게 요구한다.

큐제거수단(19)는 본 발명에 있어서 제거요구수단의 일례이다.

서버(1)이 큐를 제거하는 요구를 수신할 때, 큐제거장치 (후에 제11도를 참조로 설명함) 를 이용해서 큐를 제거한다. 본 발명에 있어서 큐제거장치(14)는 큐제거수단의 일례이다.

스텝(48)에 있어서, 서버(1)이 동작중인 클라이언트(3)으로부터 정지요구를 수신하고, 장애로 인해 동작중인 클라이언트(3)이 정지되는 것을 검출 또는 주기적 폴링에 의해 동작중인 클라이언트(3)이 정지되는 것을 판단할 때, 서버(1)은 클라이언트 동작상태 테이블에서 대응하는 클라이언트(3)을 제거한다.

제3도는 제1도에 있어서의 클라이언트(3)의 동작개시 통지수단(15)의 흐름도이다.

제3도에 도시된 바와 같이, 로그온 지시가 스텝 (3-1) 에서 서버(1)로 공급된다.

스탭 (3-2) 에 있어서, 서버(1)은 서버(1)의 데이타베이스내에 대응하는 클라이언트(3)의 네트워크 어드레스와 로그온명을 설정하도록 요구된다.

이러한 동작에 의해, 동작중인 클라이언트는 로그온 지시에 따라 서버(1)의 데이타베이스내에 등록된다.

제4도는 제1도에 있어서의 클라이언트(3)의 동작상태 요구수단(16)의 동작의 흐름도이다. 본 발명에 있어서, 동작상태 요구수단(16)은 제1통지수단의 일례이다.

스텝 (4-1) 에 있어서, 소정의 조건을 로그온하고 만족시키는 사용자는 동작상태 요구수단(16)이 서버(1)을 요구할 때 추출된다. 이 조건, 예를 들면 사용자의 첫3문자는 REP이다.

스탭 (4-2) 에 있어서, 스텝 (4-1) 에서 추출된 로그온 사용자의 네트워크 어드레스는 데이타베이스에서 추출된다. 서버(1)은 클라이언트(3)으로부터의 요구에 따라 데이타베이스에서 클라이언트(3)으로 추출된 네트워크 어드레스를 공급한다.

제5도는 제1도에 있어서의 서버(1)의 동작클라이언트 관리장치(11)의 흐름도이다. 동작클라이언트의 관리장치(11)은 본 발명에 있어서 기억수단과 저장수단의 일례이다.

스텝 (5-1) 에 있어서, 흐름처리는 클라이언트(3)의 동작개시 통지수단(15)의 동작에 대응해서 추출된다. 로그인 처리는 제일먼저 수행되고, 그것과 대응하는 로그인 사용자명과 네트워크 어드레스는 서버(1)의 데이타베이스에 등록된다.

스텝 (5-2) 에 있어서, 다음의 처리가 클라이언트(3)의 동작개시 요구수단(16)의 동작에 대응해서 실행된다. 소정의 조건을 만족시키는 모든 로그인 사용자명은 먼저 클라이언트(3)에게 공급된다. 대응하는 로그온 사용자명과 네트워크 어드레스는 데이타베이스에서 추출 한 후 클라이언트(3)에게 공급된다.

스텝 (5-3) 에 있어서, 다음의 처리가 클라이언트 정지처리에 대응해서 실행된다. 정상정지 (로그아웃 지시) 에 있어서, 클라이언트는 로그인 사용자테이블에서 제거된다. 비정상적인 정지에 있어서, 클라이언트(3)이 동작중인지의 여부에 관해 주기적 체크에 의해 얻어지는 응답이 없으면, 로그인 사용자 테이블에서 클라이언트는 제거된다.

제6도는 제1도에 있어서의 클라이언트의 큐요구수단(17)의 동작의 흐름도이다. 큐요구수단(17)은 본 발명에 있어서의 큐요구수단의 일례이다. 제6도에 도시된 바와 같이, 스텝 (6-1) 에 있어서, 큐정보는 제일먼저 발생되고, 서버(1)에 큐를 요구한다. 스텝 (6-2) 에 있어서, 판단은 섭자(1)이 큐잉의 성공 여부를 판단한다. YES이면 큐요구수단(17)의 동작은 완료된다. 반면, NO이면 그 처리는 다음의 스텝 (6-3) 으로 진행된다.

스텝 (6-3) 에 있어서, 서버 (1)은 새로운 큐를 발생하도록 명령한다.

스텝 (6-4) 에 있어서, 큐로 큐정보가 발생되고 서버(1)에 요구된다. 이 방식에 있어서, 큐가 없으면 새로운 큐정보가 발생되고 큐잉이 실행된다.

제7도는 제1도에 있어서의 클라이언트(3)의 큐추출수단(18)의 동작의 흐름도이다. 큐추출수단(18)은 본 발명에 있어서의 큐추출수단의 일례이다. 스탭 (7-1) 에 있어서, 큐정보를 공급하도록 큐명이 표시되고 서버(1)에 요구한다.

스텝 (7-2) 에 있어서, 큐정보가 추출되었는지의 여부가 판단된다. YES이면, 큐추출수단(18)의 동작은 완료된다. 반면, NO이면 그 처리는 다음의 스텝 (7-3) 으로 진행된다.

스텝 (7-3) 에 있어서, 큐추출수단(18)은 큐가 비어있는거나 또는 큐가 발생되지 않으므로 큐정보가 얻어질 수 없다는 것을 보고한다.

제8도는 제1도에 있어서의 클라이언트(3)의 큐제거수단(19)의 동작의 흐름도이다. 큐제거수단(19)는 본 발명에 있어서의 제거요구수단의 일례이다.

스텝 (8-1) 에 있어서, 처리가 완료되었으므로 큐에서 지정된 정보를 제거하도록 서버에 요구한다.

제9도는 제1도에 있어서의 서버의 큐수신장치(12)의 동작의 흐름도이다. 큐수신장치(12)는 본 발명에 있어서의 큐발생수단의 일례이다.

제9도에 도시된 바와 같이, 스텝 (9-1) 에 있어서 큐발생요구가 발행된다. 이 요구가 수신되면, 큐는 스텝 (9-2) 에서 발생된다. 큐가 발생되었을 때, 큐수신장치(12)의 동작이 완료된다.

한편 큐발생요구가 발행된 후 큐가 발생되지 않으면, 스텝 (9-3) 에서 큐가 존재하는지의 여부를 판단한다. 큐가 존재하면, 큐정보는 큐된다. 큐가 존재하지 않으면, 큐의 부재가 보고된다.

제10도는 제1도에 있어서 서버의 큐추출장치(13)의 동작의 흐름도이다. 큐추출장치(13)은 본 발명에 있어서의 큐추출수단의 일례이다.

제10도에 도시된 바와 같이, 스텝 (10-1) 에서 큐존재가 제일 먼저 판단된다. 큐가 존재하지 않으면, 스텝 (10-2) 에서 큐의 부재가 보고되고, 큐추출수단(13)의 동작이 완료된다. 한편, 큐가 존재하면 다음 스텝 (10-3) 으로 처리가 진행된다.

스텝 (10-3) 에 있어서, 큐가 비어있는지의 여부에 대해 판단한다. 큐가 비어있으면 스텝 (10-4) 에서 큐의 비어있음이 보고된다. 한편, 큐가 비어있지 않으면 다음 스텝 (10-5) 로 처리가 진행된다.

제11도는 제1도에 있어서 서버의 큐제거장치(14)의 동작의 흐름도이다. 큐제거장치(14)는 본 발명에 있어서의 큐제거장치의 일례이다.

제11도에 도시된 바와 같이, 스텝 (11-1) 에서 지정된 큐정보는 큐로부터 제거되어 큐제거장치(14)의 동작이 완료된다.

제12도는 제1도에 있어서 클라이언트의 트리거요구수단(20)의 동작의 흐름도이다. 트리거 요구수단(20)은 본 발명에 있어서의 트리거 요구수단의 일례이다.

제12도에 도시된 바와 같이, 스텝 (12-1) 에서 클라이언트의 네트워크를 이용해서 서버의 큐에서 정보가 설정되는 것을 동작중인 다른 클라이언트 (즉, 로그인 클라이언트) 에게 알린다. 그 후 트리거 요구수단(20)의 동작이 완료된다.

제13도는 제1도에 있어서 클라이언트(3)의 트리거 수신수단(21)의 동작의 흐름도이다. 트리거 수신수단(21)은 본 발명에 있어서의 트리거정보 수신수단의 1예이다.

제13도에 도시된 바와 같이, 스텝 (13-1) 에서 트리거 수신수단(21)은 트리거 요구를 항상 수신할 수 있도록 대기상태로 있다. 환언하면, 다른 동작에 영향을 끼치는 트리거 요구를 방지하도록 인터럽트에 의해 트리거 요구는 어느때라도 수신된다.

스텝 (13-2) 에 있어서, 트리거 요구가 수신될 때, 정상동작은 트리거 요구를 빨리 기록하도록 인터럽트된다. 트리거 요구를 기록한 후, 동작은 정상동작으로 복귀된다.

스텝 (13-3) 에 있어서, 스텝 (13-2) 에서 발생된 기록은 트리거 요구가 발행되었는지의 여부를 판단하기 위해 정상동작의 각 끝에서 주기적으로 체크된다. 소정의 트리거 요구가 기록되고 기록내에 유지되면, 이것은 서버(1)의 큐에서 정보가 유지된다는 것을 의미한다.

[실시예 2]

제14도를 참조로 본 발명의 제2실시예를 설명한다. 제14도는 본 발명의 제2실시예의 구조를 도시한 것이다. 제14도에 도시된 바와 같이, 전체 네트워크의 핵심으로써 관리 및 제어를 실행하는 서버(61)은 LAN(62)에 접속된다. 전화의 PBX와 연관된 전화를 제어하는 PBX제어 클라이언트(63)과 전화업무조작을 실행하는 전화클라이언트(64)는 또 LAN(62)에 접속된다. PBX제어클라이언트(63)으로 공중망, ISDN망, 구내망, 전용회선 및 특수회선(67)의 전화를 처리하는 PBX(66)에 접속된다. 전화업무조작을 실행하는 오퍼레이터는 전화클라이언트(64)로 할당되고, 필드 엔지니어(68)은 오퍼레이터(65)로부터의 명령에 따라 소정의 장애를 정정한다.

PBX(66)은 공중망, ISDN망, 구내망, 전용회선 및 특수회선(67)을 통해 문제점을 보고하기 위해 이용자에의해 이용된 전화(69)에 접속된다.

제2실시예의 동작을 더 상세히 설명하면 다음과 같다.

엘리베이터의 고장이 전화(69)로 연락되었다고 한다. PBX(66)은 문제점을 인식하고 고장이 통지된 전화를 통해 PBX제어클라이언트(63)으로 보고한다. 이 보고는 공중망일 때 네트워크 지역명, ISDN 또는 구내망일 때 사용자명, 전용 또는 특수회선일 때 전화번호를 구비한다. PBX제어클라이언트(63)은 서버(61)의 큐에서 전화망상의 정보와 부가의 정보를 설정한다. PBX제어클라이언트(63)은 서버(61)로부터 동작중인 모든 전화클라이언트(64)상에 정보를 수신하고 전화클라이언트(64)를 트리거한다. 전화클라이언트(64)로부터 전화를 수신한 수 즉시 동작할 수 있는 오퍼레이터(65)는 대응하는 전화클라이언트(64)의 위치를 접촉한다. 대응하는 전화클라이언트(64)는 큐정보만을 배타적으로 추출하도록 서버(61)에게 요구한다. 큐정보가 추출되었을 때, 오퍼레이터(65)는 전화클라이언트(64)를 PBX(66)에 접속시키도록 PBX제어클라이언트(63)을 지시한다. 이 방식에 있어서, 동작자(65)는 전화(69)를 이용하는 호출자와 통화할 수 있다. 전화(69)의 통화시 필요하다고 판단되면, 필드엔지니어(68)을 출동시킨다.

[실시예 3]

본 발명의 제3실시예를 설명한다.

제15도는 본 발명의 제3실시예의 구조를 도시한 도면이다. 제15도에 도시된 바와 같이, 전체 네트워크의 핵심으로써 관리 및 제어를 실행하는 서버(81)은 LAN(82)에 접속된다. 기계감시 클라이언트(83)으로부터 공급된 정보에 따라 또는 오퍼레이터(85)로부터의 명령에 따라 상태를 표시하는 지시대 클라이언트(84)와 원격적으로 기계를 감시하는 기계감시 클라이언트(83)도 LAN(82)에 접속된다. 통신망(86)을 통해 기계감시 대상인 엘리베이터(88)에 기계감시 클라이언트(83)을 접속할 수 있다. 오퍼레이터(85)는 기계를 수리하는 필드 엔지니어에게 소정의 명령을 발행한다.

제3실시예의 동작을 더 상세히 설명하면 다음과 같다.

엘리베이터(88)에 고장이 있으면, 그 고장은 통신망(86)을 통해 기계감시 클라이언트(83)으로 보고된다. 기계감시 클라이언트(83)은 서버(81)의 큐에서 고장과 관련된 정보를 설정하고, 서버(81)에서 조작중인 지시대 클라이언트(84)의 상태상의 정보를 추출한다. 그 후, 기계감시 클라이언트(83)은 모든 지시대 클라이언트(84)를 트리거한다. 지시대 클라이언트(84)는 트리거를 수신하여 상태를 표시한다. 오퍼레이터(85)가 다음의 작업을 개시할 때, 오퍼레이터(85)는 다음 작업을 수신하도록 대응하는 지시대 클라이언트(84)의 스크린을 접촉한다. 오퍼레이터(85)가 원격으로 엘리베이터(88)을 수리하는 것이 가능하여 필드엔지니어(87)을 충돌시킬 필요가 없다고 판단하면, 조작자(85)는 서버(81)의 큐에 대응하는 엘리베이터(88)의 수리명령상의 정보와 전화번호를 등록하고, 서버(81)로부터 조작중인 모든 기계감시 클라이언트(83) 상에 정보를 수신하고, 정보에 따라 동작중인 모든 기계감시 클라이언트(83)을 트리거한다.

트리거가 수신될 때, 작업을 실행할 수 있는 기계감시 클라이언트(83)은 정보에 따라 엘리베이터(88)을 수리한다. 본 발명은 동일 종류의 동작을 실행하는 지시대 클라이언트(84)의 동작과는 다른 종류의 동작을 실행하는 클라이언트(83) 사이에서도 효과적이다.

상술한 바와 같이, 본 발명은 조작클라이언트 감시 및 제어 시스템과 큐잉시스템 및 트리거 시스템을 서로 결합하여 다음과 같은 효과를 얻을 수 있다.

동일 종류의 동작을 실행하는 클라이언트중 한개가 정지되더라도 그 효과는 클라이언트의 수의 감소와 대응하는 정도로 저하되나, 클라이언트의 정지는 전체적 시스템에 나쁜 영향을 끼치지 않는다. 따라서, 네트워크에 전체적으로 나쁜 영향을 주지 않고도 동일 종류의 동작을 실행하는 클라이언트중 한개를 정지시키고 클라이언트의 수를 증가시키는 것이 가능하다.

동일 종류의 동작을 실행하는 클라이언트의 수가 증가되더라도 그 효과는 클라이언트의 수의 증가와 대응하는 정도로 높아지지만, 그 증가는 전체적으로 시스템에 나쁜 영향을 끼치지는 않는다. 동일 종류의 동작을 실행하는 클라이언트의 수에 있어서의 클라이언트의 정지와 증가는 동작자의 도움없이도 자유롭고 자동적으로 할 수 있다.

정보를 추출하기 위한 폴링이 없으므로, LAN, 클라이언트, 또는 서버상에 부하가 거의 필요없다. 그 결과, 폴링과 같은 부하가 감소되어 특별한 제어국이 불필요하다.

동일 종류의 동작을 실행하는 클라이언트중 하나가 정지되더라도, 동일 종류의 동작을 실행하는 다른 클라이언트가 그 조작을 담당하게 되어 동작의 연속성이 유지된다. 따라서, 클라이언트중 한개가 정지될 때 정보의 연속성을 확보할 수 있고 이전 상태로 처리를 유지하는 것이 가능하다.

폴링부하가 작으므로, 특별한 제어국이 불필요하고 서버는 또 제어국으로써 지원할 수 있다. 큐정보가 서버내에 필드되므로 비정상으로 인해 서버가 정지되더라도 서버가 다시 개시되었을 때 연속적 동작이 가능하다.

이상, 본 발명자에 의해서 이루어진 발명을 상기 실시예에 따라 구체적으로 설명하였지만, 본 발명은 상기 실시예에 한정되는 것은 아니고, 그 요지를 이탈하지 않는 범위내에서 여러가지로 변경가능한 것은 물론이다.

Claims (6)

1. 서버, 동일종류의 작업을 실행하는 적어도 1개의 제1 클라이언트 및 상기 제1 클라이언트와는 다른 제2 클라이언트를 구비한 클라이언트서버형 네트워크로서, 상기 서버는 대응하는 클라이언트가 동작중인 경우에 상기 제1 또는 제2 클라이언트가 동작중이라는 것을 기억하고 상기 동작중인 제1 또는 제2 클라이언트의 어드레스를 저장하는 기억수단, 상기 제1 또는 제2 클라이언트로부터 상기 동작중인 제1 클라이언트 또는 제2 클라이언트의 상황정보에 대한 요구가 있을 때에 그 요구를 전달하는 요구전달수단, 상기 제1 또는 제2 클라이언트에서 정보를 수신하고 이 정보를 큐로서 유지하는 유지수단, 상기 제1 또는 제2 클라이언트로부터 상기 정보에 대한 요구가 있었을 때에 상기 요구에 따라서 미리 결정되어 있는 정보를 상기 큐에서 추출함과 동시에 이 추출한 정보를 상기 정보를 요구한 클라이언트에게 송출하는 정보부여수단 및 상기 제1(제2) 클라이언트로부터 정지요구 또는 장해로 인한 긴급정지에 대처하기 위한 정기적인 폴링요구 중의 어느 1개의 요구가 있었을 때에 상기 제1 또는 제2 클라이언트의 정지가 검출된 것으로 판단하고, 상기 기억수단내의 상기 제1(제2) 클라이언트가 동작중이라는 것을 나타내는 정보를 상기 제1(제2) 클라이언트가 정지되어 있는 것을 나타내는 정보로 변경하는 정보변경수단을 포함하고, 상기 제1 및 제2 클라이언트의 각각은 상기 제1(제2) 클라이언트의 개시후에 상기 서버에게 상기 제1(제2) 클라이언트가 동작중이라는 것을 통지하는 제1 통지수단, 상기 제1(제2) 클라이언트의 개시후에 상기 서버에게 상기 큐에서 정보를 추출하도록 요구하는 정보추출 요구수단 및 상기 서버에서 수신한 정보에 따라서 상기 서버에 정보가 설정된 것을 상기 제2(제1) 클라이언트를 트리거하는 것에 의해서 상기 제2(제1) 클라이언트에게 통지하는 제2 통지수단을 갖는 것을 특징으로 하는 클라이언트서버형 네트워크.
2. 서버와 다수의 클라이언트를 포함하는 클라이언트서버형 네트워크로서, 상기 서버는 동작을 개시한 상기 클라이언트로부터의 로그인요구를 수신하고 로그인명과 네트워크어드레스를 데이타베이스에 설정한다는 지시에 따라서 상기 로그인명과 대응하는 상기 클라이언트의 네트워크어드레스를 갱신하는 동작클라이언트 관리수단, 상기 클라이언트로부터의 큐잉요구를 수신하고 큐용 디렉토리가 존재하지 않는 경우에는 신규로 큐를 작성하거나 또는 상기 클라이언트에게 지시의 발생을 맡기고 그 상황의 판단결과 큐를 신규로 작성한다는 지시가 있으면 신규로 큐를 작성하는 큐작성수단, 신규로 큐가 작성되거나 또는 클라이언트에게 상황판단을 맡긴 후에 상기 큐잉정보를 FIFO를 이용해서 화일형태로 작성하는 큐수신수단, 상기 클라이언트로부터의 디큐잉요구를 수신하고 상기 큐명에 따라서 상기 FIFO에서 큐화일을 검출하고 이 검출한 큐화일을 상기 클라이언트에게 송출하는 큐추출수단, 상기 클라이언트로부터의 요구에 따라서 상기 클라이언트의 동작상황, 상기 로그인명 및 상기 네트워크어드레스를 상기 데이타베이스에서 추출하고, 이 데이타베이스에서 추출한 상기 동작상황, 상기 로그인명 및 상기 네트워크어드레스를 상기 요구를 출력한 상기 클라이언트에게 송출하는 정보송출수단, 상기 클라이언트로부터의 정지요구 즉 로그아웃요구를 수신하면 상기 클라이언트를 정지시키고 상기 데이타베이스에서 정보를 제거하거나 또는 상기 클라이언트의 장해로 의한 긴급정지를 인식하면 상기 클라이언트의 동작상황에 대한 상기 데이타베이스로부터의 정보를 제거하는 정보제거수단 및 상기 클라이언트로부터 공급받은 큐의 정보명 즉 항목명에 따라서 큐상의 정보 즉 화일디렉토리의 정보인 화일을 제거하는 큐제거수단을 포함하고, 상기 클라이언트의 각각은 상기 클라이언트가 동작을 개시했을 때 상기 서버에게 로그인명령을 사용하는 것에 의해서 상기 동작이 개시된 것을 통지하고, 상기 서버내의 상기 데이타 베이스에 로그인명과 이 로그인명에 대응하는 상기 클라이언트의 네트워크어드레스를 세트시키도록 지시하는 동작개시 통지수단, 상기 서버에게 정보의 큐잉을 요구하고 상기 서버에 큐가 존재하지 않는 경우에는 미리 결정되어 있는 큐명에 의해서 화일디렉토리를 작성하도록 상기 서버에게 요구하고 이 작성된 큐에 정보를 설정하도록 상기 서버에게 요구하는 큐 요구수단, 상기 서버에 대해 특정의 큐명에 따라 FIFO에 의한 큐에서 정보를 추출하도록 요구하는 큐추출수단, 상기 서버에게 정보를 큐잉한 후 동일종류의 작업을 실행하고 있는 모든 클라이언트를 알기 위해서 상기 서버내의 데이타베이스에서 동작중인 클라이언트의 로그인명과 대응하는 네트워크어드레스를 추출하도록 상기 서버에게 요구하는 동작상황 요구수단, 상기 서버에게 정보를 큐잉한 후 상기 동작클라이언트 관리수단을 통해서 동일종류의 작업을 실행하고 있는 모든 클라이언트의 상기 네트워크어드레스를 얻고 하위레벨의 통신프로토콜을 사용해서 모든 클라이언트를 트리거하는 트리거 요구수단, 다른 클라이언트로부터 정보를 수신하고자 하는 경우에 상기 네트워크의 하위레벨의 프로토콜을 사용해서 트리거를 수신하기 위해서 비동기의 인터럽트 즉 통상동작에 영향을 미치지 않는 인터럽트에 의한 대기상태를 이 클라이언트에 설정하는 대기상태 설정수단, 상기 대기상태로 설정되어 있는 동안에 다른 클라이언트로부터 트리거정보가 송출된 경우에 동작중인 작업을 일시 중단하고 트리거정보를 수신하며 상기 클라이언트가 상기 트리거정보를 수신한 후 상기 클라이언트를 인터럽트처리로 되돌려보내는 트리거정보 수신수단, 통상작업의 종료마다 트리거정보가 전달되었는지의 여부를 판단하고 상기 트리거정보가 전달되었을 때에는 상기 트리거정보를 인식하는 트리거정보 인식수단 및 소정의 처리가 성공적으로 완료된 경우에 상기 서버에게 상기 큐정보를 제거하도록 요구하는 제거요구수단을 갖는 것을 특징으로 하는 클라이언트서버형 네트워크.
3. 서버, 동일종류의 작업을 실행하는 적어도 1개의 제1 클라이언트 및 상기 제1 클라이언트와는 다른 제2 클라이언트를 구비한 클라이언트서버형 네트워크용 서버로서, 대응하는 클라이언트가 동작중인 경우에 상기 제1 또는 제2 클라이언트가 동작중이라는 것을 기억하고 상기 동작중인 제1 또는 제2 클라이언트의 어드레스를 저장하는 기억수단, 상기 제1 또는 제2 클라이언트로부터 상기 동작중인 제1 클라이언트 또는 제2 클라이언트의 상황정보에 대한 요구가 있을 때에 그 요구를 전달하는 요구전달수단, 상기 제1 또는 제2 클라이언트에서 정보를 수신하고 이 정보를 큐로서 유지하는 유지수단, 상기 제1 또는 제2 클라이언트로부터 상기 정보에 대한 요구가 있었을 때에 상기 요구에 따라서 미리 결정되어 있는 정보를 상기 큐에서 추출함과 동시에 이 추출한 정보를 상기 정보를 요구한 클라이언트에게 송출하는 정보부여수단 및 상기 제1(제2) 클라이언트로부터 정지요구 또는 장해로 인한 긴급정지에 대처하기 위한 정기적인 폴링요구 중의 어느 1개의 요구가 있었을 때에 상기 제1 또는 제2 클라이언트의 정지가 검출된 것으로 판단하고, 상기 기억수단내의 상기 제1(제2) 클라이언트가 동작중이라는 것을 나타내는 정보를 상기 제1(제2) 클라이언트가 정지되어 있는 것을 나타내는 정보로 변경하는 정보변경수단을 포함하는 것을 특징으로 하는 클라이언트서버형 네트워크용 서버.
4. 서버, 동일종류의 작업을 실행하는 적어도 1개의 제1 클라이언트 및 상기 제1 클라이언트와는 다른 제2 클라이언트를 구비한 클라이언트서버형 네트워크에 있어서 제1 또는 제1 클라이언트로서 사용되는 클라이언트서버형 네트워크용 클라이언트로서, 상기 제1(제2) 클라이언트의 개시후에 상기 서버에게 상기 제1(제2) 클라이언트가 동작중이라는 것을 통지하는 제1 통지수단, 상기 제1(제2) 클라이언트의 개시후에 상기 서버에게 상기 큐에서 정보를 추출하도록 요구하는 정보추출 요구수단 및 상기 서버에서 수신한 정보에 따라서 상기 서버에 정보가 설정된 것을 상기 제2(제1) 클라이언트를 트리거하는 것에 의해서 상기 제2(제1) 클라이언트에게 통지하는 제2 통지수단을 포함하는 것을 특징으로 하는 클라이언트서버형 네트워크용 클라이언트.
5. 서버와 다수의 클라이언트를 갖는 클라이언트서버형 네트워크용 서버로서, 동작을 개시한 상기 클라이언트로부터의 로그인요구를 수신하고 로그인명과 네트워크어드레스를 데이타베이스에 설정한다는 지시에 따라서 상기 로그인명과 대응하는 상기 클라이언트의 네트워크어드레스를 갱신하는 동작클라이언트 관리수단, 상기 클라이언트로부터의 큐잉요구를 수신하고 큐용 디렉토리가 존재하지 않는 경우에는 신규로 큐를 작성하거나 또는 상기 클라이언트에게 지시의 발행을 맡기고 그 상황의 판단결과 큐를 신규로 작성한다는 지시가 있으면 신규로 큐를 작성하는 큐작성수단, 신규로 큐가 작성되거나 또는 클라이언트에게 상황판단을 맡긴 후에 상기 큐잉정보를 FIFO를 이용해서 화일형태로 작성하는 큐수신수단, 상기 클라이언트로부터의 디큐잉요구를 수신하고 상기 큐명에 따라서 상기 FIFO에서 큐화일을 검출하고 이 검출한 큐화일을 상기 클라이언트에게 송출하는 큐추출수단, 상기 클라이언트로부터의 요구에 따라서 상기 클라이언트의 동작상황, 상기 로그인명 및 상기 네트워크어드레스를 상기 데이타베이스에서 추출하고, 이 데이타베이스에서 추출한 상기 동작상황, 상기 로그인명 및 상기 네트워크어드레스를 상기 요구를 출력한 상기 클라이언트에게 송출하는 정보송출수단, 상기 클라이언트로부터의 정지요구 즉 로그아웃요구를 수신하면 상기 클라이언트를 정지시키고 상기 데이타베이스에서 정보를 제거하거나 또는 상기 클라이언트의 장해로 인한 긴급정지를 인식하면 상기 클라이언트의 동작상황에 대한 상기 데이타베이스로부터의 정보를 제거하는 정보제거수단 및 상기 클라이언트로부터 공급받은 큐의 정보명 즉 항목명에 따라서 큐상의 정보 즉 화일디렉토리의 정보인 화일을 제거하는 큐제거수단을 포함하는 클라이언트서버형 네트워크용 서버.
6. 서버와 다수의 클라이언트를 갖는 클라이언트서버형 네트워크용 클라이언트로서, 상기 클라이언트가 동작을 개시했을 때 상기 서버에게 로그인명령을 사용하는 것에 의해서 상기 동작이 개시된 것을 통지하고, 상기 서버내의 상기 데이타베이스에 로그인명과 이 로그인명에 대응하는 상기 클라이언트의 네트워크어드레스를 세트하도록 지시하는 동작개시 통지수단, 상기 서버에게 정보의 큐잉을 요구하고 상기 서버에 큐가 존재하지 않는 경우에는 미리 결정되어 있는 큐명에 의해서 화일디렉토리를 작성하도록 상기 서버에게 요구하고 이 작성된 큐에 정보를 설정하도록 상기 서버에게 요구하는 큐요구수단, 상기 서버에 대해 특정의 큐명에 따라 FIFO에 대한 큐에서 정보를 추출하도록 요구하는 큐추출수단, 상기 서버에게 정보를 큐잉한 후 동일종류의 작업을 실행하고 있는 모든 클라이언트를 알기 위해서 상기 서버내의 데이타베이스에서 동작중인 클라이언트의 로그인명과 대응하는 네트워크어드레스를 추출하도록 상기 서버에게 요구하는 동작상황 요구수단, 상기 서버에게 정보를 큐잉한 후 상기 동작클라이언트 관리수단을 통해서 동일종류의 작업을 실행하고 있는 모든 클라이언트의 상기 네트워크어드레스를 얻고 하위레벨의 통신프로토콜을 사용해서 모든 클라이언트를 트리거하는 트리거 요구수단, 다른 클라이언트로부터 정보를 수신하고자 하는 경우에 상기 네트워크의 하위레벨의 프로토콜을 사용해서 트리거를 수신하기 위해서 비동기의 인터럽트 즉 통상동작에 영향을 미치지 않는 인터럽트에 의한 대기상태를 이 클라이언트에 설정하는 대기상태 설정수단, 상기 대기상태로 설정되어 있는 동안에 다른 클라이언트로부터 트리거정보가 송출된 경우에 동작중인 작업을 일시 중단하고 트리거정보를 수신하며 상기 클라이언트가 상기 트리거정보를 수신한 후 상기 클라이언트를 인터럽트처리로 되돌려보내는 트리거정보 수신수단, 통상작업의 종료마다 트리거정보가 전달되었는지의 여부를 판단하고 상기 트리거정보가 전달되었을 때에는 상기 트리거정보를 인식하는 트리거정보 인식수단 및 소정의 처리가 성공적으로 완료된 경우에 상기 서버에게 상기 큐정보를 제거하도록 요구하는 제거요구수단을 갖는 것을 특징으로 하는 클라이언트서버형 네트워크용 클라이언트.