KR20050003466A - 브라우저 상에 제 1 매체 형식 콘텐트 렌더링 - Google Patents

Abstract

서버(13)로부터 렌더링 지원을 받는 클라이언트(16)상에서 브라우저(10) 위에 제 1 매체 형식(11) 콘텐트를 렌더링 하는/렌더링 하기 위한 방법, 시스템 및 클라이언트. 상기 방법에 있어서: 제 1 매체 형식 콘텐트가 클라이언트 상에서 제한된 리소스들로 인해 렌더링되기에 적합하지 않은지의 여부를 결정하는 단계, 그리고, 이 경우에 서버로부터 렌더링 지원을 취급하고 수신하기 위해 준비된 제 1 소프트웨어 요소(12)를 활성화하는 단계; 서버로부터, 렌더링 지원을 위한 요청으로 제 1 매체 형식 콘텐트에 대한 링크를 수신하는 단계; 서버상에서, 수신된 링크의 제 2 매체 형식 콘텐트를 결정하고, 상기 제 2 매체 형식 콘텐트는 클라이언트 상에서 렌더링되기 적합한 단계; 제 2 매체 형식 콘텐트를 클라이언트에 전송하는 단계; 및 제 1 소프트웨어 요소에 의해, 제 2 매체 형식 콘텐트를 렌더링하는 단계를 포함한다. 상기 방법은 제 1 소프트웨어 요소에 의하여, 제 1 입력 이벤트를 수신하는 단계; 서버상에서 제 1 소프트웨어 요소로부터 제 2 소프트웨어 요소(15)까지 제 1 입력 이벤트를 보내는 단계; 제 2 소프트웨어 요소에 의해서, 제 1 입력 이벤트와 제 2 매체 형식 콘텐트에 기초하여 제 3 매체 형식 콘텐트에 수신된 제 1 입력 이벤트를 전송하는 단계; 및 제 3 매체 형식 콘텐트를 렌더링하는 단계를 더 포함한다. 이것은 브라우저가 처음에 적합하지 않거나 시스템 리소스들을 가지고 있지 않은 클라이언트 상에 브라우저 위에 매체 형식의 렌더링을 가능하게 한다.

Description

브라우저 상에 제 1 매체 형식 콘텐트 렌더링{Rendering a first media type content on a browser}

EP 0,965.914는 클라이언트에서 마크-업 언어 도큐먼트들(mark-up language documents)을 디스플레이하기 위한 방법의 실시예를 개시한다. HTML 도큐먼트는 대응하는 프로그램이 클라이언트 밖에서 생성되고 상기 도큐먼트들을 디스플레이하기 위해 클라이언트에 대해 이용을 위해 계속적으로 전송됨으로써 수신된다.

씬 클라이언트(thin client) 상에 브라우저는 상기 이미지 콘텐트는 일반적으로 개인용 컴퓨터의 스크린 상에 디스플레이되도록 처음부터 설계되기 때문에, 더 작은 디스플레이 크기와 상기 클라이언트의 해상도(resolution)에 맞추기 위해 수신된 이미지 콘텐트의 변환(conversion)을 수행하기 위해 필요하다고 공지된다.씬 클라이언트들은 일반적으로 그들을 더 작고 개인용 컴퓨터와 비교해서 비싸지 않게 만들기 위해 최소의 시스템 리소스들로 설계되기 때문에, 이미지 콘텐트의 변환이 많은 양의 컴퓨터 사용 전력(computation power), 메모리 공간(memory space) 등을 요구한다는 문제가 있다.

본 발명은 서버로부터 렌더링 지원을 받는 클라이언트에 대해 브라우저 상에 제 1 매체 형식 콘텐트를 렌더링하는 방법에 관한 것이다.

본 발명은 또한 방법을 수행하기 위한 컴퓨터 시스템에 관한 것이다.

본 발명은 또한 방법을 수행하기 위한 컴퓨터 프로그램 제작에 관한 것이다.

부가적으로, 본 발명은 서버로부터 렌더링 지원을 받는 브라우저 상에 제 1 매체 형식을 렌더링하기 위해 클라이언트에 관한 것이다.

본 발명은 바람직한 실시예들 및 도면들을 참조들과 결합하여 아래에 더 완벽하게 설명될 것이다.

도 1은 클라이언트상에 기본 브라우저와 제 1 소프트웨어 요소를 가지고 서버상에 제 2 소프트웨어 요소와 애플리케이션 관리자를 갖는 클라이언트 서버 아키텍쳐를 도시한 도시도.

도 2는 클라이언트 상의 부모 윈도우에서 스크린 영역 위에 입력 및 출력 기능들을 취급하는 클라이언트 서버 아키텍쳐 도시도.

도 3은 클라이언트가 애플리케이션 서버를 위한 덤 웹 터미널(dumb web terminal)로 구성된, 제 1 소프트웨어 요소의 트리형 모듈 수행을 도시한 도시도.

도 4는 서버로부터 렌더링 지원을 받는 클라이언트 상에서 브라우저 위에 제 1 매체 형식 콘텐트를 렌더링하는 방법을 도시한 도시도.

전체 도면들에서, 같은 참조 번호들은 비슷하거나 또는 대응하는 특징들, 기능들 등을 지시한다.

상기 이전의 기술 방법은 클라이언트상에서 마크-업 언어 도큐먼트들을 디스플레이하기 위해 수신된 프로그램이 많은 시스템 리소스들을 요구한다는 문제를 포함한다.

그러므로 클라이언트 내에서 컴퓨터 사용 전력과 메모리 스페이스의 최소 사용으로 클라이언트 상의 브라우저에 대해 이미지 콘텐트와 다른 디스플레이 가능 콘텐트의 렌더링을 공급하는 것이 본 발명의 목적이다.

시작 문장에서 언급된 방법에 의해 해결되는 문제에 있어서, 상기 방법은,

- 제 1 매체 형식 콘텐트가 클라이언트 상에 제한된 리소스들로 인해 렌더링하기 알맞지 않은지의 여부를 결정하는 단계, 및 이 경우에, 서버로부터 렌더링 지원을 처리하고 수신하기 위해 준비된 제 1 소프트웨어 요소를 활성화하는 단계,

- 서버에 대한 렌더링 지원에 대한 요청을 제 1 매체 형식 콘텐트에 링크를, 클라이언트로부터, 전송하는 단계,

- 클라이언트 상에 렌더링되기 적합한, 수신된 링크의 제 2 매체 형식 콘텐트를, 서버 상에서, 결정하는 단계,

- 수신된 링크 및 요청에 응답하여, 클라이언트까지 제 2 매체 형식 콘텐트를, 서버로부터, 전송하는 단계, 및

- 수신된 제 2 매체 형식 콘텐트에 응답하는 제 2 매체 형식 콘텐트를, 제 1 소프트웨어 요소에 의해, 렌더링하는 단계를 포함한다.

