KR100734742B1

KR100734742B1 - 위임된 특정화 시스템에서의 특정화 방법, 디스플레이 방법 및 기록 매체

Info

Publication number: KR100734742B1
Application number: KR1020047013327A
Authority: KR
Inventors: 보에메토마스프리드헬름; 리베르만알렉산드라
Original assignee: 인터내셔널 비지네스 머신즈 코포레이션
Priority date: 2002-03-28
Filing date: 2003-02-21
Publication date: 2007-07-03
Also published as: CN100375971C; KR20040093070A; EP1488337A1; JP2005521951A; WO2003083704A1; US7353452B2; AU2003221486A1; EP1488337B1; ATE427532T1; CA2479955A1; US20050120288A1; JP4356925B2; DE60326943D1; CN1643510A

Abstract

본 발명은 페이지 층 개념을 기반으로 하는 위임 페이지 특정화 방법 및 시스템을 개시한다. 페이지는 층들의 세트로 구성된다. 제 1 층을 제외하고, 각 층은 이에 대응하는 관리 레벨 상에 도입된 그 이전의 층에 대한 델타(delta)(컨테이너, 프레임)를 그의 레이아웃 내에 나타낸다. 관리자는 그 페이지 상에 새로운 불변하는(immutable) 컨테이너 또는 프레임 및 가변하는(optional) 컨테이너 또는 프레임(델타)을 규정함으로써 이전의 층을 수정할 수 있다. 그 이전 층에 대한 델타만이 그의 부모 층(parent layer)으로 할당되어 저장된다. 이전 층의 불변하는 컨테이너 또는 프레임은 수정될 수 없다. 마지막 페이지는 이른바 트리 구조(tree-structure)로 저장된 델타들의 결합으로서 자동적으로 구성된다. 이러한 위임 페이지 특정화 방법은 바람직하게는 그 관리자를 지원하는 GUI 컴포넌트를 통해서 성취된다.

Description

위임된 특정화 시스템에서의 특정화 방법, 디스플레이 방법 및 기록 매체{SYSTEM AND METHOD FOR HIERARCHICAL LAYOUT SPECIALIZATION}

본 발명은 전반적으로 페이지(page)에 관한 것으로, 특히 텍스트 처리 시스템의 문서, 포털 페이지(portal page), 웹 페이지(web page) 또는 다른 페이지들에 의해서 특정화되는 소정의 레이아웃(a certain layout)을 갖는 것을 공통점으로 하는 임의의 다른 유형의 페이지에 관한 것이며, 또한 계층적 방식으로(in a hierarchical manner) 이 레이아웃을 생성, 검색, 명시, 조작하는 시스템 및 방법에 관한 것이다.

본 발명은 바람직한 실시예를 포털 페이지로 해서 기술되지만 여기에만 한정되는 것은 아니다.

사용자들은 수많은 다른 소스로부터의 정보(콘텐츠) 및 애플리케이션에 접근하기 위해서 포털을 점점 더 이용하고 있다. 통상적으로, 이 포털은 가령 데이터베이스, 거래 시스템, 콘텐츠 제공 업체 또는 원거리 웹 싸이트와 같은 근거리 또는 원거리 데이터 소스로부터 정보를 획득하여 이 정보를 복합적 페이지 형태로 렌더링(rendering) 및 집합시켜서(aggregating) 사용자에게 압축된 형태로(in a condensed form) 제공한다. 순수한 정보 이외에, 수 많은 포털은 전자 메일, 달력, 일정 관리, 은행 업무, 요금 청구 등과 같은 수 많은 애플리케이션을 포함하고 있다. 이러한 유명한 포털 싸이트로는 대량의 콘텐츠 및 애플리케이션을 제공하는 Yahoo! 라는 포털 싸이트가 있다.

상이한 종류의 정보 또는 애플리케이션에 대해서는 상이한 렌더링 및 선택 메카니즘이 필요하지만 이러한 모든 메카니즘은 그 포털의 인프라스트럭쳐에 의존하며 가령 사용자 프로파일 정보, 영구 저장 장치 또는 관리된 콘텐츠로의 액세스와 같은 그 포털이 소유한 자원 또는 데이터에 대해 동작한다. 따라서, 요즘의 대부분의 포털의 구현은 컴포넌트 모델(a component model)이며, 이 모델에서 "포틀렛(portlet)"으로 지칭되는 플러그가능한 포털 컴포넌트 모듈들이 그 포털의 인프라스트럭쳐에 제공된다. 포틀렛은 포털에 제공될 수 있는 플러그가능한 컴포넌트이며 모든 실행가능한 포틀렛들로의 공통 인터페이스를 제공하는 포털의 포틀렛 컨테이너(portlet container) 내부에서 동작한다. 이 포틀렛들은 동적 또는 정적 콘텐츠를 간단하게 렌더링하는 것부터 전자 메일, 달력 등과 같은 애플리케이션 기능들에 이르는 다양한 기능을 제공한다. 포틀렛은 포털 애플리케이션에 의해 간접적으로 호출되어 보다 큰 웹 페이지 내에서 집합되기에 적합한 콘텐츠를 생성하는데, 가령 포틀렛은 상이한 포틀렛에 의해 생성된 콘텐츠가 한 웹 페이지 내부로 집합될 수 있도록 하는 가이드라인을 부착하는 마크-업 프레그먼트(mark-up fragments)를 생성해야 한다.

