KR20070006905A - 미디어 패키지 및 미디어 패키지를 관리하기 위한 시스템및 그 방법 - Google Patents

Abstract

본 발명은 다른 미디어 패키지에 대한 링크를 구비하는 데이터 구조를 갖는 것을 특징으로 하는 미디어 패키지(media package)에 관한 것이다. 바람직하게는, 상기 미디어 패키지는 다른 미디어 패키지 대한 양-방향성 링크를 갖는 헤더를 구비한다. 각각의 미디어 패키지는 멀티미디어 데이터 또는 멀티미디어 데이터의 소스에 대한 링크를 포함할 수도 있다. 그 구성 및/또는 기능이 미디어 패키지에 포함된 정보에 의해 적어도 부분적으로는 결정되는 그래픽 유저 인터페이스(GUI)가 기술되고 특허청구된다. 미디어 패키지를 이용하는 화상회의(video conference) 수행 방법이 또한 기술되고 청구된다.

미디어 패키지, 화상회의, 양방향성 링크, 타일파일, 프레젠테이션 요소, 그래픽 유저 인터페이스(GUI), 헤더, 바이너리 정보 저장부

Description

미디어 패키지 및 미디어 패키지를 관리하기 위한 시스템 및 그 방법{A MEDIA PACKAGE AND A SYSTEM AND METHOD FOR MANAGING A MEDIA PACKAGE}

본 발명은 미디어 패키지 및 그 미디어 패키지를 생성하고 디스플레이하기 위한 시스템 및 그 방법에 관한 것이다. 본 명세서의 내용에서 "미디어 패키지(media package)"라는 용어는, 그것이 논리적이든지 아니면 물리적이든지 간에, 적어도 하나의 미디어 파일(media file)을 포함하도록 활용될 수가 있는 구조를 나타내기 위해 사용된다. 미디어 파일은 비디오 클립, 오디오 클립, 또는 텍스트 문서와 같은 프레젠테이션 요소, 또는 스크립트(또는 애플리케이션)를 포함하여 그러한 프레젠테이션 요소를 형성함에 있어 활용되는 데이터이다. 특히, 미디어 패키지는 멀티미디어 프레젠테이션을 조합하고, 구성하여 관중에게 전달하기 위한 수단으로서 이용될 수도 있다. 본 발명은 또한 외부 애플리케이션(external application)의 전면부(front-end)로서 동작하는 그래픽 유저 인터페이스(graphical user interface)에 관한 것이다.

인터넷은 소비자들에게 엄청난 양의 정보를 제공하고 있다. 더욱이, 개인용 컴퓨터, 인터넷 그리고 텔레비전과 같은 다른 형태의 미디어 간의 차별은 희박해지고 있다. 사용 가능한 정보의 양과 관련한 하나의 문제는 의미 있고 검색가능한 포 맷으로 그 데이터를 구성하는 것의 문제이다. 이것은 특히 본질적으로 다른 형태의 디지털 콘텐츠(content)가 내용의 전후관계(context) 사이에서 상호교환에 적합한 논리정연한 그룹을 이루어 배치될 필요가 있는 경우에 해당한다. 본질적으로 다른 형태의 디지털 콘텐츠에 관련된 또 하나의 문제는 파일 형태와 코덱의 급격하게 증가하는 수만큼 사용자가 늘 증가하는 숫자의 애플리케이션들과 익숙해지는 것을 필요로 한다는 점이다.

다양한 미디어를 그룹화(grouping)하고 표현하는 현재의 방법들은 온라인과 오프라인 환경이 구별되어 있던 시점에 개발되었다. 이러한 방법들은 온라인, 오프라인, "클라이언트 측" 및 "서버 측" 간의 연결 개념이 희미해지고 있는 현재의 환경에 대해서는 적합성이 떨어진다.

본질적으로 다른 콘텐츠를 그룹화함에 있어 가장 잘 알려진 그리고 널리 인지된 시도는 웹 페이지(web page)이다. HTML(hyper text mark-up language)는 어떤 파일 포맷이라도 참조할 수가 있다. 그러나 그것은 파일을 통합하기보다는 파일에 대한 링크를 통해서 그렇게 하고 있다. 만일 사용자가 HTML 페이지를 저장한다면, 그 저장된 페이지는 콘텐츠를 포함하지 않는다. 해당 페이지에 의해 링크된 그 콘텐츠(예를 들면, 휴대전화로부터의 비디오 클립)는 파일 시스템의 디렉토리 트리 내에 사방으로 분산되어 HTML과는 별개로 저장된다.

하나의 웹 페이지를 새로운 사이트로 전송하는 것은 원래의 웹 사이트의 전체 디렉토리에 대한 기술적인 지식이 없이는 이루어지지 않는다. 이것은 디지털 콘텐츠의 의미 있는 부그룹들의 표준화와 콘텍스트들 간의 이러한 부그룹들의 용이한 이식에 장애를 야기한다. 한 페이지로부터 다른 페이지로의 하이퍼-링크(hyper-linking)가 가능하기는 하지만, 이러한 인터페이스 레벨에서조차도 그룹화 구조는 부적절하다. 사용자는 각각의 페이지를 보지만 그 구조를 전체적으로 알 수는 없고 각 사이트의 각각의 페이지는 비표준형의 내비게이션 구조를 갖는다.

평균적인 사용자가 디지털 미디어를 생성하고, 한데 모으고, 간행하고, 배급하는 것은 어려운 문제로 남는다. 개인들과 그들이 참여하기를 원하는 상대적으로 작은 규모의 활동 사이에서는 전문가 집단과 위압적인 양의 소프트웨어 애플리케이션들이 숨겨져 있다. 전문가들에 의해 만들어지는 콘텐츠의 대부분은 완전히 콘텍스트 지향적이다. 이것은 콘텐츠를 재사용하거나 다른 콘텍스트들에 복사하는 것을 곤란하거나 불가능하게 만든다. 이것은 많은 작업이 필요없이 반복되어 결과적으로 많은 비용과 중복 및 노력의 낭비를 초래한다는 것을 의미한다. 그것은 또한 애드-혹(ad hoc) 인터페이스의 확산에 대한 이유 중의 하나이며, 최종 사용자의 문제를 더욱 심화시킨다.

전문가들이나 콘텐츠 공급자들조차도 일관적이고, 쉽게 검색가능하며, 직관적인 인터페이스로 대량의 관련 정보를 표시하고, 운반하고, 체계화하는 방법에 고심하고 있다.

더욱이, 자동화라느 것은 콘텐츠를 결합(combining), 그룹화(grouping), 재-문맥화(re-contextualizing), 디스플레이(displaying) 및 재생(playing)시킬 수 있는 표준규격을 필요로 하기 때문에, (랜덤 브라우징과 반대 개념으로서) 자동화된 콘텐츠 프레젠테이션은 이러한 문제들 각각에 의해 방해받는다.

본 발명의 제1측면에 따르면, 본 발명은 적어도 하나의 프레젠테이션 요소(presentation element)를 포함하거나 또는 참조하기 쉽게 배열하기 위한 저장 수단을 포함하는 미디어 패키지(media package)를 제공하는데, 상기 미디어 패키지는 미디어 패키지들 사이의 프레젠테이션 요소들을 연결하기 위하여 다른 미디어 패키지와 연동된다.

상기 미디어 패키지는 그 미디어 패키지들 사이의 프레젠테이션 요소들을 연결하도록 상기 미디어 패키지를 적어도 하나의 다른 미디어 패키지와 연동하도록 동작하는 연결 구조를 가질 수도 있다.

상기 연결 구조는 패키지들 간에 프레젠테이션 요소들을 연결하도록 다수의 다른 미디어 패키지들에 상기 미디어 패키지를 연결하는 것이 가능할 수도 있으며, 상기 연결 구조는 그것이 연동되는 상기한 또는 그 각각의 미디어 패키지와의 양-방향 링크를 형성하도록 동작 가능할 수도 있다.

양-방향 링크가 형성될 때, 연결 구조는 상기한 링크에서 하나의 링크를 일차 링크로서 정의하고 다른 링크를 이차 링크로서 정의하도록 동작하는 변수를 포함하도록 동작할 수도 있다.

상기한 일차 및 이차 링크 중의 하나는 연속적인 프레젠테이션을 형성하도록 프레젠테이션 요소들이 연결되어 있는 하나의 순서를 형성할 수도 있다.

일 실시예에 따르면, 미디어 패키지의 이동 또는 변경시에 상기 미디어 패키지는 그 미디어 패키지의 링크들의 적어도 하나의 서브-셋을 포함하여 하나의 더미 파일(dummy file)이 유지되도록 함으로써, 상기 미디어 패키지를 참조하는 다른 미디어 패키지들이 그 미디어 패키지의 이동이나 변경에 의해 영향을 받지 않도록 한다.

상기 더미 파일은 미디어 패키지의 복사본일 수도 있다.

또 다른 실시예에 있어서, 미디어 패키지의 이동 또는 변경시에 상기 미디어 패키지는 그것을 참조하는 모든 다른 미디어 패키지들의 모든 링크들이 업데이트 되어 그 미디어 패키지의 변경 또는 이동을 반영하도록 한다.

또 다른 변형에 있어서, 상기 미디어 패키지의 이동 또는 변경시, 상기 미디어 패키지는 그 미디어 패키지를 참조하는 다른 미디어 패키지들의 링크들의 적어도 하나의 서브-셋이 업데이트 되어 그 미디어 패키지의 변경 또는 이동을 반영하도록 한다.

어떤 실시예에 있어서는 상기한 적어도 하나의 서브-셋의 링크들은 다른 미디어 패키지들 중의 하나가 이동되거나 또는 변경된 미디어 패키지를 접속하려고 시도할 때에만 업데이트될 수도 있다.

유사한 미디어 패키지를 찾기 위한 서치를 수행할 때, 상기 서치는 미디어 패키지에 의해 참조되는 미디어 패키지의 서브-셋을 반환시키고, 상기 반환된 서브-셋은 소정의 기준에 의해 결정된다.

상기 미디어 패키지는 하나의 헤더 부분과 바이너리 정보 저장부분을 더 포함하고, 상기 헤더 부분은 연동가능성 정보를 함유하고, 상기 바이너리 정보 저장부분은 상기한 적어도 하나의 프레젠테이션 요소를 함유한다.

본 발명의 제2측면에 따르면, 본 발명의 제1측면에 따라서 미디어 패키지를 전달하는 방법에 있어서, 본 발명은 사용자의 요구에 반응하여 상기 사용자에게 상기 미디어 패키지의 복사본을 전송하는 단계를 포함하는 미디어 패키지를 전달하는 방법을 제공한다.

본 발명의 제3측면에 따르면, 본 발명의 제1측면에 따라서 미디어 패키지를 전달하는 방법에 있어서, 본 발명은 적어도 하나의 서브-세트의 헤드 정보를 최종 사용자와 적어도 하나의 프레젠테이션 요소의 대표에게 전달하는 단계 및 바이너리 정보의 적어도 일부에 대한 사용자 요구에 반응하여 상기 바이너리 정보의 적어도 일부를 상기 사용자에게 전달하는 단계를 포함하는 미디어 패키지를 전달하는 방법을 제공한다.

본 발명의 제4측면에 따르면, 본 발명은 프레젠테이션을 저장하는 방법에 있어서, 본 발명의 제1측면에 따라 복수의 미디어 패키지를 제공하는 단계, 상기 프레젠테이션의 프레젠테이션 요소들을 해당하는 각각의 미디어 패키지에 저장하는 단계, 및 상기 프레젠테이션 요소들을 연동하도록 상기 미디어 패키지들을 링크하는 단계를 포함하는 프레젠테이션을 저장하는 방법을 제공한다.

상기 방법은 상기 미디어 패키지들을 양-방향으로 링크하는 단계를 더 포함할 수도 있다.

본 발명의 제5측면에 따르면, 본 발명은 본 발명의 제1측면에 따라서 미디어 패키지를 생성, 편집, 저장, 및 전달하는 시스템에 있어서, 상기 미디어 패키지를 저장할 수 있는 저장부 및 상기 미디어 패키지에 대한 클라이언트 애플리케이션의 요청을 수신하면 상기 미디어 패키지를 상기 클라이언트 애플리케이션에 전달할 수 있는 소프트웨어 애플리케이션을 포함하는 시스템을 제공한다.

미디어 패키지를 이동 또는 변경하기 위한 상기 미디어 패키지로부터의 명령을 수신하면, 상기 시스템은 그 미디어 패키지의 원래 링크들의 적어도 하나의 서브-셋을 포함하여 하나의 더미 파일(dummy file)이 유지되도록 함으로써, 상기 미디어 패키지를 참조하는 다른 미디어 패키지들이 그 미디어 패키지의 이동이나 변경에 의해 영향을 받지 않도록 한다.

대안적으로, 미디어 패키지를 이동 또는 변경하기 위한 상기 미디어 패키지로부터의 명령을 수신하면, 상기 시스템은 그 미디어 패키지를 참조하는 모든 다른 미디어 패키지들의 모든 링크들이 업데이트 되어 그 미디어 패키지의 변경 또는 이동을 반영하도록 한다.

또 다른 실시예에 있어서, 미디어 패키지를 이동 또는 변경하기 위한 상기 미디어 패키지로부터의 명령을 수신하면, 다른 미디어 패키지들 중 하나가 상기 이동되거나 변경된 미디어 패키지를 접속하려고 시도할 때만 상기 시스템은 그 미디어 패키지를 참조하는 모든 다른 미디어 패키지들의 모든 링크들이 업데이트 되어 그 미디어 패키지의 변경 또는 이동을 반영하도록 한다.

상기 시스템은 저장된 미디어패키지들을 미리보기(reviewing) 하고 검색가능한 인덱스를 컴파일할 수 있는 검색 엔진을 더 포함할 수도 있다.

상기 시스템은 컴퓨터 네트워크를 통해 상호 연결되는 복수의 서버들을 포함할 수도 있다.

본 발명의 제6측면에 따르면, 본 발명의 제1측면에 따라서 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI)에 있어서, 본 발명은 사용자에 의해 선택가능한 복수의 표시 영역을 포함하는 그래픽 유저 인터페이스(GUI)를 제공하는데, 상기 복수의 표시 영역은 사용자 종속적인 미디어 패키지들의 표현들을 포함하는 제1 표시 영역, 다른 사용자들에게 종속적인 미디어 패키지들의 표현들을 포함하는 제2 표시 영역, 및 상기 사용자 또는 다른 사용자들에게 종속적인 미디어 패키지들의 생성, 편집, 또는 보기를 허용하도록 배치된 제3 표시 영역을 포함한다.

상기 그래픽 유저 인터페이스(GUI)는 상기 표시 영역들 중 어느 하나에 포함된 하나의 미디어 패키지를 선택함으로써 볼 수 있는 메뉴 시스템을 더 포함할 수도 있는데, 상기 메뉴 시스템은 그 메뉴 시스템에 표시되는 상기 미디어 패키지의 표현을 조작하는 기능을 제공한다.

상기 메뉴 시스템은 상기 미디어 패키지의 표현의 위에 놓일(오버레이) 수도 있고, 상기 미디어 패키지의 표현을 가로지르는 커서의 이동에 의해 호출(invoke)될 수도 있다.

상기 메뉴 시스템은 상기 복수의 표시 영역들 각각을 둘러싸는 제2 메뉴를 더 포함할 수도 있는데, 상기 제2 메뉴는 그 메뉴에 표현되는 상기 미디어 패키지를 조작하는 기능을 제공한다.

상기 미디어 패키지의 조작은 상기 미디어 패키지를 복사하는 기능, 상기 미디어 패키지를 편집하는 기능, 상기 미디어 패키지를 삭제하는 기능, 및 상기 미디어 패키지를 새로운 콘텐츠로 이동하는 기능을 포함할 수도 있다.

상기 미디어 패키지의 표현의 조작은 일차 프레젠테이션 요소를 보여주는 기능 및 이차 이상의 프레젠테이션 요소들 중 어느 것을 보여주는 기능을 포함할 수도 있다.

사용자 명령에 대응하여, 상기 프레젠테이션 요소의 표현은 상기 표현에서 그 미디어 패키지에 있는 모든 다른 프레젠테이션 요소들의 한 표현으로 변환될 수도 있다.

상기 변환은 전면에서 후면으로의 상기 표현의 가상 회전을 통해 일어날 수도 있다.

상기 제2 표시 영역은 단지 사용자들의 서브-집합에 의해 접속 가능한 미디어 패키지들의 표현들을 보여주는 것에 한정될 수도 있다.

상기 표시 영역들은 미디어 패키지의 적어도 하나의 표현을 포함하는데, 상기 표현은 격자 패턴과 같은 미리 정의된 패턴 내에서 제공된다.

상기 그래픽 유저 인터페이스(GUI)의 레이아웃은 선택된 미디어 패키지의 콘텐츠에 의해 결정될 수도 있다.

본 발명의 제7측면에 따르면, 본 발명은 미디어 콘텐츠를 디스플레이하기 위해 배열된 적어도 하나의 보기 영역을 포함하는 그래픽 유저 인터페이스를 포함하며, 상기 그래픽 유저 인터페이스의 레이아웃은 적어도 상기 보기 영역들 중 적어도 하나에 표시되는 상기 미디어 콘텐츠에 의해 결정되는 부분에 있다.

상기 그래픽 유저 인터페이스의 레이아웃은 그 기능이 보기 영역에 표시되는 미디어 콘텐츠에 의해 결정되는 적어도 하나의 메뉴 시스템을 포함할 수도 있다.

상기 메뉴 시스템은 두 개의 부-메뉴들을 포함할 수도 있으며, 제1 부-메뉴는 상기 미디어 콘텐츠를 조작하기 위한 제어를 제공하고, 제2 부-메뉴는 상기 인터페이스에서 상기 미디어 콘텐츠의 보기를 조작하기 위한 제어를 제공한다.

상기 그래픽 유저 인터페이스는 미디어 패키지와 인터페이스할 수 있는 블로그(blogging) 수단을 더 포함할 수도 있는데, 상기 블로그 수단은 미디어 패키지에 있는 텍스트 코멘트를 편집할 수 있다.

본 발명의 제8측면에 따르면, 본 발명은 청구항 1항에서 13항 중 어느 하나에 따른 하나의 미디어 패키지의 적어도 하나의 서브-셋을 그래픽 유저 인터페이스에게 전달하도록 배치된 연산(computing) 시스템을 포함하는 복수의 미디어 패키지를 보여 주기 위한 시스템을 제공하며, 상기 미디어 패키지는 상기 그래픽 유저 인터페이스에서 동작하는 적어도 하나의 특징을 설정하는데 사용되는 정보를 포함한다.

본 발명의 제9측면에 따르면, 본 발명은 그래픽 유저 인터페이스를 커스터마이징하는 방법에 있어서, 상기 그래픽 유저 인터페이스의 레이아웃과 기능을 결정하는 정보를 포함하는 미디어 패키지를 생성하는 단계, 및 상기 정보를 포함하는 미디어 패키지의 적어도 하나의 서브-셋(sub-set)을 상기 그래픽 유저 인터페이스에게 전달하는 단계를 포함하는 그래픽 유저 인터페이스를 커스터마이징(customizing)하는 방법을 제공한다.