제 1 단계에서, 매체 형식 콘텐트는 클라이언트 상에 제한된 리소스들로 인해 렌더링되기 적합하지 않고, 그 결과로서 상기 제 1 소프트웨어 요소는 활성화되는 것이 결정된다. 그것은 서버로부터의 후속하는 렌더링 지원의 취급 및 수신을 위해 준비된 클라이언트 측상에서 활성화된다.

제 2 단계에서, 클라이언트는 서버로부터 지원을 요청한다. 지원을 위한 요청에서, 상기 링크는- 제 1 단계에서 클라이언트의 브라우저에 렌더링하기 적절하지 않는 것을- 포함할 수 있는 콘텐트에 링크한다.

후속하는 세 단계들에서, 서버는 링크의 콘텐트를 검색하고 후속하여 그것을 포맷과 콘텐트(제 2 매체 형식 콘텐트)에 대해 변환하고, 그 후 그것은 클라이언트에 전송되고 후속하여 클라이언트 상에 렌더링된다.

그 때 클라이언트 상에 브라우저에 대한 이미지 콘텐트 및 다른 디스플레이가능 콘텐트의 렌더링을 제공하는 목적은 성취되고, 변환이(단계 세개) 서버에서 일어나기 때문에, 그러므로 클라이언트 상에 상기 브라우저는 상기 제 2 매체 형식의 포맷으로 렌더링하기 위해 단지 최소 컴퓨터 사용 전력이 필요하다.

그러므로 클라이언트 상에서 웹 사이트들에 접근을 위한 방법의 상기 단계들은 클라이언트의 사용자가 서버로부터 렌더링 지원을 요청 및 지원하는 것을 공지하지 않을 것이기 때문에 사용자에게 명백한 발명의 이점이 있다. 방법의 단계들은 또한, 이 경우 렌더링은 단지 클라이언트 상에서 일어나기 때문에 렌더링 지원이 얻어지지 않을 때 사용자에게 명백하다.

그러므로 두 렌더링의 방법들에서 - 첫째로, 시작부터, 렌더링가능 포맷 또는, 선택적으로, 두번째로, 렌더링가능 포맷으로 변환된 포맷으로부터- 사용자가 상기 렌더링의 두 방법 사이의 불편한 차이를 경험하지 않을 것이라는 것이 본 발명의 또 다른 이점이다.

본 발명의 또 다른 바람직한 실시예에 있어서, 상기 방법은,

- 제 1 입력 이벤트를, 제 1 소프트웨어 요소에 의해, 수신하는 단계,

- 서버 상에서 제 1 소프트웨어 요소로부터 제 2 소프트웨어 요소까지 제 1 입력 이벤트를 전송하는 단계와,

- 제 1 입력 이벤트 및 제 2 매체 형식 콘텐트에 기초하여 제 3 매체 형식 콘텐트에 대해 상기 수신된 제 1 입력 이벤트를, 제 2 소프트웨어 요소에 의해, 변환하는 단계,

- 제 1 소프트웨어 요소에 대해 제 3 매체 형식 콘텐트를, 제 2 소프트웨어 요소에 의해, 전송하는 단계, 및

- 또한 수신된 제 3 매체 형식 콘텐트에 대응하는 제 3 매체 형식 콘텐트를, 제 1 소프트웨어 요소에 의해, 렌더링하는 단계를 포함한다.

처음의, 첫번째 다섯 단계들에 대응하여, 이들 나중의 다섯 단계들은 클라이언트 상에서 마우스, 키보드, 등으로부터 다양한 입력들에 기초하여 클라이언트 디스플레이에 대해 ㅡ다시 서버로부터 렌더링 지원으로ㅡ 렌더링한다.

(하나 이상의 상기 제 1 입력 이벤트(들)에 의하여)하나 및 두 개 입력들은 서버에 의해 수신되는 단계에서, 그것은 그 후 -다시- 입력을 포맷 및 콘텐트(상기 제 3 매체 형식 콘텐트)로 변환하고, 그 후 클라이언트 상에 전송되고 후속하여 렌더링한다.

본 발명의 바람직한 실시예에 있어서, 제 1 매체 형식 콘텐트가 적절하지 않은지의 여부를 등을 결정하는 상기 단계는,

- 제 1 매체 형식 콘텐트는 클라이언트 상에서 렌더링가능하지 않은 것을, 브라우저에 의해, 결정하는 단계,

- 만약 이 경우, 브라우저에 의해 제 1 소프트웨어 요소를 활성화시키는 단계를 포함한다.

이들 단계들에서, 브라우저는, 처음으로 전류 콘텐트는 렌더링되기에 적절하지 않은 것을 결정하고, 그 후, 둘째로, 제 1 소프트웨어 요소가 브라우저에 의해 활성화된다. 상기 제 1 소프트웨어 요소는 서버로부터 후속하는 렌더링 지원의 취급을 준비하고 수신을 준비하기 위해 활성화된다.

본 발명의 또 다른 바람직한 실시예에 있어서, 클라이언트,링크 등으로부터 전송의 상기 단계는,

- 제 1 매체 콘텐트에 대한 링크와 서버에서 애플리케이션 관리자(application manager)에 대한 요청을, 제 1 소프트웨어 요소에 의해, 전송하는 단계, 및

- 수신된 링크 및 요청에 응답하여 플러그-인 애플리케이션(plug-inapplication)으로서 제 2 소프트웨어 요소를, 애플리케이션 관리자에 의해, 생성하는 단계를 포함한다.

제 1 단계에서, 상기 링크 및 요청은 서버 내의 애플리케이션 관리자에게 보내진다; 그리고 그것은 서버에 대한 플러그-인 애플리케이션으로써 상기 제 2 소프트웨어 요소를 생성한다.

이에 의해, 클라이언트 및 서버 상에서 제 1 및 제 2 소프트웨어 요소들은, 각각, 단말간 클라이언트/서버 아키텍쳐(end-to-end client/server architecture)와 그들 사이의 후속하는 통신을 수행하고 가능하게 하기 위한 장치이다..

본 발명의 또 다른 바람직한 실시예에서, 수신된 링크의 제 2 매체 형식을, 서버 상에서, 결정하는 상기 단계에 있어서,

- 수신된 링크에 기초하는 제 1 매체 형식 콘텐트를, 제 2 소프트웨어 요소에 의해서, 수신하는 단계, 및

- 제 2 매체 형식 요소에 대한 제 1 매체 형식 콘텐트를, 제 2 소프트웨어 요소에 의해서, 변환하는 단계를 포함한다.

제 1 단계에서, 수신된 링크(예를 들면, 완전한 URL)는 콘텐트가 링크된 (다른) 서버가 찾아질 수 있는지 서버에게 알려주고, 상기 서버는 후속하여 상기 제 1 매체 형식 콘텐트를 검색한다. 마지막 단계에서, 상기 제 1 매체 형식 콘텐트는 상기 제 2 매체 형식 콘텐트로 변환되고, 그것은 그후, 만약 수신된다면, 클라이언트 상에서 렌더링된다.