각 포털 페이지는 특정 레이아웃을 갖는다. 레이아웃은 각 포털 페이지가 하나 이상의 구역(행,열)으로 분할될 수 있음을 의미한다. 이들 구역은 컨테이너로서 불린다. 각 컨테이너는 하나 이상의 서브 컨테이너(sub-container)들로 하위 분할되거나 포틀렛에 의해 렌더링된 규정된 타입의 콘텐츠를 디스플레이하는 하나 이상의 프레임을 포함할 수 있다. 이 서브 컨테이너는 더 작은 서브 컨테이너들로 더 분할될 수 있으며 이러한 분할은 계속될 수 있다.

보다 많은 세계적인 기업들이 자사의 종업원들을 위해서 인트라넷 웹 싸이트를 설치하고 있다. 각 종업원은 전세계적인 콘텐츠, 해당 지역의 콘텐츠 또는 국가 고유의 콘텐츠를 포함하는 다양한 소스로 액세스할 수 있어야 한다. 이상적으로는 가령 전세계적인 콘텐츠, 해당 지역의 콘텐츠 또는 국가 고유의 콘텐츠와 같은 상이한 레벨의 각 소스는 그 종업원이 액세스하는 이 특정 레벨의 콘텐츠보다 높은 다음 레벨의 콘텐츠를 모두 삭제하지 않도록 하면서 그가 그 특정 레벨의 콘텐츠를 액세스할 수 있도록 관리하는 관리자를 자체적으로 가지고 있어야 한다.

종래 기술은 이러한 문제에 대한 2 개의 해법을 제시한다.

제 1 해법에서는, 그 포털 페이지의 상부 레벨 관리자는 어느 지역 특정 콘텐츠가 누구에게 이용가능해야 하는지를 미리 알고 있다. 이어서, 이 관리자는 모든 콘텐츠를 그 포털 페이지 상에 배치하며 필터링 기술을 사용하여 실행 시에 그 포털 페이지를 각 종업원에게 맞게 구성한다. 이는 WO 0075840 A2 "Method for deducing level of interest in information structure via annotations"에 개시된 방법이다. 이 방법의 단점은 그 종업원에게 제공될 콘텐츠를 결정하기 위해서 중앙 통제형 관리가 필요하다는 것이다. 이 중앙 통제형 관리는 어느 콘텐츠가 그 종업원에게 이용가능해야 하는지의 정보를 지방 기관 유닛 및 국가 기관 유닛으로부터 꾸준하게 입력받아야 한다. 이는 시간과 비용이 많이 소모되는 방식이다.

다른 해법은 콘텐츠가 몇 개의 포털 페이지에 걸쳐서 분할되어 배포된다. 가령 전세계적인 콘텐츠, 해당 지역의 콘텐츠 또는 국가 고유의 콘텐츠를 책임지고 있는 관리자를 가지고 있는 각 레벨은 다른 포털 페이지로의 링크를 포함하는 자신의 포털 페이지를 구성한다. 이 방법의 단점은 그 콘텐츠 구조가 네비게이션되어야 한다는 것이다. 또한, 그 콘텐츠를 한 눈에 즉시 볼 수 없다(no view at a glance).

발명의 개요

본 발명의 목적은 이러한 종래 기술의 단점을 피하고 계층적 관리 및 콘텐츠 요구 사항을 고려하면서 페이지의 레이아웃을 특정화하는 새로운 시스템 및 방법을 제공하는 것이다.

이러한 목적은 청구 범위의 독립항의 특징들에 의해서 성취된다.

또한, 본 발명의 다른 바람직한 실시예들이 종속항들에서 제안된다.

본 발명은 페이지 층 개념을 기반으로 하는 위임 페이지 특정화(an delegated page specialization) 방법 및 시스템을 개시한다. 제 1 층을 제외하고, 각 층은 이에 대응하는 관리 레벨 상에 도입된 그 이전의 층에 대한 델타(delta)(컨테이너, 프레임)를 그의 레이아웃 내에 나타낸다. 관리자는 그 페이지 상에 새로운 불변하는(immutable) 컨테이너 또는 프레임(델타) 및 가변하는(optional) 컨테이너 또는 프레임(델타)을 규정함으로써 이전의 층을 수정할 수 있다. 그 이전 층에 대한 델타만이 그의 부모 층(parent layer)으로 할당되어 저장된다. 이전 층의 불변하는 컨테이너 또는 프레임은 수정될 수 없다. 마지막 페이지는 이른바 트리 구조(tree-structure)로 저장된 델타들의 결합으로서 자동적으로 구성된다. 이러한 위임 페이지 특정화 방법은 바람직하게는 그 관리자를 지원하는 GUI 컴포넌트를 통해서 성취된다.

본 발명은 이제 첨부 도면을 참조하여 보다 상세하게 설명된다.

도 1은 몇 개의 프레임을 갖는 통상적인 포털 페이지의 도면,

도 2는 본 발명의 기본 방법을 도시한 도면,

도 3은 본 발명의 페이지 층 개념을 도시한 도면,

도 4a 및 도 4b는 3 층 구조를 기반으로 하는 컴포넌트(컨테이너)의 내부 표현부(internal representation)의 바람직한 실시예의 도면,

도 5a는 종래 기술 포털을 도시하는 도면이고, 도 5b는 본 발명의 모듈을 갖는 포털을 도시한 도면,

도 6은 관리를 위한 GUI의 바람직한 실시예의 도면,

도 7은 본 발명에 의해 사용되는 상이한 관리 레벨에 의한 위임 페이지 특정화 방법의 흐름도,

도 8은 본 발명에 따른 페이지를 구성하기 위한 흐름도.

