KR100366294B1

KR100366294B1 - 분산 객체 시스템에서 클라이언트 응용이 서버 객체 응용을 호출하는 방법

Info

Publication number: KR100366294B1
Application number: KR1019990020619A
Authority: KR
Inventors: 이권일; 이근영; 손덕주; 남궁한
Original assignee: 한국전자통신연구원
Priority date: 1999-06-04
Filing date: 1999-06-04
Publication date: 2002-12-31
Anticipated expiration: 2019-06-04
Also published as: KR20010001413A

Abstract

본 발명은 분산 객체 시스템에서 클라이언트 응용이 지리적으로 원격에 위치한 시스템에 있는 서버 객체를 호출하는 방법을 제공하는데 그 목적이 있다.

본 발명에 따르면, 서버와 클라이언트를 포함하는 분산 객체 시스템 환경에서 상기 클라이언트가 상기 서버의 객체 응용을 호출하는 방법에 있어서, 상기 서버가 구동된 후, 상기 서버가 가지고 있는 객체 중 호출 준비가 된 객체를 상기 서버의 객체 리스트에 저장하는 제 1 단계와; 상기 클라이언트가 상기 서버에게 원격 객체 호출 메시지를 전송하는 제 2 단계와; 상기 제 2 단계에서 전송한 원격 객체 호출 메시지를 수신한 상기 서버가 상기 클라이언트가 요구한 객체 호출을 위한 객체를 찾아낸 후, 객체 호출을 제어할 쓰레드를 생성하는 제 3 단계와; 상기 서버 내 객체 호출을 수행하여 그 결과를 상기 클라이언트에게 전달하는 제 4 단계를 포함하여 이루어진 것을 특징으로 하는 분산 객체 시스템에서 클라이언트가 서버 객체 응용을 호출하는 방법이 제공된다.

Description

분산 객체 시스템에서 클라이언트 응용이 서버 객체 응용을 호출하는 방법 {Method for server object invocation within distributed object system by a client application}

본 발명은 분산 객체 시스템 환경에서 수행 중인 클라이언트 응용(이하 클라이언트)이 서버 응용(이하 서버) 객체를 호출하는 방법에 관한 것이다.

분산 객체 시스템이란 지역적으로 떨어져 있는 이기종 컴퓨터 시스템들을 컴퓨터 통신망으로 연결하여 사용자에게 하나의 시스템 관점을 제공하며, 객체 지향 응용 개발 환경을 제공하는 것을 말한다.

분산 객체 시스템 환경은 크게 클라이언트와 서버로 구분된다. 분산 객체 시스템에서 제공하는 객체 지향 응용 개발 환경에서 수행되는 서버는 하나 이상의 객체들로 구성한다. 클라이언트는 지리적으로 원격 시스템에 위치한 서버의 특정 객체를 자신의 프로세스 영역 내에 존재하는 객체처럼 호출하여 사용하기를 원한다. 그리고, 서버는 클라이언트의 요청을 처리할 서버 내의 객체를 찾아내고, 이 객체에게 클라이언트의 요청을 전달하여 처리하여야 한다.

현재 이러한 문제를 해결하기 위해 원격 프로시쥬어 호출(Remote Procedure Call)이라는 기법이 존재하는데, 이는 전형적인 함수 호출 방식인 순서적인 응용 환경에는 적합하나 객체들 사이에 메시지 전달 방식으로 이루어지는 객체 지향 환경에는 적합하지 않다.

객체 지향 응용 개발 환경과 클라이언트, 서버 구조의 분산 처리 환경을 제공하는 분산 객체 시스템 환경에서는 클라이언트가 원격 객체를 자신의 프로세스 영역 내에 존재하는 객체처럼 호출해서 사용할 수 있는 기법을 제공하는 분산 객체 시스템 환경에 적합한 원격 서버 객체 호출 방법이 필요하다.