또한 서버로부터 렌더링 지원을 받는 브라우저 상에서 제 1 매체 형식 콘텐트를 렌더링하는 것이 클라이언트에 의해 해결되는 상기 언급된 문제에 있어서, 상기 클라이언트는,

- 제 1 매체 형식 콘텐트가 제한된 리소스들에 의해 렌더링되기 적합하지 않는지를 결정하는 단계와, 만약 이 경우, 서버로부터 렌더링 지원을 취급하고 수신하기 위해 준비된 제 1 소프트웨어 요소를 활성화하기 위한 수단,

- 서버에 대한 렌더링 지원을 요청하는 제 1 매체 형식 콘텐트에 링크를 전송하기 위한 수단,

- 제 2 매체 형식 콘텐트가 클라이언트 상에 렌더링되기 적합하고 그것이 서버로부터 결정되고 전송되는, 전송된 링크의 제 2 매체 형식 콘텐트를 수신하기 위한 수단, 및

- 수신된 제 2 매체 형식 콘텐트에 응답하여 제 2 매체 형식 콘텐트를 렌더링하기 위한 수단을 포함한다.

상기 클라이언트의 바람직한 실시예에 있어서, 상기 클라이언트는,

- 제 1 입력 이벤트를 수신하기 위한 수단;

- 서버 상에서 제 1 입력 이벤트를 제 2 소프트웨어 요소로 전송하기 위한 수단;

- 제 3 매체 형식 콘텐트가, 수신된 제 1 입력 이벤트 및 제 2 매체 형식 콘텐트에 기초하여, 서버 상에서, 제 2 소프트웨어 요소에 의해 변환되고 전송되는, 제 3 매체 형식 콘텐트를 수신하기 위한 수단, 및

- 또한 수신된 제 3 매체 형식 콘텐트에 응답하여 제 3 매체 형식 콘텐트를렌더링하기 위한 수단을 더 포함한다.

상기 클라이언트는 방법에 관련하여 상기 설명된 것처럼 같은 전제들에 대해 같은 이점들을 제공한다.

도 1은 클라이언트 상에 기본 브라우저와 제 1 소프트웨어 요소를 가지고 서버 상에 제 2 소프트웨어 요소와 애플리케이션 관리자를 가진 클라이언트 서버 아키텍쳐를 도시한다. 본 발명의 바람직한 실시예에서, 클라이언트는, 참조 번호(16), 허용된 제 1 소프트웨어 요소 기능을 가진 기본 브라우저, 참조 번호(10),를 가지는 곳에서, 단말간 클라이언트/서버 아키텍쳐에 기초한다. Netscape Communicator와 같은 브라우저를 위한 제 1 소프트웨어 요소는 상기 기본 브라우저의 기능에 대해 플러그-인 인스톨된다. 기본 브라우저는 Netscape Communicator 또는 Microsoft 사의 Internet Explorer와 같은 어떤 상업적 웹 브라우저일 수 있다. Netscape Communicator를 위하여, 제 1 소프트웨어 요소는 표준 플러그-인 매커니즘(mechanism)의 사용에 의해, 기본 브라우저로서 Netscape Communicator로 수행되고, 상기 제 1 소프트웨어 요소는 단지 플러그-인 또는 디폴트 플러그-인(default plug-in)으로서 플러그-인이다. 역으로 -만약 상기 기본 브라우저가 Internet Explorer인 경우- 제 1 소프트웨어 요소는 ActiveX control에 의해 수행된다.

사용자가 웹 사이트에 매체 형식, 참조 번호(11)(예를 들면, PDF, portable document format, 또는 word Format), 으로 접속할 때마다, 기본 브라우저는 취급할 수 없다, 즉, 상기 기본 브라우저는 클라이언트 상에 디스플레이하기 위해 랜더할 수 없고, 상기 기본 브라우저는 제 1 소프트웨어 요소, 참조 번호 12,를 특정한 매체 형식을 취급하기 위해 활성화할 것이다.

그러나, 제 1 소프트웨어 요소는 이들 매체 형식을 위해, 실제 실행 코드(execute code) 또는 실행가능 코드가 아닌, 제 1 소프트웨어 요소는 매체 형식 포맷 그 자체를 취급할 수 없고 또한 이 매체 형식을 위한 렌더링 기능(즉, 상기 클라이언트 상에 상기 매체 형식을 나타내기 위한 기능)을 가지고 있지 않다. 대신에, 제 1 소프트웨어 요소는 이 매체 형식을 위한 소위 프록시(proxy)로서 동작한다. 애플리케이션 서버 프로파일은(예를 들면, 서버의 IP 어드레스) 제 1 소프트웨어 요소로 알려져 있다. 상기 애플리케이션 서버, 참조 번호(13),는 홈 게이트웨이(home gateway), ISP 사이트, ASP 사이트 또는 프록시 서버에 인스톨된다.

그 후 제 1 소프트웨어 요소는 이 매체 형식의 렌더링 지원을 위해 참조 번호(13)의 애플리케이션 서버 안에, 참조 번호(14)인, 애플리케이션 관리자를 문의한다.

그 후 애플리케이션 관리자는 특정 매체 형식의 취급을 위해 서버상에 존재하거나 위치하는, 참조 번호(15), 플러그-인 애플리케이션으로서, 제 2 소프트웨어 요소를 생성한다. 상기 애플리케이션 서버는 Windows의 운영 체제 플랫폼( operating system platform)의 예로, 본 매체 형식을 지원하기 위해 애플리케이션들을 가진 운영 체제 플랫폼일 수 있다. 윈도우즈 플랫폼상에서, 이 컨트롤이 Active Document Host로서 이용되기 때문에, 클라이언트가 그것을 호스팅함에 의해 상기 ActiveX control를 이용하는, 웹-브라우저 컨트롤(web browser control)로 명명된 ActiveX control이 있고, 이 웹-브라우저 컨트롤이 (필요되는, 즉, 클라이언트로부터 요청되는) 어떤 매체 형식을 렌더링하기 위한 어떤 종류의 소프트웨어 요소들을 로드하는 것을 뜻하고, PDF(Portable Document Format)의 매체 형식 전용의 소프트웨어 요소가 있다; Word 포맷 등으로 생성된 도큐먼트 또는 파일 전용의 또 다른 소프트웨어 요소가 있다. 제 2 소프트웨어 요소가, 즉, 애플리케이션 서버사이트 상에서 참조 번호(15)의 플러그-인 애플리케이션이, 참조 번호(12)인, 제 1 소프트웨어 요소로부터 지정된 매체 형식의 렌더링 지원을 위한 요청을 수신할 때마다, 참조 번호(15)인, 서버 사이트상에서 제 2 소프트웨어 요소는 그것이 존재하고, 즉, 그것의 대응하는 웹 사이트(들)상에서 또는 또 다른 서버나 네트워크 드라이브로부터, 및 그것 디코드, 즉, 매체 형식의 콘텐트를, 전용의 클라이언트 상에 존재되거나 렌더링되는, 렌더링가능하고, 서로 다르고, 단순한 포맷으로(상기 매체 형식의 원래의 콘텐트의 형식과 반대되는), 변환함으로부터 직접적으로 매체 형식의 콘텐트를 액세스할 것이다.