본 발명의 제10측면에 따르면, 본 발명은 미디어 패키지를 생성하는 방법에 있어서, 적어도 하나의 프레젠테이션 요소를 선택하는 단계, 및 상기 프레젠테이션 요소를 미디어 패키지에 형성하는 단계를 포함하는 미디어 패키지를 생성하는 방법을 제공한다.

본 발명의 제11측면에 따르면, 본 발명은 복수의 미디어 패키지들을 검색하는 방법에 있어서, 사용자가 대상 미디어 패키지를 선택하는 단계, 상기 미디어 패키지에 링크되어 있는 모든 미디어 패키지들을 식별하는 단계, 및 상기 링크된 미디어 패키지들 중 적어도 일부의 표현을 디스플레이하는 단계를 포함하는 복수의 미디어 패키지들을 검색하는 방법을 제공한다.

본 발명의 제12측면에 따르면, 본 발명은 복수의 미디어 패키지들에 포함된 프레젠테이션 요소들을 통합하는 방법에 있어서, 일련의 미디어 패키지들을 선택하는 단계, 상기 선택된 미디어 패키지들로부터 프레젠테이션 요소들의 서브-셋을 추출하는 단계, 및 상기 추출된 프레젠테이션 요소들의 서브-셋을 포함하는 또 다른 미디어 패키지를 구성하는 단계를 포함하는 복수의 미디어 패키지들에 포함된 프레젠테이션 요소들을 통합하는 방법을 제공한다.

본 발명의 제13측면에 따르면, 본 발명은 청구항 1항에서 13항 중 어느 하나에 따른 하나의 미디어 패키지의 적어도 하나의 서브-셋을 수신하고 사용자에게 디스플레이하도록 배치된 소프트웨어 애플리케이션을 포함하는 장치를 포함하는 프레젠테이션을 전달하기 위한 시스템을 제공한다.

상기 미디어 패키지는 화상 다자간 통화 (video conference call)와 같은 라이브 소스로부터 올 수 있는 스트림(streamed) 데이터를 포함할 수도 있다.

상기 스트림 데이터는 상기 미디어 패키지에 포함된 순차적으로 제공되는 일련의 프레젠테이션 요소들을 포함할 수도 있다.

본 발명의 제13측면에 따르면, 본 발명은 복수의 사용자에게 콘텐츠를 분배하는 방법에 있어서, 청구항 1항에서 13항 중 어느 하나에 따른 미디어 패키지를 조합하는 단계, 및 상기 미디어 패키지를 다수의 사용자에게 분배하는 단계를 포함하는 복수의 사용자에게 콘텐츠를 분배하는 방법을 제공한다.

본 발명의 제14측면에 따르면, 본 발명은 자체 실행 미디어 프레젠테이션을 사용자에게 제공하는 방법에 있어서, 적어도 하나의 프레젠테이션 요소를 청구항 1항에서 13항 중 어느 하나에 따른 미디어 패키지에 그룹화하는 단계, 및 상기 미디어 패키지를 상기 사용자에게 제공하는 단계를 포함하며, 상기 사용자는 상기 적어도 하나의 프레젠테이션 요소를 시청할 수도 있는 자체 실행 미디어 프레젠테이션을 사용자에게 제공하는 방법을 제공한다.

본 발명의 제15측면에 따르면, 본 발명은 화상회의 방법에 있어서, 화상회의를 시작할 수 있는 스크립트를 포함하는 미디어 패키지를 제공하는 단계, 및 타일(tile)을 사용자에게 전송하는 단계를 포함하며, 상기 화상회의는 상기 사용자의 수신 및 확인에 따라 시작되는 화상회의 방법을 제공한다.

본 발명의 범위 내에 존재할 수도 있는 어떤 다른 형태에도 불구하고, 이하에서 본 발명은 첨부한 도면을 참조하여 단지 예시적으로 기술되는 특정한 실시예 들에 대한 설명을 통해 더욱 완전히 이해될 수 있을 것이다.

도 1은 본 발명의 일 실시예에 따른 미디어 패키지의 구조를 예시하는 도면이다;

도 1a는 본 발명의 일 실시예에 따른, 미디어 패키지들이 어떻게 연결되는지를 예시하는 도면이다;

도 2 및 도 2b는 한 위치로부터 또 다른 위치로의 미디어 패키지의 이동성(portability)을 나타내는 도면이다;

도 3은 양-방향성 링크가 미디어 패키지 사이에서 어떻게 동작하는지를 예시하는 도면이다;

도 4 및 도 5는 타일 파일(tile file)의 헤더와 미디어 섹션들이 어떻게 연결되는지를 나타내는 도면이다;

도 6은 본 발명의 일 실시예에 따른 미디어 패키지와 종래 기술의 HTML 문서를 비교하는 도면이다;

도 7a 및 도 7b는 본 발명의 일 실시예에 따른 미디어 패키지의 이동성을 예시하는 도면이다;

도 8은 본 발명의 일 실시예에 따른 그래픽 유저 인터페이스(GUI)와 미디어 패키지 간의 링크들을 예시하는 도면이다;

도 9a 내지 도 9e는 본 발명의 일 실시예에 따른 미디어 패키지들 사이의 동적 연결(dynamic linking)을 도시하는 도면들이다;

도 10a 및 도 10b는 본 발명의 일 실시예에 따른 미디어 패키지에 배치될 수 있는 콘텐츠의 종류를 예시하는 도면들이다;

도 11은 본 발명의 일 실시예에 따른 미디어 패키지들을 제작하기 위한 시스템과 인터페이스할 수 있는 네트워크의 종류의 예를 예시하는 도면이다; 그리고

도 12, 도 13, 도 14A, 도 14B, 도 15 내지 19는 각각 본 발명의 일 실시예에 따른 그래픽 유저 인터페이스의 예시도면들이다.

본 발명은, 적어도 하나의 실시예에 있어서는, 메타데이터(metadata), 콘텐츠(content), 링크(link), 방법, 버튼/방법의 연동, 및 순차(sequencing) 정보를 포함할 수도 있는 미디어 패키지에 해당한다. 이는 파일 포맷으로써 설명된다. 기술적 관점에서는 상기 실시예는 오브젝트(object) 기반 프로그래밍 모델에서 하나의 오브젝트/일련의 오브젝트들에 가깝다. 최종 사용자의 관점에서는 이러한 파일 포맷은, 같은 종류의 다른 파일들을 포함하여, 그것이 연동될 수도 있는 방식에 따라 독특한 작동이 가능한(playable) 미디어 파일로서 알려져 있다. 이러한 오브젝트는 타일파일("tilefile"™)이라는 브랜드 하에 판매되고 있으며, 후속하는 설명에서 "타일파일 패키지(tilefile package)"로서 언급될 것이다. 타일파일 패키지는 최종 사용자에게는 "타일"에 대한 암시를 불러일으키는데, 그 이유는 파일 타입의 콘텐츠(contents)가 그래픽 유저 인터페이스에서는 격자 또는 다른 대칭적인 패턴으로 표현될 수도 있기 때문이다. 즉, 그래픽 유저 인터페이스는 나중에 더 상세히 기술되겠지만 다수의 보기(viewing) 영역들로 이루어진다. 각각의 보기 영역은 하나 또는 다수의 타일파일 패키지들의 표현을 가질 수도 있다. 다른 말로 하면, 보 기 부분은 단지 하나의 타일파일 패키지를 디스플레이하거나 또는 격자 또는 다른 패턴으로 다수의 타일파일 패키지들을 디스플레이할 수도 있다. 최종 사용자에게 그리고 본 명세서의 목적상, 상기한 용어 "타일(Tile)"은 "타일파일 패키지", 특히 그래픽 유저 인터페이스 내에서 표현될 때의 하나의 타일파일 패키지의 특정한 경우를 표시하기 위해 사용될 것이다. 상기한 타일파일 패키지는 사용자 인터페이스에서 표현될 때 "타일의 전면(front of tile)"부분과 "타일의 배면(back of tile)"부분으로 나누어진다(도 13, (1) 참조). 타일파일 패키지의 전면은 또한 타일파일 패키지의 "정면(face)"으로 지칭되기도 한다.

타일파일 패키지의 정면은, 사용자에게 즉시 식별이 가능하듯이, 전형적으로 사진, 비디오 클립, 또는 그 타일파일 패키지의 내용물의 다른 시각적인 표현이고, 그리고 일반적으로는 "일차 프레젠테이션 요소(primary presentation element)", 즉 기본 시각적 요소(default visual element)의 한 표현일 것이다. 사용자 명령에 응답하여 다양한 기능들이 타일(도 14B, (30) 참조)의 전면(또는 배면)으로부터 접속이 가능하고, 이 기능들은 부가적인 프레젠테이션 요소들의 가감, 그 요소들 사이의 관계의 변화, 타일파일 패키지(25)에 관련한 뷰어(viewer) 코멘트의 기록(logging), 및 타일파일 패키지의 자산(assets) 중의 하나일 수도 있는 "스크립트(script)"의 쓰기, 편집 및 동작하기(playing)를 포함할 수도 있다.

타일(Tile)의 전면에서 접속가능한 여러 가지 기능들은 타일(Tile)의 콘텐츠에 의해 결정된다. 즉, 각각의 보기 영역은 메뉴에 의해 덮이고 그리고/또는 메뉴에 의해 에워싸이고, 메뉴 상의 제어는 그 보기 영역에서 디스플레이된 타일(Tile) 에 따라서, 그리고 다른 인자로는, 사용자가 타일의 전면 또는 타일의 배면을 쳐다보고 있는지와 같은 것에 따라서 변화하게 된다.

타일파일 패키지의 배면은 사용자 명령(예를 들면, 도 14B에서 버튼 (31)을 클릭하는 것)에 응답하여 보는 것이 가능하게 되는데, 저작자(author)가 보안, 메타데이터 및 검색 정보와 같은 선호 사항과 속성들을 설정하는 것을 가능하게 할 수도 있고, 메모 또는 어떤 다른 자산들과 같은 부가적인 요소들의 가감을 가능하게 해준다. 보는 사람들은 타일(Tile)의 배면으로부터 첨부물을 다운로드할 수가 있을 것이나, 새로 만들기(authoring) 버튼들은 그러한 새로 만들기 권한을 갖지 않은 사람들에게는 보이지 않을 수도 있다.

스크립트(script)와 같은 진보된 기능은 전형적으로 타일의 배면을 통해 접속될 수 있을 것이다. 스크립트는 타일파일 패키지의 자산 항목들(assets)을 살펴보고 그와 상호작용을 위한, 다른 연동되는 타일파일 패키지들과 상호작용을 하고 그와 조화를 이루기 위한, 외부 애플리케이션들을 실행하기 위한, 그리고 관리되지 않는 외부 데이터를 접속하기 위한 명령들을 포함할 수도 있는데, 그러한 스크립트는 기초가 되는 운영 시스템과 네트워크 서비스의 모든 권한에 대한 접속을 상급 사용자(advanced user)들에게 제공한다. 예를 들면, 하나의 스크립트는 타일패키지의 동작 가능한 콘텐츠에 대한 대안적인 프레젠테이션을 정의하는데, 그것은 스프레드시트 데이터를 애니메이션 그래프로 변환하거나, 카메라로부터의 실시간 피드(feed) 또는 일기예보 레포트를 요구하거나, 또는 하나 또는 다수의 RSS(RDF Site Summary) 피드를 요약할 수도 있다.

타일(Tile)들이 서버 사이드에 존재하는 경우에, 사용자가 휴대전화 또는 이동 단말로부터 그들의 계정으로 콘텐츠를 전송할 때 새로운 타일(Tile)이 자동적으로 시작된다. 대안으로서는, 사용자는 그들의 PC 하드드라이브 장치로부터 컨텐츠를 업로딩(uploading)함으로써 새로운 타일(Tile)을 생성할 수도 있다. 각각의 타일(Tile)에서 자산 항목들(도 16, (50) 참조)의 업로드를 촉진하기 위하여 편집 윈도우가 그 저작자(author)에게 제공된다. 이것은 타일(Tile)(52)의 전면을 변경하거나 또는 업로딩하기 위한 그리고 다수의 첨부물들(54) 변경하거나 업로딩하기 위한 기능을 포함한다.

각각의 타일은 사용자 인터페이스 "쉘(shell)" 방식으로 움직이며 그 사용자 인터페이스의 패턴에서 다수의 타일들을 보는(viewing) 것은 다수의 사용자 인터페이스 쉘들을 보는 것과 유사한데, 여기서 각각의 타일(Tile)은 그 자신의 컨트롤 세트를 가지며 그 자신의 콘텐츠를 "소유(own)"한다. 각각의 타일(Tile)은 하나의 쉘처럼 동작하기 때문에, 그것은 또한 그 타일(Tile)이 보기 영역에서 디스플레이될 때 그 타일(Tile)과 연동되는 메뉴 시스템의 외관, 느낌 및 기능을 결정한다. 메뉴 시스템의 경우는 그 타일(Tile)의 일부이며 그리고 그것이 타일(Tile)에 속하는 것으로 보이도록 항상 타일(Tile)에 가까이 존재해도 좋다. 이 메뉴 시스템은 타일(Tile) 또는 타일(Tile)의 콘텐츠와 연동되는 기능을 제어할 수도 있다. 이것은 타일(Tile)에 대한 보기를 조작하기 위한 기능(예를 들면, 타일파일 패키지에 있는 콘텐츠를 디스플레이하는 것)들 또는 그 타일 내의 데이터를 조작하는 기능(예로서, 타일파일 패키지에 요소들을 추가하는 것, (50, 52, 54) 참조)을 포함할 수도 있다. 애드-혹 "팝-업(pop-up)" 메뉴와는 전혀 다르게, 타일파일 패키지의 메뉴 시스템은 항상 그 타일파일 패키지의 시각적 언어의 인식 가능한 예이다. 즉, 그것은 애플리케이션을 포함하여, 모든 콘텍스트들에 있는 타일파일 패키지의 모든 사례들에 고르게 적용될 수도 있다.

달리 말하면, 타일파일 패키지는 단일 개체(entity)에서 디지털 미디어, 즉 프레젠테이션 요소들의 이종 형태를 유지할 뿐만 아니라 그래픽 유저 인터페이스의 도움으로 그 타일들의 콘텐츠를 조작하기 위한 기능들을 제공할 수 있는 소위 "액티브 컨테이너(active container)"로서 관찰될 수도 있다. 모든 각각의 타일파일 패키지는 균일한 타일파일 패키지 인터페이스의 사용자에 대한 특유의 이점에 의존하는 비쥬얼 리터러시(visual literacy)의 새로운 형태로써 결합될 수도 있는 하나의 유닛이다.

앞에서 언급되었듯이, 그래픽 유저 인터페이스에서, 타일파일 패키지는 패턴과 격자 형태로 함께 그룹화되어도 좋다. 타일파일들(TileFiles)은 또한 하나의 시퀀스(sequence)로 함께 연결되어도 좋고(도 14A의 (40) 참조), 전체 격자는 사실상 하나의 시퀀스일 수도 있는데, 여기서 각각의 열의 격자는 그 시퀀스의 다음 부분이 된다. 사진과 같은 이미지들은 그 타일(Tile)의 전면에 디스플레이될 수 있고, 이로써 타일파일 패키지의 콘텐츠를 보는 것이 가능하다. 후술하는 설명에서 "콘텐츠(content)"라는 용어는 디지털 미디어에 인용될 때 "프레젠테이션 요소(presentation element)"라는 용어와 동등하며, 그러한 용어들은 상호 혼용가능할 것이다. 이러한 이미지들에 적절한 다른 타입의 콘텐츠는 타일파일 내에 저장될 수 있고, 콘텐츠는 타일단위로 시간에 따라 집합될 수도 있다.

"콘테이너(container)"라는 용어의 은유적 의미(metaphor)는 타일파일 패키지의 특성들의 서브셋(subset)을 설명함에 있어 유용하다. 그러나 모든 메타포와 마찬가지로, 컨테이너 메타포(container metaphor)도 분석된다. 예를 들면, 타일파일 패키지의 중요한 특징은 그 타일파일 패키지의 콘텐츠의 표현이 콘테이너가 밀봉될 때조차 이용가능하게 될지도 모른다는 점이다. 더욱이, 개별적인 타일파일 패키지는 프레젠테이션의 목적상 다른 타일파일 패키지에 있어서의 자산 항목들에 대한 접속을 할 수도 있다. 이러한 의미에서 각각의 타일파일 패키지는 또한 컨트롤러/시퀀서(controller/sequencer)와 마찬가지이다.

복수의 미디어 패키지들의 순차적인 전달("재생(playing)")은 통상적인 브라우징(browsing)에 대한 대안을 제공한다. 이것은 외부 애플리케이션들의 프론트엔드로서 작용하는 미디어 패키지 GUI를 포함해도 좋다. 미디어 패키지들의 그룹은 오퍼레이팅 시스템의 상부에서 다수의 애플리케이션 및 콘텍스트에 걸쳐 균일한 시각적 쉘(visual shell)을 형성하는 중간 계층으로서 또한 동작할 수도 있다.

타일파일 패키지들은 애플리케이션을 포함할 수도 있으며, 또는 애플리케이션에 대한 타일(Tile)들을 통한 정보의 소통이 존재할 수도 있다. 만일 상기 애플리케이션이 타일파일 패키지 내에 삽입되어 있지 않다면, 아래와 같은 두 개의 주요한 가능성이 존재한다:

1) 타일파일 패키지/GridMo 시스템은 공지의 파일 타입의 연합체를 이용하여 클라이언트 장치 또는 서버 장치 중의 어느 하나에서 정확한 애플리케이션을 자동 적으로 찾아서 시작시킬 수도 있다 (예를 들면, 워드 프로세서가 하나의 .doc 파일을 열도록 시작될 수 있음.

2) 올바른 리모트 사이트를 찾고 또한 다음 중의 하나를 실행하기 위하여, 타일파일 패키지의 저작자 또는 자산 항목의 저작자에 의해 하나의 구성(configuration)이 그 타일파일 패키지에 삽입될 수도 있다.

a. 해당하는 애플리케이션/플러그-인을 자동으로 다운로드하고 그것을 클라이언트 측에서 작동함(실행 후에는 가능하면 그것을 삭제함), 또는

b. 자산 문서를 원격으로 처리하도록 애플리케이션 서버를 실행시킴.

이러한 후자의 특징은 최종 사용자가 새로운 문서 형태가 자산으로서 나타나는 매 시점에 애플리케이션 또는 플러그-인을 다운로드하여 설치하도록 알려줄 필요가 없을 것이라는 것을 의미한다. 그것은 또한 상이한 포맷과 다른 애플리케이션에 의해 사용되는 문서들이 혹시 같은 파일명의 확장자를 갖게 될 때의 혼동을 해결할지도 모른다.