본 발명은 앞서 설명한 바와 같은 종래 기술의 문제점을 해결하기 위하여 안출된 것으로서, 이기종 시스템들로 구성된 분산 객체 시스템 환경에서 수행 중인 클라이언트가 통신망을 통해 보낸 서비스 요청을 적절한 서버내의 객체에게 전달하여 올바르게 처리하는 일관성 있는 다중 클라이언트 요청 방법에 관한 것이다.

도 1은 본 발명에 적용되는 분산 객체 시스템의 구성을 나타낸 구성도이고,

도 2는 본 발명의 일 실시예에 따른 객체 호출 소프트웨어의 구성 단위들과 이들의 사용 관계를 나타내는 도면이고,

도 3은 본 발명의 일 실시예에 따른 분산 객체 시스템 환경의 클라이언트 응용과 서버 객체 응용 사이에서의 동작을 나타내는 도면이고,

도 4a는 본 발명의 일 실시예에 따른 서버 응용 프로그램의 흐름을 나타낸 흐름도이고,

도 4b는 본 발명의 일 실시예에 따른 클라이언트 응용 프로그램의 흐름을 나타낸 흐름도이고,

도 5a 내지 도 5c는 본 발명의 일 실시예에 따른 서버 쪽의 객체 호출 소프트웨어의 흐름을 나타낸 흐름도이고,

도 6은 본 발명의 일 실시예에 따른 클라이언트 쪽의 객체 호출 소프트웨어의 흐름을 나타낸 흐름도이다.

앞서 설명한 바와 같은 목적을 달성하기 위한 본 발명에 따르면, 서버와 클라이언트를 포함하는 분산 객체 시스템 환경에서 상기 클라이언트가 상기 서버의 객체 응용을 호출하는 방법에 있어서, 상기 서버가 구동된 후, 상기 서버가 가지고 있는 객체 중 호출 준비가 된 객체를 상기 서버의 객체 리스트에 저장하는 제 1 단계와; 상기 클라이언트가 상기 서버에게 원격 객체 호출 메시지를 전송하는 제 2 단계와; 상기 제 2 단계에서 전송한 원격 객체 호출 메시지를 수신한 상기 서버가 상기 클라이언트가 요구한 객체 호출을 위한 객체를 찾아낸 후, 객체 호출을 제어할 쓰레드를 생성하는 제 3 단계와; 상기 서버 내 객체 호출을 수행하여 그 결과를 상기 클라이언트에게 전달하는 제 4 단계를 포함하여 이루어진 것을 특징으로 하는분산 객체 시스템에서 클라이언트가 서버 객체 응용을 호출하는 방법이 제공된다.

또한, 서버와 클라이언트를 포함하는 분산 객체 시스템 환경에서 상기 클라이언트가 상기 서버의 객체 응용을 호출하는 방법을 실행시킬 수 있는 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체에 있어서, 상기 서버가 구동된 후, 상기 서버가 가지고 있는 객체 중 호출 준비가 된 객체를 상기 서버의 객체 리스트에 저장하는 제 1 단계와; 상기 서버가 상기 클라이언트의 원격 객체 호출 요청을 처리하기 위하여 호출 대상 객체 리스트를 생성하는 제 2 단계와; 상기 클라이언트 측 객체 요청자를 통하여 상기 클라이언트 프로세스 영역 내의 객체를 호출하는 것과 동일한 방법을 사용하여 상기 클라이언트가 상기 서버에게 원격 객체 호출 메시지를 전송하는 제 3 단계와; 상기 서버가 상기 클라이언트로부터 원격 객체 호출 메시지를 수신하는 제 4 단계와; 상기 제 2 단계에서 생성한 객체 리스트를 이용하며, 다수의 클라이언트의 요구를 처리할 수 있도록 다중 쓰레드(Thread)를 자체적으로 관리하여 객체 호출을 수행하는 제 5 단계와; 상기 서버 내 객체 호출을 수행하여 그 결과를 상기 클라이언트에게 전달하는 제 6 단계를 실행시킬 수 있는 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체가 제공된다.