부가적으로, 윈도우 업데이트 이벤트를 후킹에 의하여, 그 후 상기 제 2 소프트웨어 요소는 렌더링 및/또는 프레젠테이션을 위해 클라이언트 상에 제 1 소프트웨어 요소에 렌더링가능, 단순한 포맷-예를 들면, 콘텐트는 jpeg 포맷이다,-의 콘텐트로 전송한다

이에 의하여, Word(.doc 포맷) 또는 Acrobat Reader(.pdf 포맷)로부터 알려진 Portable Document와 같이 처음부터 (클라이언트 사이트 상에서) 다소 렌더링불가능하고, 복잡한 포맷은, 예를 들면, 서버상에서 JPEG 포맷과 같이, 더 단순하고, 렌더링가능하고(클라이언트 상에서), 덜 복잡한 포맷으로 변환된다. 결과적으로, 그 후 덜 복잡한 포맷(또는 그것의 더 중요한 콘텐트)은 클라이언트의 디스플레이 상에 렌더링 또는 프레젠테에션을 위해 클라이언트 상에서 사용된다.

도 2는 클라이언트 상에서 부모 윈도우에서 스크린 영역에서 입력 및 출력 기능들을 취급하는 클라이언트 서버 아키텍쳐를 도시한다. 참조 번호(12), 제 1소프트웨어 요소는 -이전 도면에서 논의된 것과 달리- 두 개의 기본 기능들을 더 취급한다: 첫째로, 클라이언트의 사용자로부터 입력 기능(버튼 클릭, 키보드 입력들(keyboard entries) 등과 같은), 및, 두 번째로, 출력 기능, 즉, 클라이언트상에 디스플레이하기 위한 프레젠테에션 또는 렌더링으로서 이해될 수 있는 디스플레이하는 것이다. 상기 사용자는 참조 번호(20), 스크린 영역에 어떤 명령들을 입력할 때마다, 제 1 소프트웨어 요소에 의해 취급되는, 제 1 소프트웨어 요소는, 참조 번호(21), 부모 윈도우로부터 통지된다. 그러므로, 제 1 소프트웨어 요소는 참조번호(22), 이들 입력 이벤트들을 서버 사이트상에 대응하는 제 2 소프트웨어 요소를 전송한다. 상기 제 2 소프트웨어 요소는 클라이언트로부터 이들 입력 이벤트들을 애플리케이션 서버를 위한 특정한 입력 이벤트들로 변환한다. 그 후 제 2 소프트웨어 요소는-여전히 서버 사이트 상에서-이들 이벤트들이 서버 사이트에 생성된 것처럼 입력 이벤트들에 응답한다. 제 2 소프트웨어 요소가 스크린의 어떤 영역들이 클라이언트 상에서 수정되고, 상기 제 2 소프트웨어 요소는 참조 번호(23), 출력 이벤트들을 생성하고 이들 입력 이벤트들을 클라이언트 사이트 상의 참조 번호(12)인, 대응하는 제 1 소프트웨어 요소에 되돌려 보낸다. 이들 출력 이벤트들은 변형된 스크린 데이터의 영역들로 구성된다. 제 1 소프트웨어 요소는 참조 번호(15)인, 대응하는 제 2 소프트웨어 요소로부터 출력 이벤트들을 수신할 때, 제 1 소프트웨어 요소는 이들 출력 이벤트들을 변환하고 그 후 상기 제 1 소프트웨어 요소는 클라이언트 디스플레이에 대해 렌더링한다. 이 작동은 참조 번호(15)인, 제 2 소프트웨어 요소가-서버 사이트상에서- 코드가 클라이언트 내에서 실행된 것처럼, 클라이언트의 사용자에게 명백하다.

제 1 소프트웨어 요소는 첫째로 기본 I/O 이벤트들을 취급함에 따라, 즉, 약간 단순한(즉, 클라이언트에 대해 렌더링가능한) 포맷으로 디스플레이하고 버튼 클릭, 키보드 입력들 등과 같이, 키보드 또는 마우스로부터 입력들을 취급하기 위해, 컴퓨터 사용 전력 및 메모리 스페이스에 의해 클라이언트를 위한 리소스 요청은 상기 더 복잡한 포맷(들)이 서버 사이트 상에서 그 이상의 컴퓨터 사용 전력 및 메모리 스페이스 사용으로 컴퓨트 되고 변환되기 때문에 최소로 설계된다.

도 3은 본 발명의 바람직한 실시예에서 클라이언트가 애플리케이션 서버에 대한 덤 웹 터미널(dumb web terminal)로써 구성된 제 1 소프트웨어 요소의 트리 모듈 실행(tree module implementation)을 도시한다. 이 경우에는, 제 1 소프트웨어 요소는 HTTP 서브-모듈, XML 서브-모듈 및 디스플레이 서브-모듈을 포함한다. 상기 HTTP 서브-모듈은 참조 번호(31), 상기 디스플레이 서브-모듈은 참조 번호(33), 상기 XML 서브-모듈은 참조 번호(32)로 도면에 도시된다.

이 구성 아래 제 1 소프트웨어 요소 실시의 단계는 다음과 같다.

1. 제 1 소프트웨어 요소 스레드(thread), 참조 번호(30)는 클라이언트 상에서 주 스레드(main thread)로서 사용되고, 브라우징을 위한 사용자의 입력을 위해 또는 브라우징 동안 사용자의 입력을 위해 질의한다.

2 . 제 1 소프트웨어 요소는 사용자의 입력으로부터 URL을 얻고, 상기 제 1 소프트웨어 요소 스레드는 고유 사이즈를 가진 -다시 참조 번호(12)인 -제 1 소프트웨어 요소를 생성하고, 제 1 소프트웨어 요소에 대해 완전한 URL(full-URL)과 같은 관련된 정보를 전하고, 그 후 그것은 애플리케이션 서버에 대한 상기 관련된 정보에 대해 전송한다.

3. 클라이언트로부터 요청 후에, 상기 애플리케이션 관리자(14)는 대응하는 제 1 소프트웨어 요소를 위한 플러그-인 애플리케이션으로서 제 2 소프트웨어 요소(15)를 생성한다.

4. 그 후 제 1 소프트웨어 요소는 HTTP 서브-모듈을 사용하기 위해 입력 명령들을 (서버상에서) 제 2 소프트웨어 요소로 변환하고, 그 후 제 2 소프트웨어 요소는 클라이언트상에 렌더링을 위한 디스플레이 출력 명령들을 제 1 소프트웨어 요소에 보낸다.