타일파일 패키지들은 화상회의 시스템의 "분배가능한 단말들(distributable terminals)"로서 이용될 수도 있다. 그러한 시스템에서, 각 타일파일 패키지는 두 가지 역할을 한다. 첫 번째로, 타일파일 패키지는 화상회의 참가자들을 "연결시키기(hooking up)"위한 구성을 포함하거나 참조하는 전송가능한(transferable) 파일이다. 이는 다양한 클라이언트 사이트들에서 화상회의 클라이언트 애플리케이션을 시작하는 것을 포함할 수도 있다. 또한, 초대, 스케줄링, 정확한 연결 및 로그온을 설정하는 것을 포함할 수도 있다. 두 번째로, 타일파일 패키지는 각 클라이언트 사 이트에서 화상회의 클라이언트의 GUI 단말이 된다.

타일파일 패키지들은 예속된 콘텐츠를 포함하여, 제3자 콘텐츠를 참조하고 관리하기 위한 계층(layer)으로 이용될 수도 있다. 이러한 맥락에서, 타일파일 패키지들은 싱글 사인 온(Single Sign On: SSO) 문제에 대한 해결책을 제공한다. 사용자가 서로 다른 시스템들에 대해 다수의 사용자이름/비밀번호 쌍을 갖고 있는 경우, 단일의 타일파일 패키지가 다수의 사용자이름/비밀번호 쌍을 가져와서 암호화하는데 이용될 수 있으며, 이를 통해 다수의 시스템들에 대한 로그온을 요구되는 대로 관리할 수 있다.

타일파일 패키지 구조

타일파일 패키지의 구조는 자신의 속성으로서 정적 특성들 (타일의 전면에 디스플레이되는 이미지, 저작자/소유자 상세정보 등)과 동적 특성들(타일파일 내에 포함되는 미디어 파일들, 다른 타일파일 패키지들과의 연관성 리스트, 나타나는 메뉴들의 외관(look), 느낌(feel), 및 기능성을 결정하는 명령어들 등)을 포함하며, 자신의 방법(기능)으로서 프레젠테이션 동작(action) 및/또는 순서(sequence)를 가진다. 본 명세서에 기술된 구현(implementation)에서, 정적 특성들은 일반적으로 헤더 섹션에서 유지되며, 동적 특성들은 바이너리(binary) 정보 저장소에서 유지된다. 그러나, 이러한 카테고리들은 엄격하지 않다. 예를 들어, 양방향 링크는 동적 특성임에도 헤더에 포함된다. 유사하게, 콘텐츠가 수정되는 경우, 헤더에 포함된 크기 정보(size information) 또한 수정될 수도 있다.

타일파일 패키지는 논리적으로 독립적인(self-contained) 개체로 여겨질 수 있으며, 따라서 타일파일 패키지는 그래픽 유저 인터페이스를 통해서 사용자에게 독립적인 개체로 제공되거나 타일파일 패키지의 서브셋이 제공될 수도 있다. 둘 중 어느 경우에도, 전술한 바와 같이, 타일파일 패키지의 구조는 두 개의 서로 다른 섹션들, 즉 헤더 섹션과 미디어 또는 자산 항목들 (바이너리 정보 저장소) 섹션으로 나뉜다.

헤더 섹션은 (이전 버전 호환성(backwards compatibility)을 위한) 포맷 버전, 소유자/저작자 상세정보, (미리보기 이미지와 서로 다른 레벨의 디스플레이 해상도를 추출하기 위해 단일 이미지 파일 상의 프로그레시브 다운로드를 용이하게 하는) 타일(Tile)의 전면을 향한 포인터들, 타일파일 패키지의 독출, 다운로드, 실행 및 편집과 연관된 권한들(privileges)과 같은 일반 특성들 및 자산 항목들 및 관계들의 인덱스와 같은 자산 특성들의 리스트를 포함한다.

자산 항목 인덱스는 타일파일 패키지에 포함된 각 미디어 파일 또는 기타 자산 항목의 상세정보를 포함한다. 이러한 상세정보는 이름, 타입, 최근 수정일(last modified), 권한들 (privileges), 크기, 미디어 섹션에서 오프셋 위치 및 다운로드 상태를 포함한다. 타일파일 패키지의 모든 경우에서, 크기 정보 및 오프셋 정보의 조합은 미디어 파일 바이너리를 미디어 섹션에 배치하고, 프레젠테이션을 위해 미디어 파일 바이너리를 추출하기 위해 이용될 수도 있다.

일 실시예에서, 다운로드 시간을 줄이기 위해서, 타일파일 패키지는 한번에 클라이언트 기기로 다운로드 되지 않는다. 초기에는 헤더만이 다운로드 된다. 미디어 바이너리 파일은 필요한 경우에만 다운로드 되거나, 사용자를 방해하지 않고 다 운로드가 진행될 수 있을 만큼 충분한 대역폭이 제공되는 경우에만 다운로드 (백그라운드 다운로드) 된다. 부분적인 경우로 백그라운드 다운로드를 하는 경우에는, 다운로드 상태는 타일파일 패키지의 부분적인 단계에 미디어 파일들 다운로드가 끊기거나 다시 시작된 시점들을 나타내도록 기록될 것이다.

타일파일 패키지는 양방향 링크를 포함할 수도 있다. 양방향 링크는 다른 타일파일 패키지로의 링크이거나, 현재 타일파일 패키지에 의해 이용되거나 현재 타일파일 패키지를 이용하고 있는 다른 타일파일 패키지의 콘텐츠로의 링크이다. 양방향 링크는 하나의 타일파일 패키지로부터 다른 타일파일 패키지로의 링크의 형태가 그 링크가 초기에 이루어진 타일파일 패키지를 다시 포인팅하는 해당 관계에 의해 균형을 이룰 것(balanced)이라는 점에서 이중입력 회계 시스템(double entry accounting system)과 유사하다. 이는 분산된 추상적 데이터베이스의 예시(instantiation)를 가능하게 한다. 이러한 개념은 타일파일 패키지의 물리적 위치에 관계없이, 양방향 링크들은 시스템이 타일들(Tiles)을 추적(track) 가능하게 한다. 이를 통해서 타일들(Tiles)은 이동성을 가진다. 각 타일파일 패키지는 높은 정도의 자율성을 보여주지만, 어떤 타일파일 패키지도 자신의 관계들을 "알고 있으며(know)", 이러한 지식은 다른 타일파일 패키지들의 그룹핑 및/또는 시퀀스들을 요청하는데 이용될 수도 있다.

타일파일 패키지의 사본을 생성할 때, 원본의 미디어 파일들은 초기에 사본 (부분적 경우(instance))로 복사될 필요는 없으며, 사본(부분적 경우)에 "복제 관계"로 표시될 수도 있다 (즉, 각 미디어 파일들의 실제 물리적인 사본은 원본 타일 파일 패키지 또는 사본 타일파일 패키지의 미디어 파일이 수정되었을 경우에만 생성될 필요가 있다). 이러한 접근은 자원의 소비를 상당히 감소시켜준다. 유사하게, 많은 수의 다른 타일파일 패키지들에 의해 이용되는 타일파일 패키지의 사본은 "이용되는(used by)" 링크들을 포함하지 않지만, 원본에 대한 관계를 통해 그러한 링크들에 접속할 수도 있다. 원본 및/또는 사본에 대한 "링크 컴패니온(link companion)"으로도 불리는 이러한 정보에 대한 보조 저장소(subsidiary store)가 있을 수도 있다.

다른 타일파일 패키지들과의 링크들을 가진 타일파일 패키지가 이동되거나 제거될 경우, 모든 링크된 타일파일 패키지들을 즉시 업데이트할 필요는 없다. 대신에, "이용중 (using)"인 링크들을 새로운 위치로 재-안내(redicrecting)하기 위해 "더미" 타일파일 패키지가 상기 이동되거나 수정된 타일파일 패키지의 위치에 삽입될 수도 있다. 상기 이동되거나 수정된 타일파일 패키지가 자신과 관계가 있는 타일파일 패키지의 방문을 받은 경우, 상기 더미는 방문한 타일파일 패키지에게 스스로를 업데이트할 것을 지시한다. 모든 관련된 타일파일 패키지들이 업데이트되면, 상기 더미 타일파일 패키지는 자동적으로 삭제될 수도 있다.

더미 타일파일 패키지 또는 이의 변형(variant)은 새로운 위치로 복사되거나 이동된 타일파일 패키지의 "이용되는(used by)" 링크들을 유지하기 위한 목적을 부가적으로 수행할 수도 있다. "이용중인" 타일파일들이 상기 더미에 의해 새로운 위치로 재-안내되었을 때만이, 새로운 위치의 타일파일 패키지는 자신의 "이용되는" 링크들을 업데이트할 필요가 있다. 이렇게, 사본들은 원본의 관계 및/또는 이력을 재습득할 수 있는 가능성을 잃지 않고 원본과는 다르게 진화할 수 있다.

도면

도면을 참조하면, 도 1에, 타일파일 패키지의 기본적인 구조와 그의 그래픽 유저 인터페이스(GUI)와의 관계가 도시되어 있다. 타일파일 패키지는 텍스트인 헤더, 네이티브 바이너리 형태의 자산 항목들을 포함하는 파일 바디 및 바이너리 파일이거나 기타 다른 형태로 저장될 수도 있는 텍스트 정보 저장소(textual information store)로 이루어진다. 파일 바디는 하나 이상의 스크립트들, 즉 실행되거나 플레이될 수 있는 명령들(instructions)을 포함할 수도 있다.

더 자세하게 말하면, 그 섹션들은 다음과 같다.

(i) 기본 헤더: 텍스트 포맷이며, 타일의 이름, 타일의 설명(description), 저작자 (및/또는 타일이 연동되는 사용자 계정), 날짜 및 시간 스탬프 및 버전 번호를 포함한다.

(ii) 양방향 링크로서 저장된 헤더 관계: 타일파일 패키지가 자신이 멤버인 다양한 타일파일 패키지들의 그룹들을 "이용중"인지 그러한 그룹들에 의해 "이용되는"지를 나타내는 플래그를 포함한다. 양방향 링크를 이용하여, 모든 타일이 어떤 타일파일 패키지 그룹과 자신이 연동되는 지를 "알고" "기억하여", 자신의 콘텐츠와 다른 타일파일 패키지들의 콘텐츠를 하나의 의미 있는 프레젠테이션으로 조합하는 방법을 "인식" 및 "기억"할 수 있다.

모든 타일파일 패키지는 "정면(face)" (타일의 "전면")을 가지고 있고, 이러한 정면들이 비디오 클립들 및 기타 시간 기반 프레젠테이션들(특정 지속 시간 동 안 제공되는 정지 영상들 포함)을 표현할 수 있기 때문에, 타일파일 패키지들의 시퀀스는 하나의 정면 요소 다음에 또 다른 정면 요소를 디스플레이함으로써 시간 기반 프레젠테이션을 형성할 수 있다. 어느 때라도, 사용자는 프레젠테이션을 일시 정지하고 정면이 현재 디스플레이 중인 특정 콘테이너의 콘텐츠로 들어갈(drill down) 수 있다.

(iii) 헤더 바이너리 정보 포인터(들)/자산 항목들 인덱스. 바이트 부분 스트링들은 여기에 저장되어 바이너리의 형태에 따라 파일이 바이너리들을 어떻게 분리하는 지를 기술한다.

더 자세하게 설명하면:

1. 바이너리 정보 저장소

여기에 미디어 콘텐츠가 저장된다. 바이너리 정보를 네이티브 형태로 저장함으로써, 다수의 파일 포맷들이 지원될 수 있다. 데이터의 조작이 타일파일에서 반드시 일어나는 것은 아니며, 데이터가 추출되고, 조작되고, 반환되어 이전 버전을 첨가하거나, 이전 날짜의 자료(material)에 덮어쓰기 하거나, 이 두 작업 모두를 할 수 있다. 바이너리 정보의 반복들이 저장되어 개정 이력이 보유될 수 있다.

2. 파일 바디는 특수 카테고리로서 타일의 "정면"을 포함한다

이는 GUI에 디스플레이되는 타일의 전면이다. 이 요소는 다른 타일파일 패키지들의 정면들과 순차적으로 나열될 수도 있다. 타일들의 정면은 빠른 로딩을 위해 미리보기의 형태로 저장되거나, 시간의 흐름에 따라 GUI에서 해상도를 증가시켜가면서 프로그레시브하게 다운로드될 수도 있다. 다수의 타일들의 정면들은 순차적으 로 나열되어 하나의 프레젠테이션으로서 차례로 제공될 수 있다. 정면이 정지 영상인 경우, 슬라이드 쇼의 형태로 주어진 일정 시간 동안 제공될 수도 있다. 정면이 비디오 클립인 경우, 특정 "in"으로부터 "out" 포인트로 제공될 수 있다. 이렇게, 정지 영상들과 비디오 클립 (및 기타 시간 기반 미디어)들은 각각 주어진 지속 시간을 가진 시퀀스의 서브-클립들을 형성할 수도 있다.

3. 텍스트 기반 자산 항목들

개별 타일파일 패키지 또는 자신이 속한 타일파일 패키지들의 그룹과 연관된 로그된(logged) 코멘트들의 기록을 위해 주로 이용된다. 이는 파일 자체에 병합된 XML 기반 데이터베이스일 수도 있다. 또는 각 코멘트는 타일파일 패키지의 자산 항목으로서 타일파일 패키지에 로그될 수도 있다. 텍스트는 바이너리 형태 또는 기타 다른 형태로 저장될 수도 있다.

도 2를 참조하면, HTML 웹페이지의 주요한 한계들 중 하나가 그것이 콘테이너가 아니며 URL 연결(linkage)에 의해 자신의 원본 콘텍스트(context) 내에 트랩된다는 것이다. 주로 텍스트로 포함된 모든 데이터를 저장하는 텍스트 포맷인 HTML은 모든 포맷의 파일을 수용하기 위해 채택되었지만, 이는 저장 장치가 아니며, 단지 연결 장치이다. HTML 파일들이 자신의 원래 콘텍스트로부터 이동되면, 자신이 연결된 콘텐츠가 HTML 파일과 함께 이동되지 않는 한 디스플레이되지 않는다.

타일파일 패키지는 일차 및 그 이상의 프레젠테이션 요소들을 포함하므로 더욱 쉽게 콘텍스트 사이를 이동할 수 있으며, 또한 헤더에 있는 모든 연계(linkage)들을 유지할 수도 있어 상기 타일파일 패키지가 어떤 다른 타일파일 패키지들을 사 용하는지 및 어떤 다른 타일파일 패키지들이 상기 타일파일 패키지를 사용하는 지를 알 수 있다. 모든 연계들이 상기 헤더에 저장되지 않는 특별한 경우에는 상기 타일파일 패키지는 필요 단위로 이러한 연계들과 함께 업데이트 되거나 또는 원격에서 이러한 연계들을 접속할 수도 있다.

도 3을 참조하면, 양-방향 링크들이 어떻게 동작하는지를 나타낸다.

타일파일 패키지들은 양-방향 링크들의 형태를 통해 다른 타일파일 패키지들을 참조할 수도 있다. 타일파일 패키지는 다른 타일파일 패키지를 사용하거나 다른 타일파일 패키지에 의해 사용된다. 이것은 타일파일 패키지가 자신이 속한 모든 타일파일 패키지들의 그룹들을 잠재적으로 알고 있으며, 또한 각 그룹의 시퀀스 또는 계층구조에서의 자신의 위치를 알고 있다는 것을 의미한다.

도 1a를 다시 참조하면, 양-방향 링크들은 또한 프레젠테이션의 목적을 위해 미디어 파일들의 공유를 용이하게 한다. 타일파일 패키지는 다른 타일파일 패키지들에 대한 0 또는 더 많은 양-방향 링크들을 가질 수도 있다.

각 링크는 다음과 같이 설명된다:

(1) 링크 종류 - 링크의 타측 종단에 위치한 타일파일 패키지를 이용하는("using") 링크 (일차 링크) 또는 그 타일파일 패키지에 의해 이용되는("used by") 링크 (이차 링크). 달리 말하면, 타일파일 패키지가 다른 타일파일 패키지에게 링크되는 경우에, 그 원래의 링크는 일차 링크이며, 상기 다른 타일파일 패키지로부터 상기 원래의 타일파일 패키지로의 링크는 이차 링크가 된다. 이것은 상기 링크들이 동작하는 차원 (order)을 설정하여, 각 타일파일 패키지는 타일파일 패키 지들의 계층구조에서의 자신의 위치를 파악한다;

(2) 경로 - 링크의 타측 종단에 위치한 타일파일 패키지의 이름 및 경로 (필요시 언제라도); 및

(3) 사용될 자산 항목들의 선택사항 목록 - 이용하는("using") 링크의 경우에 상기 목록은 다른 타일파일 패키지들의 자산 항목들을 참조한다. 이용되는("used by") 링크의 경우에 상기 목록은 현재 타일파일 패키지의 자산 항목들을 참조한다. 상기 목록이 비어 있거나 특정되지 않은 경우에는 디폴트로 사용되는 타일파일 패키지의 정면 이미지가 (유일하게) 사용되는 자산 항목이라고 가정된다.

도 4를 참조하면, 타일파일 패키지가 바이너리 파일에서의 미디어 위치들을 어떻게 참조하는지에 대한 예를 나타낸다. 화살표들은 헤더에 저장된 값들의 바이너리 파일에서의 실제 위치를 가리킨다.

도 5는 타일파일 패키지가 타일파일 패키지의 정면을 위한 미디어 콘텐츠를 어떻게 참조하는지를 예시한다. 상기 정면 또는 상기 정면의 최적화된 버전은 빠른 다운로드를 위하여 이용가능하여 타일파일 패키지가 GUI에서 빠르게 표현될 수 있도록 해준다. 더 큰 자산 항목들은 백그라운드에서 프로그레시브하게 다운로드하도록 설정된다.

타일파일 패키지들은 더욱 관리가능한 다운로드를 위해서 더 작은 섹션으로 나누어진다. 헤더 (클라이언트 장치에 있는 로컬 헤더)에 있는 값들은 바이너리 파일에서의 실제 위치들을 가리킨다.

도 6을 참조하면, HTML 페이지의 또 다른 문제는 페이지가 모든 자산 항목과 함께 새로운 콘텍스트로 성공적으로 이식된다고 하더라도 상기 페이지에 사전에 링크된 어떤 다른 페이지들 및 사이트들이 막다른 곳(dead end)이 되어 링크가 파괴된다는 것이다. 다만, 타일파일 패키지들의 네트워크에서는 하나의 타일파일 패키지가 자신이 "사용"하는 타일파일 패키지들이 위치 또는 콘텍스트를 변경했다 하더라도 그 타일파일 패키지들을 재배치하는 것이 거의 언제나 가능하다. 이것은 양-방향 링크의 사용을 통해서 이루어진다.

도 6b를 참조하면, 타일파일 패키지들이 양방향으로 링크되어 있으므로, 다음의 사례에서 예시되듯이 관계가 위치의 변화에도 불구하고 유지되며 위치 독립적이다.

도 7을 참조하면, 새로운 사이트로 복제된 한 그룹의 타일파일 패키지들은 그들이 각각 그들의 관계를 아는 완비된 개체들 (self-contained entities)이므로 독자적으로 운영될 것이다.