통상적인 포털 페이지는 몇 개의 프레임(1 내지 6)으로 구성된다. 각 프레임은 규정된 포틀렛에 의해 제공된 콘텐츠를 위한 위치 확보부를 나타낸다. 이 애플리케이션에 규정된 컨테이너(8)(점선)는 어떠한 할당된 포틀렛도 가지고 있지 않다. 이 컨테이너는 다른 작은 서브 컨테이너들을 생성하거나 프레임들을 포함할 수 있다.

본 발명의 매우 중요한 측면은 컨테이너 또는 프레임을 생성, 수정, 삭제 또는 이동시키는 기능이 도 2에 도시된 바와 같이 몇 개의 관리 레벨을 걸쳐서 분포된다는 것이다. 최고 레벨의 관리자(포털 관리자)는 하나 이상의 컨테이너 또는 프레임을 포함하는 층을 생성하고 편집 관리를 다음 관리 레벨의 관리자 그룹에게 위임한다. 이는 각 페이지(P1,P2,...Pn)에 대해서 수행된다. 다음 관리 레벨(그룹 관리자/서브 그룹 관리자)은 포털 관리자에 의해 고정되지 않았던 컨테이너/프레임을 추가 또는 제거함으로써 그 페이지를 특정화할 수 있다.

도 3은 본 발명의 페이지 층 개념을 도시한다. 위임 페이지 특정화를 구현하기 위해서, 새로운 페이지 개념이 도입된다. 여기서 페이지는 층들(100,200,300)의 세트로 구성된다. 제 1 층(기본 층,100)을 제외하고, 각 층은 이에 대응하는 관리 레벨 상에 도입된 그 이전의 층에 대한 델타(컨테이너, 프레임 - 유도된 층)를 나타낸다. 관리자는 그 페이지 상에 새로운 불변하는 컨테이너 또 는 프레임 및 가변하는 컨테이너 또는 프레임을 규정함으로써 이전의 층을 수정할 수 있다(위임 특정화). 이전의 층에 대한 델타들만이 그의 부모 층에 (가령, 식별자와 함께) 할당되어 저장된다. 이전 층의 불변하는 컨테이너 또는 프레임은 수정될 수 없다. 마지막 페이지는 이른바 트리 구조로 저장된 델타들의 결합으로서 자동적으로 구성된다. 이로써, 유도된 층들은 트리 구조로서 표현되는데 여기서 최고의 관리 레벨에 의해 생성된 기본 층은 루트(root)에 위치하며, 관리/사용자 규정된 페이지 프레그먼트는 리프(leaf)로서 표현된다. 도 3은 3 개의 특정화 층(100,200,300)을 갖는 위임 페이지 특정화 원리를 도시한다. 최고 레벨 상의 관리자는 2 개의 행(110,120)을 갖는 기본 층(100)을 생성한다. 제 1 행(110)은 불변하며(F) 포틀렛(P1,P2,P3)을 갖는 3 개의 불변하는 프레임(111,112,113)을 포함한다. 제 2 행(120)은 부분적으로 불변하며 3 개의 열(121,122,123)로 구성된다. 제 1 열(121)은 불변하며 3 개의 프레임을 포함하는데 포틀렛(P4,P5)을 갖는 2 개의 프레임은 불변하며 포틀렛(P6)을 갖는 프레임은 가변적이다. 제 2 열(122) 및 제 3 열(123)은 가변적이다. 제 2 열(122)은 포틀렛(P7,P8,P9)을 갖는 3 개의 가변적인 프레임으로 구성된다. 제 3 열(123)(컨테이너)은 비어 있다. 이는 다음 층(200,300) 상에서 후속적인 변경이 허용/금지됨을 의미한다. 제 1 행(110)은 모든 것이 불변하기 때문에 결코 변경될 수 없다. 제 1 열(121)에서는 어떠한 것도 추가/삭제되어서는 안되며(이 제 1 열은 불변함) 이 열의 개수는 변경될 수 없다. 제 1 열(121)에서는 오직 마지막 포틀렛(P6)만이 다른 포틀렛으로 대체될 수 있다. 어떠한 것도 삭제될 수 없다. 제 2 열(122) 및 제 3 열(123)에서는 모든 프레임이 삭제될 수 있고, 임의의 컨테이너/프레임이 추가될 수 있다. 제 2 레벨(200)에서 관리자들 중 하나는 제 1 열(122)에서 포틀렛(P6)을 포틀렛(P12)로 대체하였으며 (프레임과 함께) 포틀렛(P9)을 제 2 열(122)로부터 제거하였고 이 열을 불변 상태(f)로 만든다. 다음 레벨(300) 상의 관리자/사용자는 제 1 열(121)에서 포틀렛(P12)을 포틀렛(P10)으로 대체하고 제 2 열(122)에서 포틀렛(P7,P8)을 포틀렛(P21,P15)로 대체하였으며 제 3 열(123)에서 포틀렛(P17,P20)을 추가하였다. 제 2 열(122)은 대체만 되었지 어떠한 것도 삭제 또는 추가되지 않았다.