아래에서, 본 발명에 따른 양호한 일 실시예를 첨부한 도면을 참조로 하여 상세히 설명하겠다.

도 1은 본 발명에 적용되는 분산 객체 시스템의 구성을 나타낸 구성도로서, 이를 상세히 설명하면 다음과 같다.

분산 객체 시스템은 통신망(100)을 통해 연결된 다수의 시스템(110, 120,130, 140)들로 구성되며 이들 시스템 사이에서 정보 전달이 이루어진다. 시스템들 사이의 정보 전달은 각 시스템에서 수행 중인 응용(112, 122, 132, 142)에 의하여 이루어진다.

또한, 객체 호출 소프트웨어(113, 123, 133, 134)는 상기 응용(112, 122, 132, 142)과 함께 구동된다. 상기 응용(112, 122, 132, 142)과 함께 구동된 상기 객체 호출 소프트웨어(113, 123, 133, 143)는 이미 각 시스템의 주기억 장치(115, 125, 135, 145)에 탑재되어 있는 운영 체제 및 통신 프로토콜(114, 124, 134, 144)을 통하여 각 시스템(110, 120, 130, 140)의 CPU(111, 121, 131, 141) 상에서 동작하게 된다.

도 2는 본 발명의 일 실시예에 따른 객체 호출 소프트웨어의 구성 단위들과 이들의 사용 관계를 나타내는 도면으로서, 이를 상세히 설명하면 다음과 같다.

객체 호출 소프트웨어(203, 213)는 객체 요청자(204, 214), 객체 호출자(205, 215), 쓰레드 관리자(206, 216) 및 객체 등록 관리자(207, 217)로 구성된다.

클라이언트 응용(202)이 수행되는 시스템을 클라이언트 시스템(200)이라 하고, 서버 응용(212)이 동작하는 시스템을 서버 시스템(210)이라 한다.

클라이언트 시스템(200)의 주기억 장치(209)에 탑재되어 클라이언트 시스템의 CPU(201)상에서 클라이언트 시스템(200)의 운영 체제와 통신 프로토콜(208)과 함께 동작하는 클라이언트 응용(202)은 클라이언트 쪽에서 수행중인 객체 호출 소프트웨어(203)의 객체 요청자(204) 부분에 의하여 서버 응용(212)에게 통신망(100)을 통해 정보(서비스 요청 메시지)를 전달한다.

서버 응용(212)은 서버 시스템(210)의 주기억장치(219)에 탑재되어 서버 쪽 운영 체제와 통신 프로토콜(218)과 함께 서버 시스템(210)의 CPU(211)상에서 동작한다.

클라이언트 응용(202)이 전달한 메시지를 접수한 서버 쪽 객체 호출 소프트웨어(213)는 자신의 객체 호출자(215), 쓰레드 관리자(216) 부분을 이용하여 클라이언트 응용(202)의 요청을 처리한다. 서버쪽에 위치한 객체 등록 관리자(217)는 서버 응용(212)이 자신의 객체를 등록할 때 수행되는 부분이다.

도 3은 본 발명에 적용되는 분산 객체 시스템 환경의 클라이언트 응용과 서버 객체 응용 사이에서의 동작을 나타내는 도면으로서, 이를 상세히 설명하면 다음과 같다.

도 3을 참조하면, 분산 객체 시스템 환경의 클라이언트 응용(202)과 서버 응용(212) 사이에서 객체 호출 소프트웨어(203, 213)가 어떻게 동작하는 지를 알 수 있다.

서버 응용(212)은 자신이 가지고 있는 객체를 객체 등록 관리자(217)를 통하여 객체 리스트(300)에 등록한다. 클라이언트 응용(202)이 클라이언트 쪽 객체 요청자(204)를 통해 객체 호출 메시지를 서버 응용(212)에게 전송한다.

서버 쪽 객체 호출자(215)가 클라이언트 쪽에서 보내온 메시지를 접수하여 이를 해석하여 클라이언트 응용(202)이 호출하기를 원하는 객체를 객체 리스트(300)에서 가져온다.