5. HTTP 프로토콜 내에 페이로드(payload)는 XML 포맷에서 인코드된다. 그 후 제 1 소프트웨어 요소의 XML 서브-모듈은 클라이언트를 위해 렌더링가능한 포맷으로 번역(interpret)하고 변환한다.

6. 그리고 나서 제 1 소프트웨어 요소는 출력 데이터를 디스플레이 서브-모듈을 사용함에 의해 단계 2에서 생성된 고유한 영역에 대해 렌더링한다.

상기 언급된 단계 1은 제 1 소프트웨어 요소 스레드가 사용자를 위한 입력 다이얼로그 박스(또는 사용자를 위해 클릭하는 미리-정의된 아이콘들)를 팝업(pop-up)하기 위해 확장된다. 제 1 소프트웨어 요소의 동작이 종료(close)될 때마다, 제 1 소프트웨어 요소 스레드는 자동적으로 종료한다.

클라이언트와 서버 사이의 통신은 클라이언트 사이드 상에서 참조 번호(34)인, 네트워크 트랜스포트 레이어와 서버 사이드 상에서 참조 번호(35)인, 대응하는네트워크 트랜스포트 레이어에 의해 수행된다.

도 4는 서버로부터 렌더링 지원을 받은 클라이언트 상에 브라우저 위에 제 1 매체 형식 콘텐트를 렌더링하는 방법을 도시한다.

단계 90에서, 상기 방법이 시작된다. 클라이언트 상 및 서버상에서, 변수들, 플래그들(flags), 버퍼들 등, 매체 형식과 매체 형식 콘텐트의 키핑 트랙(keeping track), 요청들 등은, 디폴트 상태들(default states)로 놓는다. 상기 방법은 제 2 시간을 시작할 때, 단지 오류가 있는 변수들(corrupted variables), 플래그들, 버퍼들 형태들 등은, 디폴트 상태들로 리셋된다.

단계 100에서, 제 1 매체 형식 콘텐트가 클라이언트 상에 제한된 리소스들로 인해 렌더링되기에 적합하지 않은지의 여부를 결정하고, 그 후 제 1 소프트웨어 요소가 활성화되는 경우, 그것에 의해 제 1 소프트웨어 요소(클라이언트 상에서)는 서버로부터 렌더링 지원을 취급하고 수신하기 위해 준비된다. 단계 100은 단계들 101과 102의 일반화(generalization)를 구성한다. 한 예로써, 클라이언트 상에서 제한된 리소스들, 즉 제한된 프로세싱 파워, 제한된 RAM의 양 등으로 인해, 클라이언트에 의해 상기 제 1 매체 형식을 렌더링하기에 적합하지 않다. 상기 제한된 리소스들로 인해, 클라이언트상에 브라우저는 결과적으로 단지 프레젠테이션과 렌더링 기능들만을 갖는다.

상기 제 1 매체 형식 콘텐트는 마이크로소프트 워드로 알려진 .doc 형식, 아크로뱃으로 알려진 .pdf형식이고, 이들 두 매체 형식은 렌더링되기 위하여 클라이언트로부터 (즉, 프로세싱 파워, RAM) 너무 많이 요청한다. 그러므로 -사용자의관점으로부터 보여진 기본적으로 같은 콘텐트인- 예를 들면, jpeg 형식인, 더 단순한 형식에 기초하여,-다음에 논의될 것처럼- 콘텐트를 렌더링하는 것이 클라이언트에 더 적합하다.

단계 101에서, 브라우저에 의해, 제 1 매체 형식 콘텐트가 클라이언트 상에서 렌더링가능하지 않다는 것이 결정된다. 앞선 단계에서 논의된 것처럼, 상기 단계는 프로세싱 파워 또는 RAM에 의해 클라이언트로부터 너무 많은 리소스들을 필요한 점에서 클라이언트 상에서 렌더링되기에 적합하지 않고, 만약 수행되면, 너무 오래 걸리고 그러므로 렌더링은 클라이언트 상에서 수행되기에 적합하지 않다.

한 예로써, 제 1 매체 형식 콘텐트가 Adobe Portable Document Format(PDF) 또는 Microsoft Word Document(DOC)와 같은 매체 형식들이고, 클라이언트 상에서 브라우저는 많은 양의 메모리 리소스들을 차지해야하고 그러므로 클라이언트의 브라우저 상에 렌더링되기 적합하지 않다.

단계 102에서, 만약 -앞의 단계들로부터- 상기 제 1 매체 형식 콘텐트가 클라이언트 상에 렌더링가능하지 않다는 것이 결정된다면, 상기 브라우저는 클라이언트상에서 상기 제 1 소프트웨어 요소를 활성화한다. 제 1 소프트웨어 요소는-활성화되었을 때- 예를 들면, jpeg 형식인, 렌더링가능한 형식으로 변환할 때, 매체 형식의 콘텐트의 렌더링/프레젠테이션을 취급하기 위해 후속하는 단계들에서 준비된다.

단계 200에서, 클라이언트는 서버에 대해 렌더링 지원을 위한 요청을 가진 제 1 매체 형식에 링크를 전송한다. 단계 200은 단계들 201과 202의 일반화(generalization)를 구성한다. 앞선 단계의 결과로서- 클라이언트가 그 자신의 리소스들을 가지지 않거나 그 자신을 렌더링하기 위해 그것의 부족한 리소스들을 사용하기 적합하다고 생각되지 않고- 그것은, 일반적으로, 클라이언트 상에서 후속하는 렌더링이 적절한 포맷, 즉, -제공된 예로써- jpeg 형식으로 발생할 수 있도록 서버에 지원을 문의(요청)한다. jpeg와는 다른 형식은 후속하여 렌더링될 때, 이 다른 형식이 너무 많은 CPU 전력 및 또는 클라이언트 상의 메모리 용량을 요구 하지 않는 한 클라이언트에 적절하다. 요청에 더하여, 상기 클라이언트는 또한 서버에 대해 링크를 공급하고, 상기 링크는 서버에 (다른)서버 상에 링크된 콘텐트를 찾을 수 있는지 알려주고, 후속하여 단계 301에서 검색된다.

단계 201에서, 제 1 소프트웨어 요소는 제 1 매체 형식 콘텐트에 링크, 서버에 애플리케이션 관리자에 대한 요청을 전송한다. 더 자세하게, 앞선 단계와 비교됨으로써, 상기 링크와 요청은 서버 사이트 상에서 상기 애플리케이션 관리자에게 전송된다; 이에 의해 서버에서 애플리케이션 관리자는 클라이언트에서 제 1 소프트웨어 요소로부터 상기 제 1 매체 형식의 지원을 렌더링하기 위해 요청된다.