내부적 표현을 위해 모든 페이지는 데이터 저장 페이지 층들의 결합으로서 구성된다. 이를 위해, 디스플레이된 페이지를 갖는 사용자에 의해 관리된 층 이전의 모든 층들에 대한 페이지 인스턴스(page instance)가 로딩된다. 이어서, 이들 층에 속한 모든 프레임 또는 컨테이너가 그 페이지 내부로 로딩되고 그들의 부모/대체 관계(their parent/replacement relationship)에 따라 연결된다. 트리 루트로의 포인터(pointer)가 설정된다. 이 구조는 유연성이 있고 신속하게 트리를 가로지르는 동작을 가능하게 하며 이 구조를 다시 몇 개의 페이지 인스턴스 요소로 절감시키기에 충분한 정보를 제공한다. 도 4a 및 도 4b은 3 층 페이지 인스턴스 구조(PI1,PI2,PI3)가 내부 페이지 표현부로 번역되는 방식을 설명하는 샘플이다. 각 컴포넌트(컨테이너 또는 프레임)는 부모 ID 또는 대체 ID를 갖는다. 또한, 각 컴포넌트는 할당된 층 ID(도시되지 않음)을 갖는다. 이 서수(ordinal)는 부모 컴포넌트의 자녀 리스트에서 컴포넌트의 위치에 대한 정보를 제공한다. 부모 ID 또는 대체 ID 중 어느 것도 가지지 않은 컴포넌트는 루트 컴포넌트로서 규정된다(도 4b).

가령, 제 1 페이지 인스턴스(PI1)(기본 레이아웃 - 제 1 층)는 컴포넌트(1-10)를 규정하며, 제 2 페이지 인스턴스(PI2)(제 2 층)는 다른 컴포넌트(21-27)를 규정하고, 마지막으로 제 3 페이지 인스턴스(PI3)(제 3 층)는 다른 컴포넌트(40,41)를 규정한다(도 4a). 내부 표현 방식은 컴포넌트들의 부모/대체 관계를 나타낸다(도 4b). 가령, ID(40,41)를 갖는 컴포넌트는 이 컴포넌트를 ID(25,26)로 대체한다. 컴포넌트(40)에 대한 부모 컴포넌트는 이제 컴포넌트(24)이며, 컴포넌트(41)에 대한 부모 컴포넌트도 역시 컴포넌트(24)이다. 컴포넌트(24) 그 자체가 컴포넌트(8)를 대체한다. 컴포넌트(24)의 부모 컴포넌트는 이제 컴포넌트(3)이다. 컴포넌트(3)의 부모 컴포넌트는 다른 부모 컴포넌트 또는 대체 컴포넌트를 전혀 갖지 않은 컴포넌트(1)이다. 도 7은 위임 특정화를 위한 본 발명의 방법을 나타낸다. 최고 관리 레벨의 관리자는 ID, 페이지 명칭 및 페이지 설명부를 갖는 새로운 페이지를 생성한다(31). 이어서, 그 관리자는 그들 자신의 ID 및 할당된 층 ID를 갖는 하나 이상의 컨테이너 및/또는 프레임을 포함하는 소정의 기본 레이아웃을 그 페이지에 대해서 규정한다(32). 포틀렛이 각 규정된 프레임으로 포틀렛 ID를 가지면서 할당된다(33). 이어서, 관리자는 규정된 컨테이너 또는 프레임 중 다음 관리 레벨에 의해서 변경될 수 없는 것을 규정하고 그 페이지를 특정화하도록 다음 관리 레벨에 액세스 권한을 부여한다(34). 다음의 관리 레벨은 페이지 특정화가 허가되고 그 관리자가 액세스 권한을 갖는다면 프레임을 대체하거나 새로운 프레임을 기존의 컨테이너에 추가하거나 기존의 프레임/컨테이너를 삭제하거나 프 레임을 한 컨테이너 내부에서 다른 컨테이너 내부로 이동시키거나 서브 컨테이너를 생성함으로써 그 페이지를 특정화한다(35). 각 특정화(층, 컨테이너, 프레임)는 자신의 ID(층 ID) 및 그들의 연관된 부모 ID에 의해서 식별된다. 마지막으로, 관리자는 변경될 수 없는 자신이 수행한 특정화 부분을 규정하고 다음 관리 레벨로 액세스 권한을 부여한다(36). 전술한 단계들은 특정화가 완료될 때까지 반복된다(37). 통상적인 종래 기술 포털(도 5a)은 바람직하게는 그 포털(1)로의 액세스를 부여하는 인증 컴포넌트(20), 그 포털(1)에 대한 구성을 수행하는 맞춤 컴포넌트(a customization component)(10), 어느 순서에서 어느 포틀렛이 요청된 사용자 페이지 상에 디스플레이되어야 하는지를 파악하는 집합 컴포넌트(an aggregation component)(30), 그 사용자가 등록한 포틀렛(80,90)으로만 액세스를 제공하는 허가 컴포넌트(40) 및 근거리에서 저장된 실행가능한 포틀렛(80) 또는 원거리에서 저장된 실행가능한 포틀렛(90)에 대한 공통 인터페이스를 제공하는 포틀렛 컨테이너 컴포넌트(60)를 포함한다. 본 발명의 신규한 부분은 주로 맞춤 컴포넌트(10)를 다룬다(도 5b). 이 새로운 맞춤 컴포넌트(11,13,14,16)는 레이아웃 설계의 상이한 부분들에 대한 작업을 수행하기 위해서 몇 개의 컴포넌트로 내부적으로 분할된다. 페이지 관리자(11)는 그 페이지에 대한 작업을 수행하는 역할을 한다. 다음과 같은 동작들, 즉 페이지 생성, 페이지 재명명, 페이지 삭제, 페이지마다 허용된 마크 업(mark up) 설정, 순서 변경, 페이지로의 액세스 권한 관리는 페이지 관리자의 작업 부분이다. 페이지 관리자(11)에 의해 생성된 페이지는 페이지 데이터 저장부(12)에 저장된다. 이 페이지는 페이지 명칭, 페이지 설명부 등을 포함한다. 몇 개의 페이지 인스턴스(가령, 동일한 페이지의 모든 층들)는 동일한 페이지 기술자(page descriptor)를 참조한다. 이는 일단 명칭을 규정하게 하고 모든 특정화된 페이지를 위해 그 명칭을 이용하게 한다. 페이지 인스턴스(층)는 한 특정화 층에 대응하며 그 층 상에 규정된 델타(컨테이너 또는 프레임)만을 참조한다. 각 컨테이너 또는 프레임은 정확하게 한 페이지에 속하며 그의 부모 또는 대체 컨테이너 또는 프레임을 참조한다. 대체 컨테이너/프레임은 특정화 동안 대체되었던 부모 층 내의 컨테이너/프레임이다.