이어서, 쓰레드 관리자(216)를 통하여 객체 호출을 수행할 쓰레드를 하나 할당받고, 할당받은 쓰레드 상에서 서버 응용(212) 내의 객체 호출을 수행한다. 클라이언트 응용(202)의 요청을 접수한 서버 응용(212) 내의 객체(301)는 처리 결과를 객체 호출자(215)를 통해 클라이언트 쪽으로 전송하다. 서버 쪽에서 응답 결과를 접수한 객체 요청자는 이를 클라이언트 응용(202)에게 전달한다.

도 4a는 본 발명의 일 실시예에 따른 서버 응용 프로그램의 흐름을 나타낸 흐름도로서, 이를 상세히 설명하면 다음과 같다.

먼저, 스텝 S401에서, 서버 응용 프로그램은 우선 클라이언트에 의해 호출될 객체를 객체 호출 소프트웨어에 등록한 후, 스텝 S402에서, 클라이언트로부터의 요청을 기다리고, 스텝 S403에서, 클라이언트의 요청이 접수되었는지 여부를 판단한다.

상기 스텝 S403에서의 판단 결과, 클라이언트의 요청이 접수되면, 스텝 S404에서, 클라이언트가 호출한 객체에 정의된 메소드 중 클라이언트가 요구한 메소드를 수행한다.

도 4b는 본 발명의 일 실시예에 따른 클라이언트 응용 프로그램의 흐름을 나타낸 흐름도로서, 스텝 S411에서, 클라이언트 응용은 자신이 원하는 서비스를 처리할 객체 내의 특정 메소드를 호출한다.

도 5a 내지 도 5c는 본 발명의 일 실시예에 따른 서버 쪽의 객체 호출 소프트웨어의 흐름을 나타낸 흐름도로서, 이를 상세히 설명하면 다음과 같다.

먼저, 스텝 S501에서, 서버 쪽 객체 호출 소프트웨어가 메시지를 접수하면, 스텝 S502에서, 상기 접수한 메시지가 객체 등록 요청 접수 메시지인지를 판단한다.

상기 스텝 S502에서의 판단 결과, 객체 등록 요청 메시지이면, 스텝 S601에서, 객체 등록을 위하여 객체 식별자를 하나 생성한 후, 스텝 S602에서, 객체 식별자와 객체 쌍을 객체 리스트에 등록하고, 상기 스텝 S501부터 반복 수행한다.

상기 스텝 S502에서의 판단 결과, 객체 등록 요청 메시지가 아니면, 스텝 S503에서, 접수한 메시지가 객체 호출 메시지인지 여부를 판단한다.

상기 스텝 S503에서의 판단 결과, 객체 호출 메시지이면, 스텝 S701에서, 객체 호출 메시지를 해석하여 호출 대상 객체의 객체 식별자를 가져온 후, 스텝 S702에서, 호출 대상 객체 식별자를 가지고 객체 리스트를 검색하여 호출 대상 객체를 알아내고, 스텝 S703에서, 쓰레드 관리자를 통하여 호출 대상 객체를 위해 사용될 쓰레드를 하나 할당받는다. 이 때, 새로 할당받은 쓰레드는 수행중인 객체 호출 소프트웨어와 별도의 제어를 가지게 된다.

이어서, 스텝 S704에서, 현재의 제어가 객체 호출을 위해 할당받은 쓰레드의 제어인지 여부를 판단한다.

상기 스텝 S704에서의 판단 결과, 객체 호출을 위한 쓰레드의 제어가 아니면, 상기 스텝 S501부터 반복 수행하고, 객체 호출을 위한 쓰레드의 제어이면, 스텝 S705에서, 객체 호출을 위한 요청 메시지를 만든다. 이 때, 이 메시지는 클라이언트 응용이 호출하는 객체 내의 메소드 정보와 전달 매개변수 정보 등을 담는다.