도 7b를 참조하면, 만일 단일 타일파일 패키지 (또는 더 큰 그룹의 타일파일 패키지들의 서브셋)이 한 사이트에서 다른 사이트로 이동된다면, 그것은 여전히 원격으로 그것의 관계들을 접속하고 사용할 수도 있다.

도 8을 참조하면, 타일파일 패키지들이 서브클래스(subclasses)라고도 불릴 수있는 서로 다른 기능들에 속해질 수도 있다는 것을 보여준다. 도 8은 타일파일 패키지들의 다음과 같은 4개의 가능한 서브클래스들을 예시한다.

(i) 미디어 타일파일 패키지

이는 기본 컨테이너이다.

(ii) 메뉴 타일파일 패키지

메뉴 타일파일 패키지는 정면의 경우는 제외하고 정상적으로는 비어있다. 상기 메뉴 타일파일 패키지는 타일들이 "격자의 격자"에 조직되게 한다. 메뉴 타일파일 패키지는 격자 패턴에서 미디어 타일파일 패키지와 함께 나타난다. 하지만, 만약 선택된다면, 메뉴 타일파일 패키지 결국 미디어 타일파일 패키지들이 이루어질 때까지 미디어 타일파일 패키지들의 서브 그룹 또는 또 다른 타일파일 패키지들의 서브 그룹을 오픈할 것이다.

또한 메뉴 타일파일 패키지는 미디어 타일파일 패키지들의 전체 격자가 즉각, 또는 연장된 주기 동안, 또는 기본 설정치로 하나의 큰 이미지 (정상적으로 메뉴 타일파일 패키지의 정면에 있는 이미지)에 의해 대체되게 하는 명령을 할 능력을 가지고 있다. 또한 메뉴 타일파일 패키지들은 타일파일 패키지 애플리케이션들의 특성들을 설정하고 전반적인 인터페이스들의 "스킨(skin)" (외양 및 레이아웃을 포함)을 변경하기 위해서 사용될 수도 있다. 이와 같이, 한 사용자가 다른 사용자와 메뉴 타일파일 패키지를 공유하여 그 타일파일 패키지가 다른 사용자의 애플리케이션 GUI의 선호도(preferences) 및/또는 외양(appearances)을 변경하거나, 설정 또는 리셋할 수도 있다.

(iii) 미디어 및 메뉴 타일파일 패키지

이것은 파일이 메뉴 항목으로써 기능하지만 또한 자신의 권리로서 컨테이너로써도 또한 기능하는 미디어 타일파일 패키지와 메뉴 타일파일 패키지의 혼성물이다. 메뉴 타일파일 패키지가 정면과 관계들을 제외하고는 정상적으로 비어있는 반 면에, 미디어 및 메뉴 타일파일 패키지는 어떤 미디어 타일파일 패키지가 채워져 있을 때 채워져 있을 수 있다.

(iv) 더미 타일파일 패키지

더미 타일파일 패키지는 양방향 링크들을 보호하고 재 수립하기 위해 존재한다. 한 사이트의 계층구조 내에서 타일파일 패키지들을 새로운 위치로 이동하는 것은 또 다른 문제를 함유한다. 관계들은 똑같이 유지되지만, 그 위치는 변경된다. 도 9a 내지 9e는 간단한 해결책을 예시한다. 도 9a에서, 위치의 이동이 일어난다. 도 9b는 상기의 문제 - 양방향 링크가 잠재적으로 파괴된다 -를 예시한다. 도 9c는 다음의 해결책을 예시한다. 더미 타일파일 패키지는 새로운 위치로의 경로를 즉각적으로 가리키는 "매개자(middleman)"으로서 자동적으로 삽입된다. 시간이 경유하면, 정비 절차가 모든 링크들을 위치들의 새로운 짝짓기로 리-디렉션한다. 이것이 완료되면, 더미 타일파일 패키지는 자동적으로 삭제될 수도 있다 (도 9d 참조). 도 9e는 현 상태 (도 9a의 수준) 복구된 것을 예시한다.

도 10에서 보듯이, 타일파일 패키지는 자신이 (자산 항목들을) 운반하거나 (링크들을) 아는 미디어 파일들을 포함하거나 및/또는 순서대로 나열하는 프레젠테이션을 포함하거나 및/또는 포함하도록 프로그램될 수 있다. 파일 종류가 진화할 때 그것은 결국 멀티-트랙 능력을 가지는 프레젠테이션들을 제공하게 될 것이다 (도 10a 참조). 슬라이드 쇼들 및 멀티-클립 비디오 프레젠테이션들 (및 상기 두 가지의 어떠한 혼합이든)로 복수의 정면 (타일의 전면)의 순차적인 나열은 프레젠테이션 능력의 단순한 서브셋이다 (도 10b 참조).

그래픽 유저 인터페이스 ( GUI )

미디어 패키지의 타일파일 패키지 실시예는 복수의 애플리케이션 사이에서 및 내에서 구현되도록 설계되어 타일파일 패키지 GUI는 디스플레이된 타일파일 패키지들의 콘텐츠, 활용된 운영 시스템, 또는 제 3자 콘텐츠의 참조에도 불구하고 인식가능하게 된다. 개별적으로 및 집합적으로 타일파일 패키지들은 이식 가능한 크로스-플랫폼 운영 시스템으로 동작하는 시각적으로 균일한 "쉘(shell)"을 형성할 수도 있다. 도 12를 참조하면, 다중 타일파일 패키지는 각각 사용자 인터페이스의 다양한 판넬 (A, B, C, D)에 있는 단일 이미지에 의해 표현될 수도 있다. 상기 인터페이스에서, 대표적인 이미지들 (타일파일 패키지들의 타일들(Tiles) 혹은 정면들)에 대한 액션은 전체적으로 미디어 패키지들 (타일파일 패키지들)에 대한 액션을 중재한다. 예를 들면, 하나 이상의 미디어 패키지가 사용자 인터페이스 내의 대표적인 이미지들을 그룹화하거나 링크함으로써 그룹화되거나 링크될 수도 있다 (도 14a 부재번호 40 참조). 즉 사용자 인터페이스의 레벨에서 대표적인 이미지들(정면들)의 그룹화 또는 링크는 물리적인 파일들 (타일파일 패키지의 물리적 컨테이너 및 논리적 컨테이너를 모두 포함)사이의 참조되거나 포함된 정보의 그룹화를 초래한다.

상기 대표적인 이미지들은 격자와 유사한 패턴의 매트릭스로 또는 다중 이미지들의 다른 그룹, 클러스터, 또는 장면(tableau)으로 그룹화될 수도 있다. 사용자 인터페이스에서 이미지들을 새로이 바꿈으로써, 패키지들을 패키지들의 그룹 내의 새로운 위치로, 시퀀스 내의 새로운 위치로, 또는 하나의 그룹에서 다른 그룹으로, 및/또는 하나의 시퀀스에서 다른 시퀀스로 이동시키는 것이 가능하다. 이것은 상기 패키지들과 그들의 구성 요소들 사이의 새로운 상호 관계를 생성한다.

미디어 패키지들간의 관계를 변경하는 것은 타일파일 패키지 사용자 인터페이스를 통해서 이루어진다.

"정면(face)"이 타일파일 패키지에 제공된다. 상기 정면은 상기 타일파일 패키지의 아이콘 혹은 썸네일 표현으로 작용하는 시각적 요소이다. 또한, 상기 정면은 타일파일 패키지가 프레젠테이션 시퀀스에서 디폴트가 되는 상기 요소를 나타낸다. 즉 달리 지명되지 않는 한 디폴트 프레젠테이션 요소가 타일파일 패키지의 정면에 의해 표현되는 요소이다.

적어도 버튼들의 서브셋이 첨부, 보안, 선호도와 같은 이차 요소들에 대한 접속, 또한 프레젠테이션 편집 (도 16 부재번호 50 참조)과 같은 이차 과정들에 대한 접속을 제공하는 표준적인 행위들 예를 들면, "타일의 배면"영역을 드러내기 위한 버튼 (도 14b 부재번호 31 참조), 혹은 타일파일 패키지의 비 정면 모습들 (30)을 가지거나 혹은 타일파일 패키지 프레젠테이션들 및/또는 방법들 및/또는 기능들 및/또는 행위들이 사용자에 의해 변경될 수 있는 스크립트 언어를 가진다.

도 13은 타일파일들(TileFiles)을 위한 GUI를 예시한다. 부재번호 01은 타일파일 패키지의 정면 ("타일(Tile)의 전면")을 나타낸다. 타일(Tile)의 정면의 4개의 수평 섹터(02) 둥 어느 하나 위에 마우스가 올라가면, 4개의 수평 바(bar) 중 하나가 나타나는데, 여기서 각 바(bar)는 서로 다른 기능을 중재하기 위한 버튼이다. 이 바(bar)들이 배열되는 순서는 주관적이며 유저 설정 또는 선호도로써 사용 자에 의해 선택가능할 수도 있다.

도 13의 부재번호 02의 예에서, 맨밑의 바(bar) (20)는 타일과 연동하는 텍스트 제목을 드러내는 타이틀 바(title bar)이다. 그것은 또한 드래그 바 (drag bar)이다. 즉 마우스가 이 영역의 전체 또는 일부에 있을 때, 전체 타일(Tile)이 하나의 콘텍스트 (예를 들어 하나의 판넬 A, B, C, 또는 D (도 12 참조)에 있는 격자)에서 드래깅되어 다른 콘텍스트 (예를 들어, 다른 판넬 A, B, C, 또는 D에 있는 격자)로 결합된다.

아래에서 두 번째 바(bar)는 재생(play) 바 (18)이다. 이 바(bar) 위에서 마우스를 클릭하면, 타일이 시청을 위해 확대되고, 정면 (예를 들어 시작점부터 끝점까지 재생될 비디오 클립)에 시간 영역이 있다면, 확대된 타일은 시간 기반 콘텐츠를 제공하기 시작한다.

유사하게, 일련의 정면들이 순차적으로 재생되도록 선택되었다면 (도 14 부재번호 40 참조), 재생 바는 그 순서로 타일(Tiles)들 중 어느 하나에서 선택될 수도 있으며, 그 순서는 그 타일(Tile)부터 순방향으로 재생하기 시작한다. 재생 동안 적어도 이 타일들(Tiles)의 정면들은 슬라이드 쇼 또는 슬라이드 및 비디오 혼성 (또는 다른 시간 기반 미디어 또는 웹 콘텐츠 (예를 들어 RSS 피드) 쇼)의 형태로 함께 편집된다. 예를 들면, 사진 또는 슬라이드와 같은 정지 영상들은 재생 동안 소위 3초의 디폴트 시간 구간 동안 표시될 수도 있다. 이러한 타일(Tile) 시퀀스의 디스플레이는 일시적으로 뒤에 숨은 격자 (도 13 부재번호 08 참조)가 보이지 않도록 확대하는 윈도우에서 일어날 수도 있다. 또한 전반적인 격자(Grid)는 시퀀 스로써 동작될 수도 있다.

아래에서 세 번째 바(bar)는 "원형 메뉴" 제어 바 (bar)이다 (도 13 부재번호 14 참조). 이 바(bar)를 클릭하면, 원형 메뉴가 타일(Tile)의 정면 주위에 표시된다 (도 13 부재번호 22 참조).

상기 바(bar)들이 주로 타일(Tile) (정면 또는 배면)이 어떻게 표현되는지 (예를 들면, 인터페이스에서 그것의 상대적인 표시 크기)를 제어하는 반면에, 원형메뉴는 주로 전반적으로 미디어 패키지의 콘텐츠의 편집을 제어한다. 이 예에서, 상기 원형 메뉴는 전체 패키지를 복제하고, 패키지를 공유하고, 별도의 팝업 윈도우에 적어도 패키지의 정면을 오픈하고 (이 기능은 엄밀하게는 전반적인 패키지 기능이 아니므로 상기 바(bar)들에 의해 대안적으로 중재될 수도 있다), 타일파일 패키지가 어느 프레젠테이션 내에서 순차적으로 나열되었는지에 대한 특정 검색 ("범위 (span)" 검색)을 수행하고, 한 콘텍스트에서 다른 콘텍스트로 전체 패키지를 이동시키고, 또는 그 전체 패키지를 삭제하기 위한 버튼들을 제공한다.

아래에서 네 번째 바(bar), 즉 최상위 바(도 13 부재번호 10 참조)는 격자에 있는 그의 콘텍스트 (또는 다른 콘텍스트) 중에서 타일(Tile)을 타일파일 패키지에 대한 생성, 보기, 조작, 또는 기고(contributing)를 위한 더 정밀하게 나누어진 선택사항들을 디스플레이할 수 있는 크기로 확대하기 위한 버튼이다 (이러한 더 정밀하게 나누어진 선택사항들을 위한 버튼들은 도 14b 부재번호 30 및 31 참조). 이 기능은 +/- 심볼에 의해 표현된다. 즉 그 버튼은 타일(Tile)이 작을 때 확대하고, 타일(Tile)이 이미 크다면 다시 축소한다.

타일파일 패키지들은 본질적으로 다른 콘텐츠에 대한 사용자 경험을 단순화하거나 증폭하기 위한 여러가지의 파일 종류와 코덱을 포함할 수도 있으며, 또한 타일파일 패키지들은 본질적으로 다른 형태의 오브젝트와 콘텐츠를 순차적으로 나열하고 조직하는데, 사용자 인터페이스 레벨에서 "장면 뒤"에서 무엇이 진행되는지에 관계없이 본질적으로 같은 종류의 사용자 인터페이스가 사용자에게 제공되는 격자와 시퀀스에서 이러한 콘텐츠를 제공한다.

앞서 설명한 미디어 패키지를 가지고 특정 애플리케이션을 찾는 동안 사용자 인터페이스는 다중 애플리케이션에 걸쳐서 또한 범용 프론트 엔드로서 제3자의 데이터베이스, 데이터 저장부, 또는 연합된 콘텐츠의 계층에 활용될 수도 있다. 다음 설명에서 "표면(surface)" 타일파일 패키지와 "깊이(depth)" 타일파일 패키지가 참조될 것이다. 이 용어들은 사용자 인터페이스를 설명하기 위해 만들어졌는데, 그것은 제3자 콘텐츠를 디스플레이하고 관리하기 위해 사용된다 (표면 타일파일 패키지는 타일파일 패키지가 콘텐츠 자체를 보유하는 게 아니라 그 콘텐츠에 대해 단순히 통로로서 동작할 때 사용되고, 깊이 타일파일 패키지는 타일파일 패키지가 본 명세서에서 설명된 미디어 패키지를 디스플레이하고 관리할 때 사용된다).

최종 사용자에 대해서, 타일파일 패키지의 콘텐츠에도 불구하고, 타일파일 패키지의 각 정면은 무슨 콘텐츠가 그 정면에 집합되었거나 참조 되었던 어느 콘텐츠에 대해 접속점을 제공하며, 통상의 버튼들의 집합은 콘텐츠와 방법 등의 통상적인 조직에서 표준적인 행위를 보이고 타일파일 패키지의 여타 부분에 대한 접속을 허용한다.

요컨대, 타일파일 패키지 GUI는 각 미디어 패키지 및/또는 제3자 정보 저장소 내에 포함된 파일 종류에 무관하게 보편적인 제어 및 예견가능한 행위를 가진 보편적인 사용자 인터페이스를 제공하도록 설계되었다. 즉, GUI는 모든 타일파일 패키지에 걸쳐, 따라서 다중 애플리케이션 및 콘텍스트에 걸쳐 일관된 "시각적 리터러시 (visual literacy)"의 유닛을 형성한다.

타일파일 패키지들은 그들의 이차 요소 중 애플리케이션들을 포함할 수도 있고, 스크립트는 콘텐츠와 특정 디스플레이 방법 또는 특성을 "불러 들이는(call in)"능력을 포함하여 그들 자신의 고유한 행위 및 품질을 가진 사용자 정의 형태의 타일파일 패키지들을 부호화하기 위해 사용자들에게 이용가능하도록 만들어질 수도 있다.

타일파일 패키지들은 많아지는 본질적으로 다른 요소들을 포함하고 결집하기 위한 수단 및 이 요소들 간의 관계를 변경하기 위한 수단을 가지고 있다.

더욱이, 구성 요소들은 휴대전화 및 탁상용 PC를 포함하는 다중 소스로부터 타일파일 패키지로 수신될 수도 있다. 이런 방식으로 각 타일은 인터넷과 이동 통신망 사이의 통합 허브를 형성한다.

각 타일파일 패키지는 보통 단일 이미지로 표현된다 (본 문장에서의 이미지는 사진, 비디오 클립, 애니메이션, 그래픽 요소, 아이콘 및 텍스트의 일부를 포함하여 정의된다). 이러한 대표적인 이미지의 조작을 통하여, 전체 타일파일 패키지는 상기 대표적인 이미지의 그룹화 및 링크를 통하여 그룹화되고 링크될 수도 있다. 폴더에 있는 파일들 또는 폴더에 있는 폴더들의 그룹화와는 달리, 격자와 같은 패턴으로 타일파일 패키지를 그룹화하는 것은 전체 그림이 정보를 제공하고 그 개별 부분 또는 그림들이 합해진 것보다 더 큰 의미를 생성해내는 (이미지들 또는 이미지들의 부분 조각들의 격자와 같은) 이미지 배열 (tableau)에 복수의 이미지들이 디스플레이될 수도 있게 한다.

각 대표적인 이미지가 동시에 격자와 같은 이미지 배열 (tableau)에 있는 다른 대표적인 요소들과 관련되어 제공되는 동안 오로지 그것의 구성 자산 항목들을 표현한다는 사실로 인해 타일파일 패키지들 간의 크게 복잡한 관계를 식별하는 것이 가능해진다.

따라서 이 이미지들은 이원적인 기능을 가진다. 격자 또는 이미지 배열의 수준에서, 이미지들은 그 대표적인 요소들 간의 시각적인 상호 관계를 형성하도록 결합된다. 또한 이미지들은 정보 자산 항목의 그룹에게는 표식으로서 동작하여, 사용자가 상기 이미지 배열로부터 개별 이미지를 선택할 때 단순히 파일과 폴더의 편집물과 함께가 아니라 GUI와 함께 제공되는데, 이 GUI에서는 패키지 (타일파일 패키지)에 있는 구성 자산 항목들 간의 관계가 다중 소스와 장치로부터 변경될 수도 있으며, 그 구성 자산 항목들은 애플리케이션들을 포함하거나 참조할 수도 있다.

포함되거나 중앙 집중화된 애플리케이션들은 서비스라기보다는 콘텐츠 ("타일파일 패키지")로서 거래될 수도 있다. 이는 소비자가 서비스 (예를 들면, 노래를 분류 및 유지하도록 배열된 웹사이트)에 보다는 콘텐츠 (예를 들면, 영화나 노래의 제공)에 더욱 쉽게 반응한다는 상업적인 장점들을 갖고 있다. 달리 설명하자면, 다중 코덱을 가지고 타일파일 패키지를 통해서 다중 서비스가 사용자 측에 대한 특별 한 지식 없이 그 사용자에게 제공될 수도 있다, 이는 공급자를 사용자/소비자 관계로 단순화시킨다.