포틀렛 브라우저는 포틀렛을 디스플레이 및 네비게이션한다. 가용 포틀렛 네비게이션, 포틀렛 탐색과 같은 동작들이 이 브라우저에 의해 수행된다.

레이아웃 관리자(14)는 컨테이너 또는 프레임의 페이지 레이아웃을 구성하는 것과 불변하는 요소/가변적인 요소를 작업하는 것을 지원한다. 이는 행 및 열 추가/제거, 포틀렛 추가, "불변하는"/"편집가능한"으로서 표시, 포틀렛 편집 및 행/열 특성 편집을 포함한다.

레이아웃 관리자에 의해 생성된 데이터는 도 5b에 도시된 바와 같이 컨테이너 데이터 저장부(15) 내에 저장된다. 컨테이너 데이터 저장부(15)는 바람직하게는 최고 관리 레벨에 의해 생성된 기본 레이아웃을 제 1 층 및 그들 자신의 ID 뿐만 아니라 그들 부모 층 ID도 갖는 그 이전 층에 대한 각 층의 모든 델타 내에 저장한다.

칼라 & 스킨 관리자(Colors & Skins Manager)(16)는 컴포넌트의 시각적 표현을 동적으로 규정하는 것을 지원하며 스킨을 페이지 또는 개별 포틀렛에 도포하고 페이지를 위한 색상화 방식(coloring scheme)을 선택한다.