그 후, 스텝 S706에서, 새로 작성된 요청 메시지를 가지고 해당 객체를 호출한 후, 스텝 S707에서, 호출된 객체는 호출 요청 메시지를 해석하여 메시지가 요구하는 메소드를 수행하여 클라이언트 응용의 요구를 처리한다.

한편, 상기 스텝 S503에서의 판단 결과, 객체 호출 메시지가 아니면, 스텝 S504에서, 접수한 메시지가 클라이언트로 전송하는 응답, 결과값을 가진 메시지인지 여부를 판단한다.

상기 스텝 S504에서의 판단 결과, 응답, 결과값을 가진 메시지이면, 스텝 S505에서, 통신망을 통하여 클라이언트로 전송한 후, 상기 스텝 S501부터 반복 수행하고, 응답, 결과값을 가진 메시지가 아니면, 스텝 S506에서, 오류 처리를 한 후, 상기 스텝 S501부터 반복 수행한다.

도 6는 본 발명의 일 실시예에 따른 클라이언트 쪽의 객체 호출 소프트웨어의 흐름을 나타낸 흐름도로서, 이를 상세히 설명하면 다음과 같다.

먼저, 스텝 S801 내지 스텝 S802에서, 클라이언트 쪽 객체 요청자가 메시지 접수를 하였는지 여부를 판단한다.

상기 스텝 S802에서의 판단 결과, 메시지 접수를 하였으면, 스텝 S804에서, 호출 대상 객체 식별자를 기본으로 한 객체 호출 메시지를 생성한다. 이때, 이 메시지에는 호출 대상 객체 식별자, 수행될 객체 내 메소드 이름, 전달 매개 변수 등으로 구성된다.

이어서, 스텝 S805에서, 객체 호출 메시지를 통신망을 통하여 서버 응용에게 전송한 후, 상기 스텝 S801부터 반복 수행한다.

한편 상기 스텝 S802에서의 판단 결과, 메시지 접수를 하지 아니하였으면,스텝 S803에서, 응답, 결과값 메시지를 수신하였는지 여부를 판단한다.

상기 스텝 S803에서의 판단 결과, 응답, 결과값 메시지를 수신하지 아니하였으면, 스텝 S807에서, 오류 처리를 하고, 응답 결과값 메시지를 수신하였으면, 스텝 S806에서, 접수한 응답 메시지를 해석하여 클라이언트 응용이 알 수 있는 형태로 변환하여 클라이언트 응용에게 전달한 후, 상기 스텝 S801부터 반복 수행한다.

한편, 상기와 같은 본 발명은 컴퓨터로 읽을 수 있는 기록 매체에 기록되어, 컴퓨터에 의하여 처리될 수 있다.

본 발명은 분산 객체 시스템 환경에서 수행하는 클라이언트가 원격 객체를 자신의 지역 객체인 것처럼 호출하여 사용할 수 있도록 함으로써, 서버는 객체 리스트와 다중 쓰레드 기법을 이용하여, 일관성이 있는 다중 클라이언트 요청을 지원하여, 클라이언트가 올바른 원격 객체를 호출할 수 있게 하였다. 따라서, 클라이언트는 자신이 원하는 객체를 지역 객체처럼 호출하여 사용할 수 있으며, 서버는 다중 쓰레드를 고려하지 않고, 일관성 있게 다중 클라이언트의 요청을 처리하는 효과가 있다.

이상에서 본 발명에 대한 기술 사상을 첨부 도면과 함께 서술하였지만 이는 본 발명의 가장 양호한 실시예를 예시적으로 설명한 것이지 본 발명을 한정하는 것은 아니다. 또한, 이 기술 분야의 통상의 지식을 가진 자이면 누구나 본 발명의 기술 사상의 범주를 이탈하지 않는 범위 내에서 다양한 변형 및 모방이 가능함은명백한 사실이다.

Claims

서버와 클라이언트를 포함하는 분산 객체 시스템 환경에서 상기 클라이언트가 상기 서버의 객체 응용을 호출하는 방법에 있어서,