단계 202에서, 애플리케이션 관리자는 서버상에서 플러그-인 애플리케이션으로써 제 2 소프트웨어 요소를 생성한다. 상기 생성은 링크와 요청의 수신에 응답으로써 수행된다. 단계 100에서 제 1 소프트웨어 요소의 활성화에 대응하여, 제 2 소프트웨어 요소는-서버에서 플러그-인 애플리케이션으로써- 제 1 매체 형식의 이후 취급에 대해 준비되기 위해 서버 사이트상에서 생성된다.

단계 300에서, 상기 서버는 수신된 링크를 반영하는 제 2 매체 형식 콘텐트를 결정한다. 상기 제 2 매체 형식 콘텐트는 클라이언트 상에서 렌더링되기에 적절하다. 단계 300은 단계들 301 및 302의 일반화를 구성한다. 상기 수신된 링크는 서버에 서버상에 찾을 수 있는 링크된 콘텐트를 알려주고, 후속하여 그것을 또다른 포맷으로 결정, 즉, 그것을 제 2 매체 형식 콘텐트로 변환한다. 다시 말해서, 단계 300 내지 302에서, (클라이언트에 렌더링가능하지 않은) 앞선 단계로부터 제 1 형식 콘텐트는 상기 제 2 매체 형식 콘텐트로 변환하고, 그 후 그것은 클라이언트로 렌더링가능하다.

단계 301에서, 제 2 소프트웨어 요소는 수신된 링크에 기초하여 제 1 매체 형식 콘텐트를 수신한다. 상기 수신된 링크는 서버상에 링크된 콘텐트를 찾을 수 있고 후속하여 제 1 매체 형식의 콘텐트로서 그것을 검색할 수 있다.

다시 말해서, 단계 300 내지 302에서, 서버는 제 1 소프트웨어 요소로부터 수신되는 링크로부터 완전한 URL을 통해 제 1 매체 형식에 액세스되고 그 후 서버는 후속하여 그것을 렌더링가능한 포맷, 즉, 제 2 매체 형식의 콘텐트로 콘텐트를 변환하였다.

단계 302에서, 제 2 소프트웨어 요소는 서버상에서 제 2 매체 형식 콘텐트로 제 1 매체 형식 콘텐트를 변환한다. 상기 제 1 매체 형식 콘텐트는 후속하여 클라이언트 상에 렌더링가능한 제 2 매체 형식 콘텐트로 변환되어야한다. 또한 상기 클라이언트와 서버는 클라이언트가 렌더링에 적합하게 고려한 포맷(들), 형식(들)에 관하여 정보를 교환한다. 부가적으로, 또는 선택적으로, 서버는 이전에 포맷, 즉, 클라이언트가 적합한 렌더링가능한 포맷들을 고려하는 형식 또는 형식들이 통지된다. 또한, 클라이언트 및 서버는 렌더링 지원을 필요로하는 포맷들 및 그 반대인 포맷들을 결정한다.

단계 400에서, 서버는 제 2 매체 형식 콘텐트를 클라이언트로 변환한다. 변환은 링크 및 클라이언트로부터 수신된 요청에 응답하여 수행된다. 여기서, 제 2 매체 형식 콘텐트는 -그것은, 사용자의 관점으로부터 고려된, 제 1 매체 형식의 콘텐트와 비슷한- 클라이언트로 변환된다.

단계 500에서, 제 1 소프트웨어 요소는 클라이언트 상에 제 2 매체 형식 콘텐트를 렌더링한다. 상기 렌더링은 제 2 매체 형식 콘텐트가 클라이언트에 의해 수신될 때 수행된다. 여기서 클라이언트는-상기 단계들의 결과로서-적절한 포맷, 즉, 제 2 매체 형식의 포맷으로 즉시 렌더링된다. 그것에 의해 클라이언트 상에서 웹 사이트들에 액세스하기 위한 방법의 상기 단계들은 클라이언트의 사용자가 클라이언트가-사실상-서버로부터 렌더링 지원을 요청하고 획득하는 것을 통지하기 때문에 사용자에게 평이하다는 본 발명의 이점이 있다.

물론, 상기 앞선 방법의 단계들은 또한 어떠한 렌더링 지원도 필요없는 웹사이트들로부터 콘텐트에 적용한다. 모든 경우에서, 클라이언트의 사용자는 처음으로 렌더링가능 포맷(단계 100, 지원이 필요 없는 경우) 또는 렌더링가능 포맷으로 변환된 포맷(단계 100 내지 600, 지원이 필요 없는 경우) 사이에서 어떤 차이를 인식하지 않을 것이다.

단계 600에서, 제 1 소프트웨어 요소는 클라이언트 상에 제 1 입력 이벤트를 수신한다. 인터넷을 브라우즈 하기 위해 다른 장치들이 사용된 경우로서, 렌더링된,즉, 클라이언트상에 디스플레이된, 정보에 또한 관련된 정보를 알거나 요청하기위해서 사용자는 마우스를 클릭, 키보드를 동작, 터치 감지가능 디스플레이를 터치한다. -또한 앞서 언급된 것처럼- 클라이언트가 프로레싱 파워 및/또는 메모리 셀들의 양에 의하여 제한된 리소스들을 가지기 때문에, 그것은 단지 그 기본 기능들을 취급하기 위해 클라이언트에 적합하고, 그 후 서버에 대해 요구한 입력 및 출력 그 이상의 리소스의 취급 뿐만 아니라 더 복잡한 포맷들 및 형식들의 더 복잡한 렌더링을 그만두고, 그것은 할당된 그 이상의 프로세싱 파워와 메모리 셀들을 가진다. 일반적으로 이들 단계에서, 클라이언트는 마우스, 키보드, 클라이언트 상에서 터치스크린의 터칭 등의 사용에 의해 일어난 어떤 입력 이벤트를 수신한다. 상기 입력 이벤트는 -일반적으로- 후속하여 적어도 부분적으로, 클라이언트 디스플레이가 보여지는, 즉 또 다른 콘텐트를 렌더링하기 위한 효과를 가진다.

단계 700에서, 제 1 소프트웨어 요소는 제 1 입력 이벤트를 서버상에 제 2 소프트웨어 요소에 보낸다. 단계 200과 유사한 -링크 및 요청이 서버로 보내지는- 클라이언트 상에 입력 수단의 어떠 사용을 나타내는 제 1 입력 이벤트, 즉, 클라이언트 상에서, 마우스, 키보드,등은 제 1 소프트웨어 요소에 의하여 클라이언트에 보내진다. 달리 말하면, 도 2를 참조하여, 상기 제 1 입력 이벤트, 참조 번호(22)는 참조 번호(13)인, 서버상에서 참조 번호(15)인,제 2 소프트웨어 요소에 보내진다. 그것은 상기 제 1 입력 이벤트가 클라이언트 상에 디스플레이된 매체 콘텐트의 완전한 URL 또는 디스플레이된 콘텐트 안에 내장된 또 다른 URL을 더 포함하는 경우이다. 상기 제 1 입력 이벤트는 -고려되었을 때- 클라이언트 상에 디스플레이된 콘텐트의 작거나 그이상의 영역이 변경, 즉 다시 렌더링되어야한다는 것을 나타낸다.