도 6은 포털 관리자에게 제공될 때에 페이지 관리자, 포틀렛 브라우저 및 레이아웃 관리자의 기능의 예시적인 GUI를 도시한다. 가용 페이지를 나타내는 리스트 요소, 페이지를 생성/재명명/삭제하는 버튼들, 새로운 페이지 및 이들을 재명명하기 위한 텍스트 엔트리 필드와 같은 GUI 요소들이 페이지 관리자에게 제공된다. 이 페이지 관리자는 바람직하게는 "사용자가 페이지를 생성"하는 스토리를 구현한다. 새로운 명칭을 입력하면, 사용자는 이를 저장함으로써 새로운 페이지를 생성하는 것을 선택할 수 있다. 새로운 명칭은 고유할 필요는 없지만 계속적으로 유지될 수 있도록 하기 위해서는 이렇게 될 필요가 있다. 새로운 페이지는 초기에는 비어 있다. 이 새로운 페이지를 생성한 사용자는 "관리" 권한을 이 페이지에 암시적으로 할당한다. 다른 스토리는 "사용자가 페이지를 재명명"하는 것이다. 이 사용자는 기존의 페이지를 선택하고 새로운 이름을 타이핑하여 그 페이지를 재명명하기를 선택한다. 페이지 재명명을 위해서, 사용자는 그 페이지에 대한 관리 권한을 가져야 한다. 또 다른 스토리는 "사용자가 페이지를 삭제"하는 것이다. 이 사용자는 기존의 페이지를 선택하고 이 페이지를 삭제하기로 결정한다. 페이지 삭제를 위해서, 사용자는 그 페이지에 대한 관리 권한을 가지고 있어야 한다. 사용자가 마크업(또는 디바이스)을 선택하는 스토리가 있다. 이 사용자는 기존의 페이지를 선택하고 이 페이지를 렌더링하는 마크업(또는 디바이스)을 선택한다. 다른 기능이 가용한 페이지를 나타내는 리스트를 제공하는 페이지 선택자 GUI에 의해 제공될 수 있다. 페이지 선택자 GUI는 "사용자가 맞춤을 위한 페이지를 선택" 하는 스토리를 제공한다. 이 사용자는 기존의 페이지를 선택하고 그 페이지를 뷰/편집(view/edit)하는 것을 결정한다. 레이아웃 관리자는 새로운 페이지를 나타내고 임의의 허용된 수정을 할 수 있도록 이 페이지를 준비시킨다. 이 사용자에게만 자신이 "뷰" 또는 "관리"할 수 있는 권한을 갖는 페이지가 제공된다. 맞춤자(customizer)(즉, 이 문헌에서 기술된 모든 컴포넌트 또는 일부의 컴포넌트를 포함하는 페이지)를 입력하면, 페이지 선택자는 사전 선택된 현재의 페이지를 갖는다. 다른 기능은 가용한 포틀렛을 나타내는 요소의 리스트 및 포틀렛을 추가하는 버튼을 제공하는 포틀렛 브라우저 GUI에 의해 제공된다. 포틀렛 브라우저는 "사용자가 포틀렛을 레이아웃에 추가"시키는 스토리를 제공한다. 이 사용자는 가용 포틀렛의 리스트로부터 한 포틀렛을 선택하고 선택된 위치에서 현재의 레이아웃(아래 참조)에 추가하기로 결정한다. 이 포틀렛은 그의 새로운 부모가 "불변함"으로 표시되지 않거나 그의 부모가 그 사용자가 관리할 수 있는 권한을 가진 층에 속하는 경우에만 추가될 수 있다. 만일 이 포틀렛이 추가되는 컴포넌트가 "불변함"으로 표시되면, 이 포틀렛은 편집가능하지 않는 것으로 디폴트된다. 다른 기능은 "레이아웃 구역", (소정 순간에서, 즉 소정 행 및 열에서) 가용한 레이아웃 컴포넌트를 나타내는 리스트 요소, 레아아웃 컴포넌트를 추가, 이동 및 제거하는 버튼들 및 (수정된) 페이지를 저장하는 버튼을 제공하는 레이아웃 관리자 GUI에 의해 제공된다. 이 레이아웃 관리자는 "사용자가 레이아웃 컴포넌트를 추가"하는 스토리를 구현한다. 이 사용자는 가용한 컴포넌트 리스트로부터 레이아웃 컴포넌트를 선택하고 이를 그 페이지에 추가하기로 결정한다. 이 컴포넌트는 그의 새로운 부 모가 "불변함"으로 표시되지 않거나 그의 부모가 그 사용자가 관리할 수 있는 권한을 가진 층에 속하는 경우에만 추가될 수 있다. 다른 스토리는 "사용자가 레이아웃 컴포넌트를 제거"하는 것이다. 이 사용자는 현재의 레이아웃에서 레이아웃 컴포넌트를 선택하고 이를 그 페이지로부터 제거하기로 결정한다. 이 선택된 컴포넌트는 그의 새로운 부모가 "불변함"으로 표시되지 않거나 그의 부모가 그 사용자가 관리할 수 있는 권한을 가진 층에 속하는 경우에만 추가될 수 있다. 다른 스토리는 "사용자가 레이아웃 컴포넌트를 이동"시키는 것이다. 이 사용자는 현재의 레이아웃에서 레이아웃 컴포넌트를 선택하고 이를 이동시키기로 결정한다. 이 선택된 컴포넌트는 그의 새로운 부모가 "불변함"으로 표시되지 않거나 그의 부모가 그 사용자가 관리할 수 있는 권한을 가진 층에 속하는 경우에만 추가될 수 있다. 다른 스토리는 "사용자가 레이아웃 컴포넌트를 "불변함"으로 표시"하는 것이다. 이 사용자는 현재의 레이아웃에서 레이아웃 컴포넌트를 선택하고 이를 "불변함"으로 표시한다. 부수되는 효과로서, 모든 부모 컴포넌트도 역시 "불변함"으로 암시적으로 표시된다. 이 사용자는 자신이 각각의 컴포넌트가 속한 층에 대해 관리 권한을 갖는 경우에만 현재의 세팅을 변경시킬 수 있다. 다른 스토리는 "사용자가 포틀렛을 "편집가능함"으로 표시"하는 것이다. 이 사용자는 현재의 레이아웃에서 포틀렛을 선택하고 이를 "편집가능함"으로 표시한다. 이는 그 페이지에 대해 편집 권한 및 그 포틀렛에 대한 편집 권한을 갖는 사용자들이 그 포틀렛을 편집할 수 있음을 말한다. "편집불가능"으로 선포된 포틀렛은 그 포틀렛이 속한 층에 대한 관리 권한을 갖는 관리자에 의해서만 편집될 수 있다. 사용자는 자신이 각각의 포틀렛이 속한 층에 대한 관리 권한을 갖는 경우에만 그 현재의 세팅을 변경시킬 수 있다. 다른 스토리는 "사용자가 포틀렛을 편집"하는 것이다. 이 사용자는 포틀렛을 선택하고 이 포틀렛을 편집하기로 결정한다. 이 사용자는 자신이 이 포틀렛이 속한 층에 대한 관리 권한을 갖는 경우 또는 자신이 "편집 권한"을 갖되 그 포틀렛이 "편집가능함"으로 표시될 경우에만 그 포틀렛을 편집할 수 있다. 마지막으로, 다른 스토리는 "사용자가 페이지를 저장"하는 것이다. 사용자는 현재의 페이지 및 그의 레이아웃을 저장하기로 결정한다. 이 페이지가 초기 층이 아니라면, 사용자는 이 층이 기반으로 하고 있는 기존 층에 다른 층을 추가시킨다.

도 8a 및 도 8b는 본 발명에 따른 페이지 집합(page aggregation)을 도시한다. 포털의 사용자가 로그인을 하면(21), 이 사용자가 액세스 권한을 가지고 있는 모든 페이지 ID가 결정된다. 이어서, 이 사용자가 액세스 권한을 가지고 있는 모든 페이지 인스턴스들의 리스트가 로딩되며(22), 유도된 층 인스턴스를 나타내지 않는 페이지 리스트가 디스플레이된다(23). 한 층 씩 한 페이지를 선택한 후에, 그 적합한 페이지에 속한 모든 컨테이너 및 프레임은 컨테이너 데이터 베이스로부터 로딩된다(24). 이어서, 이 컨테이너 및 프레임은 제 1 층의 최상부 컨테이너로부터 시작하여 모든 다른 컨테이너 또는 프레임을 그들의 부모에 연결함으로써 한 층 씩 조합된다(25). 이 절차가 다음 층으로 진행되며(26), 컨테이너 또는 프레임을 이 다음 층에서 이미 조합된 부분으로 추가시키고, 컨테이너 또는 프레임을 그들의 쉐도우(shadow)로 대체시키며, 새로운 자녀 컨테이너 또는 프레임을 추가시킨다.

