KR20050083432A

KR20050083432A - 그래픽 사용자 인터페이스 갱신 시스템

Info

Publication number: KR20050083432A
Application number: KR1020040011946A
Authority: KR
Inventors: 남창수; 이성우
Original assignee: (주)위트콤
Priority date: 2004-02-23
Filing date: 2004-02-23
Publication date: 2005-08-26
Also published as: KR100609667B1

Abstract

본 발명은 그래픽 사용자 인터페이스 갱신 시스템에 관한 것으로, 어플리케이션(Application) 변경시 이를 클라이언트(Client)로 다운로드(Download)할 필요가 없어 클라이언트의 하드웨어(H/W) 또는 운영체제(O/S) 플랫폼(Flatform)에 상관없이 어플리케이션 수행이 가능한 서버 기반(Server Based) 모델을 따르되, 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)를 이루는 컴포넌트(Component)들의 배치정보 또는/및 속성정보 변경시 이 변경정보를 상기 클라이언트로 전송하여 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)가 갱신(Renewal)되도록 함으로써 처리 속도를 향상시킬 수 있도록 한 것이다.

Description

그래픽 사용자 인터페이스 갱신 시스템 {Renewal system for Graphical User Interface}

본 발명은 그래픽 사용자 인터페이스 갱신 시스템에 관한 것으로, 특히 어플리케이션(Application) 변경시 클라이언트(Client)로 이를 다운로드(Download)할 필요가 없어 클라이언트의 하드웨어(H/W) 또는 운영체제(O/S) 플랫폼(Flatform)에 상관없이 어플리케이션 수행이 가능한 서버 기반(Server Based) 모델 소프트웨어의 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI : Graphical User Interface)의 갱신에 관련된 것이다.

서버-클라이언트 기반 기술은 서버(Server)에 설치되어 실행되는 서버 어플리케이션(Application)과, 클라이언트(Client)에 설치되어 실행되되 상기 서버 어플리케이션(Application)과 연동되는 클라이언트 프로그램(Program)을 포함하며, 서버측에서 모든 처리를 수행하느냐, 클라이언트측에서 처리를 분담하느냐에 따라 그 특성이 달라진다.

예컨데, 3D 온라인 온라인 게임과 같은 경우에는 용량이 큰 이미지 데이타들을 서버에 접속한 수 많은 클라이언트로 일일이 전송한다면 전송시 많은 과부하 때문에 게임을 진행할 수 없을 것이다. 따라서, 이러한 분야에서는 이미지 데이타 등의 용량이 큰 데이타들을 포함하는 대부분의 데이타를 클라이언트에 저장하고 서버에서는 최소한의 처리만 수행하여야 한다.

이와는 달리, 온라인 증권 프로그램 등과 같은 경우 개인 정보의 누출 염려나, 지속적인 데이타베이스 관리 용이성 등에 의해 서버가 모든 처리를 담당하고, 클라이언트는 단지 데이타를 화면 출력하거나, 사용자로부터 데이타를 입력받는 등의 최소한의 처리만 수행한다.

상기한 서버에 모든 업무가 집중된 경우에는 서버에 설치되어 실행되는 어플리케이션(Application) 변경시 클라이언트로 이를 다운로드(Download)할 필요가 없으므로 유지보수가 편리하고, 클라이언트의 하드웨어(H/W) 또는 운영체제(O/S) 플랫폼(Flatform)에 상관없이 어플리케이션 수행이 가능한 장점을 가진다.

도 1 은 종래의 그래픽 사용자 인터페이스 갱신 시스템의 개요도이다.

사용자 입력 등의 이벤트 발생에 의해 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI : Graphical User Interface)가 갱신될 경우, 종래에는 서버가 변경된 화면 이미지를 클라이언트로 전송하는 스크린 덤프(Screen Dump)를 수행하여 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)를 갱신하였다.

그러나, 이러한 스크린 덤프(Screen Dump) 방식은 통신 오버헤드(Overhead)가 커져 서버에 설치된 어플리케이션 수행 속도가 느린 문제점이 있었고, 텍스트 스크롤이나 리스트 선택 등의 단순한 사용자 입력에 대해서도 스크린 덤프(Screen Dump)를 수행하는 단점이 있었다.