제 2 소프트웨어 요소는 -서버 상에서- Window platform 아래에 어떤 지원된 요소들을 자동적으로 랜더링하기 위한 Web-Browser control의 호스팅을 더 포함한다. 이것의 이점은 서버가 -단계 800에서 논의될 것처럼- 클라이언트 상에서 일반적으로 디스플레이된 콘텐트가 단계 600에서 클라이언트로부터 상기 수신된 입력 이벤트에 의해 어떤 영향을 받는지 쉽게 컴퓨트한다는 것이다.

단계 800에서, 제 2 소프트웨어 요소는 서버상에서 상기 수신된 제 1 입력 이벤트를 제 3 매체 형식 콘텐트로 변환한다. 변환은 수신된 제 1 입력 이벤트에 기초하고 제 2 매체 형식의 콘텐트는 이미 이용가능하게 되고 단계 302에서 서버상에 나타낸다. 단계 300과 유사하게, 제 2 소프트웨어 요소는 -단계 800에서- 제 3 매체 형식의 상기 콘텐트를 결정하고, 상기 결정은 물론, 클라이언트상에 일반적으로 디스플레이된 제 1 입력 이벤트 및 콘텐트, 즉, 제 2 매체 형식 콘텐트에 기초하고, 우선 서버에 다운로드된다. 다시 말해서, 제 3 매체 형식의 콘텐트는 그러므로 상기 수신된 제 1 입력 이벤트에 의해 후속하여 영향을 받는 클라이언트 상에 디스플레이된 옛 콘텐트의 결과를 표시한다.

단계 900에서, 제 2 소프트웨어 요소는 클라이언트 상에서 제 3 매체 형식 콘텐트를 제 1 소프트웨어 요소로 변환한다.

단계 1000에서, 상기 제 1 소프트웨어 요소는 클라이언트 상에서 제 3 매체 형식 콘텐트로 렌더링한다. 렌더링은 클라이언트 상에서 제 3 매체 형식 콘텐트의수신에 응답함으로써 수행된다. 단계 500과 유사하게, 제 1 소프트웨어 요소는 클라이언트상에 수신된 콘텐트를 렌더링하지만, 단계 500과 반대로, 단지 디스플레이의 부분 또는 부분들은 다시한번 렌더링될 필요가 있는 경우이다. 물론 제 1 소프트웨어 요소에 의해 원래 수신된 상기 제 1 입력 이벤트가 새로운 링크,즉 또 다른 URL ,에 대해 마우스를 클릭했다면, 도 2에서 참조 번호(20)인, 클라이언트 상에 입력 디스플레이 또는 스크린 영역은 필수적으로 완전한 업데이트를 요구한다. 이 경우, 단계 1000은 단계 500과 매우 유사하다.

제 1 소프트웨어 요소가 사용되거나 또는 언급된 상기 언급된 모든 단계들에서, 제 1 소프트웨어 요소는 클라이언트 상에서 브라우저에 디폴트 플러그-인 애플리케이션(default plug-in application)이고, 이 경우에, 단지 상기 플러그-인의 동적 링크 라이브러리(dynamic linkage library)만 클라이언트 상에 인스톨된다. 이것은 , 도 1 의 참조 번호(10)인, 브라우저가 Netscape communicator인 경우이다.

선택적으로, 상기 브라우저가 마이크로 소프트로부터 Internet Explorer일 때, 제 1 소프트웨어 요소는 ActiveX control이다.

또한, 일반적으로 제 1 소프트웨어 요소 또는 제 2 소프트웨어 요소가 언급될 때, 그것은, 클라이언트 및 서버 상에서, 각각, 요구될 때, 동작하는 실행가능 또는 해석가능 코드로서 이해될 수 있다.

클라이언트는 인터넷과 웹페이지들을 브라우징 및/또는 디스플레이 능력과 대응하는 링크되고 관련된 콘텐트에 액세스하는 전자 장치(electronic device)이다. 클라이언트는 웹 타블렛, 덤 터미널, 이동가능 장치이고 또한 프로세싱 파워 및/또는 메모리 사용에 의해 제한되어 배정된 리소스들을 가진 브라우즈를 작동한다. 부가적으로, 클라이언트는 서버를 위한 덤 웹 터미널로써 구성된다.

일반적으로, 상기 방법은 클라이언트 및 서버가 적절하게 서로 다른 매체 형식 콘텐트,요청 등을 교환하고 있는 한 전체적으로 다시 시작할 것이다. 그렇지 않으면, 상기 방법은 단계 1100에서 끝난다; 그러나, 클라이언트및 서버가 다시 동력이 공급되면, 상기 방법은 단계 100으로부터 계속한다.

컴퓨터 판독가능 매체는 자기 테이프, 광학 디스크(optical disc), 디지털 비디오 디스크(DVD), 컴팩트 디스크(compact disc), 미니-디스크(mini-disc), 하드 디스크, 플로피 디스크, 스마트 카드, PCMCIA 카드, 등이다.

Claims (12)

1. 서버로부터의 렌더링 지원으로 클라이언트상의 브라우저 상에 제 1 매체 형식 콘텐트를 렌더링하는 방법에 있어서,

   - 상기 제 1 매체 형식 콘텐트가 상기 클라이언트 상의 제한된 리소스들로 인해 렌더링되기에 적합하지 않은지의 여부를 결정하고, 적합하지 않은 경우에는, 상기 서버로부터의 렌더링 지원을 취급하고 수신하기 위해 준비된 상기 제 1 소프트웨어 요소(software component)를 활성화하는 단계,

   - 상기 클라이언트로부터, 상기 서버에 대한 렌더링 지원 요청과 함께 상기 제 1 매체 형식 콘텐트에 링크를 전송하는 단계,

   - 상기 서버상에서, 상기 수신된 링크의 상기 제 2 매체 형식 콘텐트를 결정하는 단계로서, 상기 제 2 매체 형식 콘텐트는 클라이언트 상에서 렌더링되기에 적합한, 상기 제 2 매체 형식 콘텐트를 결정하는 단계와,

   - 상기 수신된 링크 및 상기 서버로부터, 상기 클라이언트로 상기 제 2 매체 형식 콘텐트를, 전달하는 단계, 및

   - 상기 제 1 소프트웨어 요소에 의하여, 상기 수신된 제 2 매체 형식 콘텐트에 응답하여 상기 제 2 매체 형식 콘텐트를 렌더링하는 단계를 포함하는, 클라이언트상의 브라우저 상에 제 1 매체 형식 콘텐트를 렌더링하는 방법.