더욱이 타일파일 패키지는 정보관리 시스템 및 콘텐츠 수집 시스템으로서 뿐만 아니라 타일파일 패키지들의 격자와 같은 이미지 배열의 더욱 큰 프레젠테이션 콘텍스트에 있는 마이크로 프레젠테이션으로서 기능할 수도 있다. 어떤 개별 타일파일 패키지든 다른 타일파일 패키지들의 요소들을 포함하는 프레젠테이션을 포함하거나 참조할 수도 있다. 이러한 프레젠테이션의 기본 형태가 타일파일 패키지 정면들의 시퀀스이다. 이는 웹 "브라우징"에 대안을 제공한다. 많은 페이지의 정보를 브라우징하는 대신에, 타일파일 패키지들의 격자들이 업데이트 정보를 참조하도록 구성될 수도 있다 (마찬가지로, 타일파일 패키지에 포함된 콘텐츠의 업데이트는 그 타일파일 패키지가 일부인 어떤 프레젠테이션에게든 전달될 수도 있다). 유사하게, RSS 피드는 타일파일 패키지에 의해 참조되거나 그 안에 결합될 수도 있다.

예를 들면, 격자 (Grid)에 있는 한 타일 (Tile)이 업데이트한 뉴스 리포트이고, 그 다음은 날씨 리포트이고, 그 다음은 영화 리뷰이고, 그 다음은 스포츠 하이라이트이고, 그 다음 여러 타일파일 패키지가 친구로부터의 메시지일 수도 있다. 매일 아침 전체 격자를 시퀀스로 플레이 시킴으로써, 시청자는 많은 다른 웹사이트에 퍼져있는 정보를 "브라우징"해야 하기보다는 오히려 그들에 관련된 모든 정보를 제공받을 수도 있다. 달리 설명하자면, GUI는 미디어 종류의 융합 (convergence)뿐만 아니라 신문, 텔레비젼 및 라디오와 같은 더욱 전통적인 미디어와 인터넷의 융합을 포함하는 전통적인 융합 문제에 대한 강력한 해결책을 제공한다.

각 대표 이미지가 그것의 구성 자산 항목들을 단독으로 표현하고 동시에 격자와 같은 패턴으로 다른 대표 요소들과의 관계 속에서 제공되어 그 대표 요소 이미지들이 그것의 일차 요소들의 합보다 더 큰 의미 있는 이미지 배열을 형성하므로 다른 콘텐츠 사이의 크게 복잡한 관계의 시각적이고 직관적인 식별이 가능해진다.

사용자가 사용할 수 있는 타일파일 (TileFile)들은 사용자가 접근가능한 매 타일파일 패키지의 정면들로 이루어진 평평한(flat) 격자의 형태로 개별 타일파일 패키지들의 집합으로서 보일 수도 있다 그 정면들은 다른 타일파일 (TileFile)들 또는 데이터, 프레젠테이션 데이터, 미디어, 스크립트들 및 애플리케이션들 등등과의 순차적인 관계를 포함하는 타일파일(TileFile)에 의해 포함되거나 참조되는 다른 요소 또는 방법들로의 엔트리 포인트를 제공한다.

검색 콘텐츠

어떤 주어진 타일파일 패키지 또는 관련된 타일파일 패키지의 그룹을 찾기 위하여, 검색 필터들이 시청 가능한 타일(Tile)들의 서브셋이 최종적으로 이루어질 때까지 전체 그룹을 더 좁은 그룹으로 좁히기 위해 사용된다. 도 14b에서 격자 주위에 메뉴들(42)의 바탕 배경(halo)은 가장 최근의 타일(Tile)들 또는 가장 최근에 수정된 타일(Tile)들에 대한 검색을 위한 버튼들, 또는 제목이나 저작자로 타일(Tile)들을 호출하기 위한 버튼들, 또는 가장 빈번하게 사용된 타일(Tile)들을 호출하기 위한 버튼들 등을 포함한다. 유사하게, 부재번호 46의 검색 판넬들은 단지 비디오인 정면들, 또는 사진인 정면들, 등으로 서브셋을 좁히는 것을 허용한다. 검색 항목 역시 입력될 수도 있고, 검색은 이 검색 항목이 어느 기준에 적용될 지에 따라 좁혀진다.복귀되는 시청 가능한 서브셋으로부터, 시청자는 어떤 하나의 타일에 포함되거나 그 타일과 관련된 관계지식을 알아낼 수도 있는데, 상기 사용자는 이 타일파일 패키지에서 그것이 특별히 관련된 다른 타일파일 패키지로, 예를 들면, 프레젠테이션 시퀀스의 일부로서 그들의 복귀 경로를 알아낸다.

다만, 사용자들은 격자 (grid)구조 내에서 그리고 격자 내부의 타일파일 패키지들의 격자 내에서 조차도 타일파일 패키지들을 배열함으로써 그들이 커스터마이징(customize)하는 계정과 함께 제공될 수도 있다,

타일파일 패키지 계정이 본질적으로 검색가능한 타일(Tile)들의 하나의 일정한(flat) 격자이므로, 이러한 타일(Tile)들을 카테고리 기반의 서브 격자들로 조직화하는 것은 다른 타일파일 패키지들과의 그들의 관계에 대한 지식을 포함하지만 실제 다른 타일파일 패키지들을 포함할 필요가 없는 메뉴 타일파일 패키지들에 의해 중재될 수도 있다. 따라서, 메뉴 타일파일 패키지 (예를 들어, 격자들의 격자)를 삭제한다고 해서 이 메뉴 타일파일 패키지에 의해 참조되는 타일파일 패키지들의 삭제가 초래되지는 않는다. 이는 타일파일 패키지들이 예를 들면 양방향 링크를 통해 그들의 관계에 대한 지식을 (논리적으로 및/또는 물리적으로) 포함하는 프레젠테이션 모델의 장점들 중 하나이다.

GUI는 자체적으로 하나 혹은 그 이상의 메뉴 타일파일 패키지, 즉 디스플레이할 수 있는 모든 타일파일 패키지들을 참조하는 타일파일 패키지,에 의해 완전히 혹은 부분적으로 정의된다. 이러한 방식으로, 인터페이스의 복수의 서로 다른 레이 아웃들이 공유될 수도 있는 복수의 서로 다른 메뉴 타일파일 패키지들로 구현될 수도 있다. 예를 들면, 한 "유력한 사용자(power user)"가 GridMo 인터페이스의 대체 레이아웃을 생성한다면, 그는 독특하게 구성된 인터페이스를 정의하는 메뉴 타일파일 패키지(들)을 전체 GridMo 공동체 (community)와 공유함으로써 그 독특한 레이아웃을 그들과 공유할 수도 있다. 이것은 도 18의 부재번호 64에 예시되어 있다. 하나의 적절한 타일을 이 인터페이스의 헤더 바(bar)로 드래깅 함으로써, 변경이 적용될 수도 있다. 유사하게, 도움말(help) 파일들과 다른 교육적인 자료가 타일파일 패키지들에 의해 중재될 수도 있다. 도움말 타일파일 패키지는 문제점(issue)을 식별하고, 문제점들을 보고하고 가능하다면 보수하기도 하기 위하여 운영되는 스크립트조차 포함할 수도 있다.

인터페이스 애니메이션 및 메뉴 타일파일 패키지들은 격자의 격자의 격자로 더 깊이 (또는 더 얕게) 진행하는 ("점프(flying)", "추적(tracking)" 또는 "줌(zooming)"하는) 인터페이스의 환상(illusion)을 생성하기 위해 사용될 수도 있다. 하지만, 똑같은 개념의 더 단순한 형태가 세 개의 일차 계층들을 참조하는 메뉴 탭(tabs)들로 적용될 수도 있다. 이것은 사용자들이 타일파일들을 효과적으로 상호 동작시키며 조작하고, 또 고속 인터넷 연결이 불가능한 곳에서 자원효율을 극대화하기 위해 필요한 개념과 친숙하게 하기 위해 사용될 수도 있다.

탭(tabs)들의 체계는 하나 혹은 그 이상의 "판넬들"로 나누어지고, 각 판넬은 적어도 세 개의 격자 계층을 가진다 (도 14b 부재번호 24, 24b, 24c 참조). "가장 깊은(deepest)" 격자는 "범주들(categories)" (격자들의 격자들의 격자들)로 칭 해지고, 중간 계층은 "격자 집합들(GridSets)" (각 격자들의 격자가 그 격자에 있는 첫 번째 타일파일 패키지의 정면에 의해 시각적으로 표현되는, 다시 말해서 격자들의 격자가 문자 그대로 모든 종속 격자들의 첫 번째 정면들의 격자인 격자들의 격자들)로 칭해지고, 표면 계층은 "격자들(Grids)" (또는 단순히 "타일들(Tiles)") (타일파일 패키지 정면들의 격자에 순차적으로 나열되고 그로 디스플레이되는 타일파일 패키지들의 그룹)으로 칭해진다.

메뉴 타일파일 패키지에 의해 중재될 수도 있는 이러한 인터페이스 개념의 사용으로, 매우 많은 타일파일 패키지들이 단일 판넬에서 검색되고 네비게이트될 수도 있다.

예를 들면, 만일 매 격자 매트릭스가 36개 (즉 6x6 격자)의 타일파일 패키지들로 제한된다면, 하나의 완전한 판넬은 36 x 6 x 36 = 46,656 개의 타일파일 패키지를 참조할 수도 있다.

더욱이, 격자들을 스크롤하는 것이 제공될 수도 있다. 따라서, 단일 판넬은 매우 많은 타일파일 패키지를 참조할 수도 있다. 더욱이, 한 판넬이 세 개의 계층으로 제한되어야 할 이유는 없다. 그러나, 세 개의 판넬이 실용적인 제한이 될 수도 있으며, 그를 벗어나면, 네비게이션이 더 귀찮아지고 덜 직관적이 된다.

그러면, 복수의 판넬들은 "라이브러리(library)"로 칭해지는 판넬들의 단순한 목록 안에 구성될 수도 있다.

또한, 하나의 판넬이 모든 단일 계층에서 타일들(Tiles)과, 격자들(Grids) 그리고 격자들(Grids)의 격자들(Grids) 양자를 포함하는 격자와 같은 격자의 혼성 버전을 포함하는 것이 가능하다. 이 경우에, 그 격자에 있는 각 이미지는 그것이 무슨 종류의 타일파일 패키지 (즉, 일반 타일파일 패키지, 격자(Grid), 격자들(Grids)의 격자(Grid), 등)인지를 나타내기 위해 표식이 될 필요가 있을 수도 있다. 더욱 자의적인 종류인 애드 혹 격자는 "클럼프(clump)"로 칭해진다.

또한, 판넬은 부분적인 콘텍스트에 있는 타일파일 패키지의 빠른 미리보기를 위해 적합한 "스팬(span)"이라고 칭해지는 타일파일 패키지 시퀀스의 특별한 범주를 포함한다. 도 12의 부재번호 38은 세 개의 스팬(span)을 보여준다. 스팬들은 특정 타일파일 패키지가 그것이 어느 여러 다중 프레젠테이션의 부분인지를 설정하기 위해 검색되는 특정의 새로운 범주 및 종류의 검색 (스팬 또는 "스패너(spanner)" 검색)을 통하여 생성될 수도 있다. "스패너(spanner)" 판넬은 도 12의 부재번호 36에 예시된다. 스팬 결과는 그 스팬이 서브-시퀀스인 전체 격자의 로딩이나 미리보기를 요구하지 않고 스팬된 타일파일 패키지 (도 12의 36 참조)의 즉각적인 순차적인 콘텍스트의 빠른 미리보기 (도 12의 38 스팬들 참조)를 용이하게 한다.

이것은 단지 특정 프레젠테이션 시퀀스의 관련성의 순서로 콘텍스트의 빠른 표시(indication)를 필요로 하는 검색자를 위해 자원 효율적이며 시간 효율적이기도 하다

스팬 결과는 각 시퀀스에 있는 중앙의 타일파일 패키지가 항상 일정하며 스패너 판넬에 디스플레이되는 (36) 적어도 3개의 타일파일 패키지의 시퀀스로 구성된다 (도 12의 38). 상기 스팬 결과 (38)에 있는 이전 및 이후의 타일파일 패키지는 상기 중앙의 타일파일 패키지의 다중 마이크로 콘텍스트의 시청을 용이하게 한 다.

중앙 정면은 반복적으로 표현될 필요가 없다. 스팬은 세 개의 타일파일 패키지로 표현될 수도 있지만, 실제로 4개의 타일파일 패키지로 구성된다. 스팬(Span)에 있는 첫 번째 타일(Tile)은 그 스팬(Span)이 서브-시퀀스인 격자에 있는 첫번째 타일(Tile)일 수도 있다. 스팬(Span)에 있는 두번째 타일(Tile)은 그러면 그 스팬(Span)이 스팬하는 타일(Tile)에 앞서는 타일파일 패키지이고 스팬(Span)에 있는 세 번째 타일(Tile)은 그 스팬(Span)이 스팬하는 타일(Tile)에 후속하는 타일파일 패키지이다.

도 12는 두 번째와 세 번째의 타일들(Tiles)이 그들이 주어진 정면을 스팬하는 것을 나타기 위해 링크되는 부재번호 38에서 이 개념을 예시한다. 물론 더 앞서거나 뒤서는 타일파일 패키지들이 그 스팬(Span) 검색의 목적인 그 타일파일 패키지 36의 콘텍스트를 넓혀 잠재적으로 디스플레이될 수도 있다.

또한, 판넬은 아이콘들 (도 17의 56)에 의해 표현되는 도구들의 격자를 포함할 수도 있다. 다른 정면의 꼭대기에 있는 도구를 드래깅하는 것(혹은 역동작)은 그 타일파일 패키지에 적용되는 특정 동작이나 과정을 초래한다. 이 도구들은 아이콘들일 수도 있으며, 또는 실제 타일파일 패키지들일 수도 있다. 이러한 방식으로, GUI는 모든 과정들이 "타일 동작들 상의 타일(Tile on Tile actions)"에 의해 중재되는 몇 개가 되든 존재하는 애플리케이션들 또는 정보의 저장소들에 대한 인터페이스를 형성하기 위한 잠재력을 가진다.

예를 들면, 오디오 편집 애플리케이션에서, 하나의 타일파일 패키지는 하나 의 오디오 파일을 참조하거나 포함할 수도 있으며, 도구들의 격자에 있는 다른 타일(Tile)은 오디오 필터 알고리즘을 참조하거나 포함할 수도 있다. 그 필터 알고리즘 타일파일 패키지를 오디오 파일 타일(Tile) 위로 드래깅함 (또는 역동작)으로써, 새로운 타일(Tile)이 필터된 오디오 파일을 포함하여 생성될 수도 있다. 이것은 "결과(results)" 격자에 디스플레이될 수도 있다.

콘텐츠를 타일파일 패키지들 안으로 조직화하는 근본적인 장점들 중 하나는 그 타일파일 패키지들의 "정면"이 혼성 프레젠테이션 안에 정지 영상 (예, 사진) 과 동영상 (예, 비디오 클립)의 시퀀스를 포함하는 시각적 리터러시(visual literacy)의 형식을 제공한다는 것이다. 다중 정면들을 순차적으로 나열함으로써 시퀀스 기반의 프레젠테이션이 허용된다.

더욱이, 사용자는 그 정면과 함께 모여져야 하고 계속해서 모여질 다른 콘텐츠로 들어갈(drill down) 수 있다. 이러한 방식으로, 타일파일 패키지들은 그 집합체를 위한 공통의 체계(System)을 제공하고 많은 다른 형식(format)으로 제공되는 콘텍스트 관련 정보를 교환한다.

예를 들면, 어떤 타일파일 패키지에서도, 시청자는 그 타일파일 패키지의 정면이나 콘텐츠에 적절한 코멘트를 기록하는 것이 가능할 수도 있다. 이것은 블로깅과 유사하지만, 타일들(Tiles)의 격자 구조로 인해 "글로깅(Glogging)"으로 칭해진다.

더 복잡한 예를 들자면, 사용자 (또는 시스템)은 그들의 계정에 있는 모든 타일파일 패키지(또는 그들의 계정에 있는 모든 타일파일 패키지의 서브셋)으로부 터 모든 글로깅된 코멘트를 새로운 타일파일(Tilefile)로 어셈블하거나 컴파일한다. 이것은 코멘트들의 스트링이 항상 관련 타일파일 패키지에 포함되고 따라서 코멘트의 전체 스트링이 하나의 콘텍스트 또는 타일파일 패키지의 그룹에서 다른 콘텍스트로 이동되거나 복사되는 경우를 제외하고는 전통적인 블로그 (도 15의 48)로써 식별가능하다. 더욱이, 코멘트들의 스트링은 (논리적으로 또는 물리적으로) 타일들(Tiles)에 포함되므로, 컴파일된 블로그(글로그) (Blog(Glog))는 타일파일 패키지들이 허용하는 기준 (예를 들어, 날짜, 저작자, 주제, 등)이 무엇이든 그에 따라 호출될 수도 있다. 이 컴파일된 화면 (view)에 추가된 코멘트는 적절한 타일파일 패키지에 추가되고, 따라서 (단순히 맨 위 또는 맨 아래에 라기보다는) 컴파일된 엔트리의 어느 수준에서 추가될 수도 있다.

그러므로, 글로그(Glog)가 통상의 코멘트의 목록으로써 보여질 수도 있는 반면, 비선형이며 비-그물망 (enmeshed) 품질을 가지며, 여기서, 코멘트의 전체 그룹들은 접속되고, 검색되거나 다시 과해질 수도 있으며, 어느 한 코멘트의 독자는 상기 코멘트를 포함하거나 참조하는 타일파일 패키지를 보는 것을 선택할 수도 있으며, 그에 의해 코멘트와 제휴되는 모든 다른 콘텐츠를 접속한다.

사용자에 대한 타일파일(Tilefile)의 또 다른 장점은 타일파일 패키지가 미디어 종류(자산(proprietary)의 파일 종류 및 코덱들을 포함하는)의 전반적인 과잉 (plethora)을 사용자에게 잠재적으로 보이지 않게 하여 이러한 계속 늘어나는 종류들의 각각 및 모두를 다루는 불편함을 면해준다는 것이다. 사용자의 관점에서, 프레젠테이션은 단순히 타일파일 패키지이다. 장면들 뒤에서, 타일파일 패키지는 모 든 포함하고, 참조하고, 트랜스코딩하거나 해석하여(interpreting) 제공하는 콘텐츠를 일정하고 친숙한 방법으로 관리하고 중재한다. GUI를 그것이 포함하고 및/또는 참조하는 모든 것의 전면에 배치함으로써, 동질성이 제공된다. 이러한 통합 원칙은 미디어 융합을 단순화시키고 합리화하여 일반 사용자가 지나치게 복잡한 과정들에 참여해야 하는 것을 해소시켜 준다. 이러한 장점은 사용자가 과정보다 콘텐츠에 집중하게 해준다.