마지막으로, 이전의 단계들이 모든 층에 대해서 반복된다(27). 이어서, 그 페이지 상에 규정된 포틀렛의 리스트를 획득하고 그 포틀렛 ID를 대응하는 프레임에 할당한다(28). 이어서, 트리를 가로지르고, 컨테이너를 렌더링하며, 호출자(invoker)를 호출하여 포틀렛 콘텐츠를 렌더링한다(29,30).

본 발명은 다음과 같이 요약된다. 상술된 바와 같은 위임 페이지 특정화 구현에 있어서 가장 중요한 사항은 페이지 특정화의 계층을 추적하는 것이다. 이렇게 함으로써, 상이한 특정화들 간의 의존성이 관리된다. 이와 동시에, 이 페이지 특정화로 인해서 관리가 탈중앙화되기 때문에, 상이한 사용자 또는 관리자가 서로 무관하게 그 페이지를 완전하게 특정화할 수 있다. 모든 페이지 인스턴스들을 결합하여 볼 수 있고 각각의 페이지를 특정화할 수 있도록 페이지 특정화의 계층을 구성 및 집합시킬 수 있는 시기는 오직 그 페이지를 시각화(visualization)할 때이다(즉, 웹 페이지 또는 포털 페이지의 렌더링(rendering)할 때이다).

이미 언급한 바와 같이 본 특허 출원은 임의의 특정 콘텐츠 타입으로만 한정되는 것은 아니다. 이 콘텐츠 타입은 웹 페이지(콘텐츠 요소: 마크업 프레그먼트), 포털 페이지(콘텐츠 요소: 포틀렛), 텍스트 문서(콘텐츠 요소: 장, 단락, 화상 등)이다.

(가능하게는 다양한 타입의) 콘텐츠 델타 및 콘텐츠 요소로서 페이지 특정화를 저장하고, 이를 전술한 방식으로 로딩 및 재생성함으로써, (그 콘텐츠 요소의 타입에 의해서만 한정되는) 임의의 다양한 방식으로 콘텐츠를 특정화할 수 있고, (메모리 및 저장 장치에 의해서만 한정되는) 어떠한 회수로도 콘텐츠를 특정화할 수 있으며, "한 눈에 즉시 볼 수 있고(어떠한 링크 또는 참조 사항도 따르지 않음)", 그 문서에 대한 지식을 탈중앙화시킬 수 있으며, 다른 특정화가 탈중앙화된 방식으로 관리될 수 있도록 각 특정화에 대한 권한을 할당할 수 있다(중앙화된 방식에서는 권한을 부여하는 것을 매우 섬세하게 제어하는 것이 불가능하지는 않지만 매우 어렵다).

이미 특정화된 특정화에 대해서 수정을 수행할 수 있다.

Claims

임의의 종류의 콘텐츠에 대한 위임된 특정화 시스템(a delegated specialization system)에서의 특정화 방법으로서,

상기 위임된 특정화 시스템은,

페이지 식별자(ID)에 의해 규정되는 규정된 관리자 레벨에 의해 생성되는 페이지와, 정의된 층과 기존 부모 컨테이너(existing parent container)에 할당되는 적어도 하나의 컨테이너를 포함하는 규정된 레이아웃과, 상기 규정된 레이아웃의 변경 불가능한 부분과, 다음 관리 레벨에 대한 액세스 권한을 제공하고,

상기 특정화 방법은,

델타(a delta)를 유도하는 자신의 변경 가능한 부분을 새로운 층을 나타내는 상기 규정된 층으로 변경하고, 상기 새로운 층에 상기 규정된 층의 식별자를 포함하는 식별자를 할당함으로써 상기 규정된 층을 특정화하는 단계와,

상기 델타를 층 테이블(a layer table)에 저장하는 단계와,

상기 델타 중 상기 다음 관리 레벨에 의해 변경될 수 없는 부분을 규정하는 단계와,

특정화를 위해 상기 델타로의 액세스 권한을 상기 다음 관리 레벨에 부여하는 단계를 포함하는

위임된 특정화 시스템에서의 특정화 방법.
제 1 항에 있어서,

다음 관리 레벨에 의해서 상기 단계들을 반복하는 단계를 더 포함하는

위임된 특정화 시스템에서의 특정화 방법.
청구항 3은(는) 설정등록료 납부시 포기되었습니다.

제 2 항에 있어서,

상기 새로운 층은 식별자에 의해 이전 층의 적어도 하나의 부모 컨테이너로 할당되는 적어도 하나의 컨테이너를 포함하는

위임된 특정화 시스템에서의 특정화 방법.
청구항 4은(는) 설정등록료 납부시 포기되었습니다.

제 3 항에 있어서,

상기 층들은 소위 트리 구조(tree-structure)로 저장되는

위임된 특정화 시스템에서의 특정화 방법.
청구항 5은(는) 설정등록료 납부시 포기되었습니다.

제 1 항에 있어서,

상기 콘텐츠는 웹 페이지, 포털 페이지 또는 텍스트 처리 시스템의 텍스트 문서의 형태로 제공되는

위임된 특정화 시스템에서의 특정화 방법.
청구항 6은(는) 설정등록료 납부시 포기되었습니다.

제 5 항에 있어서,

상기 포털 페이지는 포털 시스템에 의해 제공되며,