2. 제 1 항에 있어서,

   - 상기 제 1 소프트웨어 요소에 의해, 제 1 입력 이벤트를 수신하는 단계;

   - 상기 서버 상에서 상기 제 1 소프트웨어 요소로부터 제 2 소프트웨어 요소로 상기 제 1 입력 이벤트를 전송하는 단계;

   - 상기 제 1 입력 이벤트 및 상기 제 2 매체 형식 콘텐트에 기초하여 상기 수신된 제 1 입력 이벤트를 상기 제 2 소프트웨어 요소에 의해 제 3 매체 형식 콘텐트로 변환하는 단계,

   - 상기 제 3 매체 형식 콘텐트를, 상기 제 2 소프트웨어 요소에 의해 상기 제 1 소프트웨어 요소로 전송하는 단계; 및

   - 상기 제 3 매체 형식 콘텐트를 또한 상기 수신된 제 3 매체 형식 콘텐트에 응답하여, 상기 제 1 소프트웨어 요소에 의해, 렌더링하는 단계를 더 포함하는 것을 특징으로 하는, 클라이언트상의 브라우저 상에 제 1 매체 형식 콘텐트를 렌더링하는 방법.
3. 제 2 항에 있어서, 상기 결정하는 단계는,

   - 상기 브라우저에 의해, 상기 제 1 매체 형식 콘텐트가 상기 클라이언트 상에서 렌더링가능하지 않은 것을 결정하는 단계; 및

   - 상기 제 1 매체 형식 콘텐트가 상기 클라이언트 상에서 렌더링가능하지 않은 경우에는, 상기 브라우저에 의해 상기 제 1 소프트웨어 요소를 활성화하는 단계를 포함하는 것을 특징으로 하는, 클라이언트상의 브라우저 상에 제 1 매체 형식 콘텐트를 렌더링하는 방법.
4. 제 3 항에 있어서, 상기 클라이언트로부터 전송하는 단계는,

   - 상기 링크를 상기 제 1 매체 형식 콘텐트에 그리고 상기 상기 요청을 상기 서버 내의 애플리케이션 관리자에 상기 제 1 소프트웨어 요소에 의해 전송하는 단계, 및

   - 상기 수신된 링크 및 상기 요청에 응답하여 플러그-인 애플리케이션으로서 상기 제 2 소프트웨어 요소를 상기 애플리케이션 관리자에 의해 생성하는 단계를 포함하는 것을 특정으로 하는, 클라이언트상의 브라우저 상에 제 1 매체 형식 콘텐트를 렌더링하는 방법.
5. 제 4 항에 있어서, 상기 서버상에서, 상기 수신된 링크의 상기 제 2 매체 형태 콘텐트를 결정하는 단계는,

   - 상기 수신된 링크에 기초하여 상기 제 1 매체 형식 콘텐트를 상기 제 2 소프트웨어 요소에 의해, 수신하는 단계, 및

   - 제 2 매체 형식 콘텐트로 상기 제 1 매체 형식 콘텐트를 상기 제 2 소프트웨어 요소에 의해 변환하는 단계를 포함하는 것을 특징으로 하는, 클라이언트상의 브라우저 상에 제 1 매체 형식 콘텐트를 렌더링하는 방법.
6. 제 5 항에 있어서, 상기 제 1 소프트웨어 요소는 디폴트 플러그-인 애플리케이션(default plug-in application)이고, 단지 상기 디폴트 플러그-인 애플리케이션의 동적 연결 라이브러리(dynamic linkage library)가 상기 클라이언트 상에 인스톨되는 것을 특징으로 하는, 클라이언트상의 브라우저 상에 제 1 매체 형식 콘텐트를 렌더링하는 방법.
7. 제 5 항에 있어서, 상기 제 1 소프트웨어 요소는 ActiveX 컨트롤인 것을 특징으로 하는, 클라이언트상의 브라우저 상에 제 1 매체 형식 콘텐트를 렌더링하는 방법.
8. 제 7 항에 있어서, 상기 제 1 소프트웨어 요소는 HTTP 서브-모듈(sub-module), XML 서브 모듈 및 디스플레이 서브-모듈을 포함하고, 그럼으로써 상기 클라이언트는 덤 터미널(dumb terminal)로 되는 것을 특징으로 하는, 클라이언트상의 브라우저 상에 제 1 매체 형식 콘텐트를 렌더링하는 방법.
9. 제 1 항 내지 제 9 항 중 어느 한 항에 따른 상기 방법을 수행하기 위한 컴퓨터 시스템.
10. 컴퓨터 프로그램 제품에 있어서, 컴퓨터 프로그램이 컴퓨터 상에서 실행될 때 제 1 항 내지 제 8 항 중 어느 한 항의 방법을 수행하기 위한 컴퓨터 판독가능 매체상에 저장된 프로그램 코드 수단을 포함하는, 컴퓨터 프로그램 제품.
11. 서버로부터 렌더링 지원으로 브라우저 상에 제 1 매체 콘텐트를 렌더링하기 위한 클라이언트에 있어서,

    - 상기 제 1 매체 형식 콘텐트가 제한된 리소스들로 인해 렌더링되기에 적절하지 않은지의 여부를 결정하고, 렌더링되기에 적절하지 않은 경우에는, 상기 서버로부터 렌더링 지원을 취급하고 수신하기 위해 준비된 제 1 소프트웨어 요소를 활성화하기 위한 수단;

    - 상기 서버에 대한 렌더링 지원 요청과 함께 상기 제 1 매체 형식 콘텐트에 링크를 전송하기 위한 수단;

    - 상기 전송된 링크의 제 2 매체 형식 콘텐트를 수신하기 위한 수단으로서, 상기 제 2 매체 형식 콘텐트가 상기 클라이언트 상에 렌더링되기 적합하고 그것이 상기 서버로부터 결정되고 전송되는, 상기 전송된 링크의 제 2 매체 형식 콘텐트를 수신하기 위한 수단; 및

    - 상기 수신된 제 2 매체 형식 콘텐트에 응답하여 상기 제 2 매체 형식 콘텐트를 렌더링하기 위한 수단을 포함하는, 브라우저 상에 제 1 매체 콘텐트를 렌더링하기 위한 클라이언트.
12. 제 11항에 있어서,

    - 제 1 입력 이벤트를 수신하기 위한 수단;

    - 상기 제 1 입력 이벤트를 서버상의 상기 제 2 소프트웨어 요소로 전송하기 위한 수단;

    - 제 3 매체 형식 콘텐트를 수신하는 수단으로서, 상기 수신된 제 1 입력 이벤트 및 상기 제 2 매체 형식 콘텐트에 기초하여, 상기 서버상에서, 상기 제 3 매체 형식 콘텐트가 상기 제 2 소프트웨어 요소에 의해 변환되어 전송되는, 상기 제 3 매체 형식 콘텐트를 수신하는 수단; 및

    - 상기 수신된 제 3 매체 형식 콘텐트에 또한 응답하여 상기 제 3 매체 형식을 렌더링하기 위한 수단을 더 포함하는, 브라우저 상에 제 1 매체 콘텐트를 렌더링하기 위한 클라이언트.