도 12 내지 19는 브라우저 창 내에 보이듯이, GUI를 위한 바람직한 레이아웃의 서로 다른 예들이다. 이 도면들 각각에서 인터페이스의 서로 다른 요소들이 인터페이스의 주요 특성을 설명할 목적으로 활성화되어 있다.

상기 인터페이스는 타일파일 패키지의 격자들로 체계화된 3개의 주-판넬들 A, B, C (도 12의 A, B, C)을 포함한다. 이 판넬들 각각은 그것의 아래에 보조 판넬(Aa, Bb, Cc)를 가지며, 여기에, 타일들(Tiles)에 부가하여, 스케쥴(timeline)과 검색 필터들과 같은 텍스트 정보 및 도구들이 디스플레이될 수도 있다. 이 판넬들에 있는 텍스트 정보는 사실상 선택된 타일(Tile) 혹은 격자 내에 포함된 정보의 미리보기일 수도 있다. 타일들(Tiles)의 열(D)로써 체계화된 타일파일 패키지들의 네 번째 판넬이 존재할 수도 있다. 상기 네 번째 판넬은 더 많은 할당을 요구할 수도 있는 이동 장치로부터 수신된 새로운 콘텐츠를 위한 "유보 구획(holding bay)"으로 사용될 수도 있다. 또한, 상기 네 번째 판넬은 최근에 보여준 타일들의 이력으로써, 또는 라이브러리 콘텐츠나 "선호하는(favourite)" 타일들과 같은 여러 다른 콘텐츠를 접속하고 디스플레이하기 위해, 또는 단순히 판넬 A, B, 또는 C에 나 타나는 어떤 격자의 전체 열을 확대하기 위해 사용될 수도 있다. 또한, 상기 네 번째 판넬은 타임라인, 시퀀스 라인, 또는 부가적인 텍스트 창으로 사용될 수도 있다.

어떤 타일이 독(dock)으로부터 하나 이상의 대체 콘텍스트로 드래깅될 수 있도록, 그 타일은 별칭의 형태로 독(dock)으로 드래깅되거나 투입된다.

증앙집중화된 서비스에서, D에 있는 독(dock) 또는 어떤 타일(Tile) 위치는 타일파일 패키지들이 스크립트들과 애플리케이션들 (게임들)을 포함하는 능력을 포함하여 타일파일 패키지들의 어느 혹은 모든 능력을 활용하는 광고를 포함하는 새로운 형태의 "타일(Tile)" 홍보를 위해 사용될 수도 있다.

네 게의 판넬 배열이 특히 파일 공유, 메시지, 및 타일들의 서브셋들의 그룹화에 대해 단일 판넬에 비해 장점들이 있는 반면에, 곧 설명되는 기능성은 실제로 부가적이거나 대안적인 메뉴 시스템의 사용을 통하여, 휴대 전화기, PDA, 소형 노트북 컴퓨터, 혹은 아마도 iPod^TM 또는 다른 휴대용 멀티미디어 플레이어에도 있는 소형 디스플레이 화면에 더 적합한 단일 판넬의 사용에 의해 이루어진다. 이러한 장치들에 있어서, 탭들(tabs)과 같은 체계는 복수의 판넬들 사이를 이동하는 것을 가능하게 하여 한 시점에 오직 한 판넬만 화면에 디스플레이된다. 대안으로서, 무한히(ad infinitum) 격자들의 격자들의 격자들과 같은 계층들로 나아가거나 "점프(fly)"하는 것이 가능할 수도 있다.

도 12 내지는 19에 예시된 인터페이스에서, 판넬 A는 개별 사이트 (사용자 "A" "My Tiles")의 사용자에게 속하는 가장 최근의 타일파일 패키지들을 정상적으로 디스플레이한다. 판넬 B는 "친구 및 가족(Friends and Family)"에 속하는 가장 최근의 타일파일 패키지들을 정상적으로 디스플레이하고, 판넬 C는 작업 그룹, 포럼, 또는 뉴스, 음악, 또는 영화 리뷰와 같은 구독신청 서비스와 같은 사용자의 다양한 "공동체(Communities)"의 가장 최근의 타일파일 패키지들을 정상적으로 디스플레이한다. 이러한 방식으로, 단일 인터페이스는 동시에 한 사용자의 타일들(Tiles)의 집합보다 더 많이 (예로, 동시에 판넬 A, B, 및 C)를 접속할 수도 있다. 이것은 그것이 타일파일 패키지들로 이루어졌기 때문뿐만 아니라, GUI가 상기 사용자의 타일파일 패키지들을 가족으로부터 친구, 공동체까지 넓혀가는 콘텍스트의 특정 범주에서 디스플레이하기 때문에 통상의 블로깅이나 공유 사이트들보다 우수한 접근방식이다. 단일 화면에서, 사용자는 정보의 의미있는 서브-그룹들을 공유, 재-문맥화, 그리고 재할당(re-task)할 수도 있다.

적어도 3개의 계층을 포함하는 판넬의 개념으로 돌아가서, 깊은 "범주들(Categories)" 계층의 상부 좌측 타일(Tile) 위치는 "모든 격자들(All Grids)"로 라벨링되며 그 의미는 이 타일(Tile)이 선택되면, 중간 "격자 집합들(GridSets)" 판넬이 주어진 판넬에 있는 격자들의 전체 모음(collection)을 디스플레이할 것이다는 것을 뜻한다. 예를 들면, 3x3 또는 6x6 행렬은 최근의 9 또는 36 격자들을 디스플레이할 것이고, 사용자는 그 다음 9 또는 36 격자들의 집합으로 진행 (또는 그 다음 라인으로 스크롤)하기 위해 도 12의 부재번호 31의 버튼을 클릭할 수도 있다. 만일 상기 "격자 집합들(GridSets)"에 있는 격자들의 어느 하나가 선택된다면, 표 면 타일들(Tiles) 계층은 그 행렬의 크기가 허용하는 선택된 격자의 타일들(Tiles)의 그 서브셋을 디스플레이할 것이다.

격자들(Grids), "격자 집합들(GridSets)" (격자들(Grids)의 격자들(Grids)), 또는 범주들(Categories) (격자들(Grids)의 격자들(Grids)의 격자들(Grids))의 기본 조직은 날짜별로 최근부터 가장 오래된 순으로 또는 역순으로 되어있을 수도 있다. 그러나, 판넬 (42) 주위에 있는 "무리 메뉴(Halo menu)"에 있는 병행(side) 메뉴들은 상기 3개의 계층들 중 어느 하나에서 타일파일 패키지들의 디스플레이를 예를 들면, 제목, 개정된 날짜, 가장 빈번하게 본 순서, 저작자, 주제, 등에 의해 필터링하거나 재호출하기 위해 사용될 수도 있다.

유사하게, 깊은 범주들 계층이 초기 시스템 혹은 사용자 정의가능한 엔트리 또는 필터의 포인트를 대체로 타일들(Tiles)의 모음(collection)으로 형성하도록 어느 다른 범주가 계층들을 통해 여행을 시작할 수도 있다. 다른 범주들(Categories) 및/또는 격자 집합들(GridSets)은 "가족", "업무", "회원(Members)", "나의 공개 타일파일 패키지들", "나의 개인 타일파일 패키지들", "영화 리뷰들", 뉴스 이야기", "친구", "일본에서의 휴일", 등을 포함한다. 어느 계층에서도 그 계층을 위한 모든 콘텐츠를 포함하는 마스트 타일 (Master Tile)이 존재할 수도 있다. 더 깊은 계층에서 마스트 타일 (Master Tile)을 선택함으로써 그 계층을 효과적으로 우회하게 된다 (예를 들면, 범주들(Categories) 계층에서 "모든 격자들 (All Grids)"을 선택하는 것은 그 범주들(Categories) 계층이 효과적으로 우회되었고, 모든 격자(Grid) 자료가 다음 위 계층에서 이용가능하다는 것을 의미 한다.

부재번호 35의 탭들(tabs)은 무엇이 선택되었느냐에 따라 다르게 해석될 수도 있다. 예를 들면, 총칭적인 "범주들(Categories), 격자 집합들(GridSets), 타일들(Tiles)" 대신에, 탭들(tabs)은 사용자에게 그들이 어떻게 디스플레이 중인 그 타일(Tile)에 도달했는지, 그리고 그들이 그 디스플레이된 타일들(Tiles)을 바꾸기 위해서 어느 레벨로 돌아갈 필요가 있는지, 즉 그들이 바로 뒤로 가서 "가족" 또는 "Yukiko"를 바꿀 필요가 있는지에 대한 순간적인 계층적 의미를 제공하는 "가족", "Yukiko", "시드니의 Yukiko"로 해석될 수도 있다.

전술한 바와 같이, 이러한 계층적인 보기(view)는 폴더들에 있는 폴더들에 있는 파일들의 통상적인 디렉토리 트리와는 근본적으로 다르다. 범주들(Categories) 및 격자 집합들(GridSets)은 그들이 참조하는 타일파일 패키지들을 삭제하지 않고 잠재적으로 삭제할 수 있다.

어떤 범주들(Categories) 및 격자 집합들(GridSets)은 시스템에 속하고 실제적인 이유로 삭제될 수 없을 수도 있을 것이다. 예를 들면, 범주 "나의 전체 격자들(All my Grids)"을 삭제하는 것은 불가능할 것이다. 이것은 시스템에 속하는 마스터 범주(Master category)로써 참조될 수도 있다.

격자(Grid)의 특별한 범주는 "친구 격자(Buddy Grid) 또는 "팀 격자(Team Grid)" 또는 "구독신청 격자(Subscription Grid)"이다. 이것은 사용자 A 및 친구에게, 또는 사용자 A 및 가족, 작업 그룹에게, 또는 사용자 A의 구독 신청 혹은 서비스 관계자들에게 완전하게 사사로운 타일들의 서브셋이다. 예를 들면, C에서 선택 된 서비스가 특별한 타일파일 패키지들 (예로, 타일파일 패키지의 형태인 도움말 파일들) 혹은 목표한 구독신청 자료의 서브셋을 개별 구성원들에게 할당할 수 있다. 각각의 경우 (친구 격자(Buddy Grid), 팀 격자(Team Grid), "구독신청 격자(Subscription Grid), 도움말 격자(Help Grid), 등)에서, 이것은 "입력(in)" 및 "출력(out)" 박스에 대한 대안이다. 각각의 입력 및 출력 박스들을 채우는 대신에, 사용자들 A, 및 B 또는 C에서의 개인 및 그룹은 타일파일 패키지들을 그 친구들 또는 그 그룹 또는 서비스 관계자들에게 완전하게 사적인 공유 격자로 드래깅하고 투입하거나 생성할 수도 있다. 그 자산 항목들은 서버 측에 유지되어 원하는 대로 다운로드하지 않고 미리보기 되거나, 스트리밍 되거나, 혹은 선택적으로 다운로드 될 수도 있다. (이메일 시스템과 같이) 헤더들의 목록으로 A와 B 혹은 C에 있는 그들 사이의 관계를 표현하는 대신에, 그 관계는 최근의 타일파일 패키지들의 시각적인 이미지 배열(tableau)로 표현된다.

이것은 강조점을 따분한 텍스트에서 최근의 정면들, 사진들, 비디오들 및 전화기 혹은 웹 카메라로 기록된 "화면 해설(talking head)" 메시지를 포함하는 다른 이미지들의 움직이는 그림들 (vibrant Tableaux)로 옮겨준다. 그러나, 타일파일 패키지들은 원한다면, 여전히 텍스트 메시지들을 전달하기 위해 사용될 수도 있다. 친구, 팀, 그룹 또는 서비스 등의 효과적인 배열은 하나의 계정이 복수의 부-사이트로 동작할 수도 있다는 것을 의미한다. 이러한 의미에서, "웹사이트"와 "웹페이지"라는 용어는 더 이상 적절하지 않을 수도 있다. GRIDMO를 웹사이트로 참조하는 대신에, 사용자들이 단순히 "나의 GRIDMO", "너의 GRIDMO", "나의 GRIDMO에 타일 넣기", 등을 참조할 것이 기대된다.

격자들과 그 격자를 갖는 사용자의 상호작용의 본질 사이의 관계가 콘텐츠를 쉽고 빠르게 분배되게 한다. 콘텐츠가 쉽게 한 사용자에서 다른 사용자에게 전달되므로, 그러한 시스템 자체가 소위 말하는 "바이러스성(viral)" 판촉 또는 마케팅 캠페인에서 사용함에 적합하다.