따라서, 본 발명자는 그래픽 사용자 인터페이스(GUI : Graphical User Interface)의 갱신을 클라이언트측에서 직접 처리하고, 서버는 단지 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보만을 전송하도록 하여 처리 속도를 향상시킬 수 있는 그래픽 사용자 인터페이스 갱신 시스템에 대한 연구를 하게 되었다.

본 발명은 상기한 취지하에 발명된 것으로, 그래픽 사용자 인터페이스(GUI)의 갱신을 클라이언트측에서 직접 처리하고, 서버는 단지 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보만을 전송함으로써 처리 속도를 향상시킬 수 있는 그래픽 사용자 인터페이스 갱신 시스템을 제공함을 그 목적으로 한다.

상기한 목적을 달성하기 위한 본 발명의 일 양상에 따르면, 본 발명에 따른 그래픽 사용자 인터페이스 갱신 시스템은 어플리케이션(Application) 변경시 클라이언트(Client)로 어플리케이션을 다운로드(Download)할 필요가 없어 클라이언트의 하드웨어(H/W) 또는 운영체제(O/S) 플랫폼(Flatform)에 상관없이 어플리케이션 수행이 가능한 서버 기반(Server Based) 모델을 따르되, 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)를 이루는 컴포넌트(Component)들의 배치정보 또는/및 속성정보 변경시 이 변경정보를 상기 클라이언트로 전송함으로써 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)가 갱신(Renewal)되도록 하는 것을 특징으로 한다.

따라서, 그래픽 사용자 인터페이스(GUI)의 갱신을 클라이언트측에서 직접 처리하고, 서버는 단지 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보만을 전송함으로써 통신 오버헤드가 최소화되므로 처리 속도가 향상되게 된다.

이하 첨부된 도면을 참조하여 기술되는 바람직한 실시예를 통하여 본 발명을 당업자가 용이하게 이해하고 재현할 수 있도록 상세히 기술하기로 한다.

본 발명을 설명하기에 앞서, 본 발명의 명세서상에서 언급되는 클라이언트(Client)는 사용자 컴퓨터, 서버(Server)는 서버 컴퓨터를 의미한다는 것을 미리 밝혀둔다.

본 발명에 따른 그래픽 사용자 인터페이스(GUI : Graphical User Interface) 갱신 시스템은 어플리케이션(Application) 변경시 클라이언트(Client)로 어플리케이션을 다운로드(Download)할 필요가 없어 클라이언트의 하드웨어(H/W) 또는 운영체제(O/S) 플랫폼(Flatform)에 상관없이 어플리케이션 수행이 가능한 서버 기반(Server Based) 모델을 따른다.

도 2 는 본 발명에 따른 그래픽 사용자 인터페이스 갱신 시스템의 개요도이다.

도면에 도시한 바와같이, 본 발명에 따른 그래픽 사용자 인터페이스 갱신 시스템은 클라이언트(Client)에서 출력되는 그래픽 사용자 인터페이스(GUI)를 통해 입력되는 사용자 입력 이벤트(Event)를 서버(Server)로 전송하는 클라이언트 처리모듈과, 클라이언트로부터 전송된 이벤트에 대응하는 업무를 수행하는 어플리케이션을 통해 수행하되, 상기 클라이언트(Client)에서 출력되는 그래픽 사용자 인터페이스(GUI)를 이루는 컴포넌트(Component)들의 배치정보 또는/및 속성정보 변경시 이 변경정보를 상기 클라이언트로 전송하는 서버처리모듈을 포함한다.

따라서, 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)를 이루는 컴포넌트(Component)들의 배치정보 또는/및 속성정보 변경시 서버가 이 변경정보를 상기 클라이언트로 전송함으로써 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)가 갱신(Renewal)되도록 한다.

이렇게 함에 의해 그래픽 사용자 인터페이스(GUI)의 갱신을 클라이언트측에서 직접 처리하고, 서버는 단지 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보만을 전송함으로써 통신 오버헤드가 최소화되므로 처리 속도가 향상되게 된다.

본 발명에 따른 그래픽 사용자 인터페이스 갱신 시스템의 구체적인 구성을 알아본다.

도 3 은 본 발명에 따른 그래픽 사용자 인터페이스 갱신 시스템의 일 실시예의 구성을 도시한 블럭도이다.