상기 포털 시스템은 사용자 인증을 위한 인증 컴포넌트, 허가된 콘텐츠로 사용자 액세스를 제공하는 허가 컴포넌트, 콘텐츠를 렌더링(rendering)하는 포틀렛(portlets) 및 상기 포틀렛에 의해 제공된 콘텐츠를 구성하는 집합 컴포넌트(an aggregation component)를 포함하는

위임된 특정화 시스템에서의 특정화 방법.
제 1 항에 있어서,

상기 델타는 상기 규정된 층에 대해 하나 이상의 컨테이너 또는 프레임을 삭제, 추가 또는 이동시키는 동작에 의해서 특징화되는

위임된 특정화 시스템에서의 특정화 방법.
청구항 8은(는) 설정등록료 납부시 포기되었습니다.

제 6 항에 있어서,

포틀렛 ID가 각 프레임으로 할당되는

위임된 특정화 시스템에서의 특정화 방법.
청구항 9은(는) 설정등록료 납부시 포기되었습니다.

제 1 항에 있어서,

상기 규정된 관리 레벨은 제 1 관리 레벨이며,

상기 규정된 레이아웃 페이지는 기본 레이아웃(제 1 층)일 수 있는

위임된 특정화 시스템에서의 특정화 방법.
청구항 10은(는) 설정등록료 납부시 포기되었습니다.

제 5 항에 있어서,

상기 포털 페이지 및 상기 웹 페이지는 페이지 타이틀(title) 및 페이지 설명부(description)에 의해 추가적으로 규정되는

위임된 특정화 시스템에서의 특정화 방법.
제 1 항에 있어서,

상기 특정화 단계는 컨테이너 또는 프레임을 삭제하는 단계, 추가하는 단계 및 이동시키는 단계를 포함하는

위임된 특정화 시스템에서의 특정화 방법.
청구항 12은(는) 설정등록료 납부시 포기되었습니다.

제 1 항에 있어서,

각 새롭게 추가된 층이 층 ID, 그들의 부모 층 ID 및 그들의 할당된 페이지 ID를 포함하는 기존의 층 테이블(an existing layer table)에 추가되는

위임된 특정화 시스템에서의 특정화 방법.
제 7 항에 있어서,

각 새롭게 추가된 컨테이너가 컨테이너 ID, 그들의 부모 컨테이너 ID 및 그들의 할당된 층 ID를 포함하는 기존의 컨테이너 테이블에 추가되는

위임된 특정화 시스템에서의 특정화 방법.
청구항 14은(는) 설정등록료 납부시 포기되었습니다.

제 7 항에 있어서,

삭제될 컨테이너에 제공되는 종료자(a terminator)를 표시함으로써 기존의 컨테이너 테이블에 컨테이너를 삭제하는 기능이 추가되는

위임된 특정화 시스템에서의 특정화 방법.
청구항 15은(는) 설정등록료 납부시 포기되었습니다.

제 7 항에 있어서,

대체될 컨테이너와 새로운 부모 컨테이너를 표시함으로써 기존의 컨테이너 테이블에 컨테이너를 이동시키는 기능이 추가되는

위임된 특정화 시스템에서의 특정화 방법.
제 13 항에 따른 방법에 의해 생성된 페이지를 전자적으로 디스플레이하는 방법으로서,

페이지를 요청하는 사용자로부터 입력을 수신하는 단계와,

상기 층 테이블을 사용하여 상기 페이지에 속하는 층들을 결정하는 단계와,

상기 컨테이너 테이블을 사용하여 상기 층들에 속하는 모든 컨테이너 및 프레임을 한 층씩 결정하고 로딩하는 단계와,

제 1 층으로부터 시작하여 모든 컨테이너 및 프레임을 그들의 부모 관계(트리-구조)에 따라서 연결시킴으로써 상기 컨테이터들 및 프레임들을 조합하는(assembling) 단계와,

상기 트리 구조의 부모 관계에 따라서 상기 컨테이너들 및 프레임들을 렌더링(rendering)함으로써 상기 컨테이너들 및 프레임들을 시각화하는 단계를 포함하는

디스플레이 방법.
제 16 항에 있어서,

상기 페이지는 포털 페이지이며,

상기 조합 단계는 포틀렛 ID를 각 프레임에 할당하는 단계를 더 포함하고,

상기 시각화 단계는 상기 포틀렛에 의해 제공될 콘텐츠를 렌더링하는 단계를 더 포함하는

디스플레이 방법.
제 1 항에 따른 방법을 수행하는 프로그램 코드 부분을 포함하는

컴퓨터 판독가능한 기록 매체.
삭제
사용자 인증을 위한 인증 컴포넌트와,

허가된 콘텐츠로 사용자 액세스를 제공하는 허가 컴포넌트와,

콘텐츠를 렌더링하는 포틀렛과,

상기 포틀렛에 의해 제공된 콘텐츠를 구성하는 집합(aggregation) 컴포넌트와,

제 1 항에 따른 방법의 각각의 단계를 실행하도록 구성되는 위임된 특정화 시스템

을 포함하는 인스트럭션을 포함하는 컴퓨터 프로그램이 내장된

컴퓨터 판독가능한 기록 매체.
삭제
제 1 항에 따른 방법을 실행하도록 구성되는 위임된 특정화 시스템을 사용하는

텍스트 처리 시스템.
청구항 23은(는) 설정등록료 납부시 포기되었습니다.

제 22 항에 있어서,

상기 컨테이너는 장(chapter)를 표현하고,

프레임은 단락을 표현할 수 있는

텍스트 처리 시스템.