어떤 판넬이라도 새로운 타일 혹은 새로운 격자 (메뉴 타일파일 패키지를 생성하기 위한 빈 격자 또는 빈 캔버스(canvas)로 설정될 수도 있다. 이것은 버튼 "신규(new)" (도 18의 62)에 의해 달성된다. 이 예에서, 친구(buddy) 격자 과정과 유사하게, 타일들은 다양한 사용자들 및 콘텍스트들로부터 빈 판넬에 있는 편집 격자로 드래깅되고 투입되거나 잘리고 붙여질 수도 있다. 새로운 타일(Tile) 또는 격자(Grid)의 생성 과정 동안 "신규(new)"버튼은 드래깅 및 투입 핸들이 된다. 이것은 그러한 생성이 일어나는 판넬로부터의 콘텐츠가 다른 판넬 중의 하나를 덮기 위해드래깅되게 하여 어떠한 판넬에 있는 어느 콘텐츠이든 그 생성 과정동안 접근가능하게 유지되고, 동시에 디스플레이 중인 같은 판넬의 적어도 두 가지 사례를 가질 수 있다. 이러한 세 가지 판넬의 어떤 다른 조합(permutation)도 가능하고 사용자 선택적일 수도 있다. 대안으로서, 수많은 "유동적(floating)" 캔버스 및 검사자(inspector)가 구현될 수도 있다.

타일파일 패키지 또는 새로운 격자는 나중의 참조를 위해 저장될 (60) (타일파일 패키지 혹은 메뉴 타일파일 패키지로 참조될) 수도 있다. 또한, 필터들은 HTML 이나 PDF와 같은 적절한 형식으로 격자를 송출하기 위해 존재할 수도 있다.

"저장(save)" 버튼 (60)의 선택이 보존된 인터페이스에 있는 타일파일 패키지들의 새로운 시퀀스를 초래하도록 어떠한 격자가 오픈되고 콘텐츠가 드래깅되어 투입되거나 그렇지 않으면 재배치된다.

보조 판넬들 Aa, Bb, 및 Cc들 (도 12)은 다양한 도구들 및/또는 정보를 디스플레이하기 위해 설정될 수도 있다. 예를 들면, 주어진 시간 간격 (날짜 간격)을 따라 하나 이상의 슬라이더들을 설정함으로써 타일들(Tiles)의 필터링을 허용하는 스케쥴(Timeline)이 보여질 수도 있다. 개별 타일파일 패키지들 혹은 타일파일 패키지들의 요소들이 검색될 수도 있고, 그 검색의 범위가 하나 이상의 버튼들(46)을 선택함으로써 좁혀질 수도 있다. 타일파일 패키지는 (버튼 36으로 선택되는) 스팬(Span) 도구로 드래깅 되어 투입되고, 스팬 결과(38)가 이 타일(Tile)을 참조하는 다양한 프레젠테이션 격자들의 미리보기를 허용하는 주 판넬에 디스플레이될 수도 있다.

격자(Grid)에 있는 타일들(Tiles)의 어느 서브셋이 그 서브셋이 다시 재생되도록(도 14A의 40) 하는 특정 오더(order)에서 강조될 수도 있다. 이것은 각 원하는 타일 위에 마우스를 두고 클릭하는 동안 "시프트(shift)" 키와 같은 키를 계속 누름으로써 달성될 수도 있다. 이렇게 하면 색이 들어가거나 밝아지는 프레임(frame)이 선택된 이미지들(40) 주위에 나타나게 된다.

만일 "저장(save)" 버튼(60)이 이미지들이 강조되고 있는 동안 선택된다면, 이것은 자동적으로 새로운 격자를 오픈하고 타일들(Tiles)의 강조된 시퀀스로 이 격자를 채울 수도 있다. 도 16의 부재번호 50은 새로운 타일(Tile)이 사용자의 하 드 드라이브로부터 직접 정보를 업로딩함으로써 생성될 수도 있는 타일의 "업로드(upload)" 화면을 보여준다. 예를 들면, 타일(Tile)의 정면이 업로드되거나 변경될(52) 수도 있고, 첨부물이 업로드 될(54) 수도 있다.

도 14b에서, 판넬들 B 및 C는 각각 타일들(Tiles)의 격자들로 채워지지만, 판넬 A는 어느 타일이 판넬을 채우거나 부분적으로 차지하도록 확대될 수도 있다는 것을 보여주고, 다양한 메뉴 시스템들이 이 타일들에게 혹은 내부에 적용될 수도 있다(또한 원형 메뉴, 도 14a의 판넬 B).

타일이 확대되어 그것이 일어나는 타일들(Tiles)의 격자를 차지할 때, 그 타일들(Tiles)은 보조 판넬 (Aa)에 디스플레이 하기 위해 리셋될 수도 있다. 이러한 방식으로 콘텍스트에 대한 시각적 참조가 유지된다. 예를 들면, 만일 판넬 A가 9 개의 타일들의 3 x 3 행렬로 설정되고, 단일 타일(Tile)이 9개 타일들 모두를 차지한다면, 폭이 6인 행렬에 디스플레이될 총 8개의 다른 이미지들을 위하여 (또한, 디스플레이될 격자로부터의 4개의 추가 이미지를 위하여) 판넬 Aa에 충분한 공간이 존재한다.

메뉴 시스템의 하나의 측면에서, 사용자가 (어떤 크기의) 인터페이스에 있는 어느 타일파일 패키지 위로 마우스를 지날 때, 마우스가 그 타일의 정확하게 어느 수평 소구획 위를 "맴돌고 있는(hovering)"에 따라 많은 수평 제어 바(bars)들이 기동되어 그 이미지 위에 층을 이루어 나타난다. 이 바(bars)들은 마우스가 그 타일의 특정 영역 밖으로 지나갈 때 다시 사라진다. 도 13에는 설명의 편의를 위하여 4개의 수평 제어 바(bars)(02)이 판넬 A 및 B에 있는 확대된 타일들의 위에 모두 동시에 보여진다. 정상적으로는 마우스가 그것의 보이지 않는 위치 위를 맴도는 한 한번에 하나의 제어 바(bar)가 보여진다. 이 바(bars)의 기능성에 대한 완전한 설명은 28쪽을 참조하라.

어떤 타일이 선택되면, 애니메이션이 타일파일 패키지에 적용되어, 이면을 보여주도록 그 타일이 돌거나 "뒤집혀(flipping)" 나타난다. 이 "이면(reverse side)에는, 다른 이차 이미지들, 첨부들, 보안 데이터, 로그 코멘트, 및 다른 메타 데이터와 같은 다양한 다른 자산 항목들과 제어들이 드러난다. 타일의 생성자는 시청자들이 타일을 "뒤집을(flip)" 수 없도록 선택할 수도 있는데, 그러한 경우에, 그 뒤집기 버튼이 비활성화되거나, 그 뒤집기 이벤트가 패스워드로 보호될 수도 있다.

타일이 뒤집혔을 때, 그 타일의 정면에 있는 제어 배열과 유사한 제어 배열이 그 타일의 배면에서 동작하는데, 그 타일이 한번 더 그것의 전면이 보이도록 되돌아가는 것이 허용되고, 그 타일의 전면에 적용되는 확대 및 다양한 다른 네비게이션 과정들이 허용된다. 이와 같이, 타일의 "배면(back)"은 다른 시청자들에 의한 텍스트 코멘트나 이미지들의 추가, 음성 주석, 공유 특성, 또는 타일에 적용된 보안의 수준 내에서의 변경과 같은 타일의 진행중인 생성 및 유지보수에 적용될 수도 있는 다양한 과정들을 중재하는 메뉴 시스템에 직관적이고 높은 수준의 소구획을 만들려고 시도된 인터페이스 개념이다.

이러한 제어 메뉴들의 무리(halo) (22)는 사용자가 마우스를 대상 타일에서 계속 멀리 움직일 필요가 없다는 것을 의미한다. 타일 주위의 원 안에 나타나는 메 뉴 혹은 명령들은 타일 자체의 동작 환경 "내에서(within)" 수행될 수도 있는 동작에 반하여 전형적으로 타일에 "대해서(upon)" 수행될 수도 있는 동작을 표현한다. 달리 설명하면, 후광 메뉴(halo menu)에서 설명된 동작은 대체로 그 패키지에 적용된다. 그러나, "공유(share)"와 같은 메뉴 항목의 경우에는, 동작이 타일의 자산 항목들의 특정 서브셋으로 제한되게 하는 서브-메뉴가 존재할 수도 있다.

어느 경우이든, 이러한 동작들은 정상적으로 타일 자체에 대한 변경에 영향을 주는게 아니라 오히려 타일에 그대로 적용되거나 타일의 양상(aspect)에 그대로 적용된다.

다양한 동작 메뉴들 (도 14b의 30) 또는 버튼들은 타일파일 패키지의 서로 다른 수준이나 계층으로 이끌 수도 있다. 이 메뉴들은 그 특정한 타일에 직접 적용되어, 문서와 같은 파일들의 첨부, 파일들의 삭제, 자산 항목들 사이의 관계 변경, 타일에 코멘트 추가, 비디오 클립의 입출력점들의 조정, 등과 같은 그 타일의 "세계(world)"에 다양한 추가와 변경을 허용한다.또한 이 메뉴들은 타일의 상태를 반드시 변경할 필요없이 타일(Tile)의 다양한 양상의 선택적인 추출 (예, 다운로드)를 허용할 수도 있다.

복수의 타일들이 (대표적인)타일 콘텐츠의 전면의 지속적인 재생을 위해 발탁되고 선택될 수도 있다. 예를 들면, 사진들의 그룹이 단일 슬라이드 쇼로 재생되거나, 비디오 클립들의 그룹이 마치 그들이 모두 함께 편집되었던 것처럼 재생되도록 설정되거나, 또는 혼성 비디오 클립 및 슬라이드 쇼 시퀀스가 재생되기 위해 선택될 수도 있다.

더욱이, 타일들(Tiles)은 재생 동안 그들의 행위를 강화하거나 타일(Tile)이 재생되거나 선택될 때 이차 과정들을 격발하는 고유의 스크립트들을 포함한다.

GUI에서, 개별 타일들에게가 아니라 타일들의 전체 판넬들 및 "서명(singing up)", 사용자 타일파일들(TileFiles), 또 다른 사용자 타일파일들(TileFiles), 혹은 서버들의 망에서 또는 서버들의 서브-망이나 서브셋에 있는 아마도 모든 타일파일(TileFile)의 전체 모음을 검색하고 필터링하는 보조 기능들에게 적용되는 다른 메뉴 시스템들(도 14b의 24, 26)이 존재할 수도 있다. 또한, 이 메뉴들은 오디오 폐회로(loops), 타일의 서브셋의 생성 및 저장, 통상의 웹사이트와 같은 이 서브셋들의 출판, 개별 타일들, 전체 사이트나 출판된 페이지들, 원격회의의 기동, 채팅, 또는 메시지 특성들에 대한 다양한 다른 "스킨(skins)" (출현)의 응용, 서명할 다른 개인들에 대한 이메일 초청, 등등과 같은 타일들이나 자산 항목들의 다양한 글로벌 라이브러리들의 검색을 용이하게 할 수도 있다. 또한, 이 메뉴들은 자산 항목들 또는 타일들을 전화기나 다른 이동 장치들로 밀어내는 기능을 용이하게 할 수도 있다.

인터페이스의 "헤더 바(header bar)" (3개의 주 판넬 위에 있는 타일 바)는 사이트를 위한 다양한 선호도 및 설정치들을 중재하는 타일파일 패키지들의 특정 하위집합을 포함할 수도 있다. 이러한 타일파일 패키지들은 한 사용자가 다른 사용자들과 선호하는 것들과 아마도 스킨(skins)을 공유할 수도 있도록 다른 것처럼 공유될 수도 있다.

타일파일 패키지 파일 종류 및 그래픽 유저 인터페이스의 웹사이트 구현

한 실시예에서, 타일파일 패키지 제품은 "GridMo" ("Grid" + "Mobile")라 불리는 서비스로 구현된다. GridMo에서 타일파일 패키지들은 콘텐츠 수집, 출판, 및 파일 공유 웹사이트에서 디스플레이 및 교환부를 형성한다. GridMo는 공유 및 메시지 공동체이며, 중앙집중화된 서비스로서, 웹 기반의 이메일 서비스 또는 블로그와 외견상 닮아 보인다. 그러나, GridMo 계정은 전적으로 (타일파일 패키지들로 이루어진) 모듈 급이다. GridMo 유저 인터페이스 (GMUI)는 (각각 TFUI (TileFile User Interface)의 그 자신의 경우와 더불어, 타일파일 패키지들의 격자들을 바탕으로 하는) 현저하게 시각적이며, 특히 비디오 프레젠테이션 및 (사진이나 슬라이드의) "슬라이드 쇼"에 적합하고, 혼성 쇼에 정지 영상과 비디오 클립을 함께 순서대로 나열할 수 있다. 도 12 내지 19는 다양한 모습의 GridMo 인터페이스를 보여준다.

GridMo와 더불어 타일파일 패키지들은 서버에 형성된다. 사진, 비디오 클립 및 텍스트가 이메일, 멀티미디어 메시지 서비스(mms), 또는 전용 애플리케이션을 통하여 이동전화기에서 GridMo 계정으로 전송될 수도 있다 (도 11 참조).

예를 들면, 사용자가 사진이나 비디오 클립을 GridMo 계정으로 이메일 할 때, GridMo 데몬(daemon)은 그 메시지를 수신하고 그 메시지를 처리하기 위해 스크립트를 호출(invoke)할 수도 있다. 이 스크립트는 그 사용자가 다음에 그 디스플레이를 접근하고 참조할 때 보여줄 수 있도록 그 이미지를 비어있는 타일파일 패키지에 입력하고 그 타일파일 패키지를 사용자 계정에 저장한다.

이와 같이 일단 사진이나 비디오 클립이 "비어 있는(empty)" 타일파일 패키 지에 위치되면, 그 새로운 타일파일 패키지가 접근가능해지고, 따라서 다른 콘텐츠가 모일 수 있는 허브를 형성한다. 예를 들면, 만일 사용자가 파일이 표시되어 다른 사용자에 의해 조작될 것을 허용한다면, 그 다른 사용자 역시 그 타일파일 패키지에 그들의 의견을 남기고 타일파일 패키지의 바디(body) 부분에 그들 자신의 사진을 보탤 수도 있으며,이에 따라 초기 사진은 사진과 코멘트의 모음의 뿌리 (예, 새로운 이야기나 결혼식과 같은 주어진 주제에 대해)를 형성한다.

대안적으로, 클라이언트측 다른 애플리케이션은 이용가능할 수도 있으며, 이로써 사용자는 타일파일 패키지를 오프라인으로 조작할 수가 있다.

GridMo 계정이 타일파일 패키지들의 집합 주위에 이루어지므로, GridMo 서버는 장치 독립적이며, "타일서버(TILESERVER)"의 정확한 버전의 설치만을 요구한다. 이 서버 애플리케이션은 GridMo의 백본(backbone)이다.

"Grid" 나 "go"는 시청자들이 단순히 DNS를 통하여 사이트 서버들을 네비게이트하도록 GridMo 서비스에 붙여진 서비스 접두사이다. 예를 들면, http://grid.gridmo.com 과 같이 URL에 있는 접두사 "grid"는 GridMo 서버를 의미할 수도 있고, 마찬가지로, URL에 있는 접두사 "www"는 웹서버를 의미한다.

개별 타일파일 패키지들이 저장되고 각 사용자 사이트는 데이터베이스 상의 폴더일 수도 있다. 각 타일파일 패키지는 데이터베이스 내에 이름을 가지고 있고 디스플레이될 자산 항목은 링크 속성 내에 설정된다. 예를 들면, PLinkAsset=14 는 시청자를 자산 항목 14의 수준에서 타일파일 패키지로 인도한다.

타일파일 패키지들은 데이터베이스 구조가 요구시 동적으로 생성되므로 중앙 집중 시스템의 함정을 피해 탈-중앙집중형 또는 분산형 데이터베이스의 형태에 의존한다.

어느 타일파일 패키지 데이터베이스라도 물리 계층으로부터 도외시될 수도 있다. 서버상에 있는 모든 파일들의 위치가 파일에 대한 요청이 신속하게 확인되도록 잠재적으로 메모리에 저장될 수가 있다. 특별한 타일파일 패키지가 사용될 때, 혹은 관련된 다른 타일파일 패키지가 변경될 때, 접근되고 예증될 필요가 있는 유일한 정보는 특별히 연관된 그룹에 관한 정보 및 그 그룹의 파일들 내에 포함되어 있는 정보이다. 이로써, 속도가 증가되고, 검색시간을 줄이며, 잉여성(redundancy)을 증가시켜, 거대 시스템들이 군락을 이루기 쉽게 해준다.

이러한 접근 방식의 가능한 구현 사례가 Python, Apache, 및 MySQL을 운영하는 리눅스 서버이다. 이러한 시나리오에서, GridMo 서버는 Apache 모듈에서처럼 또는 스탠드-얼론 프로그램에서처럼 단순하게 메모리에 상주하여 운영된다.

GridMo 서버는 최종 목적지에서 해결되는 FTTP 요청을 위하여 포트 80을 주시한다. 서버상의 모든 파일들의 위치는 요청을 파일과 신속하게 맺어줄 수 있도록 메모리에 저장된다. MySQL 데이터베이스는 파일, 위치, 및 속성의 목록을 만들기 위해 사용된다. 재기동시, 서버는 정적 메모리 (SQL DB)를 독취하고, 타일(Tile) 위치, 타일 이름, 및 속성의 연동 어레이를 메모리에 예시한다. 이것이 모든 파일을 저장하고 검색해서 독취하는 단순하고 강력한 시스템이다. 패스워드는 파일과 함께 혹은 서버와 별도의 파일에 저장된다. 요청을 수신하면, GridMo 서버는 파일의 속성을 검사한다. 만일 파일이 보호된다면, 서버는 로그인과 패스워드를 요구한 다. 일단 사용자가 검증되면, 서버는 클라이언트 (GridMo 뷰어)에 스트림 데이터를 생성하여 클라이언트는 그 타일을 볼 수 있다.

일반적으로 타일파일 패키지는 새로운 파일이 타일 서버를 경유해서만 생성될 수 있기 때문에 이러한 방법론의 제한된 접근이 파일의 지적 자산을 보호하도록 서버에서 생성된다. 전술한 바와 같이, "tilefile packagepro"로 칭해지는 오프라인 소프트웨어 애플리케이션은 온라인 파일들과 마찬가지로 오프라인 파일을 생성하고 아카이브에 수록하기 위해서 활용되고, 여러 가지 다른 애플리케이션들이 타일파일 패키지들의 반입, 조작, 또는 반출을 위해 개발될 수도 있다.

GridMo 서버는 이동 전화기 및 스마트 장치들로부터 콘텐츠의 업로드를 허용하기 위한 "씬 클라이언트(thin client)"를 추가할 수도 있으며, 이러한 장치들로부터의 브라우징을 용이하게 하기 위한 계층 또한 존재할 수도 있다.

타일파일 패키지와 GridMo 서버의 전문가 버전은 다양한 형태의 디지털 권리보호를 포함할 수도 있다. 개별 타일파일 패키지는 미리보기 (정면)를 제공하지만 결제가 이루어지지 않는 한 타일의 나머지 부분에 대한 접근을 허용하지 않는 "편당 지불 (pay per view)" 단위로만 이용가능할 수도 있다

디지털 권리보호는 파일의 형식으로 수립될 수도 있다. 파일을 복호하기 위해 요구되는 키값은 GridMo 서버에 저장될 수도 있다. 시청자가 개인 키(예를 들면, 신용카드번호)를 제공할 때, GridMo 서버는 키와 함께 클라이언트를 제공하고 파일의 시청이 완료되면 클라이언트로부터 그 키를 지워버린다. 파일을 저장하더라도 여전히 시청이 가능하기 위해서는, 키에 대한 요청이 서버에게 전송될 것이 요 구된다.

GridMo 서버상에서의 하나 이상의 타일파일 패키지의 시청은 브라우저 플러그-인의 사용을 요구할 수도 있으며, 또한 플러그-인 없이도 가능할 수도 있다.

하나의 구현 사례에서, 시청 능력은 다음 사항을 포함하는 다양한 코드 라이브러리들을 사용함으로써 생성될 수도 있다:

- MPEG4 코덱 (비디오)

- MPEG2 코덱 (비디오)

- BASS 사운드 시스템 (Sound Windows^TM 전용)

- OSALP (Open Source Audio Library Project) (운영 시스템과 무관한 사운드)

- ImageMagick (이미지)

- Rich Text 디스플레이 시스템

- 플래시 디스플레이 라이브러리

- Shockwave 디스플레이 라이브러리

적어도 GridMo 실시예에 있어서, 복수의 타일파일 패키지는 사용자 인터페이스에서 단일 이미지로 표현될 수도 있다. 이 인터페이스에서, 대표적인 이미지에 대한 동작은 전체적으로 미디어 패키지에 대한 동작을 중재한다. 예를 들면, 하나 이상의 미디어 패키지는 사용자 인터페이스 내에서 대표적인 이미지들을 그룹화하고 연결함으로써 그룹화되고 링크될 수도 있다 (즉, 사용자 인터페이스 수준에서의 대표적인 이미지들의 그룹화 및 링크는 그 시스템에 있는 더 낮은 수준의 타일파일 패키지의 그룹화를 초래한다). 대표적인 이미지들은 격자형의 패턴으로 행렬로, 또는 복수의 이미지의 다른 그룹, 군집, 혹은 이미지 배열로 그룹화될 수도 있다. 사용자 인터페이스에서 패키지들을 이동시킴으로써, 패키지들을 그 패키지들의 그룹 내의 새로운 위치로 이동시키거나, 한 그룹에서 다른 그룹으로 이동시키는 것이 가능하여, 패키지들과 그 구성 요소들 사이의 새로운 내부관계가 생성된다.

전술한 바와 같이, 타일파일 패키지는 콘텍스트 사이에서 그룹화되고, 재 그룹화되고, 교환되도록 존재한다. 바람직하게는 타일파일 패키지에서 본질적으로 다른 개체들의 모듈러 격납은 다음 과정들을 능률적으로 하고 단순화하기 위하여 설계된다:

1. 콘텐츠를 표준화된 컨테이너들에 모으는 과정;

2. 쉬운 조작을 위하여 직관적인 사용자 인터페이스에서 이 컨테이너들을 디스플레이하는 과정;

3. 이 컨테이너들을 그룹화하고, 저장하고, 전송하고, 교환하는 과정;

4. 이 컨테이너들 중에서 웹사이트의 새로운 등급(class)을 구축하는 과정;

5. 이 컨테이너들을 애플리케이션 사이 및, 온라인 및 오프라인 환경 사이에서 전송하는 과정;

6. (전화기와 같은) 스마트 장치와 인터넷을 더욱 잘 통합하는 과정;

7. 컨테이너들의 콘텐츠를 디스플레이하고 가능하게 판매하는 과정;

8. 컨테이너들의 전체 그룹 혹은 시퀀스의 콘텐츠를 디스플레이하는 과정; 및

9. 콘텐츠가 전화기로 방출되는 데이터 저장소의 새로운 등급을 형성하는 과정.

타일파일 패키지와 더불어, 인터넷 사이트는 새로운 형태의 표준화를 채용하여, 정적 웹사이트 대신에 본질적으로 크게 다른 항목들의 균일한 컨테이너가 디지털 세계에서 의미있게 그룹화되고, 유지되고, 반입되고 반출되는 포트나 허브에 더욱 유사한 사이트가 제공된다. 타일파일 패키지들은 비디오클립과 같은 시간 기반의 미디어의 특정 요구를 다루도록 설계되어, 웹사이트, 프레젠테이션, 파일 공유, 및 메시지 사이의 경계를 희미하게 하기 위한 잠재성을 가진다. 타일파일 패키지는 (컨테이너 선박 및 지상에서) 온라인과 오프라인 사용 양자를 위하여 설계된다. 더욱이, 콘텐츠를 모으기 위한 표준화된 컨테이너로서 어느 단일 타일파일 패키지가 다양한 소스로부터 콘텐츠, 예를 들면, 이동 전화기로부터의 사진 및 PC로부터 입력된 텍스트 코멘트, 를 수신할 수도 있다. 이것은 타일파일 패키지들이 이동 전화기와 인터넷 사이의 관계를 근본적으로 능률적으로 할 수도 있다는 것을 의미한다. 비록 본 발명의 바람직한 실시예가 다른 파일들을 포함하는 파일 종류이라 하더라도, 요소들의 유용한 표준화된 서브-그룹 또한 단일 파일과 함께 저장되지 않는 데이터 구조와 함께 가능할 수 있다는 것이 유념되어야 한다. 비록 본 발명의 바람직한 실시예가 컨테이너 문서 (파일 종류)로서 타일파일 패키지와 함께 있다 하더라도, GridMo 인터페이스는 더욱 추상적인 요소들의 그룹에도 적용될 수 있다. 확산 된 개념에서, 미디어 패키지가 이러한 추상적인 개념을 포함한다는 것이 이해될 것이다.

당해 기술분야의 통상의 전문가에게 자명한 다른 것들과 함께 모든 변경과 변형들은 본 발명의 영역 내에 있는 것으로 간주될 것이며, 그의 범위는 상술한 설명과 첨부한 청구범위로부터 결정될 것이다.

Claims (57)

1. 적어도 하나의 프레젠테이션 요소를 포함하거나 또는 참조하기 위한 저장 수단을 포함하며, 상기 미디어 패키지는 그 미디어 패키지들 사이의 프레젠테이션 요소들을 연결하기 위하여 다른 미디어 패키지와 연동될 수 있도록 구성함을 특징으로 하는 미디어 패키지.
2. 제1항에 있어서, 상기 미디어 패키지는 그 미디어 패키지들 사이의 프레젠테이션 요소들을 연결하도록 상기 미디어 패키지를 적어도 하나의 다른 미디어 패키지와 연합하도록 동작하는 연결 구조를 더 포함함을 특징으로 하는 미디어 패키지.
3. 제2항에 있어서, 상기 연결 구조는 그 패키지들 간에 프레젠테이션 요소들을 연결하도록 다수의 다른 미디어 패키지들에 상기 미디어 패키지를 연결하는 것이 가능하도록 구성함을 특징으로 하는 미디어 패키지.
4. 제2항 또는 제3에 있어서, 상기 연결 구조는 그것이 연합되는 상기한 또는 각각의 미디어 패키지와의 양-방향성 링크를 형성하도록 동작가능하게 구성함을 특징으로 하는 미디어 패키지.
5. 제4항에 있어서, 양-방향성 링크가 형성될 때, 상기 연결 구조는 상기 링크 에서 한 변수를 포함하도록 동작하고, 상기 변수는 하나의 링크를 일차 링크로서 정의하고 다른 링크를 이차 링크로서 정의하도록 동작함을 특징으로 하는 미디어 패키지.
6. 제5항에 있어서, 상기한 일차 및 이차 링크 중의 어느 하나는 연속적인 프레젠테이션을 형성하도록 프레젠테이션 요소들이 연결되어 있는 하나의 순서를 형성함을 특징으로 하는 미디어 패키지.
7. 제3항 내지 제6항 중의 어느 한 항에 있어서, 상기 미디어 패키지의 이동 또는 변경시에 상기 미디어 패키지는 그 미디어 패키지의 링크들의 적어도 하나의 서브-셋을 포함하여 하나의 더미 파일(dummy file)이 유지되도록 함으로써, 상기 미디어 패키지를 참조하는 다른 미디어 패키지들이 그 미디어 패키지의 이동이나 변경에 의해 영향을 받지 않도록 구성함을 특징으로 하는 미디어 패키지.
8. 제7항에 있어서, 상기 더미 파일은 미디어 패키지의 사본임을 특징으로 하는 미디어 패키지.
9. 제3항 내지 제7항 중의 어느 한 항에 있어서, 상기 미디어 패키지의 이동 또는 변경시에 상기 미디어 패키지는 그것을 참조하는 다른 모든 미디어 패키지들의 모든 링크들이 업데이트 되어 그 미디어 패키지의 변경 또는 이동을 반영하도록 함 을 특징으로 하는 미디어 패키지.
10. 제3항 내지 제6항 중의 어느 한 항에 있어서, 상기 미디어 패키지의 이동 또는 변경시, 상기 미디어 패키지는 그 미디어 패키지를 참조하는 다른 미디어 패키지들의 링크들의 적어도 하나의 서브-셋이 업데이트 되어 그 미디어 패키지의 변경 또는 이동을 반영하도록 함을 특징으로 하는 미디어 패키지.
11. 제10항에 있어서, 상기한 적어도 하나의 서브-셋의 링크들은 다른 미디어 패키지들 중의 하나가 이동되거나 또는 변경된 미디어 패키지를 접속하려고 시도할 때에만 업데이트 되도록 함을 특징으로 하는 미디어 패키지.
12. 제1항 내지 제11항에 있어서, 유사한 미디어 패키지를 찾기 위한 서치를 수행할 시, 상기 서치는 미디어 패키지에 의해 참조되는 미디어 패키지의 서브-셋을 반환시키고, 상기 반환된 서브-셋은 소정의 기준에 의해 결정됨을 특징으로 하는 미디어 패키지.
13. 제1항 내지 제12항에 있어서, 하나의 헤더 부분과 바이너리 정보 저장부분을 더 포함하고, 상기 헤더 부분은 관련성 정보를 함유하고, 상기 바이너리 정보부분은 상기한 적어도 하나의 프레젠테이션 요소를 함유하도록 구성함을 특징으로 하는 미디어 패키지.
14. 미디어 패키지를 전달하는 방법에 있어서,

    사용자의 요구에 반응하여 상기 사용자에게 상기 미디어 패키지의 복사본을 전송하는 단계를 포함함을 특징으로 하는 제1항 내지 제13항에 따른 미디어 패키지를 전달하는 방법.
15. 제1항 내지 제13항에 따른 미디어 패키지를 전달하는 방법에 있어서,

    적어도 하나의 서브-세트의 헤드 정보를 최종 사용자와 적어도 하나의 프레젠테이션 요소의 대표에게 전달하는 단계 및 바이너리 정보의 적어도 일부에 대한 사용자 요구에 반응하여 상기 바이너리 정보의 적어도 일부를 상기 사용자에게 전달하는 단계를 포함함을 특징으로 하는 미디어 패키지를 전달하는 방법.
16. 제15항에 있어서, 사용자의 컴퓨터 시스템이 실제로 정지 상태에 있는 동안 이진 정보의 서브셋을 다운로드하는 단계를 더 포함함을 특징으로 하는 미디어 패키지를 전달하는 방법.
17. 프레젠테이션을 저장하는 방법에 있어서,

    제1항 내지 제13항에 따른 복수의 미디어 패키지를 제공하는 단계, 상기 프레젠테이션의 프레젠테이션 요소들을 해당하는 각각의 미디어 패키지에 저장하는 단계, 및 상기 프레젠테이션 요소들을 연동하도록 상기 미디어 패키지들을 링크하 는 단계를 포함함을 특징으로 하는 프레젠테이션 저장 방법.
18. 제17항에 있어서, 상기 미디어 패키지들을 양-방향으로 링크하는 단계를 더 포함함을 특징으로 하는 프레젠테이션 저장 방법.
19. 프레젠테이션을 접속하는 방법에 있어서,

    제17항 또는 제18항에 따른 방법에 의해 프레젠테이션을 저장하는 단계, 및 미디어 패키지 중 어느 하나를 통해서 프레젠테이션을 접속하는 단계를 포함함을 특징으로 하는 프레젠테이션 접속 방법.
20. 제1항 내지 제13항에 따른 미디어 패키지를 생성, 편집, 저장, 및 전달하는 시스템에 있어서,

    상기 미디어 패키지를 저장할 수 있는 저장부, 및 상기 미디어 패키지에 대한 클라이언트 애플리케이션의 요청을 수신하면 상기 미디어 패키지를 상기 클라이언트 애플리케이션에 전달할 수 있는 소프트웨어 애플리케이션을 포함함을 특징으로 하는 미디어 패키지를 생성, 편집, 저장, 및 전달하는 시스템.
21. 제20항에 있어서, 미디어 패키지를 이동 또는 변경하기 위한 상기 미디어 패키지로부터의 명령을 수신하면, 상기 시스템은 그 미디어 패키지의 원래 링크들의 적어도 하나의 서브-셋을 포함하여 하나의 더미 파일(dummy file)이 유지되도록 함 으로써, 상기 미디어 패키지를 참조하는 다른 미디어 패키지들이 그 미디어 패키지의 이동이나 변경에 의해 영향을 받지 않도록 함을 특징으로 하는 미디어 패키지를 생성, 편집, 저장, 및 전달하는 시스템.
22. 제20항에 있어서, 미디어 패키지를 이동 또는 변경하기 위한 상기 미디어 패키지로부터의 명령을 수신하면, 상기 시스템은 그 미디어 패키지를 참조하는 모든 다른 미디어 패키지들의 모든 링크들이 업데이트 되어 그 미디어 패키지의 변경 또는 이동을 반영하도록 함을 특징으로 하는 미디어 패키지를 생성, 편집, 저장, 및 전달하는 시스템.
23. 제20항에 있어서, 미디어 패키지를 이동 또는 변경하기 위한 상기 미디어 패키지로부터의 명령을 수신하면, 다른 미디어 패키지들 중 하나가 상기 이동되거나 변경된 미디어 패키지를 접속하려고 시도할 때만 상기 시스템은 그 미디어 패키지를 참조하는 모든 다른 미디어 패키지들의 모든 링크들이 업데이트 되어 그 미디어 패키지의 변경 또는 이동을 반영하도록 함을 특징으로 하는 미디어 패키지를 생성, 편집, 저장, 및 전달하는 시스템.
24. 제16항 내지 제23항에 있어서, 저장된 미디어패키지들을 리뷰하고 검색가능한 인덱스를 컴파일할 수 있는 검색 엔진을 더 포함함을 특징으로 하는 미디어 패키지를 생성, 편집, 저장, 및 전달하는 시스템.
25. 제16항 내지 제24항에 있어서, 컴퓨터 네트워크를 통해 상호 연결되는 복수의 서버들을 포함함을 특징으로 하는 미디어 패키지를 생성, 편집, 저장, 및 전달하는 시스템.
26. 제1항 내지 제13항에 따른 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI)에 있어서,

    사용자 종속적인 미디어 패키지들의 표현들을 포함하는 제1 표시 영역, 다른 사용자들에게 종속적인 미디어 패키지들의 표현들을 포함하는 제2 표시 영역, 및 상기 사용자 또는 다른 사용자들에게 종속적인 미디어 패키지들의 생성, 편집, 또는 보기를 허용하도록 배치된 제3 표시 영역을 포함하는 사용자에 의해 선택가능한 복수의 표시 영역을 포함함을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI).