도면에 도시한 바와같이, 본 발명에 따른 그래픽 사용자 인터페이스 갱신 시스템은 서버 처리모듈(100)을 포함한다.

이 서버 처리모듈(100)은 클라이언트로부터 전송된 이벤트에 대응하는 업무를 어플리케이션을 통해 수행하되, 상기 클라이언트(Client)에서 출력되는 그래픽 사용자 인터페이스(GUI)를 이루는 컴포넌트(Component)들의 배치정보 또는/및 속성정보 변경시 이 변경정보를 상기 클라이언트로 전송한다.

구체적으로, 이 서버 처리모듈(100)은 세션관리부(110)와, 수신부(120)와, API 처리부(130)와, 컴포넌트 변경정보 생성부(140)와, 송신부(150)를 포함한다.

상기 세션관리부(110)는 서버와 클라이언트간의 세션(Session)을 관리한다.

세션(Session)은 사용자가 클라이언트 단말기 앞에 앉아 서버에 로그인하여 사용을 시작한 다음 작업을 끝마칠 때까지의 동안을 가리키는 말로, 상기 서버 처리모듈(100)은 상기 세션관리부(110)를 통해 서버와 클라이언트간의 접속을 유지하여 연동되게 한다.

상기 세션관리부(110)를 통한 서버와 클라이언트간 접속을 위한 인증처리 및 접속점 구성 등의 구체적인 기술은 이 출원 이전에 이미 다양하게 공지되어 시행되는 통상의 기술이므로, 이에 대한 자세한 설명은 생략하기로 한다.

상기 수신부(120)는 클라이언트로부터 발생된 이벤트(Event) 신호를 수신한다.

사용자는 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)를 통해 사용자 입력을 하게되며, 클라이언트는 사용자로부터의 입력에 의해 발생되는 사용자 입력 이벤트 신호를 서버로 전송한다. 그러면, 서버 처리모듈(100)은 상기 수신부(120)를 통해 클라이언트로부터 전송된 이벤트(Event) 신호를 수신한다.

상기 API 처리부(130)는 상기 수신부(120)에 의해 수신된 이벤트 신호에 따라 상기 어플리케이션(Application)을 통해 해당 이벤트에 관련된 처리를 수행한다.

API(Application Programming Interface)는 윈도우즈(Windows) 시리즈 등의 운영체제(O/S)가 응용프로그램(Application)을 위해 제공하는 함수(Function)의 집합을 말한다.

운영체제(O/S)는 하드웨어(H/D)와 응용프로그램(Application) 사이에 위치하여 응용프로그램을 대신하여 하드웨어를 관리하고 메모리(Memory)를 관리하는 시스템 소프트웨어(System software)이다. 특정 운영체제에서 실행되는 응용프로그램은 운영체제에 종속적일 수 밖에 없으며, 운영체제가 규정한 대로 하드웨어를 액세스(Access)해야 한다.

그러나, 현실적으로 응용프로그램 개발자들이 이러한 운영체제의 내부동작까지 자세하게 이해하고 있을 수 없다. 따라서, 운영체제는 가장 기본적인 동작을 할 수 있는 함수의 집합을 응용프로그램에 제공하게 되며, 응용프로그램 개발자들은 운영체제가 제공하는 함수들을 이용하여 응용프로그램을 개발하게 된다.

따라서, 상기 API 처리부(130)는 상기 수신부(120)에 의해 수신된 이벤트 신호에 따라 개발자 또는 운영체제에 규정된 함수를 이용해 해당 이벤트에 관련된 처리를 수행하게 되는데, 이 때 이러한 함수처리는 상기 어플리케이션(Application) 내부에서 이루어지게 된다.

상기 컴포넌트 변경정보 생성부(140)는 상기 API 처리부(130)에 의한 이벤트 처리 결과로부터 상기 그래픽 사용자 인터페이스(GUI)를 이루는 컴포넌트들의 배치정보 또는/및 속성정보에 대한 변경 여부를 판단하여 변경된 경우 상기 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보를 생성한다.

예컨데, 이 컴포넌트 변경정보 생성부(140)는 Java AWT(Abstract Window Toolkit)의 배치관리자를 이용해 컴포넌트(Component)의 크기와 위치정보를 동적으로 계산할 수 있다.