상기 서버가 구동된 후, 상기 서버가 가지고 있는 객체 중 호출 준비가 된 객체를 상기 서버의 객체 리스트에 저장하는 제 1 단계와;

상기 클라이언트가 상기 서버에게 원격 객체 호출 메시지를 전송하는 제 2 단계와;

상기 제 2 단계에서 전송한 원격 객체 호출 메시지를 수신한 상기 서버가 상기 클라이언트가 요구한 객체 호출을 위한 객체를 찾아낸 후, 객체 호출을 제어할 쓰레드를 생성하는 제 3 단계와;

상기 서버 내 객체 호출을 수행하여 그 결과를 상기 클라이언트에게 전달하는 제 4 단계를 포함하여 이루어진 것을 특징으로 하는 분산 객체 시스템에서 클라이언트가 서버 객체 응용을 호출하는 방법.
제 1 항에 있어서,

상기 서버가 상기 클라이언트의 원격 객체 호출 요청을 처리하기 위하여 호출 대상 객체 리스트를 생성하는 제 4 단계를 더 포함하여 이루어진 것을 특징으로 하는 분산 객체 시스템에서 클라이언트가 서버 객체 응용을 호출하는 방법.
제 1 항 또는 제 2 항에 있어서,

상기 제 3 단계는,

상기 서버가 상기 클라이언트로부터 원격 객체 호출 메시지를 수신하는 제 1 서브 단계와;

상기 제 4 단계에서 생성한 객체 리스트를 통하여 호출 대상 객체를 찾아내는 제 2 서브 단계를 포함하여 이루어진 것을 특징으로 하는 분산 객체 시스템에서 클라이언트가 서버 객체 응용을 호출하는 방법.
제 3 항에 있어서,

상기 제 2 서브 단계는,

호출 대상 객체를 찾아낼 때, 다수의 클라이언트의 요구를 처리할 수 있도록 다중 쓰레드(Thread)를 자체적으로 관리하여 객체 호출을 수행하는 서브-서브 단계를 포함하여 이루어진 것을 특징으로 하는 분산 객체 시스템에서 클라이언트가 서버 객체 응용을 호출하는 방법.
제 1 항에 있어서,

상기 제 2 단계는,

상기 클라이언트가 상기 서버에게 원격 객체를 호출할 때, 상기 클라이언트 측 객체 요청자를 통하여 상기 클라이언트 프로세스 영역 내의 객체를 호출하는 것과 동일한 방법을 사용하는 서브 단계를 포함하여 이루어진 것을 특징으로 하는 분산 객체 시스템에서 클라이언트가 서버 객체 응용을 호출하는 방법.
서버와 클라이언트를 포함하는 분산 객체 시스템 환경에서 상기 클라이언트가 상기 서버의 객체 응용을 호출하는 방법을 실행시킬 수 있는 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체에 있어서,

상기 서버가 구동된 후, 상기 서버가 가지고 있는 객체 중 호출 준비가 된 객체를 상기 서버의 객체 리스트에 저장하는 제 1 단계와;

상기 서버가 상기 클라이언트의 원격 객체 호출 요청을 처리하기 위하여 호출 대상 객체 리스트를 생성하는 제 2 단계와;

상기 클라이언트 측 객체 요청자를 통하여 상기 클라이언트 프로세스 영역 내의 객체를 호출하는 것과 동일한 방법을 사용하여 상기 클라이언트가 상기 서버에게 원격 객체 호출 메시지를 전송하는 제 3 단계와;

상기 서버가 상기 클라이언트로부터 원격 객체 호출 메시지를 수신하는 제 4 단계와;

상기 제 2 단계에서 생성한 객체 리스트를 이용하며, 다수의 클라이언트의 요구를 처리할 수 있도록 다중 쓰레드(Thread)를 자체적으로 관리하여 객체 호출을 수행하는 제 5 단계와;

상기 서버 내 객체 호출을 수행하여 그 결과를 상기 클라이언트에게 전달하는 제 6 단계를 실행시킬 수 있는 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체.