27. 제25항 또는 제26항에 있어서, 표시되는 상기 미디어 패키지의 표현을 조작하는 기능을 제공하는, 상기 표시 영역들 중 어느 하나에 포함된 하나의 미디어 패키지를 선택함으로써 볼 수 있는 메뉴 시스템을 더 포함함을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI).
28. 제27항에 있어서, 상기 메뉴 시스템은 상기 미디어 패키지의 표현을 오버레 이함을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI).
29. 제28항에 있어서, 상기 메뉴 시스템은 상기 미디어 패키지의 표현을 가로지르는 커서의 이동에 의해 호출(invoke)됨을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI).
30. 제26항 내지 제29항에 있어서, 그 메뉴에 표현되는 상기 미디어 패키지를 조작하는 기능성을 제공하는, 상기 복수의 표시 영역들 각각을 둘러싸는 제2 메뉴를 더 포함함을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI).
31. 제30항에 있어서, 상기 미디어 패키지의 조작은 상기 미디어 패키지를 복사하는 기능, 상기 미디어 패키지를 편집하는 기능, 상기 미디어 패키지를 삭제하는 기능, 및 상기 미디어 패키지를 새로운 콘텐츠로 이동하는 기능을 포함함을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI).
32. 제31항에 있어서, 상기 미디어 패키지의 표현의 조작은 일차 프레젠테이션 요소를 보여주는 기능 및 이차 이상의 프레젠테이션 요소들 중 어느 것을 보여주는 기능을 포함함을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI).
33. 제26항 내지 제32항에 있어서, 사용자 명령에 대응하여, 상기 프레젠테이션 요소의 표현은 상기 표현에서 그 미디어 패키지에 있는 모든 다른 프레젠테이션 요소들의 한 표현으로 변환됨을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI).
34. 제33항에 있어서, 상기 변환은 전면에서 후면으로의 상기 표현의 가상 회전을 통해 일어남을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI).
35. 제26항 내지 제34항에 있어서, 상기 제2 표시 영역은 단지 사용자들의 서브-집합에 의해 접속 가능한 미디어 패키지들의 표현들을 보여주는 것에 한정됨을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI).
36. 제25항 내지 제35항에 있어서, 상기 표시 영역들은 격자 패턴과 같은 미리 정의된 패턴 내에서 제공되는 미디어 패키지의 적어도 하나의 표현을 포함함을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이 스(GUI).
37. 제36항에 있어서, 상기 정의된 패턴은 격자 패턴임을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI).
38. 제25항 내지 제37항에 있어서, 상기 그래픽 유저 인터페이스(GUI)의 레이아웃은 선택된 미디어 패키지의 콘텐츠에 의해 결정됨을 특징으로 하는 복수의 미디어 패키지들을 디스플레이하기 위한 그래픽 유저 인터페이스(GUI).
39. 그래픽 유저 인터페이스(GUI)에 있어서,

    미디어 콘텐츠를 디스플레이하기 위해 배열된 적어도 하나의 보기 영역을 포함하고, 상기 그래픽 유저 인터페이스의 레이아웃은 적어도 상기 보기 영역들 중 적어도 하나에 표시되는 상기 미디어 콘텐츠에 의해 결정되는 부분에 있는 것을 특징으로 하는 그래픽 유저 인터페이스(GUI).
40. 제39항에 있어서, 상기 그래픽 유저 인터페이스의 레이아웃은 그 기능이 보기 영역에 표시되는 미디어 콘텐츠에 의해 결정되는 적어도 하나의 메뉴 시스템을 포함함을 특징으로 하는 그래픽 유저 인터페이스(GUI).
41. 제40항에 있어서, 상기 메뉴 시스템은 상기 보기 영역을 둘러싸고 있음을 특 징으로 하는 그래픽 유저 인터페이스(GUI).
42. 제40항 또는 제41항에 있어서, 상기 메뉴 시스템은 두 개의 부-메뉴들을 포함하며, 제1 부-메뉴는 상기 미디어 콘텐츠를 조작하기 위한 제어를 제공하고, 제2 부-메뉴는 상기 인터페이스에서 상기 미디어 콘텐츠의 보기를 조작하기 위한 제어를 제공함을 특징으로 하는 그래픽 유저 인터페이스(GUI).
43. 제39항 내지 제42항에 있어서, 적어도 하나의 보기 영역은 미디어 패키지를 표현을 디스플레이할 수 있는 복수의 부-영역으로 더 나누어짐을 특징으로 하는 그래픽 유저 인터페이스(GUI).
44. 제39항 내지 제43항에 있어서, 상기 그래픽 유저 인터페이스는 미디어 패키지와 인터페이스 할 수 있는 블로그(blogging) 수단을 더 포함하며, 상기 블로그 수단은 미디어 패키지에 있는 텍스트 코멘트를 편집할 수 있음을 특징으로 하는 그래픽 유저 인터페이스(GUI).
45. 복수의 미디어 패키지를 보여 주기 위한 시스템에 있어서,

    제1항 내지 제13항에 따라 하나의 미디어 패키지의 적어도 하나의 서브-셋을 그래픽 유저 인터페이스에 전달하도록 배치된 연산(computing) 시스템을 포함하며, 상기 미디어 패키지는 상기 그래픽 유저 인터페이스에서 동작하는 적어도 하나의 특징을 설정하는데 사용되는 정보를 포함함을 특징으로 하는 복수의 미디어 패키지를 보여 주기 위한 시스템.
46. 그래픽 유저 인터페이스를 커스터마이징하는 방법에 있어서,

    상기 그래픽 유저 인터페이스의 레이아웃과 기능을 결정하는 정보를 포함하는 미디어 패키지를 생성하는 단계, 및 상기 정보를 포함하는 미디어 패키지의 적어도 하나의 서브-셋(sub-set)을 상기 그래픽 유저 인터페이스에게 전달하는 단계를 포함함을 특징으로 하는 그래픽 유저 인터페이스를 커스터마이징하는 방법.
47. 미디어 패키지를 생성하는 방법에 있어서,

    적어도 하나의 프레젠테이션 요소를 선택하는 단계, 및 상기 프레젠테이션 요소를 미디어 패키지에 형성하는 단계를 포함함을 특징으로 하는 미디어 패키지를 생성하는 방법.
48. 복수의 미디어 패키지들을 검색하는 방법에 있어서,

    사용자가 대상 미디어 패키지를 선택하는 단계, 상기 미디어 패키지에 링크되어 있는 모든 미디어 패키지들을 식별하는 단계, 및 상기 링크된 미디어 패키지들 중 적어도 일부의 표현을 디스플레이하는 단계를 포함함을 특징으로 하는 복수의 미디어 패키지들을 검색하는 방법.
49. 제48항에 있어서, 상기 링크된 미디어 패키지들 중 적어도 일부의 표현을 디스플레이하는 단계는 소정의 기준에 따름을 특징으로 하는 복수의 미디어 패키지들을 검색하는 방법.
50. 복수의 미디어 패키지들에 포함된 프레젠테이션 요소들을 통합하는 방법에 있어서,

    일련의 미디어 패키지들을 선택하는 단계, 상기 선택된 미디어 패키지들로부터 프레젠테이션 요소들의 서브-셋을 추출하는 단계, 및 상기 추출된 프레젠테이션 요소들의 서브-셋을 포함하는 또 다른 미디어 패키지를 구성하는 단계를 포함함을 특징으로 하는 복수의 미디어 패키지들에 포함된 프레젠테이션 요소들을 통합하는 방법.
51. 프레젠테이션을 전달하기 위한 시스템에 있어서,

    제1항 내지 제13항에 따른 하나의 미디어 패키지의 적어도 하나의 서브-셋을 수신하고 사용자에게 디스플레이하도록 배치된 소프트웨어 애플리케이션을 포함하는 장치를 포함함을 특징으로 하는 프레젠테이션을 전달하기 위한 시스템.
52. 제51항에 있어서, 상기 미디어 패키지는 스트림(streamed) 데이터를 포함함을 특징으로 하는 프레젠테이션을 전달하기 위한 시스템.
53. 제52항에 있어서, 상기 미디어 패키지는 화상회의 통화(video conference call)와 같은 라이브 소스로부터 올 수 있는 스트림(streamed) 데이터를 포함함을 특징으로 하는 프레젠테이션을 전달하기 위한 시스템.
54. 제53항에 있어서, 상기 스트림 데이터는 상기 미디어 패키지에 포함된 일련의 프레젠테이션 요소들을 포함하며, 상기 일련의 프레젠테이션 요소들은 순차적으로 제공됨을 특징으로 하는 프레젠테이션을 전달하기 위한 시스템.
55. 복수의 사용자에게 콘텐츠를 분배하는 방법에 있어서,

    제1항 내지 제13항에 따른 미디어 패키지를 조합하는 단계, 및 상기 미디어 패키지를 다수의 사용자에게 분배하는 단계를 포함함을 특징으로 하는 복수의 사용자에게 콘텐츠를 분배하는 방법.
56. 자체 실행 미디어 프레젠테이션을 사용자에게 제공하는 방법에 있어서,

    적어도 하나의 프레젠테이션 요소를 제1항 내지 제13항에 따른 미디어 패키지에 그룹화하는 단계, 및 상기 미디어 패키지를 상기 사용자에게 제공하는 단계를 포함하며, 상기 사용자는 상기 적어도 하나의 프레젠테이션 요소를 시청할 수도 있음을 특징으로 하는 자체 실행 미디어 프레젠테이션을 사용자에게 제공하는 방법.
57. 화상회의 방법에 있어서,

    화상회의를 시작할 수 있는 스크립트를 포함하는 미디어 패키지를 제공하는 단계, 및 타일(tile)을 사용자에게 전송하는 단계를 포함하며, 상기 화상회의는 상기 사용자의 수신 및 확인에 따라 시작됨을 특징으로 하는 화상회의 방법.

Images