만일, 클라이언트에서 상기 Java AWT(Abstract Window Toolkit)의 배치관리자와 동일한 기능(컴포넌트의 크기와 위치정보를 동적으로 계산하는 등의 기능)을 새로이 구현한다면, 이는 많은 시간과 노력이 필요하며 클라이언트측에서 실행되는 클라이언트 처리모듈의 용량도 커지게 될 것이다.

따라서, 본 발명에서는 컴포넌트들의 배치정보 또는/및 속성정보에 대한 변경시 서버 처리모듈에서 컴포넌트의 크기와 위치정보를 동적으로 계산하는 기능 등을 수행하고, 최종결과로부터 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보를 생성하여 이 변경정보만을 클라이언트로 전송함으로써 처리속도를 향상시키게 된다.

상기 Java AWT 배치관리자는 컨테이너(Container) 컴포넌트에 등록되어서 컨테이너 즉, 그래픽 사용자 인터페이스(GUI)에 포함되는 컴포넌트(Component)들의 크기와 위치를 결정하는 역할을 하는 객체(Object)로, 컨테이너의 크기가 변경될 때마다 컴포넌트들의 크기와 위치를 새로 계산한다.

한편, MFC나 WIN32의 경우에는 기본적으로 컨테이너의 크기가 변하더라도 이에 포함된 컴포넌트들의 크기와 위치는 변하지 않으므로, 컨테이너 즉, 그래픽 사용자 인터페이스(GUI)에 포함되는 컴포넌트(Component)들의 크기와 위치를 결정하는 기능을 추가로 구현해야 한다. 이러한 부분은 프로그램 개발에 관련된 부분이므로 이에 대한 구체적인 설명은 생략하기로 한다.

상기 송신부(150)는 상기 사용자 인터페이스(GUI) 갱신을 위한 변경정보를 클라이언트로 전송한다.

상기 컴포넌트 변경정보 생성부(140)에 의해 생성된 변경정보 즉, 클라이언트가 그래픽 사용자 인터페이스 화면을 재구성하기 위한 정보는 상기 송신부(150)를 통해 클라이언트로 전송된다.

서버가 클라이언트로 컴포넌트 변경정보를 전달하는 방법은 두 가지 방법이 가능하다.

하나는 배치관리자 정보와 컴포넌트들의 포함관계를 보내서 클라이언트로 하여금 배치관리자를 직접 구현하여 컴포넌트를 그래픽 사용자 인터페이스내에 배치되도록 하는 방법이며, 다른 하나는 서버에서 클라이언트 환경에 맞도록 시뮬레이션(Simulation)하여 모든 배치를 마친 후 최종의 변경정보를 클라이언트로 전송함으로써 클라이언트는 컴포넌트 재구성을 위한 연산없이 서버가 보낸 변경정보에 따라 컴포넌트를 재구성하는 방법이다.

전자의 경우 클라이언트가 배치관리자를 직접 구현해야하고, 사용자 정의 배치관리자일 경우 문제가 생길 수 있으며, 서버에서 클라이언트로 전송되는 데이타 용량이 커질 가능성이 크므로 본 발명에서는 후자의 방법을 이용하는 것이 바람직하다.

위에서 언급한 시뮬레이션(Simulation)에 관련해서는 추후 자세히 설명하기로 한다.

따라서, 클라이언트에서 표시되는 그래픽 사용자 인터페이스의 컴포넌트들의 배치나 속성이 변경될 경우 서버로부터 이에 대한 변경정보만을 수신하여 이를 이용해 그래픽 사용자 인터페이스의 컴포넌트들의 배치나 속성을 변경함으로써 처리 속도를 향상시킬 수 있게 된다.

한편, 본 발명의 부가적인 양상에 따라, 상기 서버 처리모듈(100)이 시뮬레이션부(160)를 더 포함할 수 도 있다.

상기 시뮬레이션부(160)는 상기 컴포넌트 변경정보 생성부(140)에 의해 생성된 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보를 상기 송신부(150)를 통해 클라이언트로 전송하기 전에 해당 클라이언트의 플랫폼(Platform) 환경하에서 상기 변경정보에 따른 그래픽 사용자 인터페이스(GUI)의 컴포넌트 배치 또는 속성 변경을 시뮬레이션(Simulation) 한다.

즉, 이 경우는 서버가 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보를 클라이언트로 전송하기 전에 서버에서 클라이언트의 플랫폼(Platform) 환경하에 상기 변경정보에 따른 그래픽 사용자 인터페이스(GUI)의 컴포넌트 배치 또는 속성 변경을 시뮬레이션(Simulation)한 후 최종의 변경정보를 클라이언트로 전송함으로써 보다 안정적인 그래픽 사용자 인터페이스(GUI)의 컴포넌트 배치 또는 속성 변경이 가능하도록 한 것이다.

한편, 본 발명의 부가적인 양상에 따라, 본 발명에 따른 그래픽 사용자 인터페이스 갱신 시스템이 클라이언트 처리모듈(200)을 더 포함하는 것이 바람직하다.

상기 클라이언트 처리모듈(200)은 클라이언트(Client)에서 출력되는 그래픽 사용자 인터페이스(GUI)를 통해 입력되는 사용자 입력 이벤트(Event)를 서버(Server)로 전송하고, 상기 서버로부터 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보를 수신하여 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)를 갱신한다.

구체적으로, 이 클라이언트 처리모듈(200)은 접속관리부(210)와, 통신부(220)와, GUI 처리부(230)를 포함한다.

상기 접속관리부(210)는 상기 서버와의 접속을 관리한다.

즉, 클라이언트 처리모듈(200)은 서버에서 실행되는 어플리케이션과 연동되므로, 사용자가 클라이언트에서 클라이언트 처리모듈(200)을 실행하면 상기 접속관리부(210)가 서버로 접속요청하고, 서버로부터의 응답에 따라 클라이언트와 서버간의 접속을 유지한다.

이 때, 클라이언트와 서버간의 접속처리, 접속을 위한 인증처리 등의 접속관리 기술은 이 출원 이전에 이미 다양하게 공지되어 시행되는 통상의 기술이므로, 이에 대한 자세한 설명은 생략하기로 한다.

상기 통신부(220)는 상기 서버로부터 전송된 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보를 수신하는 것을 포함하는 서버와 클라이언트간의 데이타 송수신을 처리한다.

즉, 클라이언트 처리모듈(200)은 이 통신부(220)를 통해 서버와 데이타를 송수신하며, 이러한 송수신 동작의 일환으로 상기 서버로부터 전송된 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보를 수신한다.

상기 GUI 처리부(230)는 상기 서버로부터 수신된 변경정보에 따라 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)를 이루는 컴포넌트들의 배치 또는/및 속성을 변경하여 그래픽 사용자 인터페이스(GUI)를 갱신한다.

즉, 상기 통신부(200)를 통해 서버로부터 변경정보가 수신되면, 상기 GUI 처리부(230)는 변경정보에 따라 그래픽 사용자 인터페이스(GUI : Graphical User Interface)에 포함되는 컴포넌트(Compnent) 객체(Object)들의 구성인자(Element)들의 설정값을 변경함에 의해 그래픽 사용자 인터페이스(GUI)를 이루는 컴포넌트들의 배치 또는/및 속성을 변경한다.

따라서, 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)가 갱신되게 된다.

한편, 그래픽 사용자 인터페이스(GUI : Graphical User Interface)에 포함되는 컴포넌트(Compnent) 객체(Object)는 클라이언트의 운영체제에 종속적인 클래스 라이브러리(Class Library)에 선언 및 정의되어 있으므로, 이에 대한 자세한 설명은 생략하기로 한다.

따라서, 위와같이함에 의해 상기에서 제시한 본 발명에 따른 그래픽 사용자 인터페이스 갱신 시스템의 목적을 달성할 수 있게 된다.

이상에서 설명한 바와같은 본 발명에 따른 그래픽 사용자 인터페이스 갱신 시스템은 그래픽 사용자 인터페이스(GUI)의 갱신을 클라이언트측에서 직접 처리하고, 서버는 단지 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보만을 전송함으로써 처리 속도를 향상시킬 수 있는 유용한 효과를 가진다.

더 나아가, 어플리케이션(Application) 변경시 클라이언트(Client)로 어플리케이션을 다운로드(Download)할 필요가 없어 클라이언트의 하드웨어(H/W) 또는 운영체제(O/S) 플랫폼(Flatform)에 상관없이 어플리케이션 수행이 가능한 서버 기반(Server Based) 모델을 따르도록 하여 유지보수가 용이한 효과를 가진다.

본 발명은 첨부된 도면을 참조하여 바람직한 실시예를 중심으로 기술되었지만 당업자라면 이러한 기재로부터 후술하는 특허청구범위에 의해 포괄되는 본 발명의 범주를 벗어남이 없이 다양한 변형이 가능하다는 것은 명백하다.

도 1 은 종래의 그래픽 사용자 인터페이스 갱신 시스템의 개요도

도 2 는 본 발명에 따른 그래픽 사용자 인터페이스 갱신 시스템의 개요도

도 3 은 본 발명에 따른 그래픽 사용자 인터페이스 갱신 시스템의 일 실시예의 구성을 도시한 블럭도

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

100 : 서버 처리모듈 110 : 세션관리부

120 : 수신부 130 : API 처리부

140 : 컴포넌트 변경정보 생성부 150 : 송신부

160 : 시뮬레이션부 200 : 클라이언트 처리모듈

210 : 접속관리부 220 : 통신부

230 : GUI 처리부

Claims

어플리케이션(Application) 변경시 클라이언트(Client)로 어플리케이션을 다운로드(Download)할 필요가 없어 클라이언트의 하드웨어(H/W) 또는 운영체제(O/S) 플랫폼(Flatform)에 상관없이 어플리케이션 수행이 가능한 서버 기반(Server Based) 모델을 따르되, 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)를 이루는 컴포넌트(Component)들의 배치정보 또는/및 속성정보 변경시 이 변경정보를 상기 클라이언트로 전송함으로써 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)가 갱신(Renewal)되도록 하는 것을 특징으로 하는 그래픽 사용자 인터페이스 갱신 시스템.
제 1 항에 있어서,

상기 그래픽 사용자 인터페이스(GUI) 갱신 시스템이:

서버와 클라이언트간의 세션(Session)을 관리하는 세션관리부와;

클라이언트로부터 발생된 이벤트(Event) 신호를 수신하는 수신부와;

상기 수신부에 의해 수신된 이벤트 신호에 따라 상기 어플리케이션을 통해 해당 이벤트에 관련된 처리를 수행하는 API 처리부와;

상기 API 처리부에 의한 이벤트 처리 결과로부터 상기 그래픽 사용자 인터페이스(GUI)를 이루는 컴포넌트들의 배치정보 또는/및 속성정보에 대한 변경 여부를 판단하여 변경된 경우 상기 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보를 생성하는 컴포넌트 변경정보 생성부와;

상기 사용자 인터페이스(GUI) 갱신을 위한 변경정보를 클라이언트로 전송하는 송신부를;

포함하는 서버 처리모듈을 포함하는 것을 특징으로 하는 그래픽 사용자 인터페이스 갱신 시스템.
제 2 항에 있어서,

상기 서버 처리모듈이:

상기 컴포넌트 변경정보 생성부에 의해 생성된 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보를 상기 송신부를 통해 클라이언트로 전송하기 전에 해당 클라이언트의 플랫폼 환경하에서 상기 변경정보에 따른 그래픽 사용자 인터페이스(GUI)의 컴포넌트 배치 또는 속성 변경을 시뮬레이션 하는 시뮬레이션부를;

더 포함하는 것을 특징으로 하는 그래픽 사용자 인터페이스 갱신 시스템.
제 2 항 또는 제 3 항에 있어서,

상기 그래픽 사용자 인터페이스 갱신 시스템이:

상기 서버와의 접속을 관리하는 접속관리부와;

상기 서버로부터 전송된 그래픽 사용자 인터페이스(GUI) 갱신을 위한 변경정보를 수신하는 것을 포함하는 서버와 클라이언트간의 데이타 송수신을 처리하는 통신부와;

상기 서버로부터 수신된 변경정보에 따라 클라이언트에서 출력되는 그래픽 사용자 인터페이스(GUI)를 이루는 컴포넌트들의 배치 또는/및 속성을 변경하여 그래픽 사용자 인터페이스(GUI)를 갱신하는 GUI 처리부를;

포함하는 클라이언트 처리모듈을 더 포함하는 것을 특징으로 하는 그래픽 사용자 인터페이스 갱신 시스템.