KR20040020933A - 지식 검색, 관리, 전달 및 프리젠테이션을 위한 시스템 및방법 - Google Patents

Abstract

본 발명은 지식 검색, 관리, 전달 및 프리젠테이션용 통합 구현 프레임워크 및 결과 매체에 관한 것이다(도 8). 시스템은 도메인-특정 시맨틱 정보를 부가 및 유지를 담당하는 제1 서버와, 컨텍스트 및 시간 감도 시맨틱 정보 검색 서비스를 통신 매체를 통해 프리젠테이션 플랫폼을 동작시키는 클라이언트에 제공하기 위해 함께 동작하는 제1 서버에 의한 사용을 위해 시맨틱 및 다른 지식을 호스트하는 제2 서버를 포함한다. 시스템 내에서, 소정 계층의 모든 오브젝트 또는 이벤트는 미리 결정되고 커스텀화가능한 테마 또는 "스킨"에 따라 프리젠테이션용 데이터 오브젝트를 클라이언트에 되돌리는 각각의 다른 프리젠테이션 질의(기본 액션 코드로 이루어짐)에 시맨틱하게 관련된 액티브 에이전트이다. 이 시스템은 클라이언트를 위해 에이전트를 커스텀화하며 "블랜드"하고, 기본적인 관련된 질의가 최종 정보의 프리젠테이션을 최적화하는 다양한 수단을 제공한다.

Description

지식 검색, 관리, 전달 및 프리젠테이션을 위한 시스템 및 방법{SYSTEM AND METHOD FOR KNOWLEDGE RETRIVAL, MANAGEMENT, DELIVERY AND PRESENTATION}

지식은 현재 세계적으로 조직의 핵심적인 자산이며, 경쟁력있는 이점으로 사용되는 도구로서 폭넓게 인식되고 있다. 오늘날 연결된 정보를 기반으로 하는 세계에서, 지식 노동자들은 생산성을 향상시키고, 고객 관계를 높이며 그들의 비지니스를 보다 경쟁적으로 만들기 위해 보다 낫고, 보다 빠르고, 보다 정보화된 결정을 하는데 필요한 지식 및 도구에 액세스해야만 한다. 또한, 산업 옵서버들은 정보 경제에서 가져야 할 중요한 비지니스 목표로서 "민첩성(agility)" 및 "실시간 기업 전략(real-time enterprise)"을 강조해 왔다.

많은 조직들은 제품 및 고객 서비스를 향상시키기 위하여 그들의 조직 내에서 지식을 전파하는 가치와, 잘 트레이닝된 노동력이 가진 가치를 구현하기 시작했다. 투자 비지니스는 e-학습을 만들고, 조직적인 교육은 이것의 일부 증거를 제공한다. 회사들은 또한 콘텐츠 관리, 검색, 협동 및 비지니스 지식에 대한 도구들에투자했다. 또한, 회사들은 그들의 비지니스 프로세스을 디지털화, 특히 고객을 모집하고 보유하는 것에 관한 중요한 리소스에 소비하고 있는 중이다.

그러나, 많은 지식/학습 및 고객 관계 특성은 서로의 언어를 이해하지 못하는 다양한 세트의 저장소들에 여전히 저장되고, 그 결과로서 정보의 독립된 아일랜드(island)로서 관리되고 상호작용된다. 이와 같이, 많은 조직들이 "지식"이라고 부르는 것은 단지 데이터 및 정보일 뿐이다. 대부분의 정보 경제는 여전히 증가하고 있는 데이터 및 정보 본체의 컨텍스트(context), 의미 및 효율적인 액세스를 제공하는 방식을 찾기 위한 노력이다. 즉, 달리 말하자면, 대량의 활용 가능한 데이터 및 정보를 유용한 지식으로 전환시키는 것이다.

정보는 신문, 책, 라디오 및 텔레비전 매체와 같은 다양한 형태, 그리고 전자 형태로 확산의 정도를 변화시키면서 오랫동안 접근해 왔다. 정보 관리 및 액세스는 컴퓨터 및 컴퓨터 네트워크의 이용으로 극적으로 바뀌었다. 네트워크화된 컴퓨터 시스템들은 시스템을 통해 시스템을 따라 임의의 지점에 관리되는 정보로의 액세스를 제공한다. 사용자들이 액세스하기 위해서는 네트워크에의 필수적인 접속의 설정, 적당한 인증의 제공 및 원하는 정보의 식별만을 필요로 한다.

정보 액세스는 방대한 정보 본체에의 액세스를 제공하기 위해, 다양한 지역에 걸쳐 있는 다수의 컴퓨터들을 접속하는 인터넷의 등장으로 더욱 향상되었다. 인터넷을 통해 정보를 제공하는 가장 널리 퍼진 방법은 월드 와이드 웹(WWW)를 통해서이다. 웹(Web)은 통상적으로 HTTP(Hypertext Transfer Protocol), FTP(File Transfer Protocol), GOPHER 또는 다른 서버들을 운영하는 인터넷에 접속된 컴퓨터들 또는 웹 서버들의 서브세트로 이루어져 있다. 웹 서버들은 웹사이트에서 웹 페이지들은 호스트한다. 웹 페이지들은 HTML(Hypertext Markup Language), 보다 최근의 XML(eXtensible Markup Language) 또는 SGML(Standard Generic Markup Language)와 같은 하나 이상의 언어를 이용하여 인코딩된다. 이들 언어에 대한 공개된 명세서는 본 명세서에서 참조로서 결합된다. 이들 포맷된 언어의 웹 페이지들은 마이크로소프트사의 인터넷 익스플로어 또는 네스케이프 네비게이터와 같은 웹 브라우징 소프트웨어를 통해 인터넷 사용자들이 접속할 수도 있다.

웹은 대부분 컨텍스트(context) 및 시맨틱스(semantics)이라기 보다는 구문(syntax) 및 구조에 기초하여 구성되어 왔다. 그 결과, 정보는 통상적으로 검색 엔진 및 웹 디렉토리를 통해 액세스된다. 현재의 검색 엔진은 관련된 컨텍스트(context) 및 시맨틱스 정보없이 본문 또는 기본적인 과제 정보 및 인덱스에 좌우되는 키워드 및 해당 검색 기술을 이용한다. 불행하게도, 그러한 검색 방법은 수천의 큰 반응이 없는 결과; 영향있는 지식에 상반되는 문서들을 생성한다. 향상된 검색 기술은 질의에 촛점을 맞추고, 검색 결과의 컨텍스트(관련성)을 향상시키기 위해 개발되어 왔다. 많은 그러한 기술들은 과거의 사용자 검색 경향에 좌우되어, 원하는 정보에 대한 기본적인 가정을 만들었다. 선택적으로, 다른 검색 기술들은 가장 관련성이 있다고 예측되는 범위에 검색 결과를 추가로 촛점을 맞추기 위한 웹 사이트들의 카테고리에 좌우된다. 검색 기술과는 무관하게, 검색가능한 정보의 잠재적인 조직은 컨텍스트(관련성) 중심이라기 보다는 인덱스 중심이다. 문서에 관련된 문자 정보의 빈도 또는 타입은 문서의 과제의 속성과는 상반되게 그리고 이들 속성들이 사용자의 컨텍스트에 어떻게 관련되는지에 따라 검색 결과를 결정한다. 그 결과, 실행가능한 지식을 취득하기 위한 도구로서의 웹의 이용을 둘러싼 모호성과 비효율성이 지속된다

오늘날 전세계의 기업들에서, 웹은 지식 노동자들의 정보 플랫폼이다. 그리고 문제점이 존재한다. 우리가 알고 있는 웹은 데이터 및 정보에 대한 플랫폼인 반면, 그 사용자는 "지식"의 레벨에서 작업한다. 이 단절은 매우 근본적인 것이며 이해할 수 없다. 웹은, 큰 정도에서, "당신의 손끝에 있는 정보"의 꿈을 채워주었다. 그러나, 지식 노동자들은 단지 "당신의 손끝에 있는 정보"와는 상반되게 "당신의 손끝에 있는 지식"을 요구한다. 불행하게도, 오늘날의 지식 노동자들은 웹을 이용하여 그들의 질의에 관련된 실제 지식이라기 보다는 문서들-데이터 및 정보의 편집-을 브라우징 및 검색한다. 향상된 지식을 취득하기 위해서는 데이터 및 정보에 대한 적당한 컨텍스트(관련성), 의미 및 효과적인 액세스를 제공할 필요가 있으며, 이들 모두 전통적인 웹에서 놓치고 있다.

"당신의 손끝에 있는 지식"의 목표를 달성하기 위한 노력이 진행되어 왔다. 일례는 시맨틱 웹(Semantic Web)으로서 참조되는 정보 조직 및 분배에 대한 새로운 개념이다. 시맨틱 웹은 정보가 잘 정의된 의미를 제공하는 한 현재의 웹의 확장이며, 이는 컴퓨터 및 사람들이 협동하여 작업할 수 있게 한다. 개념적으로 중요한 단계가 인터넷상의 정보의 향상된 컨텍스트(관련성), 의미 및 액세스를 지원하도록 진행되는 동안, 시맨틱 웹은 아직까지 진술된 잠재력에 따라 행동하는 성공적인 실행을 찾고 있다.

현재의 웹 및 시맨틱 웹 둘다, 사용자가 실행가능한 지식을 취득할 수 있도록 데이터 및 정보에 대한 적당한 컨텍스트(관련성), 의미 및 효과적인 액세스를 제공하는데 실패했다. 이것은 부분적으로 오늘날의 웹(Today's Web)과 심사숙고된 시맨틱 웹이 구성되는 방식에 관련된 문제, 바꾸어 말하자면, 기술 레이어(layer)에 관련된 문제이다. 도 1에 나타난 바와 같이, 예를 들면, 하이퍼텍스트 매체인 오늘날의 웹은 "덤(dumb)" 링크, 또는 컨텍스트-감도, 시간-감도 등이 없는 링크를 포함하는 3개의 기술 레이어들을 제공한다. 시맨틱 웹 또한 "시맨틱 하이퍼미디어"로서 참조되는 시맨틱 웹의 현재 개념은 도 2에 나타난 바와 같이, 5개의 기술레이어들을 제공한다. 이하에 보다 상세히 설명되는 바와 같이, 각 기술레이어 구조와 관련된 심각한 한계가 있다.

또한, 지식 검색, 관리 및 전달을 위한 통합되고 일정한 실행 프레임워크 및 결과 매체를 제공하는 포괄적인 정보 관리 시스템내에 다양한 특성이 존재해야만 한다. 이들 특성의 비소모적인 리스트는 시맨틱/의미; 컨텍스트-감도; 시간-감도; 자동 및 지성 디스커버러빌러티; 다이나믹 링킹; 사용자 제어의 네비게이션 및 브라우징; 네트워크에서 비-HTML 및 로컬 문서 참여; 표시되는 정보의 시맨틱을 스마트하게 전송하는 다양한 프리젠테이션; 논리, 추론 및 추리; 다양한 사용자 중심의 정보 분석; 다양한 시맨틱 질의; 읽기/기입 지원; 주석; "신뢰의 웹(Web of Trust)"; 정보 패키지("블렌더(blenders)"); 컨텍스트 템플레이트, 및 사용자 지향 정보 집합을 포함한다. 이들 각 특성들은 이하 오늘날의 웹 및 시맨틱 웹 둘다에 대한 어플리케이션의 컨텍스트에서 논의될 것이다.

시맨틱스/의미(SEMANTICS/MEANING)

오늘날의 웹(Today's Web)은 플랫폼의 고유 부분 및 사용자 경험으로서 시맨틱스가 부족하다. 웹 페이지들은 그들이 포함하는 데이터의 시맨틱스라기 보다는 원문 및 그래픽 데이터만을 전송한다. 그 결과, 사용자는 자연어-예를 들면, "라틴 재즈에 관한 것이며 최근 5년내에 공개된, 100 페이지보다 길지 않은 모든 책들을 찾아라"를 가지고 예측한 것과 같은 시맨틱 질의를 제시할 수 없다. 그러한 질의를 처리하기 위하여, 웹 사이트 또는 검색 엔진은 책을 포함하는 것을 "알고" 있어야만 하고, 질의 요구의 시맨틱스에 기초하여 그 콘텐츠를 지능적으로 필터링해야 한다. 그러한 질의는 웹 투데이에서 가능하지 않다. 그 대신에, 사용자들은 문자에 기초한 검색에 의존할 수 밖에 없다. 이들 검색은 사용자가 정보 베이스의 문자와 일치하지 않는 검색 용어들을 걸러내야 하기 때문에 대개 정보 과부하 또는 정보 손실의 결과를 초래한다. 상술한 예에서, 사용자는 검색 용어 "책 라틴 재즈"를 골라낼 수 있고 검색 엔진이 접속할 것을 희망한다. 사용자에게는 대개 검색 결과를 독립적으로 필터링하는 것이 남겨진다. 이러한 종류의 문자에 기초한 검색은 또한 동일한 의미를 전송해야 하는 용어를 의미한다. 상술한 예에서, "남부 및 중앙 아메리카 재즈에 관한 책들" 또는 "라틴 섬으로부터의 재즈에 대한 공개"와 같은 검색 용어로부터의 결과는 검색 질의의 처리 동안 무시될 수 있다.

시맨틱스의 결여는, 또한 오늘날의 웹이 사용자들이 인간적인 생각에 기초하여 네비게이션 할 수 없다는 것을 의미한다. 예를 들면, 조직 구조를 이용하여 사내 망을 네비게이션하기를 원할 수 있다. 예를 들면, 사람들로부터 이들이 생성한문서를 분배 리스트에 전문가들의 직접적인 리포트에 대한 문서인 다이렉트 리포트는 이들 멤버들이 생성한 문서들에 대한 분배 리스트의 멤버들이다. 이 "웹"은 시맨틱이며 실제 정보 분류("사물(things)")에 기초하여 오늘날의 웹과 같은 "페이지"는 아니다.

시맨틱스의 결여는 또한 다른 함축적인 의미를 갖는다. 첫번째로, 웹이 프로그램가능하지 않다는 것을 의미한다. 시맨틱스과 함께, 웹은 페이지들 및 링크를 감지하고 나서 추론, 추천 등을 할 수 있는 스마트 에이전트에 의해 소비될 수 있다. 오늘날의 웹과 더불어, 추론을 할 수 있는 유일한 "에이전트(Agent)"는 인간 두뇌이다. 이와 같이, 웹은 컴퓨터가 이해할 수 있는 방식으로 나타낼 수 없기 때문에 컴퓨터가 할 수 있는 수많은 처리 능력을 사용할 수 없다.

시맨틱스의 결여는 또한 정보가 액션가능하지(actionable) 않다는 것을 의미한다. 검색 엔진은 배출한 결과들을 "이해(understand)"하지 못한다. 이와 같이, 일단 사용자가 검색 결과를 수신하면, 그는 "그 자신"이다. 또한, 웹 브라우저는 표시되는 정보를 "이해"하지 못하고 이와 같이 정보를 이용하여 스마트한 일들을 할 수 없다. 적소에 시맨틱스를 이용하여, 예를 들면, 스마트 디스플레이는 정보가 액션 가능하게 됨으로써 이벤트는 이벤트라는 것을 "알 수 있을 것이며(know)", 이벤트가 사용자의 캘린더에 이미 있거나, 프리/비지 정보를 표시하거나, 사용자가 그들의 캘린더에 이벤트가 자동적으로 삽입되기를 원한다면 관심있는 일들을 체크할 것이다. 시맨틱스 없이 제공된 정보는 액션가능하지 않거나, 시맨틱스가 추론될 필요가 있으며, 이는 불쾌한 사용자 경험을 초래할 수 있다.

시맨틱 웹은 잘 정의된 시맨틱스 방식으로 정보를 인코딩함으로써 오늘날의 웹을 이용하여 시맨틱/의미 한계에 근접하려 시도한다. 시맨틱 웹 상의 웹 페이지는 메타데이터 및 다른 메타데이터에의 시맨틱스 링크를 포함하며, 이로써 검색 엔진이 보다 지능적이며 정확한 검색을 수행할 수 있게 한다. 또한, 시맨틱 웹은 지식 표현에 사용되게 될 온톨로지(ontologies)를 포함하며, 이로써 시맨틱스 검색 엔진이 단지 문자만이 아니라 의미에 기초하여 용어를 해석할 수 있게 한다. 예를 들면, 이전 예에서, 라틴 재즈 온톨로지는 시맨틱 웹 사이트상에서 사용될 수 있으며 사이트상의 검색 엔진이 "남부 및 중앙 아메리카 재즈에 관한 책들" 또는 "라틴 섬으로부터의 재즈에 대한 공개" 용어들이 "라틴 재즈에 관한 책들" 용어와 동일한 의미를 갖는지를 "식별(know)"할 수 있게 한다. 오늘날의 웹을 이용하여 수많은 부족분을 개념적으로 극복하는 동안, 컨텍스트-감도 및 시간-감도와 같은 추가적인 특성을 제공하기 위해 특히 필수적인 시맨틱스 링크, 온톨로지 등을 포함하는 컨텍스트 및 의미를 제공하는 잘 정의된 데이터 모델의 성공적인 실행을 하지 못하고 있다.

현재 우리가 사용하고 있는 웹은 인터넷 상에서 사용자에게 컨텐츠를 제공하는 정보 시스템인 반면에, 시맨틱 웹은 사람뿐만아니라 컴퓨터(기계)가 직/간접적으로 처리할 수 있는 데이터를 위한 웹을 의미한다. 따라서 시맨틱 웹을 위해서는 사람이 직관적 또는 의미적으로 판단하여 처리하는 부분을 컴퓨터가 처리할 수 있도록 사용되는 용어에 대한 공통적인 합의가 필요하게 되며, 이를 웹 온톨로지라 부른다.

컨텍스트-감도(CONTEXT-SENSITIVITY)

오늘날의 웹은 컨텍스트-감도가 부족하다. 컨텍스트(관련성) 결여가 의미하는 것은 오늘날의 웹이 개인적이지 않다는 것이다. 예를 들면, 액세스가능한 스토리지의 문서들은 독립적으로 스태틱(static)하기 때문에 무감각적이다(stupid). 문서의 과제에 관련된 정보는 이미 공개되어 있으며, 새롭게 공개중이거나, 곧 공개될 것이다. 그러나, 스토리지의 문서들이 스태틱하기 때문에, 실시간으로 관련 정보와 그 과제를 다이나믹하게 관련시킬 방법이 없다. 바꾸어 말하자면, 사용자들은 실시간으로 외부 정보와 그들 개인의 컨텍스트를 다이나믹하게 접목시킬 방법이 없다. 형식적인 컨텍스트는 그들 자신의 아일랜드에 자리잡은 정보 소스(예를 들면 문서)는 전체적으로 다른 관련 정보 소스로부터 단절되었다. 이것은 정보 및 생산성 손실을 초래한다.

이에 대한 일차적인 이유는 오늘날의 웹이 덤(dumb) 클라이언트(예를 들면, 원격 컴퓨터)에 정보의 시야를 제공하도록 설계된 프리젠테이션에 근거한 매체이다. 클라이언트는 서버가 말하는 것을 단지 표시하는 것을 제외하고, 가상적으로 사용자의 경험을 플레이하는 역할을 하지 않는다. 클라이언트측 코드(예를 들면, 자바 애플릿 및 ActiveX 컨트롤)가 있는 경우에서도, 제어는 대개 특정한 것을 행하고 클라이언트측 코드가 서버측 코드와 조정중에 있게 되도록 원격 서버와 동등한 액션을 가지지 않는다.

생산성의 관점으로부터, 그 의미는 지식 노동자들과 정보 소비자들이 전체적으로 정보 저작자의 처분에 좌우된다는 것이다. 오늘날, 지식 노동자들은 보유 및업데이트되는 포털(portals)을 가지고 기업 정보, 외부 데이터 등의 커스텀(custom) 관점을 제공한다. 그러나, 지식 노동자들은 사용자가 액세스하려고 하는 정보와 그들의 과제의 컨텍스트(관련성)의 관련 정보를 다이나믹이면서 지능적으로 아무것도 접목시킬 수 없다면 완벽하게 무용지물이기 때문에 여전이 매우 제한적이다.

지식 노동자가 그 포털 상에서 정보의 관련 조각에 대한 링크를 볼 수 없다면, 그리고 만일 친구 또는 동료가 그에게 링크를 이메일하지 못하고, 정보가 드롭(drop)된다면; 정보는 사용자 컨텍스트(context) 또는 표시되는 컨텍스트와의 접목 또는 적응되지 못한다. 마찬가지로, 전체 포털에 대한 새로운 데이터가 활용가능하고 이를 그들의 로컬 하드 드라이브에 다운받는 것을 사용자에게 통지하는데 충분치 않다. 컨텍스트-감도 알림 통지를 이용한 커스텀화가능한(customizable) 프리젠테이션이 부족하다.

시맨틱 웹(Semantic Web)은 컨텍스트-감도의 면에서 오늘날의 웹과 같은 제한을 겪는다. 시맨틱 웹상에서, 사용자는 마찬가지로 정보 저작자 마음대로 좌우된다. 시맨틱 웹 자체는 저작될 것이지만, 그 저작은 시맨틱스를 포함할 것이다. 그 결과, 사용자들은 여전히 활용가능한 정보의 컨텍스트를을 배치하고 평가하는 그들 자신에 크게 좌우된다. 독립적인 실체로서의 시맨틱 웹은 다른 정보 소스와의 다이나믹한 접목을 수행할 수 없을 것이다.

시간-감도(TIME-SENSITIVITY)

오늘날의 웹은 시간-감도가 부족하다. 웹 플랫폼(예를 들면, 브라우저)은정보의 시간-감도에 대한 어떠한 고려도 없이, 단지 정보를 제공하는 소프트웨어의 일 부분이다. 사용자에게는 시간 감도를 추론하거나 시간에 대한 감도없이 남겨진다. 웹 플랫폼이 실시간으로 시간-감도 접목을 행할 수 없기 때문에 생산성의 커다란 손실을 초래한다. 일부 웹 사이트들이 예를 들면, 선정된 일자 이전의 정보를 인덱싱함으로써, 시간-감도 정보를 제공하는데 촛점이 맞추어진 바면에, 웹브라우저 자체는 시간-감도의 개념이 없다. 그 대신에, 그들이 그들 자신의 아일랜드에 표시하는 정보에 시간-감도를 포함하는 것은 개별 웹 사이트에 남겨진다. 바꾸어 말하자면, 웹 링크 상의 시간축이 없다.

오늘날의 웹과 같이, 시맨틱 웹은 시간-감도를 구현하지 않는다. 시맨틱 웹은 시간을 내재하지 않은 시맨틱스 링크를 가질 수 있다. 이것은, 대부분 시맨틱 웹이 컨텍스트-감도 및 시간-감도를 구현하는 소프트웨어 웹 서비스의 개념을 함축적으로 가지고 있지 않기 때문이다.

자동적 및 지능적 발견특성(AUTOMATIC AND INTELLIGENT DISCOVERABILITY)

오늘날의 웹은 새롭게 생성된 정보의 자동적이며 지능적인 발견특성이 부족하다. 현재로서는, 웹 사이트들이 오늘 또는 어제 새롭게 개시했는지를 알 수 있는 방법이 없다. 사용자가 검색할 때 새로운 사이트를 우연히 발견하거나 통보되지 않는다면, 사용자는 어떤 새로운 웹 사이트 또는 페이지가 있는지에 대한 어떠한 단서도 가질 수 없을 것이다. 동일한 문제가 기업에 존재한다. 사내망에서, 지식 노동자들은 일부 외부 수단을 통해 알려지지 않는다면 새로운 웹 사이트가 나타날 때 알 수 있는 방법이 없다. 웹 플랫폼 자체는 알림 또는 디스커버리의 개념이 없다. 또한, 사용자의 태스크(task)의 컨텍스트 또는 현재 정보 공간내에서 새로운 사이트 또는 페이지를 결정하기 위한 컨텍스트-감도 디스커버리가 없다.

시맨틱 웹은, 오늘날의 웹과 같이, 자동적인 발견특성의 결여를 구현하지 않는다. 시맨틱 웹 사이트들은 동일한 문제점 -사용자들이 외부 소스로부터 새로운 정보 소스의 존재에 관해 찾거나, 검색을 수행할 때 개인적인 디스커버리 할 것임- 을 겪는다.

다이나믹 링킹(DYNAMIC LINKING)

오늘날의 웹은 정보 모델에 대한 그래프 "데이터 구조" 또는 순수 네트워크를 사용한다. 각 웹 페이지는 네트워크에서의 노드를 나타내고 각 페이지는 네트워크에서 다른 노드들에의 링크를 포함할 수 있다. 각 링크는 각 페이지에 수동적으로 저작된다. 이는 몇가지 문제점들을 갖는다. 첫번째로, 네트워크가 연속적인 값을 갖도록 유지될 필요가 있다는 것을 의미한다. 만일 웹 페이지들이 업데이트되지 않거나, 만일 웹 페이지 또는 사이트 저작자가 컨텍스트에 기초하여 그들의 페이지에의 링크를 추가하는 규율을 가지고 있지 않다면, 네트워크는 가치를 잃을 것이다. 오늘날의 웹은 필수적으로 데드 링크, 오래된 링크 등을 갖기 쉽다. 순수 네트워크 또는 그래프 정보 모델이 가진 다른 문제점은 정보 소비자가 웹 페이지 또는 사이트의 프리젠테이션의 제어하에서라기 보다는 그에 따라 좌우된다는 것이다. 바꾸어 말하자면, 웹 페이지 또는 사이트가 임의의 링크를 포함하지 않는다면, 사용자는 관련 정보를 찾으려 하지 않는다. 검색 엔진은 단지 네트워크로의 페이지 또는 노드들로 리턴하기 때문에 거의 도움이 되지 않는다. 네트워크 자체는 임의의 독립적인 또는 다이나믹한 링킹 능력을 가지고 있지 않다. 따라서, 검색 엔진은 그 자체가 링크를 가지고 있지 않거나 죽었거나, 진부하거나 관련없는 링크를 가지고 있는 웹 페이지들에 대한 링크를 쉽게 리턴할 수 있다. 일단 사용자가 검색 결과를 취득하면, 사용자들은 그들 자신에 대한 것이고 리턴된 페이지들의 저작자는 관련된, 시간-감도 링크를 페이지에 삽입했는지에 따라 완벽하게 된다.

시맨틱 웹은, 시맨틱 웹이 단지 오늘날의 웹 플러스 시맨틱스이기 때문에, 오늘날의 웹과 동일한 문제점을 겪는다. 사용자가 네트워크를 시맨틱하게 네비게이션할 수 있다고 할지라도(사용자들이 현재 웹을 작동할 수 없는), 그들은 정보가 어떻게 저작되었는지에 따라 여전히 좌우될 것이다. 바꾸어 말하자면, 시맨틱 웹은 저작자의 원칙에 따라 좌우되기 때문에, 상술한 오늘날의 웹의 동일한 문제점을 겪는다. 만일 시맨틱 웹이 온톨로지 및 메타테이터를 갖는 페이지를 포함하지만, 이들 페이지들은 잘 유지되지 않거나 다른 관련 소스로의 링크를 포함하지 않는다면, 사용자는 여전히 현재 링크 및 다른 정보를 취득할 수 없을 것이다. 시맨틱 웹은, 현재 고민하고 있는 바와 같이, 스마트하고, 다이나믹하며, 자기 저작(self-authoring), 자기 치료의 네트워크가 되지 않을 것이다.

사용자 제어의 네비게이션 및 브라우징(USER-CONTROLLED NAVIGATION AND BROWSING)

오늘날의 웹과 함께, 사용자는 네비게이션 및 브라우징 경험에 대해 제어할 수 없지만, 웹 페이지에 따라 완벽하게 되고 어떻게 링크가 저작되었는지를 알 수있다. 종래 기술인 도 3을 참조하여 나타난 바와 같이, 오늘날의 웹은 네비게이션 되는 연속적인 유지에 전체적으로 좌우되는 "덤 링크(dumb link)" 또는 스태틱하게 저작된 일반적인 링크로 구성된다.

시맨틱 웹은 사용자 제어의 브라우징이 없다는 점에서 오늘날의 웹과 유사한 문제점을 겪는다. 그 대신에, 종래 기술인 도 4를 참조하여 나타난 바와 같이, 시맨틱 웹은 시맨틱 정보 및 메타데이터를 더 포함하는 "덤 링크"로 이루어져 있다. 그러나, 시맨틱 웹 링크는 네비게이션될 연속적인 유지에 따라 동일하게 좌우된다.

네트워크에서 비-HTML 및 로컬 문서 참여(NON-HTML AND LOCAL DOCUMENT PARTICIPATION IN THE NETWORK)

오늘날의 웹이 가진 다른 문제점은 HTML로서 저작되는 문서만이 웹에 참여할 수 있으며, 이러한 사실에 덧붙여서 이들 문서들은 링크를 포함해야만 하는 필수성이다. 비-HTML 문서와 같은 다른 정보 오브젝트(예를 들면, PDF, 마이크로소프트 워드, 파워포인트 및 액셀 문서 등)- 특히 사용자의 하드 드라이브에 있는 것들-는 네트워크에서 다른 오브젝트에 링크되는 이점으로부터 배제된다는 것을 의미한다. 이것은, HTML이 아니며 링크를 포함하고 있지 않은 정보 오브젝트 간에 시맨틱 컨텍스트는 있을 수 있기 때문에, 특히 매우 제한적이다.

게다가, 검색 엔진은, 웹 상에서 활용가능한 대량의 콘텐츠가 표준 웹 크롤러(crawler)에 접속할 수 없기 때문에, 전세계의 정보에 대한 결과를 리턴하지 못한다. 이것은 예를 들면, 데이터베이스, 인덱스되지 않은 파일 저장소, 가입 사이트, 로컬 기계 및 디바이스, 독점 파일 포맷(예를 들면, 마이크로소프트 오피스 문서 및 이메일) 및 비-텍스트 멀티미디어 파일내에 저장된 콘텐츠를 포함한다. 인터넷 상에서 접속할 수 없는 문제의 광대한 집합체는 기업내의 "보이지 않는 사내망(invisible intranet)"으로서 언급된다. 오늘날의 웹은 이러한 문제를 구현하는 웹 크롤러 도구를 제공하지 않는다.

시맨틱 웹은 또한 이러한 제한을 겪는다. 이미 그곳에서 벗어난 수백만의 비-HTML 문서들, 특히 사용자의 하드 드라이브에 있는 것들은 구현할 수 없다. 이것은 RDF 메타데이터 등가물 또는 프록시를 가지고 있지 않은 문서들이 네트워크에 다이나믹하게 링크될 수 없다는 것을 의미한다.

디스플레이되는 정보의 시맨틱스를 스마트하게 표현하는 다양한 프리젠테이션(Flexible Presentation that Smartly Conveys the Semantics of the Information being Displayed)

오늘날의 웹은 사용자로 하여금 웹 사이트 또는 웹 페이지를 커스텀화하거나(customize) "스킨(skin)"으로 표현 할 수 없게 되어 있다. 이것은, 오늘날의 웹 서버가 브라우저에 의해 프리젠테이션용으로 이미 포맷되어 있는 정보를 리턴하기 때문이다. 최종 사용자는 상이한 기준(예를 들면, 정보의 타입, 활용가능한 양의 부동산 등)에 기초하여 정보를 표시하는 최적의 수단을 선택할 시 다양성이 없다.

시맨틱 웹은 다양한 프리젠테이션의 문제를 언급하지 않는다. 시맨틱 웹 사이트는 개념적으로 RDF 및 온톨로지를 사용하지만, 브라우저에 HTML을 여전히 전송한다. 필수적으로, 시맨틱 웹은 프리젠테이션에 대해 특정 사용자 권한을 제공하지 않는다. 이와 같이, 오늘날의 웹 플랫폼에 의해 보여지는 시맨틱 웹 사이트는 사용자에게 다양한 프리젠테이션에 대해 권한을 여전히 부여하지 않을 것이다. 게다가, XML쪽으로의 산업 이동에도 불구하고, 새로운 플랫폼만이 프리젠테이션으로부터 데이터가 분리되게 될 것을 명령하고 데이터를 프로그램가능하게 만들기 위한 가이드라인을 정의할 수 있다. 시맨틱 웹에 대한 콘텐츠를 확립하는 저작자들은 XML을 리턴하고 프리젠테이션을 전체적으로 문제화하는 것을 피하거나, 랜더링하기 위한 단일 프리젠테이션 스타일(수직적인 산업 시나리오)에 그들의 노력을 집중시킨다. 그러한 방법 어느 것도 시맨틱 웹으로 하여금 최적의 지식 분배를 달성할 수 있게 할 수는 없다.

논리, 추론 및 추리(Logic, Inference and Reasoning)

오늘날의 웹이 어떠한 시맨틱스, 메타데이터 또는 지식 프리젠테이션도 가지고 있지 않기 때문에, 컴퓨터들은 논리 및 추론을 이용하여 새로운 링크를 추론하고 통지하는 웹 페이지를 처리할 수 없다. 오늘날의 웹은 컴퓨터가 사용하는 것이 아니라 인간이 사용하는 것으로 설계 및 구성되었다. 이와 같이, 오늘날의 웹은 메타데이터를 추출하고 논리 및 추론을 적용하기 위해 시도되는 스크린 스크랩핑(scraping)과 같은 다루기 힘들고 신뢰할 수 없는 기법에 이용하지 않고는 정보 구성을 조작할 수 없다.

시맨틱 웹이 개념적으로 컴퓨터에 의해 처리될 수 있는 인코딩된 정보를 웹 페이지 및 사이트에 제공하는 메타데이터 및 의미를 사용하는 반면, 컴퓨터 처리를 성공적으로 달성할 수 있으며, 정보 소비자 또는 생산자에게 이득이 되는 새롭거나향상된 시나리오를 구현하기 위해서 현재 실행되는 것은 없다.

다양한 사용자 중심의 정보 분석(Flexible User-Driven Information Analysis)

오늘날의 웹은 사용자 중심의 정보 분석이 부족하다. 오늘날의 웹은 사용자가 상이한 필터들과 조건을 이용하여 링크의 상이한 "뷰우(views)"를 표시할 수 없게 한다. 예를 들면, 웹 검색 엔진들은 사용자가 상이한 시나리오하에서 검색의 결과들을 테스트할 수 없게 한다. 사용자들은 정보 타입(예를 들면, 문서, 이메일 등), 컨텍스트(예를 들면, "Headlines", "Best Bets" 등), 카테고리(예를 들면, "wirelss", "technology" 등)등과 같은 다른 관점(pivots)을 이용하여 결과를 볼 수 있다.

더 큰 정도의 다양한 정보 분석을 제공하는 반면, 시맨틱 웹은 어떻게 프리젠테이션 레이어가 웹 자체와 상호작용 방식으로 상호작용하여 다양한 분석을 제공할 수 있었는지를 기술하지 않는다.

다양한 시맨틱 질의(Flexible Semantic Queries)

오늘날의 웹은 단지 특정 웹 사이트의 구조에 얽매여 있는 질의 또는 문자에 기초한 질의를 허용한다. 이들 질의는 다양성이 부족하다. 오늘날의 웹은 사용자로 하여금 자연어에 근접하거나 시맨틱스 및 영역의 컨텍스트와 결합되는 질의를 할 수 없게 한다. 예를 들면, "검색시 나의 보스 또는 임의의 사람에 의해 기재되며 나의 하드 디스크상의 상세(specification)에 관련된 모든 이메일 메시지를 찾아라"와 같은 질의는 오늘날의 웹에서는 불가능하다.

메타데이터 및 온톨로지를 사용함으로써, 개념적인 시맨틱 웹은 사용자로 하여금 오늘날의 웹보다 다양한 질의를 제시할 수 있게 한다. 예를 들면, 사용자는 "검색시 나의 보스 또는 임의의 사람에 의해 기재된 모든 이메일 메시지를 찾아라"와 같은 질의를 할 수 있을 것이다. 그러나, 사용자는 영역의 컨텍스트(context)를 결합시킬 수는 없을 것이다. 또한, 시맨틱 웹은 자연어를 이용하지 않고 사용자가 웹에 질의를 하게 되는 쉬운 방식을 정의할 수 없다. 자연어 기술은 옵션이지만 신뢰가능한 기술과는 거리가 있다. 이와 같이, 자연어에 근접한 질의 사용자 인터페이스는 아직 자연어에 좌우되지 않는다. 시맨틱 웹은 이를 구현하지 않는다.

읽기/쓰기 지원(Read/Write Support)

오늘날의 웹은 읽기전용 웹이다. 예를 들면, 사용자가 데드 링크(예를 들면, "404" 에러를 통해)에 접하게 되는 경우, 사용자들은 사용자에게 알려질 수 있었던 업데이트된 타겟에 포인팅함으로써 링크를 "고정(fix)"시킬 수 없다. 이것은 특히, 사용자가 타인과 공유될 중요한 지식을 가지고 있는 경우와 사용자가 어떻게 네트워크가 표시되고 전개되어야 하는지에 대해 입력하기를 원하는 경우에 제한될 수 있다.

시맨틱 웹이 독립적인 참가 어플리케이션에 의해 제공되는 바와 같이, 읽기/쓰기 시나리오를 개념적으로 허용하는 반면, 현재 이러한 능력이 제공되어 실행되는 것은 없다.

주석(Annotations)

오늘날의 웹은 주석에 대한 함축적인 지원은 없다. 그리고 일부 특정 웹 사이트는 주석을 지원하지만, 그들은 매우 제한적이며 스스로를 제한하는 방식으로 한다. 오늘날의 웹 매체 자체는 주석을 기입하지 않는다. 바꾸어 말하자면, 사용자가 액세스하는 임의의 링크에 코멘트나 추가적인 정보의 주석을 다는 것은 불가능하다. 이것은 잠재적인 정보의 손실을 초래한다.

시맨틱 웹이 개념적으로 시스템에 만들어질 주석에 보안적인 제약이 있는 한, 이러한 기능을 제공하여 현재 실행되는 것은 없다.

"신뢰의 웹(WEB OF TRUST)"

오늘날의 웹은 웹에 인증, 액세스, 제어 및 권한 부여의 일체화된 통합, 또는 "신뢰의 웹"으로 일컬어져 왔던 것이 결여되 있다. 예를 들어, 신뢰의 웹을 이용하는 경우, 사용자는 웹에 링크를 주장, 고정 및 업데이트할 수 있으며 그러한 동작에 제공되는 제어 제한을 액세스할 수 있다. 오늘날의 웹상에서, 신뢰의 결여는 웹 서비스가 독점적인 사용자 가입 인증, 액세스 제어 또는 지불 시스템을 실행해야 하는 독립적인 아일랜드을 유지한다는 것을 의미한다. 제3자 서버들에 이 정보를 집중시키기 위한 커다란 구조는 개인적인 관심사 때문에 소비자 및 판매자를 불신하게 된다. 풍부한 콘텐츠에 액세스를 하기 위하여, 사용자는 개인적으로 로그인해야 하며 각 사이트에 식별 정보를 제공해야 한다.

시맨틱 웹이 신뢰의 웹을 개념적으로 허용하는 한, 현재 이러한 기능을 제공하는 것은 없다.

정보 패키지(INFORMATION PACKAGES;블렌더(BLENDERS))

오늘날의 웹 또는 시맨틱 웹 어느 것도, 중첩되는 결과(예를 들면, 커스텀, 사적인 신문 또는 TV 채널을 생성하는 것과 같음)를 생성하도록 근본적으로 발산하는 시맨틱 정보의 특성들을 결합함으로써, 사용자로 하여금 관련된 시맨틱 정보를 하나의 단위로 다룰 수 있게 허용하지 않는다.

컨텍스트 템플레이트(Context Templates)

오늘날의 웹 또는 시맨틱 웹 어느 것도 사용자로 하여금 정보 액세스 및 검색에 대한 특정 및 친숙한 시맨틱 모델을 독립적으로 생성하고 맵핑하는 것을 허용하지 않는다.

사용자 중심의 정보 집합(User-Oriented Information Aggregation)

오늘날의 웹은 사용자 중심의 정보 집합에 대한 지원이 부족하다. 사용자는 하나의 브라우징 세션의 컨텍스트내에서, 한번에 하나의 웹 사이트 또는 하나의 검색 엔진에 액세스할 수 있다. 이와 같이, 만일 사용자가 현재 보고 있는 정보에 관련된 다른 정보 소스 상의 컨텍스트-감도 또는 시간-감도 정보가 있다고 할지라도, 이들 소스는 사용자 태스크의 현재의 컨텍스트 지정 방식으로 제공될 수 없다.

시맨틱 웹은 또한 사용자 중심의 정보 통합의 부족을 겪는다. 매체 자체는 오늘날의 웹의 확장이다. 이와 같이, 사용자는 여전히 한번에 하나의 사이트 또는 하나의 검색 엔진을 액세스할 것이며 정보 저장소에 컨텍스트-감도 또는 시간-감도 방식으로 정보를 집합할 수 없을 것이다.

"당신의 손끝에 있는 지식"에 대한 증가하는 요구는 물론 오늘날의 웹 및 개념적인 시맨틱 웹에서의 결핍에서, 이들 대부분은 상술되어 있으며, 지식 검색, 관리 및 전달의 새롭고도 통합적인 시스템 및 방법이 필요하다.

본 발명은 일반적으로 정보 관리 시스템에 관한 것으로, 보다 상세하게는 지식 검색, 관리, 전달 및 프리젠테이션을 위한 통합되고 일체화된 실행 프레임워크 및 결과 매체에 관한 것이다.

도 1은 오늘날의 웹(Today's Web)의 기술 레이어(layer)들을 나타내는 구성체계이다.

도 2는 개념적인 시맨틱 웹(Semantic Web)의 기술 레이어들을 나타내는 구성체계이다.

도 3은 오늘날의 웹에서 링크에 대한 사용자 네비게이션을 나타내는 그림이다.

도 4는 개념적인 시맨틱 웹에서 링크에 대한 사용자 네비게이션을 나타내는 그림이다.

도 5는 본 발명에 따라 샘플 정보 에이전트 결과 창(pane)을 나타내는 스크린 도면이다.

도 6은 본 발명의 오늘날의 웹 및 정보 신경 시스템의 기술 플랫폼 스택을 나타내는 구성체계이다.

도 7은 본 발명의 시스템의 개요를 나타내는 그림이다.

도 8은 본 발명의 정보 신경 시스템에 대한 엔드-투-엔드(end-to-end) 시스템 구조를 나타내는 그림이다.

도 9는 본 발명의 정보 신경 시스템의 지식 통합 서버(KIS)에 대한 시스템 구조를 나타내는 그림이다.

도 10은 본 발명의 오늘날의 웹의 하이-레벨 설명 플랫폼 레이어와 정보 신경 시스템에서의 등가물(적용 가능한 경우)간의 비교도이다.

도 11은 정보 신경 시스템의 바람직한 실시예를 도시하며, 본 발명에 대한 이종의, 크로스-플랫폼 컨텍스트를 도시한 도면이다.

도 12 내지 도 14는 본 발명의 바람직한 실시예에 따른 블렌더 마법사 사용자 인터페이스의 특성에 대한 대표적인 스크린샷을 나타낸 도면이다.

도 15는 브레이킹 뉴스 에이전트 사용자 인터페이스의 대표적인 창을 나타낸 도면이다.

도 16은 본 발명의 오픈 에이전트 대화를 나타내는 바람직한 실시예의 도면이다.

도 17 내지 도 19는 오픈 에이전트 대화를 포함하는 샘플 시맨틱 환경의 3가지 뷰우(view)를 도시한 도면이다.

도 20은 본 발명의 바람직한 실시예의 에이전트 구성체계를 나타낸 도면이다.

도 21은 본 발명의 바람직한 실시예의 에이전트 타입 IDs를 나타낸 도면이다.

도 22는 본 발명의 바람직한 실시예의 에이전트 퀄리 타입 IDs를 나타낸 도면이다.

도 23은 본 발명의 KIS상에 어떻게 서버측 에이전트가 바람직하게 구성될 수 있는지를 보여주는 에이전트명에 대응하는 샘플 시맨틱 질의를 도시한 도면이다.

도 24는 본 발명의 KIS의 개요를 나타낸 그림이다.

도 25는 본 발명에 따라 기업 상황쪽으로 향한 샘플 시맨틱 네트워크를 도시한 그림이다.

도 26은 본 발명에 따라 오브젝트 타입의 바람직한 구성체계를 나타낸 테이블이다.

도 27은 본 발명의 시맨틱 링크 테이블을 나타낸 도면이다.

도 28은 본 발명의 바람직한 실시예의 술어 타입 IDs를 나타내는 테이블이다.

도 29는 본 발명에 따라 만들어진 바람직한 사용자 오브젝트 구성체계를 나타낸 테이블이다.

도 30은 사용자(사람) 오브젝트 구성체계와 바람직하게 관련된 메일링 어드레스 타입 IDs를 나타낸 테이블이다.

도 31은 본 발명에 따라 만들어진 바람직한 카테고리 오브젝트 구성체계의 테이블이다.

도 32는 본 발명에 따라 만들어진 바람직한 문서 오브젝트 구성체계의 테이블이다.

도 33은 바람직한 실시예의 프린트 미디어 타입 IDs를 나타낸 도면이다.

도 34는 바람직한 포맷타입ID(FORMATTYPEID)를 나타낸 도면이다.

도 35는 본 발명에 따라 만들어진 바람직한 이메일 메시지 리스트 오브젝트 구성체계를 나타낸 도면이다.

도 36 및 도 37은 본 발명의 바람직한 실시예의, 이메일 분배 리스트와 이메일 공개 폴더 오브젝트 구성체계를 각각 나타낸 대표적인 테이블이다.

도 38은 본 발명의 바람직한 공개 폴더 타입 ID(PublicFolderTypeID)를 나타낸 도면이다.

도 39는 본 발명에 따라 만들어진 바람직한 이벤트 오브젝트 구성체계 메시지 리스트 오브젝트 구성체계를 나타낸 도면이다.

도 40은 본 발명의 바람직한 실시예의 이벤트 타입을 나타낸 도면이다.

도 41은 본 발명에 따라 만들어진 바람직한 미디어 오브젝트 구성체계 메시지 리스트 오브젝트 구성체계를 나타낸 도면이다.

도 42는 본 발명의 바람직한 실시예의 미디어 타입을 나타내는 도면이다.

도 43 내지 도 45a 및 45b는 본 발명의 바람직한 실시예에서 어떻게 오브젝트가 카테고리화되고 활용되는지를 나타내는 추가적인 샘플의 도면이다.

도 46은 본 발명에 따른 시맨틱 네트워크에 처리 안한(raw) 이메일 XML 메타데이터의 맵핑을 나타내는 오브젝트 그래프이다.

도 47 내지 도 53은 KIS에 의해 에이전트 관리의 특성을 나타내는 대표적인 스크린 도면들이다.

도 54는 정보 에이전트 결과 창에 표시된 정보 오브젝트를 도시한 샘플 사용자 인터페이스를 나타낸 도면이다.

도 55는 본 발명에 따른 이메일 샘플을 나타낸 고유의 시맨틱 링크와 관련된 벌룬 팝업(balloon popup)의 일례를 나타낸 도면이다.

도 56은 본 발명에 따른 동사 사용자 인터페이스(Verb user interface)와 관련된 벌룬 팝업의 일례를 나타낸 도면이다.

도 57은 본 발명에 따른 딥(Deep) 정보 모드 사용자 인터페이스와 관련된 벌룬 팝업의 일례를 나타낸 도면이다.

도 58 및 도 59는 본 발명에 따른 대표적인 시맨틱 환경을 나타내는 도면들이다.

도 60 내지 도 68은 본 발명의 바람직한 실시예에 따른 정보 에이전트의 대표적인 스크린을 나타낸 도면들이다.

도 69 내지 도 71은 본 발명에 따른 정보 에이전트의 스마트 렌즈 특성과 관련된 대표적인 벌룬 팝업 메뉴를 제공하는 도면들이다.

도 72는 2개의 오브젝트의 컨텍스트 측정을 나타내는 도 71의 벌룬 팝업 메뉴의 변형의 일례를 나타낸 도면이다.

도 73 내지 도 75는 스마트 렌즈를 이용할 때 오브젝트 타입 술어를 포함하는 행동 및 관계를 도시한 샘플 테이블을 나타낸다.

도 76은 본 발명에 따른 시맨틱 결과 플레이어/프리뷰 제어를 도시한 사용자 인터페이스 샘플 도면이다.

도 77은 블렌더의 시맨틱 결과를 나타내는 사용자 인터페이스 샘플 도면이다.

도 78, 도 79a, 79b, 79c 및 79d는 본 발명의 대표적인 기능성 맵핑을 도시한 도면들이다.

도 80은 본 발명에 따른 에이전트 결과 및 대응하는 컨텍스트 팔레트를 나타낸 사용자 인터페이스 도면이다.

도 81은 본 발명에 따른 샘플 스마트 추천 팝업 컨텍스트 결과를 나타낸 도면이다.

도 82는 본 발명의 정보 신경 시스템의 기술 레이어를 나타낸 테이블이다.

도 83은 본 발명의 바람직한 실시예에 따른 다이나믹 링킹과 사용자 제어의네비게이션 및 브라우징을 도시한 도면이다.

본 발명은 부분적으로 지식 검색, 관리, 전달 및 프리젠테이션에 대한 통합되고 일정한 실행 프레임워크 및 결과 매체에 관한 것이다. 시스템은 통신 매체를 통해 프리젠테이션 플랫폼을 구동하는 클라이언트에 컨텍스트 및 시간 감도 시맨틱 정보 검색 서비스를 함께 작업하여 제공하는 몇 개의 구성요소들로 이루어진 서버를 포함한다. 서버는 도메인-특정 시맨틱 정보 또는 지능을 추가하고 유지할 수 있는 제1 서버를 포함한다. 제1 서버는 바람직하기로는 시맨틱 네트워크, 시맨틱 데이터 수집기(Gatherer), 시맨틱 네트워크 일관성 체커, 추론 엔진, 시맨틱 질의 프로세서, 자연어 분석기(Parser), 이메일 지식 에이전트 및 지식 도메인 매니저를 제공하도록 되어 있는 구조 및 방법론을 포함한다. 서버는 시맨틱 정보를 분류하고 카테고리화하는데 사용되는 도메인-특정 정보를 호스트하는 제2 서버를 포함한다. 제1 및 제2 서버는 함께 작업하고 물리적으로 통합 또는 분리될 수도 있다.

시스템 내에서, 소정 계층의 모든 오브젝트 또는 이벤트는 미리 결정되며 커스텀화 가능한(customizable) 테마 또는 "스킨(Skin)"에 따라 클라이언트에게 프리젠테이션용 데이터 오브젝트를 리턴시키는 질의(내장된 액션 코드로 이루어짐)을 나타내며 서로 시맨틱하게 관련된 액티브 에이전트이다. 이 시스템은 고객에게 에이전트들 및 내장된 관련 질의들을 커스텀화하고 "블렌드(blend)"하는 다양한 수단을 제공하여 최종 정보의 프리젠테이션을 최적화한다.

본 발명의 엔드-투-엔드(end-to-end) 시스템 구조는 커스텀 클라이언트와 프로그램 통합을 행할 수 있는 추가적인 SDK 레이어를 제공하는 본 발명에 의해 변형되는 바와 같이, 독립된 시맨틱 웹 플랫폼을 통해, 또는 전통적인 웹 포털(예를 들면, 오늘날의 웹 액세스 브라우저)를 통해 다양한 지식 정보 소스간에 통신의 다수의 클라이언트 액세스 수단을 제공한다.

본 발명의 방법론은 부분적으로 지식의 검색, 관리, 전달 및 프리젠테이션을 포함하는, 전체 시스템의 동작적인 관점에 관한 것이다. 이는 바람직하기로는 정보 소스로부터 정보를 보안하는 단계, 정보 소스로부터 정보를 시맨틱하게 링킹하는 단계, 시맨틱하게 링킹된 정보의 본문의 시맨틱 속성을 유지하는 단계, 사용자 질의에 기초하여 요구된 시맨틱 정보를 전달하는 단계, 및 커스텀화가능한 사용자 기호에 따라 시맨틱 정보를 제공하는 단계를 포함한다. 본 발명의 방법론의 선택적인 실시예는 서버측에서 사용되는 질의들을 나타내는 에이전트의 동작 및 시맨틱하게 관련있는 정보를 생성하는 효과적인 추론에 기초한 질의를 실행할 수 있는 클라이언트측 어플리케이션에 관한 것이다.

본 발명의 바람직한 실시예 및 선택적인 실시예들은 다음 도면들을 참조하여 이하에 상세히 기술된다.

본 명세서에는 본 발명의 바람직한 실시예의 예시로서 대표적인 코드를 포함한다.

본 발명의 상세한 설명의 차례

A. 정의

B. 개요

1. 발명 컨텍스트

2. 가치 제안

3. 오늘날의 "정보(INFORMATION)" 웹 대(對) 본 발명의 정보 신경 시스템

C. 시스템 구조 및 기술 고찰

1. 시스템 개요

2. 시스템 구조

3. 기술 스택

4. 시스템 이질성

5. 보안

6. 효율 고찰

D. 시스템의 구성 요소 및 동작

1. 에이전시 및 에이전트

a. 에이전시

b. 에이전트

2. 지식 통합 서버

a. 시맨틱 네트워크

b. 시맨틱 데이터 수집기

c. 시맨틱 네트워크 일관성 체커

d. 추론 엔진

e. 시맨틱 질의 프로세서

f. 자연어 분석기

g. 이메일 지식 에이전트

h. 지식 도메인 매니저

i. 다른 구성 요소

3. 지식 기반 서버

4. 정보 에이전트(시맨틱 브라우저 플랫폼)

a. 개요

b. 클라이언트 구성 요소

c. 클라이언트 프레임워크 상세

d. 클라이언트 프레임워크

e. 시맨틱 질의 문서

f. 시맨틱 환경

g. 시맨틱 환경 매니저

h. 환경 브라우저(Semantic Browser 또는 Inforamaion Agent^TM)

i. 추가적인 어플리케이션 특징

5. 본 발명에서 제공된 컨텍스트

a. 컨텍스트 템플레이트

b. 컨텍스트 스킨

c. 스킨 템플레이트

d. 디폴트 술어

e. 컨텍스트 술어

f. 컨텍스트 속성

g. 컨텍스트 팔레트

h. 고유 경고

i. 스마트 추천

6. 본 발명의 특성 이점

E. 시나리오

1. 본 발명을 활용하는 시맨틱 질의의 예들

2. 사업상 문제점

3. 상황

A. 정의

액션스크립트(ActionScript).마크로미디어 플래쉬(macromedia flash)의 언어를 스크립하는 것. 이 양방향 통신은 상호작용 영화에서 사용자들을 돕는다. http://www.macromedia.com/support/flash/action_scripts/actionscript_tutorial/을 참조하라.

에이전시(Agency).웹 사이트의 시맨틱 등가물인 지식 통합 서버(KIS)의 지명된 예.

에이전시 디렉토리(Agency Directory).에이전시에 관한 메타데이터 정보를 저장하며 클라이언트로 하여금 저장된 에이전시를 추가, 제거, 검색 및 브라우징할 수 있게 하는 디렉토리. 에이전시들은 LDAP와 같은 디렉토리들 또는 마이크로소프트 액티브 디렉토리에 공개될 수 있다. 에이전시들은 또한 에이전시들에 대해 구체적으로 만들어진 사적인 디렉토리에 공개될 수 있다.

에이전트(Agent).특정 시맨틱 오브젝트 타입(예를 들면, 문서, 이메일, 사람들(people) 등), 컨텍스트(예를 들면, 헤드라인, 대화 등) 또는 블렌더(Blender)에 대한 XML 정보를 리턴시키는 시맨틱 필터 질의.

·Blender ^TM 또는 Compound Agent ^TM .에이전트를 포함하며 사용자(클라이언트측 블렌더의 경우에) 또는 에이전시 매니저(서버측 블렌더의 경우에)로 하여금그들이 가지고 있는 에이전트의 결과의 통합 또는 교점인 결과를 생성하는 질의들을 생성할 수 있게 하는 에이전트의 상표명. 클라이언트측 블렌더의 경우에, 결과는 상이한 뷰(view)(상이한 프레임으로 블렌더의 각 에이전트를 나타내는 것, 보유된 에이전트들에 대해 특정 오브젝트 타입의 모든 오브젝트를 보여주는 것 등)를 이용하여 생성될 수 있다.

·Breaking News Agent ^TM .사용자가 시간-임계(time-criticality)를 가리키는 것으로서 특별히 태그(tag)시키는 스마트 에이전트에 대한 상표명. 사용자들은 임의의 스마트 에이전트를 브레이킹 뉴스 에이전트로서 태그시킬 수 있다. 이 속성은 사용자의 시맨틱 환경에 저장된다. 바람직하게, 브레이킹 뉴스 에이전트는, 표시되는 정보에 관련된 브레이킹 뉴스가 있는 경우 알림을 나타낸다.

·Default Agent ^TM .사용자에게 제공된, 표준화되고 비사용자 변경가능한 에이전트에 대한 상표명.

·Domain Agent ^TM .시맨틱 도메인에 속하는 에이전트에 대한 상표명. "카테고리(categories)" 테이블에 대한 참조를 포함하는 에이전트 질의로 초기화된다.

·Dumb Agent ^TM .네트워크 공유 또는 웹 링크 또는 URL 상에서, 로컬 정보(로컬 하드 드라이브상에서)를 참조하고 에이전시를 갖고 있지 않은 에이전트에 대한 상표명. 덤 에이전트는 비-스마트 샌드박스(non-smart sandbox)(예를 들면, 파일 시스템 또는 인터넷)로부터 정보 아이템들(예를 들면, 문서들)을 스마트 샌드박스(정보 에이전트(시맨틱 브라우저)를 통한 정보 신경 시스템)에 필수적으로 로드하는데 사용된다.

·Email Agent ^TM (또는 Email Knowledge Agent ^TM ).에이전시상에서 정보를 공개 또는 주석을 달고 지식을 공유하는데 사용된 공개 에이전트에 대한 상표명.

·Favorite Agent ^TM .사용자들이 선호하고 자주 액세스한다는 것을 표시하는 에이전트에 대한 상표명.

·Public Agent ^TM .시스템 매니저에 의해 생성 및 관리되는 에이전트에 대한 상표명.

·Private 또는 Local Agents ^TM .사용자들에 의해 생성 및 관리되는 에이전트의 상표명.

·Search Agent ^TM .스마트 에이전트상에서 추가적인, 문자에 기초한 질의 필터를 불러내기 위하여, 키워드로 시맨틱 환경을 검색하거나 현존하는 스마트 에이전트를 검색함으로써 생성되는 스마트 에이전트의 상표명.

·Simple 또는 Standard Agent ^TM .구성된, 비-시맨틱 질의(예를 들면, 로컬 파일 시스템 또는 데이터 소스로부터)을 요약하는 독립형 에이전트의 상표명.

·Smart Agent ^TM .XML 웹 서비스를 통해 에이전시에 참조하는 구성된, 시맨틱 질의를 요약하는 독립형 에이전트의 상표명.

·Special Agent ^TM .컨텍스트 템플레이트에 기초하여 생성되는 스마트 에이전트의 상표명.

에이전트 디스커버리(Agent Discovery).사용자가 다른 사람(친구 또는 동료)에 의해 생성된 새로운 서버측 에이전트 또는 클라이언트측 에이전트를 용이하면서도 자동적으로 발견할 수 있게 하는 본 발명의 정보 매체의 특성. 또한 "디스커버빌러티(Discoverability)"를 참조하라.

주석(Annotations).정보 오브젝트에 개인적인 정황을 추가하는데 사용되는 주석, 코멘트 또는 설명. 바람직한 실시예에서, 주석은 그들이 지목한 오브젝트에 링크되며, 첨부물을 가질 수 있는 이메일 메시지이다(통상의 이메일 메시지와 거의 유사). 또한, 주석은 시스템에서 제1 클래스 정보 오브젝트이며 이와 같이 그들 자체가 주석이 될 수 있으며, 이로써 초기 오브젝트를 루트(root)로서 갖는 쓰레드 주석(threaded annotations) 또는 주석의 트리(a tree of annotations)를 초래한다.

어플리케이션 프로그래밍 인터페이스(API).특정 컴퓨터 특성을 어떻게 소프트 저작자들이 활용할지를 정의한다. API는 윈도우 시스템, 파일 시스템, 데이터베이스 시스템, 네트워크 시스템 및 다른 시스템에 존재한다.

캘린더 액세스 프로토콜(CAP).사용자가 iCalendar 표준에 기초하여 캘린더 스토어를 디지털식으로 액세스할 수 있게 하는 인터넷 프로토콜.

Compound Agent Manager ^TM .사용자에게 에이전트를 추가 및 삭제함으로서그들을 관리하기 위해서 컴파운드 에이전트를 생성 및 삭제할 수 있도록 프로그램적으로 허용하는 에이전트 구성 요소의 상표명.

컨텍스트(Context).아이템을 해석하는 것은 물론 이 아이템에 관련된 다른 관련 정보를 찾을 시 정보 소비자를 지원하며 의미를 제공하는 특정 아이템에 관한 정보.

컨텍스트 결과 창(Context Result pane).컨텍스트에 기초한 질의에 대한 결과를 표시하는 결과 창. 이들은 컨텍스트 팔레트, 스마트 렌즈, 딥 정보 등에 대한 결과를 포함한다. "결과 창(Results Pane)"을 참조하라.

컨텍스트-감도(Context-Sensitivity).제공되는 모든 정보의 컨텍스트를 지능적이면서 다이나믹하게 인식할 수 있으며 컨텍스트는 있는 추가적인, 관련 정보를 제공할 수 있게 하는 정보 매체의 특성. 컨텍스트-감도 시스템 또는 매체는 적당한 컨텍스트(고유하게 그리고 관계적으로)로 정보를 제공하기 위하여 제공되는 정보의 시맨틱을 이해하고 적당한 행동(사용자의 행동에 기초한 사전행동 및 반응)을 제공한다.

Context Template ^TM .정보 액세스 및 검색에 관한 특정의 친숙한 시맨틱 모델로 맵핑하는 시나리오 중심의 정보 질의 템플레이트의 상표명. 예를 들면, 본 실시예에서의 "헤드라인(Headlines)" 템플레이트는 "헤드라인(Headlines)"(높은 관심의 레벨의 플레시니스(freshness) 및 가능성(likelihood)은 검색의 1차 축(axes)인 경우)의 전달과 일관되는 파라미터를 갖는다. "업커밍 이벤트(UpcomingEvents)" 템플레이트는 "업커밍 이벤트(Upcoming Events)"의 전송과 일관되는 파라미터를 갖는다. 기타 등등. 특히, 컨텍스트 템플레이트는 공지의 시맨틱 템플레이트를 사용함으로써 사용자에게 정보를 전송하는 개인적인, 디지털 시맨틱 정보 검색 "채널(channels)"을 유추할 수 있다.

Deep Information ^TM .정보 에이전트가 정보 오브젝트에 관련된 고유의, 컨텍스트 정보를 표시할 수 있게 하는 본 발명의 특징에 대한 상표명. 오브젝트가 무엇으로부터 에이전트의 시맨틱 네트워크로부터 찾은 정보를 포함하는 컨텍스트 정보.

발견특성(Discoverability).사용자가 정보를 명확하게 찾지 않고도 사용자에게 정보를 지능적이면서도 사전에 정보를 알리거나 볼 수 있게 하는 본 발명의 정보 매체의 능력.

Domain Agent Wizard ^TM .에이전시 매니저가 도메인 에이전트를 생성하고 관리할 수 있게 하기 위한 시스템 구성 요소 및 사용자 인터페이스에 대한 상표명.

DOTNET(.NET).Microsoft®.NET은 정보, 사람들, 시스템 및 디바이스를 접속시키기 위한 마이크로소프트 소프트웨어 기술의 세트이다. XML 웹 서비스의 이용을 통한 소프트웨어 통합 즉, 인터넷을 통해 서로 접속되는 작고, 개별적인 빌딩-블럭 어플리케이션은 물론 다른, 큰 어플리케이션을 실행할 수 있다. .NET-접속 소프트웨어는 XML 웹 서비스의 생성 및 통합을 용이하게 한다. http://www.microsoft.com/net/defined/default.asp를 참조하라.

Dynamic Linking ^TM .정보 아이템들이 자체적으로 링크를 포함하고 있지 않다고 할지라도, 사용자가 정보를 다이나믹하게, 시맨틱하게 그리고 사고의 속도로 링크할 수 있게 하는 본 발명의 정보 신경 시스템의 기능에 대한 상표명. 고유의 행동을 갖는 스마트 오브젝트를 사용하고 정보 에이전시의 XML 웹 서비스에 내장된 순환적인 지능을 이용함으로써, 시맨틱 네트워크의 각 노드는 오늘날의 웹 또는 개념적인 시맨틱 웹상의 통상의 링크 또는 노드보다 더 스마트해진다. 바꾸어 말하자면, 본 발명의 스마트 가상 네트워크 또는 웹의 각 노드는 저작(authoring)과는 독립적인 다른 노드에 링크할 수 있다. 각 노드는 드래그 및 드롭을 통해 에이전시 및 스마트 에이전트에 다이나믹하게 링크하고 시맨틱 환경에서 에이전시에 링크를 스마트 복사, 첨부(paste), 생성할 수 있고, 스마트 에이전트로부터 렌즈 요구에 응답하여 새로운 링크를 생성하며, 에이전시에 관한 컨텍스트-감도 및 시간-감도 정보에 링크를 다이나믹하게 생성하게 될 고유의 알림을 포함하고, 뉴스(노드가 이름공간에 브레이킹 뉴스 에이전트에 자동적으로 링크할 수 있는)를 브레이킹하기 위한 프리젠테이션 힌트를 포함하고,사용자가 새로운 링크를 찾을 수 있게 하는 기본 딥 인포(deep info)를 형성하는 등의 행동을 갖는다. 따라서, 본 발명의 사용자는 메타데이터의 저작자에 따라 좌우되지 않는다. 일단 사용자가 네트워크의 노드에 도달하면, 사용자는 스마트 에이전시 및 에이전트 등에 컨텍스트, 시간, 관계를 이용하여 다이나믹이면서도 자동적으로 네비게이팅하는 수많은 시맨틱 수단을 갖는다.

이메일 XML 오브젝트(Email XML Object)."이메일(Email)" 정보 오브젝트 타입을 갖는 정보 오브젝트. XML 오브젝트는 "이메일(Email)" SRML 구성체계(XML을 사용함)를 갖는다.

환경 브라우저(Environment Browser).정보 에이전트를 참조하라.

Favorite Agents Manager ^TM .에이전시 매니저가 서버측 즐겨찾기 에이전트를 관리할 수 있게 하는 시스템 구성 요소 및 사용자 인터페이스 엘리먼트에 대한 상표명.

플래쉬(Flash).개발자 및 콘텐츠 저작자가 그들의 콘텐츠에 정교화된 그래픽 및 애니메이션을 내장할 수 있게 하는 마이크로미디어 플래쉬 사용자 인터페이스 플랫폼. http://micromedia.com/flash를 참조하라.

플래쉬 MX(Flash MX).마이크로미디어 플래쉬 MX는 방대한 범위의 인터넷용 고밀도의 콘텐츠 및 풍부한 어플리케이션을 생성하기 위한 문자, 그래픽, 애니메이션 설계 및 개발 환경이다. http://www.macromedia.com/software/flash/productinfo/product_overview/를 참조하라.

Global Agency Directory ^TM .인터넷(또는 다른 글로벌 네트워크)상에서 운영되는 에이전시 디렉토리의 일례에 대한 상표명. 글로벌 에이전시 디렉토리는 사용자에게 그들의 정보 에이전트를 이용하여 인터넷에 기초한 에이전시를 찾고, 검색하며 브라우징할 수 있게 한다(시맨틱 환경내에서 직접적으로). 또한, "에이전시 디렉토리(Agency Directory)"를 참조하라.

HTTP.하이퍼텍스트 트랜스퍼 프로토콜(Hypertext Transfer Protocol)은 분매, 통합, 하이퍼미디어 정보 시스템에 대한 어플리케이션-레벨 프로토콜이다. 요구 방법, 오류 코드 및 헤더의 확장을 통해, 이름 서버 및 분배 오브젝트 관리 시스템과 같은, 하이퍼텍스트의 이용을 벗어나 많은 태스크에 사용될 수 있는 일반적인, 스테이트리스(stateless) 프로토콜이다. HTTP의 특징은 시스템이 전송되는 데이터를 독립적으로 작성할 수 있게 하는 데이터 표현의 타이핑 및 연결 협상(negotiation)이다. http://www.w3.org/Protocols/와 http://www.w3.org/Protocols/Specs.html을 참조하라.

Inference Engine ^TM .패턴 및 데이터를 관찰하여 추론에 의해 컨텍스트 있으며 논리적으로 유효한 결론에 도달하는 본 발명의 방법론에 대한 상표명. 바람직하기로는 추론 규칙(선정된 세트의 교수법)을 활용하여 본 발명의 시맨틱 네트워크에 시맨틱 링크를 추가하는 것이다.

정보(Information).지식을 전송하는 콘텐츠 또는 데이터의 컨텍스트 및 지능의 양적이거나 질적인 측정.

Information Agent ^TM .다중 소스, 정보 타입 및 템플레이트로부터 실행가능한 정보(또는 지식)의 컨텍스트-감도 및 시간-감도 전송 및 표현을 제공하며, 다양한 저장소에 걸쳐서 정보의 다이나믹한 링킹을 허용하는 본 발명의 시맨틱 클라이언트 또는 브라우저에 대한 상표명.

Information Nervous System ^TM .손으로 태스크에 대한 지식의 취득 및 이용을 최대화하기 위하여, 사용자가 사고의 속도로, 그리고 컨텍스트-감도 및 시간-감도를 가지고 정보를 지능적이면서 다이나믹하게 링크할 수 있게 하는 본 발명의 다이나믹한, 자기-저작의, 컨텍스트-감도 및 시간-감도 정보 시스템의 상표명.

Information Object ^TM (또는 아이템 또는 패킷).소정의 컨텍스트에 관한 지식을 포함하는 특정 타입의 정보 단위에 대한 상표명.

Information Object Pivot ^TM .동일 컨텍스트내의 다른 관련 정보를 찾기 위해 사용자가 네이케이션 관점(navigational pivot)으로서 사용하는 정보 오브젝트의 상표명.

정보 오브젝트 타입(Information Object Type).오브젝트 타입을 참조하라.

지능 에이전트(Intelligent Agent).사용자를 대신하여 정보를 찾아 필터링하고, 서비스에 대해 협상하고, 복합 태스크를 쉽게 자동화하거나, 다른 소프트웨어 에이전트와 통합하여 복잡한 문제를 해결하는 소프트웨어 에이전트. 정의에 의해, 지능 에이전트는 자율적이어야 하거나, 바꾸어 말하자면 사용자의 개입없이 자유롭게 실행할 수 있어야 한다. 부가적으로, 지능 에이전트는 다른 소프트웨어 또는 휴먼 에이전트와 통신할 수 있어야 하며 그들이 속한 환경을 인식하고 모니터링하는 기능을 가져야만 한다. http://www.findarticles.com/cf_dls/m0FWE/7_4/64694222/p1/article.jhtml을 참조하라.

인터넷 캘린더링 및 스케쥴링(iCalendar).인터넷용으로 공동 이용가능한 캘린더 및 스케쥴 서비스의 개발을 할 수 있는 프로토콜. 프로토콜은 인터넷을 통해 캘린더 및 스케쥴의 공개적으로 변경하기 위한 공통 포맷의 정의를 제공한다.

인터넷 메시지 액세스 프로토콜(IMAP).메일 서버와 상호작용하여 클라이언트에게 메일을 보내고, 메일박스를 조정하기 위한 통신 메카니즘. 현재 가장 대중적인 메일 액세스 프로토콜은 아마도 포스트 오피스 프로토콜(Post Office Protocol; POP)이며, 또한 원격 메일 액세스 필요성을 어드레스한다. IMAP는 POP 특징의 슈퍼세트(superset)를 제공하며, 이는 훨씬 많은 복합적인 상호작용을 허용하고 POP 모델보다 훨씬 더 효과적인 액세스를 제공한다. http://www-smi.stanford.edu/projects/imap/ml/imap.html을 참조하라.

Intrinsic Semantic Link ^TM .특정 정보 오브젝트의 구성체계에 대한 고유의 시맨틱 링크의 상표명. 예를 들어, 이메일 정보 오브젝트는 오브젝트 자체에 고유하며 이메일 정보 오브젝트 타입에 대한 구성체계를 정의한 "from", "to", "cc", "bcc" 및 "attachments"와 같은 고유의 링크를 갖는다.

아일랜드(Island).관련된, 시맨틱하게 관련있는, 컨텍스트-감도 및 시간-감도 정보를 포함하지만 그러한 정보가 관련성이 있을 수 있는 다른 컨텍스트와는 단절되어 있는 다른 저장소로부터 분리된 정보 저장소.

J2EE.J2EE(JavaTM 2 Platform, Enterprise Edition)은 다층 기업 어플리케이션을 개발하기 위해 사용되었다. J2EE는 서비스의 세트를 표준화되고 모듈화된구성요소에 제공하고 어플리케이션 행동의 수많은 상세를 자동적으로 다룸으로써, 상기 구성요소에 대한 기업 어플리케이션에 기초를 가지고 있다. http://java.sun.com/j2ee/overview.html를 참조하여라.

지식(Knowledge).관련 태스크에 대한 결정을 보다 스마트하면서도 적절하게 하기 위하여 정보 소비자가 정보로부터 배우고 정보를 적용할 수 있는 컨텍스트-감도 및 시간-감도 방식으로 제공된 정보.

Knowledge Agent ^TM .정보 에이전트를 참조하라.

Knowledge base Server ^TM (KBS).지식 통합 서버(KIS)에 대한 지식을 호스트하는 서버의 상표명.

Knowledde Domain ManagerTM(KDM).시맨틱 네트워크상에서 도메인-특정 지능을 추가하고 유지하는 것을 담당하는 지식 통합 서버의 구성 요소에 대한 상표명.

Knowledge Integration Server ^TM (KIS).다수의 이종 소스로부터 시맨틱 네트워크로 데이터를 시맨틱적으로 통합하며, 또한 네트워크에 액세스를 제공하는 서버측 에이전트를 호스트할 수 있고 서버상에서 지식에 대한 컨텍스트-감도 및 시간-감도 액세스를 제공하는 XML 웹 서비스를 호스트할 수 있는 서버의 상표명.

Knowledge Web ^TM .정보 신경 시스템을 참조하라.

자유 연합(Liberty Alliance).자유 연합의 비전은 필요한 개인 식별 정보의 프라이버시 및 보안을 유지하면서 개인 및 비지니스가 보다 쉽게 거래를 수행할 수 있는 네트워크화된 세계를 실현하는 것이다. 이 비전을 달성하기 위하여, 자유 연합은 공개된 기술 스펙을 통하여 연합된 네트워크 식별을 위한 공개된 표준을 설정하도록 한다. http://www.projectliberty.org/index.html를 참조하라.

Lightweight Directory Access Protocol(LDAP).공통 디렉토리 정보에 액세스하기 위한 기술. LDAP는 대부분의 네트워크 중심의 미들웨어를 포함하고 시행하여 왔다. 공개로서, 판매자-중립 표준, LDAP는 오늘날의 분배 시스템 및 서비스에 활용될 필요가 있는 정보의 중앙집중적인 저장 및 관리에 대한 확장가능한 구조를 제공한다. LDAP는 현재 대부분의 네트워크 구동 시스템, 그룹웨어 및 심지어 쉬링크-랩(shrink-wrapped) 네트워크 어플리케이션에 지원된다. http://public-b.boulder.ibm.com/Redbooks.nsf/RedbooksAbstracts/sg244986.html?Open을 참조하라.

Link Template ^TM .컨텍스트 템플레이트를 참조하라.

로컬 컨텍스트(Local Context).로컬 컨텍스트는 클라이언트측 정보 오브젝트 및 사용자에게 액세스할 수 있는 에이전트를 의미한다. 이는 시맨틱 환경내의 에이전트, 로컬 파일, 폴더, 사용자의 이메일 인박스내의 이메일 아이템, 사용자의 즐겨찾기(favorite) 및 최근 웹 페이지, 현재 웹 페이지, 현재 열어본 문서, 및 사용자의 현재 태스크, 위치, 시간 또는 컨디션을 나타내는 다른 정보 오브젝트를 포함한다.

의미(Meaning).정보의 활용을 극대화하기 위하여, 정보의 소비자가 (텍스트 또는 데이터에 상반되는)관련 정보 콘텐츠에 기초하여 찾거나 네비게이트할 수 있게 하고 컨텍스트-감도 및 시간-감도 방식으로 작용할 수 있게 하는 정보 행동의 속성.

메타데이터(Metadata)."데이터에 관한 데이터". 정보 오브젝트를 완벽하게 기술하는 데이터 필드, 링크 및 속성을 포함한다.

자연어 분석기(Natural Language Parcer).자연어 질의를 이해하고 이들을 구조화된 시맨틱 정보 질의로 번역할 수 있는 소프트웨어 구성 요소를 분석 및 해석하는 것.

Nervana ^TM .정보 신경 시스템 정보 매체/플랫폼의 독점적인 엔드-투-엔드 실행의 상표명. 이 명칭은 또한 소스 형태와 정해진 술어 명칭의 적절한 명칭공간을 정의한다.

.NET 패스포트(.NET Passport).마이크로소프트 .NET 패스포트는 인터넷 및 온라인 구매에 관한 웹에 기초한 서비스의 한 세트이다. .NET 패스포트는 수적으로 성장하는 참여 사이트에서, 사용자에게 SSI(single sign-in)과 빠른 구매 기능을 제공하며, 정보 사용자의 수를 감소시키는 것은 기억(remember) 또는 재타이핑(retype)해야 한다. .NET 패스포트는 큰 사용자 베이스에 대한 고품질의 온라인 체험을 제공하고 데이터의 보호를 위해 강력한 암호화 기술 -예를 들면, SSL(Secure Sokets Layer)와 3DES(Triple Data Encryption Standard) 알로리즘-을사용한다. 개인 프라이버시는 최 우선이며, 모든 참여 사이트들은 그들이 우편물에 동의하고 기업에서 수용한 가이드라인에 첨부된 개인 프라이버시 정책을 따르는 계약에 사인한다.

네트워크 영향(Network Effects).이것은 다른 사람들의 수가 특정 사용자에 대한 제품 또는 서비스의 가치에 영향을 미칠 때 존재한다. 전화 서비스는 명확한 예를 제공한다. 사용자에 대한 전화 서비스의 가치는 다른 가입자들의 수의 함수이다. 몇몇은 누군가에게 접속되지 않았던 전화기에 관심을 가질 것이고, 대부분은 로컬 네트워크라기 보다는 전국적인 네트워크에 링크된 전화 서비스에 더 높은 가치를 매길 것이다. 유사하게, 많은 컴퓨터 사용자들은 그들이 다른 사용자들과 즉시 정보를 교환할 수 있는 컴퓨터 시스템을 가치있게 생각한다.

네트워크 영향은 성공적인 제품이 보다 성공적으로 될 수 있는 포지티브 피드백 영향을 생성하는 수요측 외면성이다. 이와 같이, 네트워크 영향은 스케일 및 범위의 공급측 경제에 대한 유사성이 있다. 회사의 출력이 증가함에 따라, 평균 비용이 더 낮아지고, 가격을 낮출수 있으며, 경쟁업체로부터 추가적인 비지니스를 얻어 올 수 있게 된다. 연속적인 확장은 훨씬 더 낮은 평균 비용을 초래하고 또한 가격을 훨씬 더 낮추게 된다. 유사하게, 네트워크 영향으로부터의 포지티브 피드백은 이전에 성공했을 때 만들어진다. 컴퓨터 산업에서, 예를 들면, 사용자들은 더 많은 대중적인 컴퓨터 시스템에 더 많이 지불하며, 그밖의 모든 것은 만일 2개의 컴퓨팅 시스템의 가격 및 다른 특징들이 동일하다면 더 크게 설치된 베이스를 갖는 시스템을 선택한다. http://www.ei.com/publications/1996/fall1.htm를 참조하라.

NNTP(Network News Transfer Protocol).ARPA-인터넷 공동체중에서 신뢰할만한 스트림에 기초한 뉴스의 전송을 이용하여 뉴스 기사의 분배, 조사, 검색 및 게시하기 위한 프로토콜. NNTP는 가입자들이 읽기를 원하는 아이템만을 선택할 수 있도록 한 중앙 데이터베이스에 뉴스 기사가 저장되도록 설계되어 있다. 인텍싱, 상호 참조 및 오래된 메시지의 만료가 또한 제공된다.

통지(Notifications).통지는 에이전트(클라이언트측 에이전트 또는 서버측 에이전트 중 어느 하나)에 대한 새로운 정보가 있다는 것을 사용자에게 가리키기 위해 정보 에이전트 또는 에이전시에 의해 송신되는 경고이다. 사용자들은 그들의 시맨틱 환경에서 에이전트로부터 통지를 요구할 수 있다. 사용자들은 그들이 통지를 수신했음을 표시할 수 있다. 통지 소스(클라이언트 또는 서버)는 에이전트에 대한 통지를 사용자가 확인한 최종 시간을 가리키는 사용자 및 에이전트에 대한 정보를 저장한다. 통지 소스는 최종 확인 시간이후로 새로운 정보가 있다면 에이전트가 체크했는지 검사한다. 만일 있다면, 통지 소스는 사용자에게 알린다. 경고(Alerts)는 이메일, 페이저, 음성 또는 마이크로소프트사의 .NET 경고 서비스와 같은 통상의 경고 메카니즘을 통해 전송될 수 있다. 사용자들은 (통지 소스에 표시된 기호를 무시하는) 에이전트 기초에 따라 -통지 소스에 대한 모든 에이전트에게 적용하는- 전체 통지 소스(클라이언트 또는 서버)에 대한 바람직한 통지 메카니즘을 가리키는 옵션을 가진다.

오브젝트(Object).정보 오브젝트를 참조하라.

오브젝트 타입(Object Type).소비자가 정보의 특성을 이해하고, 그 콘텐츠를 해석하고, 정보가 어떻게 작용될 수 있는지를 예측하며, 이를 오브젝트 타입이 어떻게 실제 세계에서 관련될 수 있는지에 기초하여 다른 상관 정보 아이템에 링크할 수 있게 하는 정보와 관련된 식별 데이터. 예를들면, 문서, 이벤트, 이메일 메시지, 사람들 등이 있다.

온톨로지(Ontology).필수적인 품질에 따른 지식의 계층적인 구조. 온톨로지는 개념의 명백한 상세이다. 이 용어는 철학으로부터 차용된 것으로, "Ontology"는 존재의 의미론적(systematic) 이유이다. 인공적인 지능 시스템의 경우, "exists"라는 것은 표현될 수 있는 것이다. 도메인의 지식은 진술 형식주의로 표현되며, 표현될 수 있는 오브젝트의 세트는 논리의 영역이라 칭한다. 이 오브젝트의 세트와, 이들간의 기술가능한 관계는 지식에 기초한 프로그램이 지식을 나타내는 표현적인 단어로 반영된다. 따라서, 인공적인 지능의 컨텍스트에서, 프로그램의 온톨로지는 표현 용어의 세트를 정의함으로써 기술된다. 이러한 온톨로지에서, 정의라는 것은 명칭이 의미하는 것을 기술하는 인간이 읽을 수 있는 문자와, 해석을 해야하는 형식적인 원리와 이들 용어의 잘 형식화된 이용을 통해 논리의 영역에서 실체의 명칭을 관련시키는 것이다. 형식상, 온톨로지는 논리 이론의 명령문이다.

온톨로지의 과제는 일부 도메인에 존재하거나 존재할 수도 있는 물건의 카테고리의 연구이다. 온톨로지라고 불리는, 이러한 연구의 산물은 D에 관해 이야기 하는 의도에 대해 언어 L을 이용하는 사람의 관점으로부터 관심 D의 도메인에 존재한다고 가정되는 물건의 타입에 대한 카테고리이다. 온톨로지의 타입은 도메인 D에서 토픽을 논의하는데 사용될 때 언어 L의 술어, 워드 센스 또는 개념 및 관계 타입을 나타낸다. 일반적으로 http://www-ksl.stanford.edu/kst/what-is-an-ontology.html과 http://users.bestweb,net/~sowa/ontology/를 참조하라.

술어(predicate).술어는 결과가 일부 조건의 진실 또는 거짓을 나타내는 속성 또는 링크이다. 예를 들면, 술어 "authored by" 는 정보 오브젝트를 가진 사람을 링크시키고 사람이 오브젝트를 저작했는지를 가리킨다.

Presenter ^TM .시맨틱 질의 프로세서(바람직하기로는, SQML을 해석하는)로부터 결과의 본 발명의 정보 에이전트(시맨틱 브라우저)의 시스템 구성 요소. 프리젠터(Presenter)는 레이아웃 관리, 집합, 네비케이션, 스킨 관리, 컨텍스트 팔레트의 제공, 상호작용, 애니메이션 등을 다룬다.

RDF.RDF(Resource Description Framework)는 메타데이터를 처리하기 위한 기초이며; 웹상에서 기계가 이해할 수 있는 정보를 교환하는 어플리케이션들 간의 정보처리 상호 운용을 제공한다. RDF는 웹 리소스의 자동화된 처리를 실행하는 설비를 강조한다. RDF는 명명된 특성 및 가치에 관하여 리소스간의 관계를 설명하기 위한 간단한 모델을 정의한다. RDF는 특성은 리소스의 속성의 사고일 수 있으며 감각면에서 전통적인 속성 가치 쌍에 대응한다. RDF 특성은 또한 리소스간의 관계를 나타낸다. 이와 같이, RDF 데이터 모델은 실체 관계 다이어프램과 유사할 수 있다.

RDF는 다양한 어플리케이션 영역에, 예를 들면, 더 나은 검색 엔진을 제공하는 리소스 발견시, 지식 공유 및 교환를 활용하는 지능 소프트웨어 에이전트에 의해 특정 웹 사이트, 페이지 또는 디지털 라이브러리에서 활용가능한 콘텐츠 및 콘텐츠 관계의 기술을 카탈로그화할 시, 웹 페이지의 지적 재산권을 설명하고, 사용자의 개인적인 기호는 물론 웹 사이트의 개인적인 방침을 표현하기 위한 단일 논리 "document"를 나타내는 페이지들의 수집을 기술할 시 사용될 수 있다. 전자 서명을 포함하는 RDF는 바람직하기로는 전자 상거래, 협조 및 다른 어플리케이션에 대한 "Web of Trust"를 이루는 하나의 구성요소이다. 일반적으로 http://www.w3.org/TR/PR-rdf-syntax/와 http://www.w3.org/TR/rdf-schema/를 참조하라.

RDFS.RDF 구성체계에 대한 두문자어(Acronym). 리소스 설명 공동체는 임의의 종류의 리소스에 관한 임의의 사고를 말하는 능력을 필요로 한다. 도서목록 리소스를 기술하는 경우, 예를 들면, "저작자(author)", "제목(title)" 및 "과제(subject)"를 포함하는 설명 속성이 공통된다. 디지털 증명서의 경우, "checksum" 및 "authorization"와 같은 속성들이 종종 필요하게 된다. 이들 특성(속성) 및 이들의 대응하는 시맨틱스의 진술은 RDF의 컨텍스트에서 RDF 구성체계로 정의된다. 구성체계는 리소스의 특성(예를 들면, 제목, 저작자, 과제, 사이즈, 컬러 등)은 물론, 상술된 리소스의 종류(책, 웹 페이지, 사람들, 회사 등)을 정의한다. http://www.w3.org/TR/rdf-schema/를 참조하라.

Results Pane ^TM .SQML 질의의 결과를 표시하는 정보 에이전트(시맨틱 브라우저)내의 그래픽 디스플레이 영역에 대한 상표명. 서버측 에이전트, 추가적인 플레이어 컨트롤/네비게이션/필터 툴바, "서버측 에이전트 대화(Server-Side Agents Dialog"(사용자가 서버측 에이전트를 브라우즈 및 오픈할 수 있게 함) 및 서버측 에이전트로부터의 샘플 결과("문서(Documents)" 정보 오브젝트 타입을 가짐)를 도시한 샘플 정보 에이전트 스크린샷을 나타낸 도 5를 참조하라.

시맨틱스(Semantics).암시적인 의미.

Semantic Environment ^TM .이것은 에이전시 서버(예를 들면, 서명된 서버측 에이전시, 서버측 즐겨찾기 에이전트 등)에 대한 사용자 특정 데이터에 부가하여 사용자의 로컬 기계에 저장된 모든 데이터를 의미한다. 클라이언트측 상태는 각 클라이언트측(사용자가 생성한) 에이전트에 대한 SQML 파일 및 버퍼에 부가하여, 즐겨찾기 및 최근 에이전트와 인증 및 인증 정보(예를 들면, 다양한 에이전시에 대한 사용자명 및 패스워드)를 포함한다. 정보 에이전트는 "즐겨찾기(favorites)" 리스트에 부가되었던 것들을 제외하고, 자동적으로 삭제하기 전에 한 세트의 시간량에 대한 에이전트를 저장하도록 구성하는 것이 바람직하다. 예를 들면, 사용자들은 2주 동안 에이전트를 저장하는 정보 에이전트를 구성할 수 있다. 이 경우, 2주보다 더 오래된 에이전트는 자동적으로 시스템으로부터 제거되고 시맨틱 환경은 그에 따라 조정된다. 시맨틱 환경에는 컨텍스트 팔레트(컨텍스트 팔레트는 디폴트 에이전시 사용자들이 컨텍스트 형태를 보기를 원한다는 것을 예보하기 위하여 "최근(recent)" 및 "즐겨찾기(favorites)" 리스트내에 있는 에이전시를 이용한다)가 사용된다.

Semantic Environment Manager ^TM .시맨틱 환경(정보 에이전트에서)에 대한 모든 로컬 상태를 관리하는 소프트웨어 구성 요소의 상표명. 이는 모든 클라이언트측 에이전트에 대한 메타데이터(그리고 히스토리 및 즐겨찾기 에이전트 서브-리스트)를 저장하고 관리하는 것, 에이전트 상태(예를 들면, 에이전트 스킨, 에이전트 기호 등), 통지 관리, 에이전시 브라우징(에이전시 디렉토리 상에서), 멀티캐스트 및 피어-투-피어 알림 프로토콜을 통한 에이전시의 리스닝, 사용자로 하여금 시맨틱 브라우저를 통해(트리 뷰(tree view), "Open Agent" 대화 및 결과 창(Results Pane)을 통해) 시맨틱 환경을 브라우징할 수 있는 서비스 등을 포함한다.

Semantic Data Getherer ^TM (SDG).KIS(Knowledge Integration Server)에 의해 사용되며, SMS(Semantic Metadata Store)를 통해 시맨틱 네트워크내의 엔트리를 추가, 제거 및 업데이트할 수 있는 XML 웹 서비스의 상표명.

Semantic Metadata Store ^TM (SMS).각 1차 오브젝트 타입에 대한 테이블을 갖는 데이터베이스(예를 들면, SQL 서버, 오라클(oracle), DB2)를 사용하여 KIS상에 모든 메타데이터를 저장하는 KIS상의 소프트웨어 구성 요소의 상표명.

Semantic Network.시맨틱 메타데이터 스토어상의 데이터베이스 테이블을 통해 시맨틱 방식으로 함께 구성체계와 관련된 오브젝트들을 링킹하는 시스템 및 방법.

Semantic Network Consistency Checker ^TM .시맨틱 네트워크의 보전 및 일관성을 유지하여 태스크되는 본 발명의 에이전시를 운영하는 소프트웨어 구성 요소의 상표명. 체커(checker)는 "SemanticLinks" 테이블내의 엔트리가 고유의 오브젝트 테이블에 존재하는지, "objects" 테이블내의 엔트리가 고유의 오브젝트 테이블내에 존재하는지, 그리고 시맨틱 메타데이터 스토어내의 모든 엔트리가 수집되어 있는 저장소에 여전히 존재하는지를 주기적으로 실행하여 확실하게 한다.

시맨틱 질의(Semantic Queries).의미, 컨텍스트, 시간-감도, 컨텍스트-템플레이트 및 자연어에 근접하는 풍부함을 결합한 질의. 간단하다기 보다는 훨씬 더 강력한, 키워드에 기초한 질의들은 컨텍스트, 시간-감도이며 이들 질의들에는 의미 또는 시맨틱이 결합된다.

SQML(Semantic Query Markup Language).클라이언트측 시맨틱 질의를 정의, 저장, 해석 및 실행하기 위한 본 발명에 의해 사용된 독점적인 XML에 기초한 질의 언어. SQML은 파일, 폴더, 어플리케이션 저장소와 같은 상이한 리소스로부터의 데이터(데이터 소스를 나타냄)를 취득하고, 에이전시 XML 웹 서비스(리소스 식별자 및 URL을 통해)를 참조하는 질의를 정의하는 태그(tags)를 포함한다. 또한, SQML은 데이터가 어떻게 리소스로부터 질의 및 필터링되는지를 시맨틱 필터링(커스텀 링크 및 술어를 통해)할 수 있는 태그(tags)와, 어떻게 리소스가 질의되는지 그리고 결과가 어떻게 필터링되는지를 나타내는 인자(argument)를 포함한다. 특히, 인자는 로컬 또는 원격 컨텍스트에 대한 참조를 포함할 수 있다. 이 컨텍스트 아규먼트는 XML 메타데이터에 실행 시간으로 클라이언트측 SQP에 의해 해결된다. XML 메타데이터는 리소스 및 시맨틱 링크에 대한 참조와, 질의가 어떻게 리소스(예를 들면, 에이전시의 XML 웹 서비스)에 의해 해결되는지를 가리키는 술어과 함께 방법 호출로서 적당한 리소스(예를 들면, 에이전시의 XML 웹 서비스)에 통과된다. SQML은 HTML이 오늘날의 웹인것과 같이 정보 신경 시스템이다. 주요 차이점은 HTML이 하이퍼텍스트 프리젠테이션에 대한 룰을 정의하는 반면에 SQML은 시맨틱 질의에 대한 루울을 정의한다는 것이다. 그러나, SQML은 예를 들어, 드래그 및 드롭 그리고 스마트 복사 및 첨부(paste), 스마트 렌즈, 컨텍스트 템플레이트 및 팔레트 등을 통해, 클라이언트가 현존하는 것으로부터 새로운 시맨틱 질의를 반복적으로 생성할 수 있게 한다는 점(현존하는 SQML 질의로부터 유추된 새로운 링크로 새로운 SQML을 생성함으로써)에서 뛰어나다. 또한, SQML이 프리젠테이션용 루울을 정의하고 있지 않기 때문에, 시맨틱 질의의 결과는 사용자의 기호, 관심, 컨디션 또는 컨텍스트에 기초한 프리젠테이션을 생성한 결과(SRML에서)를 취하는 "skin"를 이용하여 다수의 방식으로 표현될 수 있다. 또한, SQML은 컨텍스트 템플레이트를 참조 또는 사용하는 것과 같은 요약 링크 및 술어를 포함할 수 있다. 리소스(에이전시의 XML 웹 서비스)는 적당한 질의 포맷(예를 들면, SQL 또는 에이전시의 XML 웹 서비스의 경우의 등가물)에 대한 SQML을 분석하며 "actual" 질의를 불러내는데, 이는 결과(사용자의 컨텍스트 또는 컨텍스트 템플레이트를 설명하게 되는)를 생성하기 위한 것이다. 또한, SQML 버퍼 또는 파일은 다수의 리소스(그리고 에이전시)를 참조할 수 있으며, 이로써 클라이언트로 하여금 데이터의 소스에 기초한다기 보다는 통합된방식으로 결과를 볼 수 있게 한다(이것은 사용자 제어의 브라우징 및 정보 통합(이하의 세션을 참조)을 실행하는 본 발명의 강력한 특징임). 결국, 모든 클라이언트측 에이전트는 모든 웹 페이지가 HTML 파일을 가지고 있는 것과 같이 SQML 정의 및 파일을 갖는다.

Semantic Query Processor ^TM (SQP).SQML을 취하여 이를 SQL(본 바람직한 실시예에서)로 변환하고 나서 그 결과를 XML로 리턴시키는 서버측 시맨틱 질의 프로세서(바람직한 실시예의 XML 웹 서비스)에 대한 상표명. KIS에서, SQP는 KIS의 클라이언트로부터 시맨틱 질의에 대한 응답을 담당하는 본 발명의 시맨틱 네트워크에 대한 메인 엔트리 포인트이다. 서버상에서, 이것은 클라이언트로부터 SQML로서 표현되는 시맨틱 질의를 처리하는 소프트웨어 구성 요소이다. 클라이언트상에서, 클라이언트측 SQP는 SQML 통합을 착수하며 이를 서버(또는 에이전시) XML 웹 서비스에 전송할 수 있는 개인적인 SQML 질의에 응하거나 맵핑한다.

SRML(Semantic Results Markup Language).시맨틱 결과를 정의, 저장, 해석 및 제공하는 본 발명에 의해 사용된 독점적인 XML에 기초한 데이터 구성체계 및 포맷. 클라이언트측에서, SRML은 시맨틱 데이터 소스에 해석, 포맷 및 질의 요구를 행하는 시맨틱 리소스 핸들러를 통해 SQP로부터 리턴된다. 시맨틱 데이터 소스는 로컬 또는 원격 어플리케이션(예를 들면, 마이크로소프트 아웃룩 이메일 어플리케이션 인박스) 등으로부터 에이전시의 XML 웹 서비스, 로컬 파일, 로컬 폴더, 커스텀 데이터 소스를 포함할 것이다. XML 웹 서비스는 클라이언트의 시맨틱 질의에응답하여 클라이언트에 SRML을 리턴시킬 것이다. 이 방식, XML 웹 서비스는 결과가 클라이언트에 어떻게 제공되고 있는지를 "care" 하지 않을 것이다. 이는 서버들이 클라이언트에게 이미-포맷된 HTML를 리턴시켜 제공하며, 클라이언트가 프리젠테이션 데이터(시맨틱 데이타와는 상반되게)를 제공만하고 데이터의 제공을 커스텀화할 수 없는 오늘날의 웹 및 시맨틱 웹과 대조를 이룬다. 본 발명에서, 2개의 클라이언트는 어느 한 클라이언트의 사용자에 의해 선택 또는 적용되었던 현 "skin"에 기초하여 동일한 SRML을 완벽하게 다른 방식으로 만들 수 있다. 그리고 나서, "skin"은 SRML을 XHTML, DHTML+TIME, SVG, Flash MX 등과 같은 프리젠테이션-레디(presentation-ready) 포맷으로 변환한다.

SRML은 상이한 정보 오브젝트 타입(예를 들면, 문서, 이메일, 사람들, 이벤트 등)에 대한 데이터를 포함할 수 있는 콘테이너 포맷를 의미하는, 메타-구성체계(meta-schema)이다. SRML 파일 또는 버퍼는 이들 각 오브젝트 타입에 대한 서로 얽힌 결과를 포함할 수 있다. 잘 형성된 SRML은 SRML이 나타난 시맨틱 결과에 포함되어 있는 정보 오브젝트 타입의 구성체계와 일치하는 잘 형성된 XML 문서 세션을 포함할 것이다. 부록의 샘플 A를 참조하라.

시맨틱 웹(Semantic Web).정보가 잘 정의된 의미를 가지며 컴퓨터 및 사람들이 협력하여 작업할 수 있도록 한 오늘날의 웹의 확장. Tim Berners-Lee, James Hendler, Ora Lassila, The Semantic Web, Scientific American, 2000년 5월을 참조하라.

오늘날의 웹상에서 기계가 이해할 수 있는 데이터가 갖는 유용성은 많은 공동체에 대한 높은 우선도가 되고 있다. 웹은, 데이터가 자동화된 도구는 물론 사람들에 의해 공유 및 처리될 수 있는 장소가 된다면, 완벽한 잠재력에 도달할 수 있다. 스케일이 있는 웹의 경우, 장래(tomorrow)의 프로그램은 이들 프로그램들이 전체적으로 독립적으로 설계되었을 때 조차도 데이터를 공유 및 처리할 수 있어야만 한다. 시맨틱 웹은 개념적인 비젼, 즉 단지 디스플레이 목적이 아니라 다양한 어플리케이션을 통한 데이터의 자동화, 통합 및 재사용을 기계에 의해 사용될 수 있는 방식으로 정의 및 링크된 웹 상에 데이터를 갖는 아이디어이다. 또한, http://www.w3.org/2001/sw/를 참조하라.

SAP(Session Announcement Protocol).멀티캐스트 멀티미디어 회의 및 다른 멀티캐스트 세션의 광고를 지원하고, 전망 참가자에 관련 세션 셋업 정보를 통신하기 위하여, 분배 세션 디렉토리가 사용될 수도 있다. 이러한 세션 디렉토리의 일례는 세션의 설명을 포함하는 패킷을 주기적으로 멀티캐스트하고 이들 광고는 다른 세션 디렉토리에 의해 수신되어, 잠재적인 원격 참가자는 세션 설명을 이용하여 세션에 참가하는데 필요한 도구를 개시할 수 있다.

가장 간단한 형태에서, 이것은 특정 세션을 기술하는 세션 알림 패킷을 주기적으로 멀티캐스팅하는 것을 포함하고 있다. SAP를 수신하기 위하여, 수신기는 잘알려진 멀티캐시트 어드레스 및 포트를 간단하게 들을 수 있다. 세션들은 세션 설명 프로토콜(ftp://ftp.isi.edu/in-notes/rfc2327.txt)를 이용하여 기술된다. 만일 수신기가 SDP 메시지를 간단하게 디코딩하는 세션 알림 패킷을 수신한다면, 사용자에게 세션 정보를 표시할 수 있다. 동일 세션 설명 메시지의 반복간의 간격은(특정 범위에 있는 각 송신기가 동일 범위내에 있는 다른 송신기를 들을 수 있다)알려지는 세션의 수에 따라 좌우되어, 특정 범위의 세션 알림에 사용되는 대역폭은 대략 일정하게 유지된다. 만일 수신기가 설정된 시간동안 들을 수 있으며 세션 알림은 들을 수 없다면, 수신기는 세션이 삭제되어 있으며 더 이상 존재하지 않는다고 결론을 내릴 수 있다. 이 세트 주기는, 송신기가 종종 어떻게 송신했었는지에 대한 수신기의 추정치에 기초한다.

일반적으로, http://www.faqs.org/rfcs/rfc2974.html, http://www.video.ja.net/mice/archive/sdr_docs/node1.html, ftp://ftp.isi.edu/in-notes/rfc2327.txt를 참조하라.

SMTP(Simple Mail Transfer Protocol).메일을 신뢰성 있으면서도 효율적으로 전송하도록 설계된 프로토콜. SMTP는 특정 전송 서브시스템에 독립적이며 신뢰성 있는 명령 데이터 스트림 채널만을 요구한다. SMTP의 중요한 특징은 전송 환경에 따라 메일을 릴레이(relay)하는 성능이다. http://www.ietf.org/rfc/rfc0821.txt를 참조하라.

스킨(Skins).퍼-에이전트 베이시스(per-Agent basis)에 대한 사용자의 체험을 커스텀하거나 시맨틱 도메인 명칭/경로 또는 온톨로지 및 다른 사고에 대해, 전체 레이아웃(에이전트와는 독립적인), 오브젝트(정보 오브젝트 타입에 기초함), 컨텍스트(컨텍스트 템플레이트에 기초함), 블렌더(블렌더인 에이전트의 경우)의 프리젠테이션을 커스텀화하는데 사용되는 프리젠테이션 템플레이트. 각 에이전트는 현재의 결과의 온톨로지(온톨로지 스킨)을 가리키는 오브젝트 타입(오브젝트스킨), 스타일, 컬러, 그래픽, 필터, 변형, 효과, 애니메이션 등, 현재의 결과(컨텍스트 스킨)의 컨텍스트 템플레이트를 가리키는 스타일 및 블렌더(즉, 블렉터 스킨)으로부터 어떻게 결과를 보고 네비게이트하는지를 가리키는 스타일의 표현을 포함하는, 각 결과가 표시되는 방식으로, 예를 들면, 이들 결과들이 동영상화될 것인지의 정보 오브젝트(레이아웃 스킨)을 나타내는 XML 결과의 레이아웃을 커스텀화하는 파라미터들의 XML 메타데이터 표현을 차례로 가지게 되는 스킨을 포함할 것이다.

Smart Lens ^TM .사용자들이 스마트 에이전트 또는 오브젝트를 다른 오브젝트 또는 에이전트가 볼 수 있는 컨텍스트로서 선택할 수 있게 하는 본 발명의 독점적인 특징의 상표명. 렌즈는 컨텍스트를 불러왔는지를 예측한 것을 사용자에게 표시하여 주는 메타데이터, 링크 및 결과 프리뷰를 표시한다. 필수적으로, 스마트 렌즈는 "잠재적인 질의(potential query)"의 결과를 표시한다. 스마트 렌즈는 사용자로 하여금 실제적으로 질의를 불러오지 않고도(그들의 생산성을 증가함으로써) 컨텍스트 결과를 스마트하게 프리뷰할 수 있게 한다. 또한, 스마트 렌즈는 관점(pivots), 템플레이트 및 프리뷰 윈도우를 이용하여 컨텍스트와 일치하는 뷰(view)를 표시할 수 있으며, 이로써 사용자가 질의를 불러오기 전에 상이한 방식으로 컨텍스트를 분석할 수 있게 한다.

Smart Virtual Web ^TM .사용자가 그들이 제어하고 커스텀화할 수 있는, 다이나믹, 버추얼, "on-the-fly", 사용자 제어의 "Web"을 브라우징할 수 있도록 하기위하여 시맨틱, 컨텍스트-감도, 시간-감도 및 다이너미즘을 통합하는 본 발명의 특성에 대한 상표명. 이는 오늘날의 웹과 개념적인 시맨틱 웹과 대조적인 것이며, 이들 둘다 수동적으로 저작된 네트워크를 사용하며 사용자들은 네트워크상에서 정보의 저작자에 따라 좌우된다.

SQL(Structuered Query Language)."ess-que-el"로 발음됨. SQL은 데이터베이스와 통신하는데 사용된다. ANSI(American National Standards Institute)에 따르면, 관계적인 데이터베이스 관리 시스템의 표준 언어이다. SQL 명령문은 데이터베이스상에서의 데이터 업데이트 또는 데이터베이스로부터의 데이터 검색과 같은 태스크를 수행하는데 사용된다. SQL을 사용하는 일부 공통적인 관계적인 데이터베이스 관리 시스템은 오라클(Oracle), 씨베이스(Sybase), 마이크로소프트 SQL 서버, 액세스, 잉그르(Ingres) 등이 있다. 대부분의 데이터베이스 시스템은 SQL을 사용한다고 할지라도, 이들 대부분은 또한 시스템에 통상적으로 사용되는 그들 자신의 추가적인 특성 확장을 갖는다. 그러나, "선택(Select)", "삽입(Insert)", "업데이트(Update)", "삭제(Delete)", "생성(Create)" 및 "드롭(Drop)"과 같은 표준 SQL 명령은 사람이 데이터베이스를 가지고 작업할 필요가 있는 거의 모든 것을 수행하는데 사용될 수 있다.

SQL은 관계 데이터베이스를 가지고 작업한다. 관계 데이터베이스는 테이블(관계)에 데이터를 저장한다. 데이터베이스는 테이블의 집합이다. 테이블은 기록의 리스트로 이루어져 있으며, 테이블내의 각 기록은 바람직하기로는 동일 구조를 포함하는 것이며, 각기 고정된 수의 소정 타입의 "필드(fields)"를 갖는다.

일반적으로, http://www.sqlcourse.com/intro.html 및 http://www.dcs.napier.ac.uk/~andrew/sql/0/w.htm를 참조하라.

SVG(Scalable Vector Graphics).2차원 그래픽을 XML로 기술한 언어. SVG는 3가지 타입의 그래픽 오브젝트 즉, 벡터 그래픽 형상(예를 들면, 직선 및 곡선을 포함하는 경로), 이미지 및 문자를 허용한다. 그래픽 오브젝트는 이전에 만들어진 오브젝트로 그룹화, 스타일화, 변형 및 합성될 수 있다. 문자는 SVG 그래픽의 검색기능 및 액세스 기능을 향상시키는 어플리케이션에 적합한 XML 명칭공간에 있을 수 있다. 이 특징 세트는 네스트된 변형(nested transformations), 클리핑 경로, 알파 마스크, 필터 효과, 템플레이트 오브젝트 및 확장 가능성을 포함한다. SVG는 도면은 다이나믹하면서 상호작용될 수 있다. 전 XML DOM을 포함는, SVG용 DOM(Document Object Model)은 스크립팅을 통해 올바르며 효과적인 벡터 그래픽 애니메이션을 허용한다. 온마우스오버(onmouseover) 및 온클릭과 같은 풍부한 세트의 이벤트 핸들러는 임의의 SVG 그래픽 오브젝트에 할당될 수 있다. 다른 웹 표준의 호환성 및 레버리지(leveraging)로 인해, 스크립팅과 같은 특징은 동일 웹 페이지내에서 동시에 상이한 명칭공간으로부터 SVG 엘리먼트 및 다른 XML 엘리먼트에 대해 수행될 수 있다. http://www.w3.org/Graphics/SVG/Overview.htm8를 참조하라.

텍사노미(Taxonomy).분할이 그룹 또는 카테고리로 명령되는 조직화된 구조.

시간-감도(Time-Sensitivity).정보가 때에 맞추어 가장 컨텍스트는 있을때에 기초하여 정보를 전송하고 제공하는 정보 매체의 특징. 예를 들면, 신선도(freshness)는 시간-감도를 지칭하는 속성이다. 또한, (정의에 의해 시간-감도가 되는)다가올 이벤트의 전송 및 제공과 이벤트의 시간-임계가 표시되는 방식은 시간-감도 매체의 특성이다.

오늘날의 웹(Today's Web).이것은, 우리가 현재 알고 있는 월드 와이드 웹을 의미한다. 오늘날의 웹은 하이퍼텍스트 서버(HTTP 서버)의 영역이며, 이는 문자, 그래픽, 사운드 파일 등들이 함께 링크될 수 있게 하는 서버들이다. 하이퍼텍스트는 간단하게 제공된 정보의 비선형 방식이다. 저작자, 또는 편집가 또는 발행자가 제시한 순으로 사물에 관해 읽거나 배운다는 것 보다, 하이퍼텍스트의 독자는 그들 자신의 경로를 따르고, 그들 자신의 명령을 생성하거나 재료의 의미를 파악할 수 있다. 이는 정보간의 "링크(links)"를 생성함으로써 달성된다. 이들 링크는, 사용자가 논의되는 특정 토픽에 관한 추가 정보(링크를 더 가질 수 있으며, 각 독자를 상이한 방향으로 이끌 수 있는)로 "점프(jump)"할 수 있도록 제공된다. 하이퍼텍스트 매체는 제공된 정보에 멀티미디어 방법을 제공하는 그래픽, 사운드, 비디오를 결합시킬 수 있으며, 또한 하이퍼미디어로 불린다. 일반적으로 http://www.w3.org/History.html 및 http://www.umassd.edu/Public/People/KAmaral/Thesis/hypertext.html를 참조하라.

TTL(Multicast Time to Live).멀티캐스트 루우팅 프로토콜은 전송 호스트로부터 소정 멀티캐스트 패킷이 얼마나 "멀리(far)" 진행될 수 있는지를 결정하는 데이터그램(datagrams)이라는 필드를 사용한다. 멀티캐스트 데이터그램의 디폴트TTL은 1이고, 이는 멀티캐스트 패킷들이 로컬 네트워크상의 다른 호스트에만 가게 될 것이다. setsockopt(2) 호출은 TTL을 변화시키는데 사용될 수도 있다. TTL의 값이 증가함에 따라, 로우터(router)는 멀티캐스트 패킷을 진행하게 하는 홉(hops)의 수를 확장할 것이다. 의미있는 범위 제어를 제공하기 위하여, 멀티캐스트 로우터는 통상적으로 TTL 분야에 기초한 진행시 다음 "thresholds"를 강화시킨다.

·동일 호스트에 제한된 0

·동일 서브넷에 제한된 1

·동일 사이트에 제한된 32

·동일 영역에 제한된 64

·동일 컨티넌트(continent)에 제한된 128

·비제한된 255

http://www.isl.org/projects/eies/mbone/mbone27.htm를 참조하라.

사용자 상태(User State).이것은 사용자에 의해 생성되거나, 클라이언트 또는 서버상에서 사용자의 기호, 즐겨찾기 또는 다른 사람의 정보를 캐쉬(cache)하는데 필요한 모드 상태를 의미한다. 클라이언트측 사용자 상태는 인증 자격 정보, 사용자의 에이전트 리스트(그리고 에이전트에 대한 SQML 질의를 포함하는 모든 메타데이터), 홈 에이전트, 구성 옵션, 스킨과 같은 기호 등을 포함한다. 필수적으로, 클라이언트측 사용자 상태는 사용자의 시맨틱 환경의 지속(persisted) 형태이다. 서버측 사용자 상태는 사용자의 즐겨찾기 에이전트, 기입된 에이전트, 디폴트 에이전트, 서버상의 정보 오브젝트에 대한 시맨틱 링크(예를 들면, "즐겨찾기" 링크) 등과 같은 정보를 포함한다. 서버측 사용자 상태는 서버의 경우에 옵션이지만 원하는 경우 지원한다. 서버들은 (서버측 에이전트가 없이도)사용자 로그온 및 "사람들(people)" 오브젝트 타입을 지원하는 것이 바람직한데, 이는 이들이 즐겨찾기, 추천과 같은 특징과 "Newsmarkers", "Experts", "Recommendations", "Favorites" 및 "Classics"와 같은 컨텍스트 템플레이트를 필요로 하기 때문이다.

Vertual Information Object Type ^TM .별개의 오브젝트 타입으로 맵핑하지 않지만, 아직 사용자에게 시맨틱하게 관심이 있는 오브젝트 타입의 상표명.

Vertual Parameter ^TM .시맨틱 질의 프로세서에 의해 실행시간에서 다이나믹하게 해석되는 변수, 파라미터, 인자(arguments) 또는 명칭에 대한 상표명. 이는 에이전시 매니저로 하여금 가상 명칭을 참조하여 질의가 불려질 때 실제로 컨텍스트 있는 용어로 변경되는 명칭을 갖는 에이전트를 저장할 수 있게 한다.

Web of Trust.시맨틱 웹의 사용자들이 단정 및 명령문을 유효하게 하는데 사용될 수 있는 인증의 체인을 참조하는 시맨틱 웹 검색 공동체의 멤버에 의해 만들어진 용어. 수학 및 암호 해독법을 이용한 작업에 기초하여, 디지털 서명은 임의의 사람이 문서 또는 명령문을 기입(또는 동의)한 증거를 제공한다. 사용자들은 그들의 RDF 명령문 모두를 디지털 서명하는 것이 바람직하다. 이 방식을 통해, 사용자들은 이들이 기입했다는 것을 확실히 할 수 있다(또는 그들의 인증을 적어도 입증할 수 있음). 사용자들은 프로그램의 서명이 신뢰성이 있다고 간단하게 말한다. 각각 그들의 신뢰(또는 편집증)의 레벨을 설정할 수 있고, 컴퓨터는 얼마나많이 신뢰할 수 있는지를 결정할 수 있다.

일례로서, 신뢰의 웹을 이용하여, 사용자는 그가 그의 베스트 프렌드인 로버트(Robert)를 신뢰하는 컴퓨터를 말할 수 있다. 로버트는 네트(Net)상에서 다소 인기있는 사내이며 다수의 사람들이 상당히 신뢰한다. 그가 신뢰하는 모든 사람들은 다른 세트의 사람들을 차례로 신뢰한다. 신뢰의 측정들 각각은 정도가 있다(로버트는 상당 부분 웬디(Wendy)를 신뢰할 수 있지만 셀리(Sally)는 거의 그렇지 않다). 신뢰와 더불어, 불신의 레벨이 하나의 요소로 포함될 수 있다. 만일 사용자들의 컴퓨터가 명백하게 신뢰하는 사람이 없지만, 어느 누구도 그것이 거짓이라고 말하지 않는 문서를 발견하는 경우, 아마도 많은 사람들이 말했던 것 보다 적은 정보가 거짓이라고 믿을 것이다. 컴퓨터는 신뢰할 수 있는 정보의 조각을 결정할 때 이들 모든 팩터(factor)를 고려한다. 바람직하기로는, 컴퓨터는 이들 모든 정보를 간단한 디스플레이(thumbs-up/thumbs-down) 또는 보다 복잡한 설명(포함된 모든 다양한 신뢰 팩터의 설명)에 결합시킨다. http://blogspace.com/rdf/SwartzHendler를 참조하라.

WS-I(Web Services-Interoperability).플랫폼, 오퍼레이팅 시스템 및 프로그래밍 언어를 거쳐 웹 서비스 상호작용을 촉진하도록 특권화된 오픈 산업 기구. 이 기구는 산업 및 표준 기구를 거쳐 작업하여, 웹 서비스 해결책을 개발하기 위한 가이던스, 최적의 실시예 및 리소스를 제공함으로써 사용자의 필요성에 응답한다. http://www.ws-i.org를 참조하라.

WS-Security(Web Services Security).메시지 통합, 메시지 기밀성 및 단일메시지 인증를 통해 보호의 품질을 제공하는 SOAP 메시지에 대한 향상. 이들 메카니즘은 다량의 보안 모델 및 암호 기술을 수용하는데 사용될 수 있다. WS-보안은 또한 메시지와 보안 표시를 관련시키는 범용 메카니즘을 제공한다. 특정 타입이 없는 보안 표시는 WS-보안에 의해 요구된다. 이것은 확장가능하게 설계된다(예를 들면, 다수의 보안 표시 포맷을 지원한다). 예를 들면, 클라이언트는 식별을 위한 증명과 특정 비지니스 자격의 증명을 제공할 것이다. 부가적으로, WS-보안은 2진수 보안 표시를 어떻게 인코딩할지를 설명한다. 구체적으로, 상세는 X.509 증명 및 커버로스(Kerberos) 티켓을 어떻게 인코딩할지는 물론 불투명한 암호키를 어떻게 포함할지를 설명한다. 이것은 또한, 메시지와 포함되는 신용의 특성을 추가로 기술하는데 사용될 수 있는 확장성 메카니즘을 포함한다. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnglobspec/html/ws-security.asp를 참조하라.

XML(Extensible Markup Language).웹 상에서 구조화된 문서 및 데이터에 대한 전반적인 포맷. 구조화된 데이터는 스프레드시트, 어드레스 북, 구성 파라미터, 금융 거래, 및 기술적 드로윙과 같은 것을 포함한다. XML은 데이터를 구성할 수 있게 하는 문자 포맷을 설계하기 위한 한 세트의 룰(가이드라인 또는 규정으로서 생각할 수도 있다)이다. XML은 프로그래밍 언어가 아니며, 사람들은 이것을 사용하거나 배우는 프로그래머가 될 수 없다. XML은 컴퓨터가 데이터를 생성하고 데이터를 읽고, 데이터 구조를 명확하는 것을 보장하는 것을 용이하게 한다. XML은 언어 설계에 있어서 공통된 위험이 없다, 즉 이것은 확장가능한, 플랫폼-독립성이있으며, 이는 국제화 및 지방화를 지원한다. XML은 전체적으로 단일코드-컴플라이언트(Unicode-compliant)이다. http://www.w3.org/XML/1999/XML-in-10-points를 참조하라.

XML 웹 서비스(XML Web Service)(또는 "Web Service"로서 알려져 있음).사용자에게 다이나믹한 컨텍스트 구동의 정보를 제공할시 포함되는 상이한 소프트웨어 어플리케이션 중에서 통신의 표준 수단을 제공하는 서비스. 보다 구체적인 정의는 다음을 포함한다:

1. 인테페이스 및 바인딩이 XML 인공물에 의해 정의, 기술 및 발견될 수 있는 URI에 의해 식별된 소프트웨어 어플리케이션. 인터넷에 기초한 프로토콜을 통해 XML 기초의 메시지를 이용하여 다른 소프트웨어 어플리케이션과 직접적인 상호작용을 지원한다.

2. 인터넷 표준을 이용하여 다른 웹 서비스와 통합될 수 있는 서비스로서 전송된 어플리케이션. 이는 사용을 원하는 클라이언트에게 정보를 프로그램적으로 리턴시키는 URL-어드레스 리소스이다. 사용된 주요 통신 프로토콜은 SOAP(Simple Object Access Protocol)이며, 이것은 대부분의 경우 HTTP 이상의 XML(XML over HTTP) 이다.

3. 표준 인터넷 프로토콜을 이용하여 액세스 가능한 프로그램가능한 어플리케이션 로직. 웹 서비스는 구성 요소에 기초한 개발의 특징과 웹을 결합시킨다. 구성 요소와 같이, 웹 서비스는 서비스가 어떻게 수행되는지에 관한 걱정없이 재사용될 수 있는 블랙-박스(black-box) 기능을 나타낸다. 현재의 구성 요소 기술과는달리, 웹 서비스는 DCOM, RMI 또는 IIOP와 같은 오브젝트-모델-특정 프로토콜을 통해 액세스되지 않는다. 그 대신에, 웹 서비스는 보편적인 웹 프로토콜(ex: HTTP) 및 데이터 포맷(ex: XML)을 통해 액세스된다.

http://www.xmlwebservices.cc/, http://www.perfectxml.com/WebSvc1.asp 및 http://www.w3.org/2002/ws/arch/2/06/wd-wsa-reqs-20020605.html를 참조하라.

XQuery.모든 종류의 데이터를 통해 지능적으로 질의를 표현하기 위해 XML의 구조를 사용하며, 미들웨어(middleware)를 통해 XML로서 보여지거나 XML로 저장되는 질의 언어. http://www.w3.org/TR/xquery/ 및 http://www-106.ibm.com/developerworks/xml/library/x-xquery.html를 참조하라.

XPath.XSL 변환(http://www.w3.org/TR/XSLT) 및 XPointer(http://www.w3.org/TR/xpath#XPTR)간에 공유된 기능에 대해 공통 문법체계(syntax) 및 시맨틱을 제공하기 위한 노력의 결과. XPath의 1차적인 목적은 XML[XML] 문서의 일부분을 어드레스하는 것이다. 이 1차적인 목적의 지원에서, 또한 스트링, 번호, 불린(booleans)의 조정을 위한 기본적인 편의를 제공한다. XPath는 컴팩트한, 비-XML 문법체계를 이용하여 URI 및 XML 속성값내에 XPath의 이용을 손쉽게 한다. XPath는 표면 문법체계라기 보다는, XML 문서의 요약, 논리적인 구조에 따라 작동한다. XPath는 XML 문서의 계층적인 구조를 통해 네이비게이팅하기 위한 URL로서 경로 표시의 이용으로부터 그 명칭을 얻었다.

어드레싱을 위한 이용에 부가하여, XPath는 또한 매칭(노드가 패턴과 일치하는지의 여부를 테스팅)에 사용될 수 있는 자연적인 서브세트(natural subset)를 갖도록 설계되고, 이 XPath의 이용은 XSLT에 기술되어 있다. XPath는 XML 문서를 노드들의 트리로 모델링한다. 이들은 엘리먼트 노드, 속성 노드 및 문자 노드를 포함하는 상이한 타입의 노드들이다. XPath는 각 타입의 노드에 대해 스티링값을 계산하는 방식을 정의한다. 일부 타입의 노드들은 또한 명칭을 가지고 있다. XPath는 XML 명칭스페이스(http://www.w3.org/TR/xpath#XMLNAMES)를 완벽하게 지원한다. 따라서, 노드의 명칭은 로컬 부분과 가능성있는 널(null) 명칭스페이스 URI로 이루어진 한 쌍으로서 모델링되고, 이것은 (http://www.w3.org/TR/xpath#dt-expanded-name)라고 명명된다. http://www.w3.org/TR/xpath#XPTR를 참조하라.

XSL.포맷팅을 특정화하기 위한 XML 단어를 포함하는 XML용 스타일 시트 언어. http://www.w3.org/TR/xslt11/를 참조하라.

XSLT.문서가 포맷팅된 단어를 사용하는 다른 XML 문서로 어떻게 변환되는지를 설명하는 XSL에 의해 사용됨. http://www.w3.org/TR/xslt11/를 참조하라.

B. 개요

1. 발명의 배경

정보 액세스에 대한 홀리 그레일(Holy Grail)이 자연어 검색 기능의 규정인 것이라는 오해가 있다. 종래의 정보 액세스의 기술은 정보 검색을 최적화하기 위해 정보의 검색 또는 억세싱하기 위한 인터페이스를 개선하는데 주로 촛점이 맞추어졌었다. 정보에 대한 자연어 인터페이스는 사용자의 정보 액세스 문제점들을 완벽하게 해결하고 사용자가 정보를 찾는데 있어서의 장애물을 제거하게 되는 가정이 널리 차지하고 있었다.

그러나, 실제로, 분석의 많은 축(axes)은 사람들이 실세계에서 지식을 어떻게 취득하는지를 포함하고 있다. 일례는 컨텍스트이다. 단지 임의의 장소 및 시간에 그들이 있는 곳 때문에 사람들이 알고 있는 많은 것들이 있다. 만일 그 시간에 그 장소에 그들이 없다면, 그들은 사실상 안다는 것을 알지 못하거나, 실제로 알 수 없을 것이다. 자연어를 가지고 현재 알고 있는 것을 검색하는 기능을 갖는다면, 특정 시간 및 장소에 관련된 지식을 노출할 때 지원하지 못한다. 원하는 정보를 검색하기 위한 정확한 질의를 형성하는 간단한 자연적인 파라미터가 없다.

사람들이 그가 알려고 하는 것이 사실 이후까지 가치를 가지고 있는지를 질의할 수 없다는 것은 수수께끼이다. 바꾸어 말하자면, 그들이 알지못하는 것을 알지 못하는 것, 또는 그들이 알기를 원하는 것을 알지 못할 수도 있다는 것을 알지 못하는 것을 질의할 수 없다. 본 발명의 컨텍스트-감도(context-sensitivity), 시간-감도(time-sensitivity), 디스커버리(discovery), 다이나믹 링킹, 사용자-제어 브라우징, 사용자의 "Semantic Environment", 다양한 프리젠테이션, 컨텍스트 스킨, 컨텍스트 속성, 컨텍스트 팔레트(컨텍스트 템플레이트에 기초하여 연관된 컨텍스트 및 시간 감도 정보를 불러오게되는) 및 기타 양상들은, 기존 정보 시스템의 이러한 기본적인 결점을 인식하고 정정한다.

예를 들어, 사람들은 특정 파티에 참석하고 특정 사람들과 대화하기 때문에 그들의 서재에 다수의 CD(이로써 음악적 "지식"을 더 풍부하게 함)를 구비할 수 있다. 이러한 파티에서의 사람들은 상기 CD들을 사람들에게 언급함으로써, 사람들의 음악적 지식을 증가시켜 준다. 다른 예를 들어, 어떠한 사람이 비행기 옆 좌석에우연히 앉게 된 전혀 알지 못하는 낯선 사람으로부터의 추천에 기초하여 책(읽는다면, 그 책의 특정 주제에 대한 그 사람의 지식을 증가시켜 줌)을 구입할 수 있다. 현실에서, 사람들은 그들이 읽고 찾은 것에 기초하는 것 뿐만 아니라, 그들이 교류하고 그 판단을 신뢰하며 유지하는 친구들에 기초하여 지식을 취득한다. "지식 환경"은 지식 보급 및 취득을 위해 보다 결정적인 것이 아니라면 검색용 모델(디지털 또는 아날로그) 만큼 결정적인 것이다.

본 발명은 모든 현실의 지식-취득 시나리오를 가상적으로 디지털 세계에 반영한다. 그 결과물인 "Information Nervous System^TM"이 대부분의 작업을 행하는 매체이지만, 매우 명확하게 아날로그(현실) 세계에 맵핑되는 것은 시나리오이다. 지식이 보급되고 취득되는 다양한 방식을 인식하기 위한 시맨틱 웹 뿐만 아니라 오늘날의 웹의 자연어 검색 기술 등의 노력이 있었으나 이러한 것은 불가능하여 결국 무효가 되었다. 본 발명은 정보 전달에 사용되는 실제 기술과는 독립적으로 인간이 항상 지식을 취득하는 다양한 방식에 대하여 설명한다.

예를 들어, 컨텍스트 및 시간은 항상 존재하여 왔다. 마찬가지로, 정보를 다이나믹하게 사용자 제어와 함께 링크할 필요와 발견의 개념이 항상 존재하여 왔다. 본 명세서에 개시된 "classics", "history", "timelines", "upcoming events", "headlines"를 포함하는 특정 컨텍스트 템플레이트가 비록 다른 매체에서라도 항상 존재하여 왔다. 이들 템플레이트는 인터넷, 오늘날의 웹, 이메일, e-학습 등의 생성 이전에 존재하였다. 그럼에도 불구하고, 본 발명 이전에는, 실제 정보 타입, 시맨틱 링크, 메타데이터 등에 대비되도록 실제 시나리오(예를 들어, 컨텍스트 템플레이트, 컨텍스트-감도, 시간-감도, 다이나믹 링킹, 다양한 프리젠테이션, 컨텍스트 스킨, 컨텍스트 속성 등을 통해)를 맵핑하는 지식 전달의 모드, 프로토콜 및 프리젠테이션에 대하여 촛점을 맞추는 기능이 전자 매체에는 없다. 항상 새로운 정보 타입이 존재할 것이다. 그러나, 지식의 보급 및 취득 축은 항상 동일하게 유지되어 왔고 앞으로도 그럴 것이다. 본 발명은 이러한 현실을 포착한 것이다.

또한, 본 발명은 우연성(serendipity)을 통해 지식을 보급하는 기능을 제공한다. 우연성은 실제 지식 취득에 있어 큰 부분을 차지하는 것으로, 지식 전달의 제1-클래스 모드이다. 본 발명은 컨텍스트, 시간, 컨텍스트 템플레이트에 대한 지원에 의해 사용자가 정보를 우연성을 가지고(그럼에도 불구하고 지능적으로) 취득할 수 있게 한다.

"Web"과 같은 엄격하고 스태틱한 구조를 채택하는 정보 모델 또는 매체는 인증된 "network" 또는 "Web"의 존재를 가정하기 때문에 고장이 발생하고 지식 정보의 다양한 축에 대하여 설명하지 못한다. 이러한 정보 모델은 사용자-중심이 아니고, 컨텍스트, 시간, 다이나믹성 및 템플레이트를 수용하지 못하며, 실제 지식 취득 및 보급 시나리오에 맵핑되지 않는다. 본 발명은, "Web" 등이 존재하지 않더라도, 심지어는 정보를 찾기 위해 자연어가 채용되지 않더라도, 정보 손실을 최소화하고 보유된 정보를 최대화한다. 이는, 정보 액세스용 기존 매체와는 달리, 본 발명의 바람직한 실시예가, 컨텍스트, 시간, 다이나믹성 및 템플레이트를 수용하는(최종-사용자 및 콘텐츠 제공자 양자 모두의 이익을 위함) 지식 보급 모델에 대하여는 촛점을 맞추고, 스태틱 데이터 모델 또는 인간-기반 저작에 기초하는 정보 자원들의 액세스 인터페이스 또는 링킹(시맨틱 또는 논-시맨틱)의 특정에는 촛점을 맞추지 않기 때문이다. 많은 시나리오에서, "Web"(시맨틱 또는 논-시맨틱)이 네비게이션의 수단으로서 필요하지만, 지식 보급 및 취득의 수단으로서는 충분하지 못하다. 본 발명의 정보 신경 시스템은 본 명세서에 개시되는 "지식 축(knowledge axes)"을 수용하고, 이들을 지능적이고도 일관하게 통합하여, 지식의 보급 및 취득을 촉진하고 지식의 전달에 포함되는 모든 부분들에 도움이 되도록 한다.

2. 값 제안(VALUE PROPOSITIONS)

오늘날, 그것이 기업용이든, 고객용이든 또는 일반인용이든, 지식은 수작업에 의해 디지털 체제의 정보구조로 "하드-코드(hard-coded)" 되어야 한다. 지식에 만들어져 적절하게 분배되지 않으면, 아무도 그 존재를 알지 못하거나, 다른 자원에 어떻게 관련되는가를 알지 못하기도 하고, 또는 실시간에 적절한 방법으로 그에 따라 행동하는 방법을 알지 못한다. 이는 주로 오늘날의 웹이 지식을 위한 플랫폼으로 설계되지 않았기 때문이다. 그것은 프리젠테이션을 위한 플랫폼으로 설계되었으며, 벙어리와 다름없고, 정적(static)이며, 반작용적이 되도록 의도적으로 만들어 졌다. 오늘날 지식작업자들 - 문맥과 의미를 부가함으로서 정보를 찾아 사용하는 사람들-은 지식 저작자들의 처분에 달렸다.

지식 상호작용의 중요한 양상으로는 지식-작업자들(knowledge-workers)이 지식 공간을 통해 그들의 경로를, 매우 직관적인 방식으로, 그들이 결정을 내리고 지식에 대처하기 원하는 속도로, 네비게이트 할 수 있게 하는 것이다. 환언하면, 지식-작업자들은 e-학습 아일랜드(e-learning island)에 대하여, 그들 조직에서의 문서나 고객 피드백을 포함하는 e-메일이나, 매체 파일이나, 앞으로 다가올 화상-회의(video-conference)나, 최근에 행한 회의나, 뉴스그룹에 저장된 정보 또는 관련 책들과는 개별적인 것으로 "생각(think)"할 필요가 없다. 바람직한 상황으로는 정보 "타입(type)" 및 "소스(source)"를 분류하고, 시맨틱 방식에서 모든 아일랜드들을 초월하는 "일체로된 지식 경험(seamless knowledge experience)"을 생성하는 것이다.

지식 경험의 생성에 있어, 콘텐츠-제공자, 파트너, 공급자, 고객 및 인적 경계들을 가로지르는 지식 자산을 통합할 수 있는 것이 또한 바람직하다. 예를 들어, 기업 시나리오에서, 경쟁력을 유지하기 위해 필요한 모든 지식을 구비하는 단일 조직이란 없다. 지식은 산업 보고서, 자문 회사 및 투자 은행으로부터의 연구 문서, 및 Reuters^TM및 Bloomberg^TM등의 매체 회사에 저장된다. 이러한 것은 모두 "지식(knowledge)"을 구성한다. e-학습 저장소(repository)를 전개하여 한번이나 또는 정기적으로 사용자를 트래이닝시키는 것은 충분하지 못하다. 사용자들은 다양한 소스로부터, 해당 장소에서, 그들의 현재 업무에 관련된 지능적인 컨텍스트인 지식을 항상 액세스하여야 한다.

이러한 모든 것은 지능레이어(a layer of intelligence) 및 오늘날 사용되지 않는 사전-학습(pro-activity)을 요구한다. 예를 들어, 오늘날 기업들은 그들의직원들에게 정보를 보급하는 방식으로서 인트라넷 및 인터넷 등의 정보 포탈(information portals)을 이용한다. 그러나, 이는 프리젠테이션-레벨 통합만을 제공하기 때문에 충분하지 못하다. 이는, 당신을 위해 당신의 정보를 관리하고, 당신이 허공에서 신규 정보를 찾는 것을 도와주며, 동료들과 정보를 포착하여 공유하는 것을 돕는 것 등을 행하는 에이전트를 두는 대신에, 정보가 업데이트된 상태를 유지하기 위해 정기 간행물 등을 구독하는 것과 유사한 것이다.

원하는 레벨의 지식 상호작용을 달성하려면, 배경, 추리, 학습, 추론으로 작업하고, 프로필에 기초하여 사용자들을 매칭하고, 새로운 지식을 포착하고 자동적으로 새로운 지식을 추론하고, 지식 경험의 일체로된 부분이 되도록 외부 소스들로부터 지식을 연합시키는 에이전트를 필요로 한다. 이는 또한 지식 자산들이 모두 프리젠테이션-레벨 통합 및 문서 검색에 대한 기초를 단순히 제공하기 보다는 총체적 유형의 의미를 갖도록 하는 지식 자산의 시맨틱 통합(integration)을 요구한다. 구현된 프레임워크(implementation framework) 및 그 결과인 매체는, 컨텍스트-감도 및 시간-감도 정보가 "적기에 공급되고(honored)" 지식-작업자들이 보다 생산성있게 보다 많은 것을 빠르게 할 수 있도록, 실시간으로 민첩한 발견 및 추천 서비스를 제공하여야 한다. 마지막으로, 시스템은 기존 정보 소스를 가지고 플러그-앤-플레이 방식으로 동작하여야 하고, 알려진 지식 자산을 이음매없이 자동적으로 분류하여 통합하여야 하며, 지식 자체에 지식을 구현하여야 하며, 이에 의해 지식 자산에 또 다른 "차원(dimension)"을부가하여야 한다.

본 발명은 오늘날의 웹(또는 기타 다른 레이어의 프리젠테이션)과 공존하는지능적이고, 사전학습적이며, 실시간 지식 플랫폼으로 설계된다. 본 발명을 수용하여 사용하면, 지식작성이 지능적이고, 다이나믹하고, 자동적이며 생각의 속도로 이루어질 것이기 때문에, 지식-작업자들은 그들의 지식 경험을 관리할 수 있게 될 것이다.

3. TODAY'S "INFORMATION" WEB 대 본 발명의 정보 신경 시스템

오늘날의 웹환경에서, 부여된 정보의 시맨틱은 HTML로 구조화된 데이터의 대화시 서버에서 손실되어, 사용자가 상호작용할 기회를 갖기 이전에 오브젝트로부터 "지식"이 사라진다. 또한, 오늘날의 웹은 정보가 네비게이트될 것인지 또는 소비될 것인지를 그 저작자가 어떻게 "신뢰하느냐(believes)"에 기초하여 서버 상에서 저작되고 "하드-코드된다(hard-coded)". 사용자들은 그들에게 부여된 대로만 정보를 소비한다.

본 발명은 Today's HTML-기반 웹 환경이 지원할 수 없는 지능 레이어 및 최적화 레이어를 부가한다. 본 발명은 오브젝트의 시맨틱이 서버와 클라이언트 사이에서 예약되는 덤(dumb) 웹 페이지들 보다는 오히려 스마트 지식 오브젝트의 XML-기반 다이나믹 웹 페이지들을 제공하고, 이에 의해 사용자들에게 그들의 지식 경험에 대하여 훨씬 많은 파워와 제어를 제공한다. 또한, 본 발명의 웹에 의하면, 지식-작업자들은 "다이나믹 링킹" 및 "사용자-제어 브라우징"을 통해 그들 자신의 지식 경험을 인터렉티브하게 저작할 것이기 때문에 그들 자신의 용어에 대한 정보를 소비하고 대처할 수 있다.

본 발명의 정보 에이전트(시맨틱 브라우저)는, 오늘날의 웹과 공존하고, 인터넷 뿐만 아니라 개인 및 공중 인트라넷 모든 면을 통합하고 증가시키도록 설계된다. 오늘날의 웹과 본 발명의 정보 신경 시스템의 기술 플랫폼 스택(stacks)이 도 6에 요약된다. 도 6을 참조하면, 오늘날의 웹에 대한 스택은 최하 레이어에, 데이터베이스에 저장된 데이터 등의 정보를 포함하는 Structurede Information Sources와, 문서, e-메일 메시지 등의 정보를 포함하는 Unstructured Information Sources를 구비한다. 이들 양 레이어에서의 정보는 명백하게 조작된다. Information Indexing Layer에는 시맨틱이 사용되지 않고; 오히려, 키워드에 기초하는 검색 엔진들이 사용된다. 로직 계층(Logic Layer)은 주로 검색용 프로그램가능성을 허용하는 데이터베이스, 규칙, 보기, 트리거 등을 포함한다. 어플리컨트 계층(Applicant Layer)는 사용자 입력에 기초하여 전자 비지니스(e-Business) 어플리케이션들을 구동하는 서버측 스크립트를 포함한다. 최상위 또는 프리젠테이션 계층(Presentation Layer)에서, 오늘날의 웹은 웹 플랫폼(브라우저 등)에 의해 포털을 통해 노출되는 프리젠테이션 정보(웹 페이지의 형태임)를 갖는다.

처리의 중첩 레이어들은 별도로 하고, 본 발명은 하위 정보 소스의 시맨틱을 예약하는 방식으로 최하위 레벨의 조작으로부터 정보를 고유하게 조작한다. 구조화된 정보 소스 레이어 및 구조화되지 않은 정보 소스 레이어 양쪽 모두에서, 시스템(10)은 그 정보에 관련된 메타데이터 및 시맨틱을 고려하여 정보를 균일하게 조작한다. 정보 인덱싱 레이어에서는, 정보 메타데이터 및 시맨틱들이 구조화되지 않은 것으로부터 추출된다. 시스템(10)은 오늘날의 웹에 존재하지 않는 이하의 3가지 부가적인 플랫폼 레이어를 부가한다: 구조화된 소스 및 구조화되지 않은 소스양쪽 모두로부터의 정보가 시맨틱하게 인코드되는 지식 인덱식 및 분류화 레이어; 지식 오브젝트의 자체-정정 또는 치유(self-correction or healing) 시맨틱 네트워크의 유지보수를 가능하게 하는 연합(association)이 생성되는 지식 표현 레이어; 및 시맨틱 레이어에서 신규 접속 및 특성들이 추론되는 지식 온톨로지 및 추론 레이어. 논리 레이어에서는 시맨틱 레벨에서 프로그램가능성을 허용하는 지식-기반가 생성된다. 어플리케이션 레이어에서는, 지식-기반와 관련하여 서버측 스크립트가 사용된다. 이들 스크립트는 사용자 입력에 기초하여 지식 오브젝트를 다이나믹하게 생성하고, 검색, 통지 및 논리용 시맨틱 명령어를 포함할 수 있다. 이 레이어는 또한 시맨틱 사용자 입력의 조절을 최적화하는 스마트 에이전트를 포함할 수도 있다. 시스템(10)의 프리젠테이션 레이어는 최하층 레이어로부터 추적되는 시맨틱들을 예약한다. 이 레이어에서의 프리젠테이션은 클라이언트 컴퓨터 시스템 상에서 다이나믹하게 생성되고 완전히 최적화될 수 있다.

모든 기술 레이어에서 시맨틱의 유지보수, 통합 및 사용에 의해, 본 발명은 인간이 물리적으로나 가상적으로 또는, 달리 말하면 친숙한 "Context Templates"와 같이 상호작용하는 "것들(things)"에 직접 대응하는 대처가능한 "오브젝트"의 가상 웹을 생성한다. 문서의 덤 웹인 오늘날의 웹과는 달리, 본 발명은 특성 및 관계들을 갖는 대처가능한 오브젝트들의, 이벤트가 가상 웹의 다른 부분들에서의 변경을 다이나믹하게 초래할 수 있는 스마트한 가상 웹을 제공한다.

본 발명은 프로그램가능한 웹을 제공한다. 문서의 덤 웹인 오늘날의 웹과는 달리, 본 발명의 웹은 데이터베이스- 논리 및 규칙을 처리할 수 있고, 이벤트를 초기화할 수 있음 -와 유사하게 프로그램가능하다.

오늘날의 웹이 인간을 위해 인코드된 것이고, 따라서 주로 스태틱 정보의 프리젠테이션에 촛점을 둔 것인 한편, 본 발명의 가상 웹은 지식 전달 고리의 종단에서와 같이 궁극적으로 인간에게 부여됨에도 불구하고 주로 기계용으로 인코드된다. 본 발명은 지능적이고 학습적인 웹을 제공한다. 이는 본 발명의 가상 웹이 신규 접속들을 학습할 수 있고 시간이 지남에 따라 보다 스마트해진다는 것을 의미한다. 웹은 다이나믹하고, 가상이며 자체-저작하는 것이고, 이에 의해 오늘날의 웹이 제공할 수 없는 지능적이고 선행학습적인 시맨틱 접속을 이루는 것에 의해 지식-작업자에게 보다 큰 파워를 제공하며, 이에 의해 정보 손실을 감소시키고 궁극적으로는 제거한다.

본 발명의 웹은 자체-치유 웹이다. 문서 저작자(author)에 의해 수동으로 유지보수되어야 하는 오늘날의 웹과는 달리, 본 발명은 기계에 의해 자체-유지되는 웹을 제공한다. 이러한 특징은 웹이 네트워크에서의 단절을 자동적으로 고칠 것이기 때문에 파선을 교정한다.

마지막으로, 이하 보다 상세히 설명되듯이, 본 발명의 다양한 실시예들은 상술된 지식 취득의 축의 일부 또는 전부를 수용하므로, 오늘날의 웹 또는 개념상의 Semantic Web 등의 기존 시스템에 대하여 잠재적인 이점들을 제공한다.

C. 시스템 아키텍쳐 및 기술 고려사항(SYSTEM ARCHITECTURE AND TECHNOLOGY CONSIDERATION)

1. SYSTEM OVERVIEW

본 발명은 지식 검색, 관리 및 전달용 시스템 및 방법에 관한 것이다. 이러한 시스템 및 방법은 이하 상표등록된 용어인 Information Nervous System^TM으로 불려진다. 도 7을 참조하면, 그 최상위 레벨에서 시스템(10)은, 인터넷 또는 인트라넷 등 통신 매체(40)를 통해 프리젠테이션 플랫폼(브라우저 등)을 조작하는 클라이언트(30)에게 컨텍스트-감도 및 시간-감도 시맨틱 정보 검색 서비스를 제공하도록 연동하는 여러 구성 요소들로 구성되는 서버(20)를 포함한다. 서버 구성 요소가 바람직하게는 KIS(Knowlege Integration Server; 50) 및 KBS(Knowledge Base Server; 80)를 포함하는데, 이는 물리적으로 통합되거나 분리될 수 있다. 시스템 내에서, 주어진 계층구조의 모든 오브젝트 또는 이벤트들은 상호 시맨틱하게 관련되는 액티브 에이전트(90)이고, 소정의 최적화된 테마 또는 "Skin"에 따라 클라이언트에게 프리젠테이션용 데이터 오브젝트를 리턴하는 질의(query)(하부 액션 코드로 구성됨)를 나타낸다. 이 시스템은, 클라이언트가 에이전트를 최적화하고 "블렌드(blend)"하기 위한 여러 수단 및 궁극적인 정보의 프리젠테이션을 최적화하기 위한 하부 관련 질의들 뿐만 아니라 매우 다양한 어플리케이션을 고려한다. 본 발명의 시스템(10)의 바람직한 구성 요소들 각각이 구성 요소들간 상호작용과 더불어 이하 보다 상세히 설명된다.

2. SYSTEM ARCHITECTURE

본 발명의 Information Nervous System용 엔드-투-엔트 시스템 아키텍쳐가 도 8을 참조하여 개시된다. 도 8은 본 발명이 Information Nervous SystemKIS(XML Web Service)와 스마트 에이전트 사이에서 다수의 클라이언트 액세스 통신 수단을 제공하는 방법을 나타낸다. 바람직한 실시예에서, 이는 정보 에이전트를 통해 생성된다. 선택적인 실시예에서, 통신은 기업 지식 포털(오늘날의 웹 액세스 브라우저 등)를 통해 또는 커스텀 클라이언트에 의해 프로그램에 따른 통합을 가능하게 하는 SDK 레이어를 통해 프로그램에 따라 생성될 수도 있다.

구성 요소들을 포함하는 Information Nervous System의 KIS에 대한 시스템 아키텍쳐가 도 9를 참조하여 개시된다. 이들 구성 요소는 이하 보다 상세히 설명된다.

3. 테크놀로지 스택(TECHNOLOGY STACKS)

오늘날의 웹과 개념상의 시맨틱 웹 사이의 중요한 차이점은 도 10을 참조하여 각각 개시되는 테크놀로지 스택을 참조하여 보다 강조된다. 도 10은 오늘날의 웹의 하이-레벨 상세 플랫폼과 본 발명의 Information Nervous System에서의 하이-레벨 상세 플랫폼의 사이드-바이-사이드 비교이다. 도 10은 오늘날의 웹에서의 시나리오가 특정 인스턴스에서 Information Nervous System에서의 시나리오에 매핑하여, 사용자에게 논리적인 마이그레이션 경로를 제공하는 방법 뿐만 아니라, 오늘날의 웹에 존재하지 않는 Information Nervous System의 특징적인 양상들을 나타낸다.

4. 시스템 복합성(SYSTEM HETERGENITY)

복합성은 본 발명의 이점이다. 바람직한 실시예에서, KIS 에이전시 XML 웹 서비스는 이동가능하다. 이는 호환가능한 XML, XML 웹 서비스 등의 오픈형규격들(호환성을 위해 WS-I 규격을 채용하는 등), 데이터 스토리지 및 액세스용 규격들(SQL 및 ODBC/JDBC 등) 및 DSA가 데이터를 모으는 정보 저장소에 대한 규격 프로토콜들(LDAP, SMTP, HTTP 등) 등을 지원한다는 것을 의미한다.

예를 들어, 바람직한 실시예에서, KIS(Agency가 동작중인)는 이하의 것을 할 수 있다:

. LDAP 스토어(store)로부터 "people" 메타데이터 취합(LDAP DSA를 이용함). 이는 마이로소프트사의 윈도우 2000 액티브 디렉토리, 썬사의 디렉토리 서버, 및 LDAP를 지원하는 기타 디렉토리 제품들의 지원을 허용한다. 플랫폼-특정 API를 사용하여 "people" 메타데이터를 취합하는 플랫폼-특정 액티브 디렉토리 DSA를 구비하는 것이 바람직하다.

. SMTP 스토어로부터 e-메일 메타데이터 취합(임의 소스로부터의 e-메일에 대하여 또는 시스템 인박스에 대하여). 이는 마이크로소프트사의 익스체인지, 로터스사의 노트 및 기타 e-메일 서버(SMTP를 지원하는 것임) 지원을 허용한다. 플랫폼-특정 마이크로소프트 익스체인지 e-메일 DSA 또는 로터스 노트 e-메일 DSA를 구비하는 것이 바람직하다.

. iCalendar 등 오픈형 규격을 지원하는 캘린더 스토어로부터의 "event" 메타데이터 취합 및 CAP(Calendar Access Protocol) 등의 프로토콜 사용. 이는 iCalendar 또는 CAL 프로토콜 규격을 지원하는 이벤트 저장소 지원을 허용한다. 플랫폼-특정 마이크로소프트 익스체인지 캘린더(또는 이벤트) DSA, 로터스 노트 캘린더 DSA 등을 구비하는 것이 바람직하다.

선택적인 실시예에서, KIS 에이전시는 소유자 저장소에 저장된 메타데이터를 (적절한 DSA를 통해)추출하도록 구성되어도 좋다.

시스템 복합성을 달성하기 위해, 바람직한 실시예에서는, 클라이언트-서버 통신에 대하여, 시스템(10)은 (플랫폼을 거쳐) 연동가능한 방식으로 동작하는 XML 웹 서비스 규격을 사용한다. 이들은 SOAP, XML, Web Services Security(WS-Security), Web Services Caching(WS-Caching) 등에 대하여 적절한 오픈형이고 연동가능한 규격을 포함한다.

본 발명의 바람직한 실시예에서, 시맨틱 브라우저(또한 Information Agent^TM으로 언급된다)는 플랫폼 전반에 대하여 Windows, .NET, J2EE, Unix 등의 서로 다른 환경에서 동작할 수 있다. 이러한 기능은 브라우저가 어떠한 "platform" 상에서 동작하는지 또는 에이전시(서버)가 어떠한 플랫폼 상에서 동작하는지를 사용자가 주의하지 않고 주의할 필요도 없다는 점에서 시맨틱 사용자 경험의 관념과 일관된 것이다. 본 발명의 시맨틱 브라우저는 사용자에게 그들이 Windows(또는 .NET) 서버 또는 J2EE 서버로 "talking"하는지 여부에 관계없이 일관된 경험을 제공한다. 사용자들은 그들이 상호작용하는 에이전시 중 임의의 것이 동작하는 플랫폼에 기초하여 클라이언트를 인스톨하거나 사용하는 동안 어떠한 여분의 단계를 행할 필요도 없다.

정보 에이전트가 바람직하게는 그 스킨에 대한 오픈형 규격 및 기타 프리젠테이션 효과를 사용한다. 이들은 플랫폼을 걸쳐 동작하는 XSLT, SVG 및 소유자 프리젠테이션 포맷 등의 규격을 포함한다(적절한 버젼의 Flash MX/ActionScript 등).

본 발명의 Information Nervous System의 바람직한 실시예의 샘플, 이질성, 엔드-투-엔드 구현이 도 11을 참조하여 개시된다. 도 11은 Information Nervous System의 바람직한 실시예를 도시하고, 본 발명에 대한 이질성, 크로스-플랫폼 컨텍스트를 도시한다. 도 11에 도시된 구성 요소들은 이하 보다 상세히 설명된다.

5. 보안(SECURITY)

Information Nervous System의 바람직한 실시예는 이하와 같은 보안의 모든 측면에 대한 지원을 제공한다: 인증, 허가, 감사, 데이터 프라이버시, 데이터 집적도, 가용성 및 비-거부(non-repudiation). 이는 보안을 위한 플랫폼에 XML 웹 서비스 어플리케이션을 제공하는 WS-Security 등의 규격을 채택함으로써 달성된다. 보안이 바람직하게는 XML 웹 서비스 프로토콜 스택에서의 보안 규격을 통해 프로토콜 레이어에서 조작된다. 이는 클라이언트(시맨틱 브라우저)로부터 서버(에이전시)로의 암호화 방법 호출, 디지털 서명 지원, 에이전시의 시맨틱 네트워크로의 액세스를 허용하기 이전 사용자 호출의 인증 및 XML 웹 서비스 방법 등을 포함한다.

본 발명이 로컬(클라이언트측) 신임 관리(credential management)를 지원하는 바람직한 실시예. 이는 바람직하게는 사용자에게 그들이 다수의 에이전시 상에서(인트라넷 내에서) 또는 인터넷을 통해 사용하는 사용자명과 패스워드의 리스트를 입력하라고 요구함으로써 구현된다. 시맨틱 브라우저는 사용자에 대하여 서로 다른 인증 신임을 갖는 다수의 에이전시로부터 정보를 모은다. 지원되는 인증 신임이 바람직하게는 사용자명 및 패스워드를 사용하는 기본 인증, SSL상의 기본 인증, 마이크로소프트사의 .NET 패스포트 인증 서비스, 신규 Liberty 인증 서비스, SSL상의 클라이언트 인증, 다이제스트 인증, 및 통합 윈도우 인증(윈도우 환경에서의 사용을 위함) 등과 같은 통사의 스킴을 포함한다.

바람직한 실시예에서는, 클라이언트에서 캐쉬된 사용자의 신임에 의해, 지원되는 인증 레벨 및 에이전시에 대한 스킴(에이전시의 스킴의 일부임)을 체크함으로써 시맨틱 브라우저는 주어진 에이전시에 대하여 적절한 신임을 사용한다. 예를 들어, 에이전시가 통합 윈도우 인증을 지원하면, 시맨틱 브라우저는 사용자에 대한 로그온 조작 또는 기타 식별자에 의해 XML 웹 서비스 방법을 불러낸다. 에이전시가 SSL 상의 기본 인증만을 지원하면, 시맨틱 브라우저는 로그온하기 위한 사용자명 및 패스워드 또는 로그온 조작의 캐쉬된 사본(클라이언트가 이미 로그온 되었고 로그온 조작이 소멸되지 않은 경우)을 전달한다. 바람직한 실시예는, 인증 프로세스 속도(및 로그온 조작 룩업)를 증가시키기 위해, 또한 해킹된 로그온 조작에 대응하여 보호함으로써 보다 나은 보안성을 제공하기 위해, KIS에 대한 로그온 조작 캐슁, 에이징 및 소멸 등의 기술을 채택한다.

에이전시 XML 웹 서비스가 바람직하게는 XML 웹 서비스 구현 자체에 의해 맹목적으로(이러한 특징이 서버 운영 시스템 또는 어플리케이션 서버에 의해 본래 지원되는 경우) 또는 어플리케이션-레벨로 서로 다른 인증 스킴을 지원한다. KIS 에이전시의 XML 웹 서비스의 선택적인 실시예가 바람직하게는, 기본 인증, SSL 상의 기본 인증, 다이제스트 인증, 통합 윈도우 인증, SSL상의 인증, 클라이언트는 인증, 통합 .NET 패스포트 인증 등과 같은 다양한 인증 스킴들을 채택한다.

6. 효율성 고려(EFFICIENCY CONSIDERATIONS)

클라이언트측 및 서버측 질의 및 오브젝트 캐쉬.본 발명은 빠른 액세스를 위해 질의 캐쉬를 담당하는 질의 캐쉬에 대하여 제공한다. 클라이언트에 대하여, 클라이언트측 질의 캐쉬는 특정화된 인자(specified arguments)를 갖는 SQML 질의의 결과를 캐쉬한다. 캐쉬가 바람직하게는 소정의 시간(몇 분 등) 이후에 그 콘텐츠를 내보내도록 구성된다. 시간이 바람직하게는 시스템 활용도를 모델링하여 캐쉬 시간 제한에 대한 최적값에 도달하도록 함으로써 설정된다. 에이전시 상의 데이터 도달 속도(다른 구현 옵션인 에이전시 캐쉬 마다의 경우), 사용자의 활용도 모델(네비레이션 비율 등) 등의 기타 파라미터가 고려되어도 좋다.

사용자가 시맨틱 환경을 네비게이트할 때 클라이언트가 최근에 사용된 서버들을 액세스할 필요가 없기 때문에 캐슁은 성능을 향상시킨다. 바람직한 실시예에서, 클라이언트는 규격 XML 웹 서비스 캐슁 기술(WS-Caching 등)을 채택한다. 또한, 클라이언트에 대하여, 바람직하게는 오브젝트 캐쉬가 존재한다. 이러한 캐쉬는 각각의 SQML 리소스의 결과를 캐쉬하고 리소스 참조(파일 경로, URL 등)가 태그된다. 이는 클라이언트가 리소스 자체를 액세스할 필요없이 오브젝트 캐쉬로부터 직접 SQML 리소스에 대한 XML 메타데이터를 얻을 수 있기 때문에 SQML 처리를 최적화한다. 상기 리소스는 로컬 파일 시스템이나, 로컬 어플리케이션(예를들면, 마이크로 소프트아웃룩)이나, 또는 에이젼시의 XML웹 서비스일 수도 있다. 상기 질의 캐쉬와 마찬가지로, 상기 오브젝트 캐쉬는 일정시간(예를들면, 몇 분 정도) 후에그 컨텐츠들을 제거하도록 형성될 수도 있다.

선택적인 실시예에서는, 서버에 대하여, 서버측 질의 캐쉬가 XML 인자에 대한 카테고리 결과를 캐쉬한다. 이는 각각의 질의 요청에 대하여 서버가 KDM이 XML 인자(argument)를 카테고리화할 것을 요청할 필요가 없기 때문에(KIS가 그 도메인 지식을 얻도록 구성되는 하나 이상의 KBS 인스턴스를 통함) 질의 응답 시간 속도를 향상시킨다. 게다가, 상기 서버는 클라이언트들로 부터 SQML 인자(argument)들의 SQL 등가물들을 캐쉬할 수 있다. 이는 서버가 클라이언트로부터 요청을 수신할 때마다 SQML 인자(argument)들을 SQL로 변환할 필요가 없기 때문에 질의 응답 시간 속도를 향상시킨다. 바람직한 실시예에서, 공격적인 클라이언트측 캐슁이 채택되고 서버측 캐싱은 명백하게 성능을 향상시키지 않으면 회피된다. 이는 클라이언트 캐쉬가 그 로컬 컨텍스트에 기초하여 요청하기 때문에 클라이언트측 캐슁이 서버측 캐슁보다 스케일이 우수하기 때문이다.

가상, 분산 질의(Virtual, Distributed Queries).본 발명은 가상, 분산 질의를 채택한다. 이는 "dynamic linking" 및 "user-controlled browsing" 기능성과 일관된다. 상기 시스템은 그 시스템에 대한 모든 메타데이터를 유지하는 개별 대량의 데이터베이스를 링크하는 스태틱 네트워크를 필요로 하지 않는다. 이는 로컬 또는 글로벌 범위에서 수동 저작 및 유지보수에 대한 필요성을 제거한다. 또한, 이는 통합(또는 유니버셜) 스토리지에 대한 피룡성을 제거하면 거기서 모든 메타데이터는 단일 메타데이터 스토어 상에 저장되도록 요구되고, 하나의 데이터베이스 질의 인터페이스(SQL 등)를 통해 액세스 가능하다. 오히려, 본 발명의 XML 웹 서비스를 사용하여 다양한 에이전시에 걸쳐 질의를 다이나믹하게 분배하고(컨텍스트-감도 및 시간-감도 방식으로), 일관되고 사용자에게 친숙한 방식으로 이들 질의의 결과를 클라이언트에 모으는 "Dynamic Access" 원리를 채택한다.

D. 시스템 구성 요소 및 동작(SYSTEM COMPONENTS AND OPERATION)

1. 에이전시 및 에이전트(AGENCIES AND AGENTS)

본 발명은 에이전시 및 에이전트를 이용하여 지식을 검색, 관리 및 전달하는 고유한 어프로치를 도입한다.

a. 에이전시들(Agencies)

본 발명의 바람직한 실시예에서, 에이전시는 KIS(Knowledge Integration Server; 50)의 인스턴스이고, 웹 사이트에 대한 본 발명의 등가물이다. 에이전시가 바람직하게는 웹 어플리케이션(웹 서버 상에서)으로 인스톨되어, XML 웹 서비스를 드러낸다. 에이전시가 바람직하게는 에이전시 매니저를 포함할 것이다. 본 발명의 바람직한 실시예에서, 에이전시는 이하의 주요 구성 요소를 구비한다:

. 에이전시가 인증을 지원하는지 또는 요구하는지(또는 양자 모두)를 나타내는 플래그. 에이전시가 인증을 요구하면, 에이전시는 기본 사용자 정보 및 패스워드를 요구할 것이고, 그가 지원하는 인증의 타입으로 정보를 저장할 것이다. 사용자 정보를 저장하는 에이전시에 대하여, 에이전시는 또한 사용자 가입 정보를 요구할 것이다(특정 에이전시에 대하여 에이전트로의 가입을 위함).

. 시맨틱 오브젝트(문서, e-메일 메시지 등)의 구조화된 스토어-각각의 클래스에 대한 스킴에 대응함.

. 시맨틱 질의에 응답하는 런타임 구성요소-구성요소는 호출 어플리케이션에 XML을 리턴할 것이고, 시맨틱 프라우저의 모든 정보 검색 특징에 대한 시스템 서비를 제공한다.

서버측 사용자 상태(Server-Side User State).본 발명의 바람직한 실시예에서, 에이전시는 "people" 메타데이터 및 사용자 인증을 포함하는 관련 개념을 연관시키는 서버측 사용자 상태를 지원한다. 서버측 사용자 상태는, 사용자 즐겨찾기(user favorites)의 저장(사람들 오브젝트와 정보 오브젝트 사이의 시맨틱 링크에 의함), 새로운 링크를 생성하기 위한 기호의 추론(추천 등), 주석(사용자의 코멘트를 정보 오브젝트에 매핑시킴), 및 사용자를 정보에 매핑시키는 시맨틱 링크에 기초하여 "experts"의 추론(배달된 e-메일, 주석 등)을 포함하는 본 발명의 많은 상세한 구성을 구동시킨다. 서버측 사용자 상태는 바람직하게는 "Experts", "Favorites", "Recommendations" 및 "Newsmakers" 등 몇몇 컨텍스트 템플레이트과 함께 사용된다.

클라이언트측 사용자 상태.정보 에이전트(시맨틱 브라우저)가 바람직하게는 로컬 클라이언트측 사용자 상태의 로밍을 지원한다. 이는 사용자의 시맨틱 환경 및 사용자의 신임(보안 전송됨)을 포함한다. 바람직한 실시예에서, 사용자는 그들의 시맨틱 환경을 다른 기계에 복제하기 위하여 클라이언트측 사용자 상태를 다른 기계에 용이하게 드러낼 수 있다. 이는 사용자의 에이전트 리스트(최근 기호), 에이전트에 대한 메타데이터(SQML 버퍼를 포함), 사용자의 로컬 보안성 신임등을 이들 모든 상태를 시리얼화하고 용이하게 전달될 수 있게 하는 XML 포맷으로 전송함으로써 바람직하게 달성된다. 선택적으로는, XML 스킴이 모든 로컬 클라이언트측 사용자 상태에 대하여 개발될 수 있다. 사용자 상태를 서버에 캐슁하고 공통 동기화 기술을 이용하여 사용자 상태를 동기화하는 것은 또한 로밍을 촉진시킬 수 있다. 시맨틱 브라우저가 바람직하게는, 상태를 로컬하게(XML 파일 또는 윈도우 레지스트리 등과 같은 소유자 스토어) 저장하기 보다는 오히려 모든 클라이언트측 사용자 상태를 서버에 다운로드 및 업로드한다.

b. 에이전트(Agents)

에이전트는 본 발명의 시맨틱 네트워크로의 메인 엔트리 포인트이다. 에이전트가 바람직하게는, 특정 시맨틱 오브젝트 타입(문서, e-메일, 사람들 등)에 대한 XML 정보를 리턴하는 시맨틱 필터 질의를 포함한다. 환언하면, 에이전트가 바람직하게는 특정 오브젝트 타입(이하 설명됨)으로 구성된다. 에이전트는 또한 컨텍스트 템플레이트(이하 설명됨)로 구성된다. 이 경우, 질의는 오브젝트 타입을 리턴 할 것이나, 컨텍스트 템플레이트의 시맨틱을 결합할 것이다. 예를 들어, "Headlines" 컨텍스트 템플레이트으로 구성된 에이전트는 시간 및 컨텍스트 등에 의해 분류되어 저장될 것이다. 에이전트는 또한 통지, 경고 및 알림 등을 필터링하기 위해 사용된다. 에이전트는 임의의 명칭으로 주어질 수 있다. 그러나, 본 발명의 바람직한 실시예에서, 대부분의 에이전트에 대한 지칭 포맷은 이하와 같다:

<Agentobjecttype>.<semanticqualifier>.<semanticqualifier>

에이전트는 임의로 지칭될 수 있다. 그러나, 에이전트 명칭의 예로는 이하의 것을 포함한다:

All.All

Email.All

Documents.Technology.Wireless.80211b.All

Events.Upcoming.NextThirtyDays.All

또한 상이한 이름으로 명명된 콘벤션(convention)(이하 참조)을 따르는 도메인 에이전트(이하 참조)가 존재할 것이다. 본 발명의 시맨틱 브라우저에서, 완벽한 형태의 도메인 에이전트 명칭은 이하의 포맷을 가질 것이다:

<Agentobjecttype>.<semanticdomainname>.<categoryname>

[Agency=<Agency url>, kb=<kb ur1>]

예를 들어, 시맨틱 도메인 명칭이 industries.informationtechnology이고 지식-베이스 ABC.com/kb.asp로부터 카테고리가 wireless.all로 구성되는 에이전시 http://research.Agency.asp에 대한 e-메일 도메인 에이전트는 이하와 같이 완전한명칭으로 지칭된다:

Email.Industries.InformationTechnology.Wireless.All

[Agency=http://research/Agency.asp,kb="http://abccorp.com/kb.asp"]

본 발명의 시맨틱 브라우저가 바람직하게는 에이전트 명칭만을 사용하도록 또는 "Agency" 및 "kb" 수식자(qualifiers)를 포함하도록 구성된다.

에이전트 타입(Agent Types).서버(20) 상에 생성되는 에이전트의 주요한 3가지 타입이 이하와 같이 존재한다: 표준 에이전트(Standard Agents), 복합 에이전트(Compound Agents) 및 도메인 에이전트(Domain Agents). 표준 에이전트는 도메인 지식(또는 온톨로지(ontology)/텍사노지(taxonomy) 매핑)이 없이, 구조화된, 논-시맨틱 질의들을 캡슐화하는 독자적인 에이전트이다. 예를 들어, 서버 상에서, All.postedToday.All이라는 에이전트는, CreationTime 특성에 기초하여 모든 오브젝트를 필터링함으로서 해석되는 간단한 에이전트이다. 표준 에이전트가 보다 복잡할 수도 있다. 예를 들어, All.PostedByAnyMemberOfMyTeam.All이라는 에이전트는 오브젝트 테이블 및 사용자 테이블(이하 참조)로부터의 협력 및 서브-질의를 포함하는 복잡한 질의로 해석될 수 있다.

복합 에이전트는 기타 에이전트를 포함하며, 그들의 포함된 에이전트(구성에 의존함)의 결과의 UNION 또는 INTERSECTION인 결과를 생성하는 질의를 에이전시 매니저가 생성할 수 있게 한다. 복합 에이전트는 또한 기타 복합 에이전트를 포함할 수 있다. 바람직한 실시예에서, 복합 에이전트는 동일한 에이전시로부터의 에이전트를 포함한다. 그러나, 본 발명은 상이한 에이전시로부터의 에이전트의 통합을 원한다. 예를 들어, All.Technology.Wireless.All이라는 복합 에이전트는 이하의 에이전트를 복합함으로써 생성될 것이다:

. Documents.Technology.Wireless.All

. Email.Technology.Wireless.All

. People.Experts.Technology.Wireless.All

상술된 바와 같이, 도메인 에이전트는 시맨틱 도메인에 속하는 에이전트이다. 도메인 에이전트는 임의의 다른 에이전트와 마찬가지로 에이전트 질의로 초기화한다. 그러나, 이러한 질의는 지식 도메인 매니저(이하 참조)에 의해 대중화된 CATEGORIES 테이블을 포함한다. 본 발명의 바람직한 실시예가 비공개 시맨틱 환경에 대응하는 소유자 온톨로지를 구비하는 KBS(80)를 사용하는 한편, 본 발명은, 예를 들어 에이전시가 그 조직에 대하여 소유자 온톨로지으로 이전에 초기화되었던 조직 내에서, 에이전시가 하나 이상의 커스텀 비공개 KBS에 접속할 수 있게 할 온톨로지 상호교환 규격의 통합 지원을 예상한다.

도메인 에이전트의 일 예로는 Email.Technology.Wireless.All이 있다. 이 에이전트가 바람직하게는 이하와 같은 지식 소스 URL에 의해 생성된다:

category://technology.wireless.all@ABC.com/marketingknowledge.asp

이러한 지식 소스 URL은ABC.com/marketingknowledge.asp 웹 서비스 상에 인스톨된 지식 베이스 상의 디폴트 도메인에 대한 Technology.Wireless.All 카테고리에 대응한다. 이는 이하의 HTTP URL으로 해석된다. http://ABC.com/marketingknowledge.asp?category="technology.wireless.all". 본 예에서, 완전히 수식된(qualified) 버전의 카테고리 URL은 이하와 같다:

category://technology.wireless.all@abccorp.com/marketingknowledge.asp?semanticdomainname="InformationTechnology"

본 경우, 카테고리 URL은 도메인 이름에 의해 수신된다.

도메인 에이전트가 바람직하게는 도메인 에이전트 마법사를 통해 생성되고, 에이전시 매니저는 KBS(80)로부터의 도메인 에이전트를 본 발명의 시맨틱 네트워크에 부가할 수 있다. 도메인 에이전트 마법사는 사용자가 특정 카테고리에 대하여(카테고리 URL을 이용함) 또는 전체 시맨틱 도메인 이름에 대하여 도메인 에이전트를 생성할 수 있게 한다. 후자의 경우, 에이전시가 바람직하게는 KBS 상의 시맨틱 도메인에 신규 카테고리가 부가됨에 따라 자동적으로 도메인 에이전트를 생성하도록 구성된다. 이러한 특징은 도메인 및 카테고리가 다이나믹하게 유지될 수 있도록 하고, 이에 의해 시간에 대한 사용자의 요구에 용이하게 적응할 수 있게 된다. 도메인 에이전트가 이러한 유형으로 관리될 때, 에이전시는 더 이상 시맨틱 도메인에 존재하지 않는 에이전트를 제거하도록 구성될 수 있다. 본질적으로, 이러한 모드에서, 도메인 에이전트는 CATEGORIES 테이블과 동기화 된다(이는 다시 이하 설명되는 지식 도메인 매니저에 의해 관련 KBS에서 CATEGORIES 리스트와 동기됨).

도메인 에이전트는 카테고리 명칭 또는 URL에 기초하여 에이전트가 관리하는 데이터를 필터링하는 구조화된 질의로 초기화된다. 이러한 상황에서, 구조화된 질의는 표준 에이전트에 대한 질의와 동일하다. 카테고리 에이전트에 대한 궁극적인 질의의 일 예는 다음과 같다:

SELECT OBJECT FROM OBJECTS WHERE OBJECTID IN (SELECT

OBJECTID FROM SEMANTICLINKS WHERE PREDICATETYPEID=50

AND SUBJECTID=1000 AND OBJECTID IN (SELECT OBJECTID FROM

CATEGORIES WHERE URL LIKE

category://technology.wireless.all@ABC.com/kb.asp?domain="marketing"))

본 예에서, "belongs to the category" 술어부 타입 ID는 값 50을 갖는 것으로 가정되고, 카테고리 objectid는 값 1000을 갖는 것으로 가정된다. 이러한 질의는 영어로 표현하면 이하와 같다:

Select all the objects in the Agency that belong to the category whose object has an objectid value of 1000 and whose URL is category://technology.wireless.all@abccorp.com/kb.asp?domain="marketing"

이는 또한 이하와 같이 해석된다:

Select all the objects in the Agency of the category category://technology.wireless.all@abccorp.com/kb.asp?domain="marketing"

도메인 에이전트 마법사는 사용자에게 간단한 카테고리 명칭 또는 친숙한 버전인 완전히 수식화된 카테고리 명칭 중 어느 것에 기초하여 에이전트를 지칭하기를 원하는지 물을 것이다. 후자의 예로는 : Marketing.Technology.Wireless.All [@ABC]이 있다. 완전히 수식화된 도메인 에이전트 지칭 콘벤션은 다음과 같다:

<objecttypename>.<semanticdomainname>.<categoryname>.all [@KB Name].

본 예에서, 도메인 에이전트 명칭은 이하와 같다:

Email.Marketing.Technology.Wireless.All [@ABC].

블렌더(Blenders).블렌더는 사용자 개인적의 슈퍼-에이전트이다. 사용자는 블렌더를 생성하여, 블렌더에 에이전트(에이전시를 거쳐)를 추가 및 삭제할 수 있다. 이는 자신의 "Personal Agency"를 갖는 사용자들과 유사하다. 블렌더가 바람직하게는 이들이 다수의 에이전시로부터의 에이전트를 포함하기 때문에 시스템 클라이언트 상에만 불러들여 진다. 본 발명의 클라이언트는 블렌더의 에이전트로부터 모든 오브젝트를 모아서, 이들을 적절하게 부여한다. 블렌더가 바람직하게는드래그 및 드롭, 스마트 렌즈(이하 설명됨) 등 기타 타입의 에이전트들의 모든 조작 특성을 포함한다. 블렌더는 임의 타입의 에이전트(기타 블렌더들 뿐만 아니라 표준 에이전트, 검색 에이전트, 스페셜 에이전트 등)를 포함할 수 있다.

본 발명은 사용자가 블렌더를 생성하는 것을 촉진하도록 설계된 사용자 인터페이스인 블렌더 마법사를 제공한다. 도 12 내지 14는 본 발명의 바람직한 실시예에 따른 블렌더 마법사 사용자 인터페이스의 예시적인 스크린샷을 도시한다. 도 12는 샘플 시맨틱 환경의 트리 뷰, 및 사용자가 신규 블렌더를 생성하고 관리하도록 하는 "Add Blender" 마법사의 샘플을 나타내는 샘플 정보 에이전트 스크린 샷이다. 도 13은 사용자가 블렌더의 이름과 설명을 입력하고 정보 오브젝트 타입 필터를 최적으로 선택하는 블렌더 부가 마법사의 제2 페이지를 나타낸다. 도 14는 본 발명의 바람직한 실시예에 따른 샘플 블렌더 부가 마법사의 제3 페이지를 나타낸다. 본 예에서, 사용자는 시맨틱 환경으로부터의 에이전트를 블렌더에 부가 및 삭제한다. "Add Agents" 옵션이 선택되면, "Open Agents" 대화가 표시되어 사용자는 신규 에이전트, 블렌더 또는 에이전시를 신규 블렌더에 부가할 수 있다.

브레이킹 뉴스 에이전트(Breaking News Agents).브레이킹 뉴스 에이전트은 특별히 태그된 스마트 에이전트이다. 에이전시 매니저에 의해 규정되는 시간-임계성(time-criticality)를 갖는 옵션에 부가하여, 사용자는 어느 에이전트가 경고되기를 원하는 정보를 참조하는지를 나타내는 옵션을 갖는다. 브레이킹 뉴스 에이전트에 대하여 관련되는 브레이킹 뉴스가 존재하면 표시되는 모든 정보가 경고를 나타낼 것이다. 예를 들어, 사용자는 이하와 같은 에이전트를 생성할 수 있을 것이다: 브레이킹 뉴스 에이전트로서의 "All Documents posted on Reuters today" or "All Events relating to computer technology and holding in Seattle in the next 24 hours". 이러한 특징은 각각의 브레이킹 뉴스 에이전트가 개인적인 것이기 때문에("breaking"은 주관적인 것으로 사용자에 의존함) 개인적인 방식에 따라 작용한다. 예를 들어, 시애틀에서의 사용자는 아마 시애틀에서의 사건들을 24시간 내에, 서부 해안에서의 사건들을 다음 주 내에(이 시간 동안 값싼 항공편을 알아볼 수 있음), 미국에서의 사건을 다음 14일 내에(가장 적당하게 가격이 책정된 대륙간 비행기편을 얻기 위해 대부분의 미국 항공선에 대한 사전 통지), 유럽에서의 사건들을 다음 달 내에(호텔 예약을 하기 위한 시간을 필요하기 때문일 것임), 전 세계에서의 사건들을 다음 6개월 내에 통지받기를 원할 것이다.

바람직한 실시예에서, 본 발명은 각각의 브레이킹 뉴스 에이전트를 질의하거나 또는 "Breaking News" 컨텍스트 템플레이트를 질의함으로써 브레이킹 뉴스에 대한 시맨틱 환경을 자동적으로 체크할 것이다. 브레이킹 뉴스 에이전트가 브레이킹 뉴스가 있다는 것을 나타내면, 정보 에이전트 오브젝트 스킨은 윈도우를 깜빡거리거나 또는 오브젝트에 관련하는 경고가 있다는 것을 명백하게 나타내는 사용자 인터페이스를 나타내는 것에 의해 표시할 것이다. 사용자가 브레이킹 뉴스 아이콘을 클릭하면, 브레이킹 뉴스 창(pane) 또는 "Breaking News" 컨텍스트 템플레이트용 컨텍스트 팔레트가 표시되어 사용자가 브레이킹 뉴스를 보고, 브레이킹 뉴스 에이전트(브레이킹 뉴스가 다수 있는 경우)를 선택하고, 술어부를 선택하며, 다른 옵션을 선택할 수 있게 한다. 브레이킹 뉴스 에이전트 사용자 인터페이스의 예시적인창이 도 15에 도시된다. 이 샘플 사용자 인터페이스는 컨텍스트 결과 창에서의 팝업 메뉴를 나타낸다. 샘플은 에이전트가 브레이킹 뉴스 에이전트라는 점을 제외하고는 스마트 렌즈(에이전트-오브젝트) 팝업 컨텍스트 결과 창(이하 논의됨)과 유사한 컨텍스트 창을 나타낸다.

디폴트 에이전트(Default Agents).선택적인 실시예에서, 각각의 에이전시는 디폴트 에이전트의 리스트를 드러낸다. 디폴트 에이전트는 웹 사이트 상의 디폴트 페이지와 유사하다: 에이전시의 저작자들(authors)은 어떤 에이전트를 사용자들이 항상 보기를 원하는지를 결정한다. 선택적으로는, 클라이언트상에서, 디폴트 에이전트는 사용자들이 정보 에이전트의 환경의 루트(바람직하게는, 예를 들어 Today's 웹 브라우저 상의 "Home Page"와 동등한 "Home Agent"에 대응함)를 클릭할 때 불려질 것이다. 또한, 복합 디폴트 에이전트들이 사용자들에 의해 형성될 수도 있다.

디폴트 스페셜(또는 컨텍스트) 에이전트.바람직한 실시예에서, 클라이언트 또는 에이전시는 각각의 컨텍스트 템플레이트에 매핑하는 디폴트 스페셜 또는 컨텍스트 에이전트를 지원한다(이하 논의됨). 이들 에이전트가 바람직하게는 어떠한 필터도 없이 적절한 컨텍스트 템플레이트를 사용한다. 예를 들어, "Today"라 불리우는 디폴트 스페셜 에이전트는 모든 아이템을 오늘 배달되었던 모든 "recent" 및 "favorites" 리스트의 모든 에이전시로(또는 에이전시의 구성 리스트로) 리턴한다. 다른 예에서, "Variety"라 불리우는 디폴트 스페셜 에이전트는 "variety" 컨텍스트 템플레이트에 대응하는 시맨틱 환경에서의 모든 에이전시에 대한 결과의 랜덤 세트를 나타낸다.

디폴트 스페셜 에이전트가 바람직하게는 대부분의 사용자들이 본 발명의 Information Nervous System과 친숙하게 되는 시작 지점으로서 기능한다. 또한, 디폴트 스페셜 에이전트는, 드래그 및 드롭, 복사와 첨부, 스마트 렌즈, 상세 정보(Deep Information) 등 스마트 에이전트와 동일한 기능성을 유지한다.

수평 결정 에이전트(Horizontal Decision Agents).바람직한 실시예에서, 사용자 인터렉션을 지원하기 위해 사용자가 이용하는 에이전트는 이하의 것을 포함한다:

. 스케쥴 에이전트(Schedule Agent):스케쥴 에이전트는 특정 사용자들이 이벤트에 참가하기를 원하는 가능성에 기초하여 이벤트에 지능적으로 순위를 매긴다.

. 미팅 팔로우-업 에이전트(Meeting Follow-up Agent):미팅 팔로우-업 에이전트는 과거에 생성한 것과 팔로우-업 미팅을 해야할 시간이 다가오면 사용자들에게 지능적으로 알려준다. 추론 엔진(Inference Engine; 이하 참조)은 관련 시맨틱 액티비티를 모니터하여 팔로우-업 미팅을 보장하기에 충분한 변화가 생성하였는지 여부를 판정한다. 사용자가 바람직하게는 정보 오브젝트 관점으로서 이전 미팅 오브젝트를 사용하여 관련 지식 변화(신규 문서, 참석하기를 원하는 새로운 사람 등)를 찾는다.

. 태스크 팔로우-업 에이전트(Task Follow-up Agent):태스크 팔로우-업 에이전트는 태스크에 응답하여 사용자들에게 사용자가 수행할(문서의 읽기, 그들의 캘린더에 이벤트를 부가하는 것 등) 추천을 보낸다. 에이전트는 사용자가 꾸준히팔로우-업하는 것을 보장한다. 추천은 사용자의 프로파일에 기초하는 것이고, 에이전트가 바람직하게는 추천을 결정하기에 협조적인 필터링을 사용한다.

. 고객 팔로우-업 에이전트(Customer Follow-up Agent).고객 팔로우-업 에이전트는 고객의 활동에 기초하여 사용자들에게 통지를 보낸다. 에이전트는 사용자가 언제 참석을 원하는 가를 지능적으로 결정한다(사용자로부터 수신된 e-메일, 사용자 서비를 돕는 신규 문서 등에 기초함).

공개 대 로컬 에이전트(Public versus Local Agents).에이전시 매니저에 의해 생성되는 에이전트는 "Public Agents"이다. 사용자에 의해 생성되어 관리되는 에이전트는 "Local Agents"이다. 로컬 에이전트는 에이전시 XML 웹 서비스 URL에 대함 참조를 포함하는 SQML을 통해 원격 에이전시를 참조하거나, 또는 로컬 메타데이터 스토어로 KIS의 로컬 인스턴스를 동작시키는 로컬 에이전시를 참조할 수 있다.

저장된 에이전트-사용자의 내 에이전트 리스트(Saved Agents-Uers' My Agent List).바람직한 실시예에서, 사용자는 불러낸 에이전트의 사본 또는 질의 결과를 로컬 에이전트로서 저장할 수 있다. 예를 들어, 사용자는 그들의 하드 드라이브 상의 문서를 에이전트 폴더로 드래그 및 드롭하여 시맨틱 관계 질의를 생성한다. 사용자는 그 결과를 "Documents.Technology.Wireless.RelatedToMyDocument"라는 이름의 에이전트로서 저장한다. 그리고 이것은 사용자가 그 에이전트를 네비게이트하여 개인화된(personalized) 시맨틱 질의를 볼 수 있게 한다. 사용자들은 그래서 그 에이전트를 사용해서 새로운 개인 에이전트 등을 생성시킬 수 있을 것이다. 개인적 에이전트 또한 에이전시에 "공개(published)"될 수 있다. 기타 사용자들이 바람직하게는 에이전트를 발견하여 이에 가입할 수 있다.

바람직한 실시예에서, 로컬 에이전트는 시맨틱 관계 질의 결과가 표시될 때마다 클라이언트에 나타나는 "Save as Agent" 버튼에 의해 생성된다. 이는 사용자가 신규 문서를 저장하는 것과 유사하다. 에이전트가 일단 저장되면, 이는 사용자의 마이 에이전트 리스트에 부가된다. 에이전트는 호스트된 에이전시의 시맨틱 도메인에 기초하여 시맨틱 질의에 응답한다. 본질적으로, 에이전트에 대한 시맨틱 질의는 에이전트가 "질의를 이해하였는지(understands the query)" 여부를 묻는 것과 유사하다. 에이전트는 질의에 응답하여 최고의 "이해(understanding)"를 돕는다. 또 다른 예시로서, "People"을 관리하는 에이전트는 시맨틱 도메인의 사람들을 그 도메인의 카테고리에 매핑시키는 자신의 내부 매핑에 기초하여 문서에 대한 전문가를 요구하는 시맨틱 질의에 응답한다.

선택적으로, 시스템 클라이언트는 논-시맨틱 질의를 사용하도록 구성되어도 좋다. 이 경우, 에이전시는 질의에 대하여 추출된 키워드를 사용할 것이다. 모든 에이전트가 논-시맨틱 질의를 지원한다. 바람직하게는 시맨틱 도메인에 속하는 에이전시에 대한 에이전트만이 시맨틱 질의를 지원할 것이다. 환언하면, 시맨틱 검색은 검색을 저하시킨다.

각각의 에이전트는 "smart"인지 아닌지를 나타내는 속성을 갖는다. 스마트 에이전트가 바람직하게는 그 에이전시가 시맨틱 도메인에 속한다면 에이전시에 생성된다. 또한, 스마트 에이전트만이 그가 완전히 "이해한(understands)" 오브젝트를 리턴한다. 바람직한 실시예에서, 에이전시가 인스톨될 때는, 에이전시 매니저가 인스톨하기를 옵션으로 선택할 수 있는 몇몇 디폴트 스마트 에이전트가 있으며, 이하의 것을 포함한다:

. All.Understood.All

. Documents.Undestood.All

. Email.Understood.All

예를 들어, Email.Understool.All만이 에이전시가 그 시맨틱 도메인(또는 온톨로지)에 기초하여 시맨틱하게 이해할 수 있는 e-메일 오브젝트를 리턴한다.

본 발명이 바람직하게는 사용자가 모든 오브젝트를 표시할 수 있는 기능을 포함하고, 이들 에이전시만이 이해한다.

검색 에이전트(Search Agents).검색 에이전트는 검색 스트링으로 초기화되는 에이전트이다. 바람직한 실시예에서, 불러들일 때, 클라이언트는 검색 요청을 발행한다. 검색 에이전트는 이하의 것을 포함하는 시맨틱 환경의 임의의 부분을 선택할 수 있도록 구성된다:

. Frequently Used Agents

. Recently Used Agents

. Recently Created Agents

. Favorite

. All[Saved] Agents

. Deleted Agents

. Agents on the local area network

. Agents on the Global Agency Directory

. Agents on any user-customized Agency directories

. All Agents in the entire Semantic Environment

클라이언트는 검색 에이전트의 범위에 기초하여 검색 요청을 생성한다. 사용자가 전체 시맨틱 환경을 커버하는 검색을 원한다는 것을 나타내면, 클라이언트는 시맨틱 환경 매니저(이하 참조)의 모든 에이전트 및 로컬 영역 네트워크, 글로벌 에이전시 디렉토리 및 사용자-커스텀화된 에이전시 디렉토리 상의 모든 에이전트에 대한 요청을 생성한다.

서버측 즐겨찾기 에이전트(Server-Side Favorite Agents).다른 선택적인 실시예에서, 에이전시는 사용자 상태 지원 즐겨찾기 에이전트를 지원한다. 오늘날의 웹의 유사한 컨텍스트에서, 웹 사이트는 사용자가 그들의 즐겨찾기 링크, 스톡(stock) 등을 커스텀화할 수 있게 한다. 초기에 질의될 때, 에이전시는 호출한 사용자의 디폴트 에이전트 및 즐겨찾기 에이전트 모두를 표시한다(사용자 상태가 존재하는 경우임).

스마트 에이전트(Smart Agents).스마트 에이전트는 XML 웹 서비스를 통해 에이전시를 참조하는 구조화된 시맨틱 질의를 캡슐화하는 독자적인 에이전트이다. 바람직한 실시예에서, 클라이언트 상의 사용자는 오픈 에이전트 대화를 통해 시맨틱 환경을 브라우즈할 수 있게 하는 "Creat Smart Agent" 마법사를 통해 스마트 에이전트를 생성하고 편집할 수 있다. 본질적으로, 이는 사용자 인터페이스로부터SQML 질의를 생성하는 사용자들에 대응한다. 바람직한 실시예에서는 사용자 인터페이스만이 사용자가 동일한 에이전시 리소스로부터 링크를 부가할 수 있게 한다. 그러나, 사용자는 스페셜 에이전트 및 블렌더(또한 바람직하게는 크로스-에이전시임) 이외에도 에이전시를 통해 동일한 카테고리의 에이전트를 생성할 수 있다. 스마트 에이전트가 현재 질의에 대하여 동일한 에이전시를 참조한다고 가정하면, 사용자 인터페이스는 사용자가 기존 스마트 에이전시를 정보 오브젝트 관점으로서 사용하여 링크를 부가할 수 있게 한다. 도 16은 링크(술어) 템플레이트, 자체 링크 및 오브젝트를 선택하기 위한 사용자 인터페이스 제어가 구비된 오픈 에이전트 대화를 나타낸다. 도 17-19는 오픈 에이전트 대화를 드러내는 샘플 시맨틱 환경의 트리 뷰를 나타낸다. 도 17은 사용자가 시맨틱 환경을 브라우즈하고 에이전트를 열 수 있게 하는 오픈 에이전트 대화이다. 도 18은 시맨틱 환경에서 에이전시를 네비게이팅하는 방식 및 "Small Preview"를 갖는 "Open Agent" 대화를 나타낸다. 도 19는 에이전트 폼 시맨틱 환경을 열기 위해 또는 덤 에이전트를 생성함으로써 시맨틱 환경에 정규 정보를(예를 들어, 파일 시스템으로부터) 임포트하기 위한 신규 옵션을 나타내는 툴바 상의 "Open" 툴을 나타낸다.

링크 템플레이트는 본질적으로 사용자가 사전규정된 필터를 사용하여 현재 오브젝트 타입에 대한 술어를 네비게이트 할 수 있게 하고, 따라서 사용자가 오브젝트 타입에 대한 모든 술어를 거치는 것을 회피하게 할 수 있다. 링크 템플레이트의 예로는 이하의 것을 포함한다:

. All

. Breaking News(예를 들어 "posted in the last" 등 시간-감도를 참조하는 링크)

. Categorization

. Definite(non-porbabilistic links)

. Probable(probabilistic links)

. Annotations

바람직한 실시예에서, 오픈 에이전트 대화는 사용자가 "link to"로 오브젝트를 선택할 수 있게 하고, 오브젝트의 타입에 따라, 사용자가 오브젝트를 브라우즈할 수 있게 한다(예를 들어, 일자/시간인 경우 캘린더 제어로부터, 문자인 경우 문자 박스로부터, 파일 또는 폴더 경로인 경우 파일 시스템으로부터 등). 사용자 인터페이스 마법사는 또한 사용자가 질의의 결과를 미리 볼 수 있게 한다. 임시 SQML 엔트리가 현재 술어 리스트와 함께 생성되고, 이는 대화 박스 마법사 내에서 미니-브라우저 윈도우에 로드된다. 사용자는 술어를 부가 및 제거할 수 있고, 또한 술어의 "OR" 또는 "AND" 중 어느 것을 원하는지를 나타내는 옵션을 가질 것이다. 사용자 인터페이스는 또한 술어 복제에 대하여 체크할 것이다.

사용자가 스마트 에이전트 생성 마법사를 끝내면, 스마트 에이전트는 시맨틱 환경에 부가되고, SQML은 관련 오브젝트 엔트리와 함께 저장된다. 바람직한 실시예에서, 사용자는 에이전트 특성 검사 특성 시트를 사용하여 스마트 에이전트를 차후에 브라우즈할 수 있다. 이는 사용자가 간단한 시맨틱 환경 특성(명칭, 설명, 생성 일자 등)을 볼 수 있게 하고, 또한 리소스 URL(질의되는 에이전시의 XML 웹서비스에 대한 WSDL URL) 및 술어 리스트를 볼 수 있게 한다. 사용자는 술어 시트로부터의 리스트를 편집할 수 있다.

디폴트 스마트 에이전트(Default Smart Agent).디폴트 스마트 에이전트는 컨텍스트 템플레이트가 아니라 정보 오브젝트 타입에 기초한다는 점을 제외하고는 디폴트 스페셜 에이전트와 유사하다. 예를 들어, "Documents"는 사용자의 시맨틱 환경에서 모든 에이전시 상에 모든 문서를 리턴할 것이다; "Email"은 사용자의 시맨틱 환경 등에서 모든 e-메일 메시지를 리턴할 것이다.

스페셜 에이전트(Special Agents).스페셜 에이전트는 컨텍스트 템플레이트(이하 참조)에 기초하여 사용자가 생성하는 스마트 에이전트이다. 스페셜 에이전트가 바람직하게는 비록 스페셜 에이전트 레퍼런스가 없더라도 에이전트 명칭으로 초기화된다. 예를 들어, 스페셜 에이전트 "Email.Technoolgy.Wireless.All"은 시맨틱 환경에 그 명칭의 에이전트가 존재하지 않더라도 생성될 것이다. 검색 에이전트와 같이, 스페셜 에이전트도 임의의 에이전트를 시맨틱 환경의 임의 부분에서 그 이름으로 검색하도록 정해진다. 바람직한 실시예에서, 스페셜 에이전트를 사용자가 불러내면, 클라이언트는 그 명칭을 포함하는 임의의 에이전트를 검색한다. 그 명칭을 갖는 임의의 에이전트를 발견하면, 클라이언트는 에이전트를 부른다.

바람직한 실시예에서, 사용자는 카테고리 필터(필요한 경우) 및 질의할 에이전시를 나타내는 컨텍스트 템플레이트과 일치된 파라미터를 입력한다. 이들은 오픈 에이전트 대화를 이용하여 수동으로 입력될 수 있거나, 또는 사용자가 "recent"에이전시, "favorite" 에이전시 또는 이들 모두를 질의하기 원한다는 것을 나타낼 수 있다. 선택적인 실시예에서, 사용자는 선택된 에이전시의 "OR" 또는 "AND"인 카테고리(필요한 경우) 또는 글로벌 에이전시 디렉토리에 알려진 모든 카테고리를 선택하는 선택권을 갖는다. 다른 선택적인 실시예에서, 사용자는 정보 타입(컨텍스트 템플레이트dhk 대립하는 것임) 및 검색을 위한 키워드(술어 또는 카테고리와는 대립하는 것입)를 선택할 수 있다.

디폴트 스페셜 에이전트(Default Special Agents).바람직한 실시예에서, 시스템 클라이언트는 모든 지원되는 컨텍스트 템플레이트으로 매핑시키는 디폴트 스페셜 에이전트를 인스톨한다. 예를 들어, 바람직한 실시예에서, 디폴트 스페셜 에이전트는 이하의 것을 포함한다:

Headlines

Breakin News

Conversations

Newsmakers

Upcoming Events

Discovery

History

All Bets

Best Bets

Experts

Favorites

Classics

Recommendations

Today

Variety

Timeline

Upcoming Events

Guide

커스텀 스페셜 에이전트(Custom Special Agents).사용자가 생성한 스페셜 에이전트와는 대조적으로, 커스텀 스페셜 에이전트는 안전하고, 보안이 되며 고성능인 것을 보증하기 위해 특별히 개발되고 서명된 스페셜 에이전트이다. 본 발명은 조직 및 개발자들이 그들 자신의 커스텀 블렌더를 생성할 수 있도록 플러그-인 레이어(plug-in layer)를 제공한다. 커스텀 블렌더의 일 예로는 "나의 가장 최근 문서 또는 e-메일과 관련되는 All.CriticalPriority.All"이 있다. 이러한 커스텀 블렌더는 이하와 같은 리소스 엔트리를 갖는 SQML 파일에 의해 구현될 수 있다:

<resource type="nervana:url"

agent://all.criticalpriority.all@localhost>

<link predicate="nervana:relevantto"

type="nervana:localsemanticref"

recentdocuments>

</link>

<link operator="or"

type="nervana:localsemanticref"

recentemail>

</link>

</resource>

바람직한 실시예에서, 프리젠터(이하 참조)는 "link" 엔트리를 로컬하게 해석하고, 가장 최근의 문서 또는 e-메일 메시지에 대응하는 XML 인자(argument)를 갖는 타겟 리소스에 대한 XML 웹 서비스 요청을 초기화한다. 이는 타겟 에이전트가 기점(origination)을 필터링하는 것과 관련되는 시맨틱을 알지 않고도 순수하게 XML 필터를 갖고 시맨틱 질의에 대한 응답에 촛점을 맞출 수 있게 한다. 선택적인 실시예에서, 상술된 예와 같은 커스텀 블렌더는 디폴트 에이전트이다.

수직 결정 에이전트(Vertical Decision Agents).수직 결정 에이전트는 수직 산업 시나리오에 대한 결정-지원을 제공하는 에이전트이다.

에이전트 구성체계(Agent Schema).에이전트는 특정된 파라미터 내에서 동작하고 에이전트 구성체계를 구성하는 소정의 특징들을 나타낸다. 에이전트 구성체계는 본 발명의 기술 내에서 매우 광범위하게 동등하게 적용될 수 있다. 예를 들어, 본 발명의 바람직한 실시예의 에이전트 구성체계가 도 20에 도시된다. 본 발명은 특히 더 이상의 필드를 부가하는 것을 의도한다. 예를 들어, 카테고리 URL(또는 경로) 및 컨텍스트 템플레이트 명칭에 대한 필드가 에이전트 구성체계에부가되어 에이전트가 나타내는 카테고리 및 컨텍스트 템플레이트에 대한 클라이언트 및 서버의 빠른 액세스를 적용한다(적용가능한 경우). 이는 시맨틱 환경 매니저가 에이전트의 서로 다른 뷰(예를 들어, 카테고리 별로, 콘텍스 별로 등)를 제공하는 것을 돕는다. 이는 에이전트에 대하여 SQML의 이들 필드의 존재를 보완한다(속성 및/또는 술어를 통해 표현됨). 바람직한 실시예에 포함된 AgentTypeIDs가 도 21에 도시된다. 바람직하게는, AgentQueryTypeIDs가 포함되며, 도22에 나타나있다.

바람직한 실시예에서, SQL 질의 포맷이 사용된다. 그러나, 예를 들어 XQL, XQuery 등 다수의 질의 포맷이 본 발명의 범위 내에서 고려된다.

KIS(50)가 바람직하게는 이러한 구성체계에 대응하여 데이터 스토어의 에이전트 테이블(서버측 에이전트용)을 호스트한다. 도 23은 에이전트 명칭에 대응하는 샘플 시맨틱 질의를 나타내는 것으로, 서버측 에이전트가 본 발명의 KIS 상에 바람직하게 구성되는 방법을 나타낸다.

이하 보다 상세히 설명되듯이, 에이전트는 그들 자신의 스킨을 선택적으로 포함할 수 있다. 에이전트 스킨은 XSLT 파일에 대한 URL 또는 동등한 플래시 MX 또는 ActionScript로 표현된다. 에이전트의 Skin URL이 특정되지 않으면, 에이전트의 오브젝트 타입에 대한 디폴트 스킨이 가정된다.

에이전트 질의 룰(Agent Query Rules).OBJECTID 컬럼을 리턴하기 위해 각각의 서버측 에이전트 질의가 특정되어야 한다. 각각의 테이블은 도입된 오브젝트 타입에 대한 테이블과 함께 오브젝트 테이블을 링크시키는 컬럼을 갖는다. 오브젝트 및 기타 테이블들은 이하 보다 상세히 설명된다.

각각의 에이전시 질의가 서브-질의, 캐스케이디드 질의 또는 조인의 기초를 형성할 수 있기 때문에, 각각의 질의는 이러한 포맷을 따르는 것이 바람직하다. 예를 들어, News.All에 대한 질의는 "SELECT OBJECTID FROM NEWS"("NEWS"는 "news" 구성체계를 갖고 새로운 기사에 대한 메타데이터를 호스트하는 테이블의 명칭이다.)로서 나타날 것이다. 결과적으로, 서버(10)는 이러한 질의를 복합 질의의 일부로서 사용할 수 있다. 예를 들어, 사용자가 문서를 에이전트로 드래그 및 드롭하면, 서버는 이러한 질의를 이하와 같이 실행할 것이다:

SELECT OBJECTID FROM NEWS WHERE OBJECTID IN (SELECT OBJECTID FROM SEMANTICLINKS WHERE SUBJECTID IN (50, 67, 89) AND LINKSCORE>90)

본 예는 문서가 오브젝트 식별자 50, 67 및 89를 갖고 CATEGORIES 테이블의 카테고리에 속하는 것으로 분류된다는 점과 문서가 카테고리에 속한다는 것을 확립하기 위한 링크 확률의 임계치가 0.9라는 점을 가정한다. 본 예에서, 문서는 News.All 질의에 대한 필터로서 사용되고 질의 문자는 복합 질의의 일부로서 사용된다.

질의에 대하여 일관된 규격을 갖는다는 것은 질의가 마침내 부여되어야할 때까지 시맨틱 질의 프로세서가 질의를 머지(merge)할 수 있게 한다. 예를 들어, 시맨틱 질의 프로세서에 대한 각각의 호출은 결과를 리턴하는 오브젝트 타입이 어느 것인가를 나타낸다. 그리고, 질의 프로세서는 요청된 오브젝트 타입에 대한 구성체계와 일관된 XML 정보를 리턴한다. 환언하면, 질의 프로세서가 바람직하게는 프리젠테이션을 위해 구성체계-특정 결과를 리턴한다. 각각의 질의는 시맨틱 레이어에 저장된다(OBJECTID를 리턴하기 위함). 마지막 예를 이용하기 위해, 사용자가 News.All 에이전트를 불러낼 때, 브라우저는 에이전시 XML 웹 서비스 상에 질의 프로세서를 호출한다. 그리고, 질의 프로세서는 질의를 불러내어 이하와 같은 'News Article' 오브젝트 타입으로 필터링할 것이다:

SELECT * FROM NEWS WHERE OBJECTID IN (SELECT OBJECTID FROM NEWS)

이는 뉴스 구성체계에 대한 모든 필드를 리턴한다. 브라우저는(프리젠터를 통해) 에이전트 스킨 또는 사용자 특정 스킨(에이전트 스킨을 무효화시킬 것임)에 대하여 XSLT(또는 Flash MX나 ActionScript 등의 프리젠테이션 툴)를 사용하여 정보를 표시한다.

질의 가상 파라미터(Query Virtual Parameters).에이전트 질의가 바람직하게는 특별 가상 파라미터를 포함한다. 전형전인 예에서는 '%USERNAME%을 포함할 것이다. 본 예에서는, 질의를 불러내기 이전에 시맨틱 질의 프로세서(SQP)가 가상 파라미터를 실제 인자(argument)로 해석한다. AgentPeople.MyTeam.All은 이하의 SQL 질의로 구성된다:

SELECT * FROM USERS WHERE Division IN(SELECT Division FROM USERS WHERE Name LIKE %USERNAME%)

본 예에서, 에이전트 명칭은 에이전트가 임의의 사용자에게 적용할 수 있지만 "MyTeam"을 포함한다. %USERNAME% 변수는 SQP에 의해 실제 호출 사용자의 명칭으로 해석된다. SQL은 이하와 같이 해석된다:

SELECT * FROM USERS WHERE Division IN(SELECT Division FROM USERS WHEREName LIKE JohnDoe)

본 예에서, JohnDoe는 호출자의 사용자 명칭인 것으로 가정된다.

간단한 에이전트 검색(Simple Agent Search).각각의 에이전트는 간단한 검색 기능성을 지원한다. 바람직한 실시예에서, 사용자는 정보 에이전트에서 스마트 에이전트 상에 우측-클릭을 하여 "Search"를 칠 수 있다. 이는 사용자가 검색 문자를 입력하는 대화 상자를 불러온다. 이는 "nervana:contains" 등 관련 술어를 갖는 적절한 SQML을 생성한다. 본 발명은 "Create Smart Agent" 마법사를 거쳐 "contains text" 술어(선택적으로 동일한 결과를 달성함)을 선택하지 않고도 사용자가 에이전트를 검색하는(그리고 그곳에서 스마트 에이전트를 생성하는) 간단하고 빠른 방식을 제공한다.

에이전시 에이전트 뷰(Agency Agent Views).본 발명의 선택적인 실시예는 에이전시 에이전트 뷰를 포함한다. 에이전시 에이전트 뷰는 소정의 기준에 기초하여 에이전트를 필터링하는 질의다. 예를 들어, "Documents"라는 에이전트 뷰는 문서 시맨틱 분류(document semantic class)의 오브젝트를 관리하는 에이전트만을 리턴한다. "Reuters News"라는 에이전트는 저작자가 "Reuters"인 새로운 오브젝트를 관리하는 에이전트의 리스트를 리턴한다. 에이전시 에이전트 뷰는 사용자에게 에이전트를 통해 네비게이트하는 용이한 방식을 제공하기 위해 중요하다. 에이전시 매니저는 에이전트 뷰를 생성 및 삭제할 수 있다.

에이전트 공개 및 공유(Agent Publishing and Sharing).바람직한 실시예는 에이전트가 공개 및 공유되는 것을 용이하게 한다. 이는 바람직하게는 시맨틱 환경을 최근 기호 에이전트들, 그들의 구성체계, 그들의 SQML 버퍼 등을 포함하는 XML 문서로 시리얼화하는 것과 문서를 공개 지점으로 공개하는 것에 의해 구현된다. 이러한 XML 문서는 로컬(사용자-생성의) 에이전트들의 전파 및 공유를 촉진하기 위해 동료, 친구들에게 e-메일로 보내질 수도 있다. 이는 오늘날의 웹 페이지들이 공개되는 방식 및 웹 URLs와 링크들이 e-메일을 통해 링크 및 첨부물을 보냄으로써 공유되는 방식과 유사하다.

2. 지식 통합 서버(KNOWLEDGE INTEGRATION SERVER)

지식 통합 서버(KIS; 50)는 시스템(10)의 서버측 심장부이다. KIS는 다수의 다양한 소스들로부터의 데이터를 시맨틱 네트워크로 시맨틱하게 통합하고 네트워크로의 액세스를 제공하는 에이전트를 호스트한다. KIS는 또한 시맨틱 XML 웹 서비스를 호스트하여 클라이언트에게 에이전트를 통한 시맨틱 네트워크로의 액세스를 제공한다. 사용자에게, KIS 인스톨은 에이전스로 보여질 수 있다. KIS가 바람직하게는 이하의 특성으로 초기화된다:

. Agency Name.에이전시의 명칭(예컨데 "ABC" 등)

. Agency Friendly Name.에이전시의 풀 네임(예컨데 "ABC Corporation" 등)

. Agency Description.에이전시의 설명

. Agency System User Name.에이전시의 사용자 명칭. 각각의 에이전시는 인스톨된 기업(또는 웹 사이트)의 디렉토리 상에 사용자에 의해 표현된다. 시스템 사용자 명칭은 시스템 인박스를 호스트하기 위해 사용된다(이를 통해 사용자들이에이전시에 문서, e-메일 및 주석을 공개함). 인증을 위해, 에이전시는 시스템 사용자 어카운트로의 액세스를 갖는 서버 상에 인스톨되어야 한다.

. Agency Authentication Support Level.에이전시가 사용자 인증을 지원 또는 요구하는지 여부를 나타냄. 에이전시는 인증을 지원하지 않도록(모든 사용자에게 오픈되고 사용자 상태를 갖지 않는 경우), 지원은 하지만 요구는 하지 않도록, 및 인증을 요구하도록 구성될 수 있다(바람직하게는 인증 암호화 타임을 나타내는 경우임).

. Agency User Directory Type.이는 에이전시가 사용자를 인증하는 사용자 디렉토리의 타입으로 에이전시는 이로부터 사용자 정보를 얻는다. 예를 들어, 이는 Windows 2000 Active Directory 상의 LDAP 디렉토리, Microsoft Exchange 2000 User Directory, 또는 Lotus Notes User Directory 등 일 수 있다.

. Agency User Directory Name.이는 에이전시 사용자 디렉토리의 서버 명칭을 나타낸다(Microsoft Exchange 2000 서버 명칭 등).

. Agency User Domain Name.이는 인증 목적을 위한 사용자 도메인의 명칭을 나타낸다. 이 필드는 옵션으로 에이전시가 인증을 지원하는 경우에만 포함된다.

. Agency User Group Name.이는 인증 목적을 위한 사용자 그룹의 명칭을 나타낸다. 예를 들어, 에이전시는 "US Employees"라는 도메인 명칭과 "Marketing"이라는 그룹 명칭으로 초기화 될 수 있다. 이러한 경우, 에이전시는 먼저 사용자 명칭을 체크하여 사용자가 사용자 그룹의 멤버인지 확인하고, 사용자 디렉토리 타입에 의해 지시되는 사용자 디렉토리 인증자에게 인증 요청을 보낸다. 호출한 사용자가 사용자 그룹의 멤버가 아니면, 인증 요청은 거부된다. 이 필드는 에이전시가 인증을 지원하는 경우에만 유효하다.

. Data Store Connection Name.이는 데이터베이스 스토어로의 접속 명칭을 나타낸다. 이는 가령 Windows 상의 ODBC 접속 명칭(또는 JDBC 명칭 등)으로 표현될 수 있다. KIS는 접속 명칭에 의해 참조되는 데이터베이스를 사용하여 그 테이블을 저장, 업데이트 및 유지할 것이다.

. Dynamic Properties Evaluation.에이전시 XML 웹 서비스가 바람직하게는 서버가 현재 지원하는 또는 "이해하는(understands)" 시맨틱 도메인 경로의 리스트 등 다이나믹 특성을 리턴하는 방법을 드러낸다. 이는 사용자가 그들의 지원되는 시맨틱 경로 또는 온톨로지/분류학(taxonomies)을 이용하여 클라이언트 상에 에이전시를 브라우즈할 수 있게 한다.

도 24에서 보여지듯이, KIS(50)가 바람직하게는 이하의 주요 구성 요소들을 포함한다: 시맨틱 네트워크(52), 시맨틱 데이터 수집기(gatherer)(54), 시맨틱 네트워크 일치 체커(56), 추론 엔진(58), 시맨틱 질의 프로세서(60), 자연어 분석기(parser)(62), e-메일 지식 에이전트(64) 및 지식 도메인 매니저(66).

a. 시맨틱 네트워크(Semantic Network)

시맨틱 네트워크는 KIS의 핵심적인 데이터 구성 요소이다. 시맨틱 네트워크는 본 발명의 규정된 구성체계들의 오브젝트들을 모두 데이터베이스 테이블을 통해 시맨틱 방식으로 링크한다. 시맨틱 네트워크는 구성체계 및 시맨틱 메타데이터 스토어(SMS)를 구성한다. 시맨틱 네트워크가 바람직하게는 이하 2개의 데이터 구성체계로 구성된다: Objects 및 SemanticLinks. 부가적인 데이터 구성체계가 시스템 요건 및 기업 요구에 기초하여 포함될 수 있다. SMS가 바람직하게는 데이터베이스 테이블을 통해 모든 시맨틱 데이터가 저장되고 업데이트되는 표준 데이터베이스(SQL 서버, Oracl, DB2 등)이다. 상기SMS는, 바람직하게는, 각각의 프라이머리 오브젝트타입(아래 기술됨)에 대한 테이블들을 포함한다.

예를 들어, 기업 상황으로 지향되는 샘플 시맨틱 네트워크가 도 25를 참조하여 도시되는데, 본 발명의 비즈니스 사용자와 지식 검색, 관리, 전달 및 프리젠테이션의 여러 소스 및 결과 사이의 관계가 도시하고 있다.

오브젝트(Objects).오브젝트 테이블은 시맨틱 네트워크의 모든 오브젝트를 포함한다. "Object"는 모든 시맨틱 오브젝트 타입이 유도될 "base class"로서 생각될 수 있다. 오브젝트 타입의 바람직한 구성체계가 도 26에 도시된다. ObjectID는 시맨틱 네트워크의 오브젝트를 태그하는 고유한 식별자이다. 시스템의 모든 오브젝트는 오브젝트 구성체계의 확장인 구성체계를 가질 것이다. 선택적으로, 시맨틱 오브젝트 타입(문서, e-메일, 이벤트 등)은 ObjectID 필드만을 가질 것이다. 질의가 불려질 때, 질의 프로세서는 오브젝트 테이블 및 특정 시맨틱 테이블로부터 정보를 모아 최종 결과를 형성할 수 있다. 전자의 어프로치(각각의 구성체계가 오브젝트 구성체계의 확장이 되도록 함)는 조인이 회피되기 때문에 보다 우수한 런타임 성능을 가져온다. 그러나, 후자의 어프로치는, 계산적으로 보다 비용이 들지만, 스토리지 낭비가 덜하다. ObjetTypeID가 바람직하게는"documents/documents"; "documents/analyst briefs"; 및 "events/meetings" 등 오브젝트 타입의 계층을 설명하는 스트링으로 해석되는 숫자이다.

SourceID는 오브젝트가 모아졌던 시맨틱 데이터 어댑터(SDA)에 대한 식별자를 참조한다. 시맨틱 데이터 수집기(SDG)는 이 정보를 사용하여 오브젝트가 검색되었던 SDA로부터 상태 정보를 요청함으로써 오브젝트가 여전히 존재하는지 여부를 주기적으로 체크한다.

SemanticLinks.SMS가 바람직하게는 시맨틱 링크를 저장할 SemanticLinks 구성체계(데이터베이스 테이블에 대응함)를 포함한다. 이들 링크는 SMS의 다른 데이터 테이블의 오브젝트들에 주석을 달 것이고, 바람직하게는 시맨틱 네트워크에 대한 데이터 모델을 구성할 것이다. 각각의 시맨틱 링크는 시맨틱 링크 ID를 가질 것이다. 시맨틱 링크 테이블이 바람직하게는 도 27을 참조하여 도시된 필드 명칭 및 타입을 포함한다. SubjectID 및 SubjectTypeID는 그로부터 링크되는(linked from) 오브젝트 ID 및 오젝트 타입 ID이다. ObjectID 및 ObjectTypeID는 그로 링크되는(linked to) 오브젝트 ID 및 오브젝트 타입 ID이다. LinkScore가 바람직하게는 0 내지 100이고, 링크의 시맨틱 강도를 확률로서 표현한다. 이들 필드는 예시적인 뿐인 것으로; 보다 많은 술어는 시맨틱 링크에 대한 사용자의 소망 뿐만 아니라 특정 오브젝트 타입에 기초하여 고려된다. 본 발명의 바람직한 실시예는 도 28에 도시된 술어 타입 ID를 제공한다. 본 발명은 더욱 많은 술어 타입 ID를 고려한다.

예를 들어, "Steve reports to Patrcik"이라는 시맨틱 링크가, 사용자 테이블의 Steve의 ID에 대응하는 서브젝트 ID, PREDICATETYPEID_REPORTSTO의 술어 타입(이하 테이블 참조), 사용자 테이블의 Patrick의 오브젝트, 100인 링크 스코어("truth"라는 것과 링크가 개연성이 없다는 것을 나타냄) 및 링크에게 자격을 주는 참조 일자와 함께 표현될 것이다.

KIS는 각각의 오브젝트 타입에 대하여 데이터베이스 테이블을 생성, 업데이트 및 유지한다(SMS를 통함). 이하는 주요하고 유도된 오브젝트 타입의 바람직한 그러나 이에 제한되는 것은 아닌 리스트를 나타낸다:

. Person

. User

. Customer

. Category

. Document

. Analyst Brief

. Analyst Report

. Case Study

. White Paper

. Company Profile

. E-Book

. E-Magazine

. Email Message

. Email Annotation

. Email News Posting

. Email Distribution List

. Email Public Folder

. Email Public Folder Newsgroup

. News Article

. Event

. Meeting

. Corporate Event

. Industry Event

. TV Event

. Radio Event

. Print Media Event

. Online Meeting

. Arts and Entertainment Event

. Online Course

. Media

. Book

. Magazine

. Multimedia

. Online Broadcast

. Online Conference

오브젝트 타입들이 바람직하게는 계층적 경로로서 표현된다. 경로는 예를 들어 "event/meetings"가 "qualified Meetings"로 확장되어 "events/meetings/company meetings"가 되듯이 확장될 수 있다. 구성체계 모델은 무한하게 확장 및 구성될 수 있다.

가상 정보 오브젝트 타입(Virtual Information Object Types).가상 정보 오브젝트 타입은 분명한 오브젝트 타입에 매핑되지 않는 오브젝트 타입으로, 사용자들에게는 여전히 시맨틱하게 관심의 대상이다. 예를 들어, "Customer Email" 오브젝트 타입이 있고, 이는 "Email" 오브젝트 타입으로부터 유도한다. 이러한 오브젝트 타입은 분명한 구성체계를 갖지 않아 결과적으로 KIS 상의 SMS에 분명한 테이블을 갖지 않는다는 점에서 "virtual"이다. 오히려, "Email" 오브젝트 타입으로부터 유도하기 때문에 SMS 상에 "Email" 테이블을 이용한다. 분명한 오브젝트 타입은 아니지만, 사용자들은 실제로 분명하였었던 것처럼 "Customer Email에 대한 브라우징 및 검색에 관심을 둘 것이다.

바람직한 실시예에서, 가상 오브젝트 타입은 SMS 상의 적절한 테이블에 메타데이터를 저장함으로써 구현된다(본 경우, 오브젝트 타입이 "Email"로부터 유도되기 때문에 "Email" 테이블임). 그러나, 오브젝트 타입에 대한 질의의 해석은 분명한 오브젝트 타입에 대한 정규 질의와는 다르게 달성된다. 서버 SQP가 가상 정보 오브젝트 타입("Customer Email" 등)에 대한 시맨틱 질의 요청(XML 웹 서비스를 통함)을 수신하면, 함께 오브젝트 타입을 형성하는 테이블들을 연결하여 상기 요청을 해석한다. 예를 들어, 바람직한 실시예에서, "Customer Email"의 경우, 서버는 이하와 같이 SQL 서브-질의로 질의를 해석할 것이다:

SELECT OBJECTID FROM EMAIL WHERE OBJECTID IN (SELECT OBJECTID FROM CUSTOMERS WHERE EMAILADDRESS IN (SELECT EMAILADDRESS FROM EMAIL)

이러한 질의는 "Select all objects from the Email table that have an email address value that is also in the Customers table."에 대응한다. 이는 "Customer Email"이 고객에 의해 또는 고객에게 보내지는 e-메일을 참조한다는 것을 가정한다. 가상 오브젝트 타입의 다른 정의도 또한 가능하고, 질의 해석이 바람직하게는 상기 정의와 일관된다. SQP가 바람직하게는 이러한 서브-질의를 "Customer Email"에 대한 모든 질의에 적용한다. 이러한 서브-질의는 본질적으로 고객으로부터의 e-메일 메시지에 대한 e-메일 테이블을 필터링한다. 이는 실제로는 존재하지 않는 경우 "Customer Email" 테이블이 존재한다는 환상으로 사용자에게 원하는 결과를 리턴한다.

본 발명은 각각의 오브젝트 타입과 관련된 다양한 구성체계를 고려한다. 기타 구성체계들이 본 발명에 호환 적용성을 갖는 개발에 존재할 수 있다. 예를 들어, "Document" 구성체계가 Dublin Core 구성체계(http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc2413.html) 및 기타 산업 표준 구성체계로부터의 필드와 함께 확장될 수 있다. 다른 실시예에서, "News Article" 구성체계는 NewsML 구성체계(http://www.newsml.org)의 확장일 수 있다. 예시적으로만, 본 발명에 따라이루어진 바람직한 사용자 오브젝트 구성체계가 도 29에 도시된다. 모든 구성체계가 바람직하게는 오브젝트 구성체계의 필드와 동일한 서브셋을 갖는다. 사용자(개인) 오브젝트 구성체계와 바람직하게 관련된 MailingAddressTypeID가 도 30에 도시된다.

예시적으로만, 본 발명에 따라 이루어진 바람직한 카테고리 오브젝트 구성체계가 도 31에 도시된다.

예시적으로만, 본 발명에 따라 이루어진 바람직한 문서 오브젝트 구성체계가 도 32에 도시된다. "DocumentCategory" 필드는 문서와 함께 태그되는 소유자 카테고리(문서 데이터 소스에 의함)를 지칭하는 것으로, KIS 자체에 의해 관리되는 시맨틱 카테고리를 지칭하는 것은 아니다. "DocumentFormatTypeId" 필드는 문서의 타입을 지칭한다. 바람직한 실시예의 인쇄 매체 타입 ID가 도 33에 도시되고, 바람직한 FORMATTYPEID는 도 34에 도시된다.

예시적으로만, 본 발명에 따라 이루어진 바람직한 e-메일 메시지 리스트 오브젝트 구성체계가 도 35에 도시된다. e-메일 우선순위가 바람직하게는 하위, 중간 및 상위 우선순위에 대응하는 0, 1 또는 2이다. EmailTypeID가 바람직하게는 EMAILTYPEID_EMAIL, EMAILTYPEID_NEWSPOSTING 및 EMAILTYPEID_EMAILANNOTATION을 포함한다(값 1, 2 및 3). 본 발명의 바람직한 실시예의 e-메일 배포 리스트 및 e-메일 공개 폴더 오브젝트 구성체계를 나타내는 예시적인 테이블이 도 36 및 37에 도시된다. 바람직한 실시예에서, PublicFolderTypeID는 도 38에 도시된 것들을 포함한다.

예시적으로만, 본 발명에 따라 이루어진 바람직한 이벤트 오브젝트 구성체계 메시지 리스트 오브젝트 구성체계가 도 39에 도시된다. 도 40은 본 발명의 바람직한 실시예의 이벤트 타입을 나타낸다.

예시적으로만, 본 발명에 따라 이루어진 바람직한 매체 오브젝트 구성체계 메시지 리스트 오브젝트 구성체계가 도 41에 도시된다. 도 42는 본 발명의 바람직한 실시예의 매체 타입을 나타낸다.

예시적으로만, 도 43-45는 본 발명의 바람직한 실시예에서 오브젝트가 카테고리화되고 이용되는 방식을 나타내는 부가적인 샘플을 도시한다. 도 43은 루프 오브젝트 콘테이너 타입을 나타낸다. 도 44는 자격이 주어진 오브젝트 타입에 대한 계층 구조를 나타낸다. 도 45는 네이티브 콘테이너 오브젝트 타입 술어의 샘플을 나타낸다. Person 및 Customer 타입을 제외한 모든 타입이 바람직하게는 루트 타입 "All Infomation"으로부터 모든 술어를 물려 받는다. 본 발명은 예를 들어: All; Breaking News; Categorization; Author; Annotation; Definite Links; Probabilistic Links; 및 Popular를 포함하는 네이티브 콘테이너 오브젝트 타입 술어 템플레이트를 제공한다.

b. 시맨틱 데이터 수집기(Semantic Data Gather)

바람직한 실시예에서, 시맨틱 데이터 수집기(SDG)는 SMS를 통해 시맨틱 네트워크의 엔트리들을 부가, 제거 및 업데이트를 담당한다. SDG는 XML 웹 서비스 참조의 리스트를 구성한다. 이들은 정보 소스 요약 레이어(ISAL)형성한다. 이들 참조 각각은 데이터 소스 어댑터(DSA)를 통해 데이터를 모으도록 초기화된다. 데이터 소스 어댑터는 주어진 오브젝트 타입에 대한 로컬 또는 원격 시맨틱 데이터 소스로부터 정보를 모으는 XML 웹 서비스이다. 그리고, 이는 데이터 소스에서의 오브젝트 엔트리에 대응하는 XML을 리턴한다. 모든 DSA가 바람직하게는 그를 통해 SDG가 XML 데이터를 모으는 동일한 인터페이스를 지원한다. 이 인터페이스는 이하와 같은 방법을 포함한다:

. 주어진 시작 및 종료 인덱스용 오브젝트(오브젝트 0 내지 49 등)에 대하여 XML 메타데이터를 검색.

. 특정 일자/시간(DSA의 시계 상으로) 이후로 부가되거나 삭제된 오브젝트가 있는지 여부를 체크.

. 특정 일자/시간(DSA의 시계 상으로) 이후로 부가되거나 삭제된 오브젝트용 XML 메타데이터 패치.

. 오브젝트용(인자(argument)로서 통과된) XML 메타데이터를 검사함으로써 시맨틱 데이터 소스에 오브젝트가 여전히 존재하는지 여부를 체크.

DSA XML 웹 서비스에 대한 각각의 호출이 안정성이 없을 것이라면, 바람직하게는 명령 파라미터를 갖는 스트링을 통해, API는 요청에 자격을 주는 정보를 포함할 것이다. 예를 들어, e-메일 인박스에 대한 DSA는 그의 인박스가 모여져야 하는 사용자의 명칭 등의 파라미터를 포함한다. 웹 사이트 또는 문서에 대한 DSA는 서서히 다가가게 되는 URL 또는 디렉토리 경로에 관한 정보를 포함하여야 한다.

각각의 DSA는 그 오브젝트 타입에 대한 구성체계에서 정보를 검색할 것이 요구된다. DSA는 특정 오브젝트 타입에 대하여 구현되어야 하기 때문에, SDG는 DSA에 수집신호를 요청할 때 상기 오브젝트 타입용 구성체계에 대한 XML을 기대할 것이다.

SDG는 SMS(시맨틱 네트워크)의 모든 데이터베이스 테이블의 통합 및 일관성을 유지하는 것을 책임진다. 본 실시예에서, SDG는 또한 시맨틱 네트워크 매니저(SNM)로서 지칭되기도 한다. 데이터베이스 테이블이 바람직하게는 리던던트 또는 스테일(stale) 엔트리를 포함하지 않는다. SDG는 잘 알려진 구성체계를 갖는 오브젝트를 검색하기 때문에, 오브젝트 타입 각각의 시맨틱이 이해되고, 따라서 SDG는 테이블의 일관성을 유지한다. 예를 들어, SDG가 바람직하게는 DOCUMENTS 테이블에 리던던트 문서 XML 메타데이터를 부가하지 않는다. SDG는 문서의 시맨틱을 사용하여 리던던시를 체크한다. 바람직한 실시예에서 이는 저작자 명칭, 생성 일자/시간, 파일 경로 등을 비교하여 달성된다. SDG는 또한 기타 테이블(EVENTS, CUSTOMERS, NEWS 등)에 대하여도 이러한 체크를 수행한다. 예를 들어, SDG는 제목, 위치 및 일자/시간을 검사하여 이벤트에 대한 리던던시 체크를 수행한다. 따라서, 기타 테이블들이 유지된다. SDG는 또한 변경된 데이터베이스 테이블의 오브젝트를 업데이트한다.

또한 SDG가 바람직하게는 데이터베이스 테이블을 비우는 것을 담당한다. SDG는 주기적으로 DSA를 질의하여 DSA에 의해 관리되는 각각의 테이블의 모든 오브젝트가 여전히 존재하는지 여부를 결정한다. 예를 들어, 문서를 검색하는 DSA에 대하여, SDG는 XML 메타데이터를 DSA 웹 서비스로 전달하고, 오브젝트가 여전히 존재하는지 여부를 질의할 것이다. DSA는 문서에 대한 URL을 오픈하려고 시도한다.문서가 더 이상 존재하지 않으면, DSA는 이를 SDG에 나타낼 것이다. SDG가 아니라 개별 DSA가 특정 데이터 소스에 대한 보안을 회피하기 위하여 오브젝트 유효성을 책임진다. 예를 들어, 로컬 리소스로의 원격 액세스를 막는 데이터 소스 제한이 있을 수 있다. 이러한 경우, DSA XML 웹 서비스(바람직하게는 데이터 소스에 비하여 로컬로만 동작함)만이 데이터 소스에 대한 액세스를 가질 것이다. 선택적으로, 몇몇 DSA가 SDG 및 기타 서버 구성 요소 쪽으로 에이전시 서버 상에서 동작하고, 그들의 데이터를 원격으로 검색한다.

DSA 조작 오브젝트 유효화를 갖는다는 것은 또한 오브젝트가 여전히 존재하는지 여부를 체크하기 위해 각각의 데이터 소스를 오픈하는 방식의 상세한 것을 SDG가 아는 것을 DSA가 방지한다는 점에서 부가적인 효율 및 보안성을 제공한다. DSA는 이것을 알기 때문에(데이터 소스로부터 XML 데이터를 검색하고, 따라서 데이터 소스에 대하여 특정한 코드를 갖기 때문에), DSA가 이러한 태스크를 조작하는 것이 보다 적절하다.

SDG가 바람직하게는 DSA XML 웹 서비스 URL로 향할 수집기 리스트(gather list)를 유지한다. KIS 매니저는 SDG 수집기 리스트로부터 DSA 엔트리들을 부가, 삭제 및 업데이트할 수 있다. 각각의 수집기 리스트 엔트리가 바람직하게는 이하의 것으로 구성된다:

1. DSA의 명칭 및 XML 웹 서비스 레퍼런스. 이는 본질적으로 데이터 소스, 오브젝트 타입 및 DSA(WSDL 웹 서비스 URL을 통하는 등)를 구현하는 XML 웹 서비스로의 참조의 조합을 참조할 것이다.

예를 들어 이하의 것을 포함한다:

a.Microsoft Exchange 2000 Email DSA.이 DSA는 Microsoft Exchange 2000 인박스 또는 공개 폴더로부터 e-메일 XML 메타데이터를 수집한다.

b.Microsoft Exchange 2000 Calendar DSA.이 DSA는 Microsoft Exchange 2000 캘린더로부터 이벤트 XML 메타데이터를 수집한다.

c.Microsoft Exchange 2000 Users DSA.이 DSA는 Microsoft Exchange 2000 디렉토리로부터 사용자/사람들 XML 메타데이터를 수집한다.

d.Microsoft Exchange 2000 Email Distribution List DSA.이 DSA는 Microsoft Exchange 2000 디렉토리로부터 e-메일 배포 리스트 메타데이터를 수집한다.

e.Lotus Notes Inbox.이 DSA는 Lotus Notes 인박스 또는 공개 폴더로부터 e-메일 XML 메타데이터를 수집한다.

f.Siebel CRM Database.이 DSA는 Siebel CRM 시스템으로부터 고객 XML 메타데이터를 수집한다.

g.Web site.이 DSA는 웹 사이트로부터 문서 XML 메타데이터를 수집한다.

h.File Directory or Share.이 DSA는 파일 디렉토리 또는 공유로부터 문서 XML 메타데이터를 수집한다.

i.Saba E-Learning LMS Repository.이 DSA는 Saba Learning Management System(LMS) 저장소로부터 E-Learning XML 메타데이터를 수집한다.

j.Microsoft Sharepoint Document DSA.이 DSA는 Microsoft Sharepoint 서버 워크스페이스로부터 문서 XML 메타데이터를 수집한다.

k.Reuters News Repository.이 DSA는 Reuters 뉴스 기사 저장소로부터 신규 기사 XML 메타데이터를 수집한다.

2. DSA 수집기 엔트리의 상세.

3. DSA에 대한 초기화 정보를 나타내는 스트링.

4. 수집기 스케쥴-이는 XML 메타데이타를 모으기 위해 SDG가 얼마나 자주 DSA에 서서히 접근하는 가를 나타낸다.

바람직한 실시예에서, 에이전시는 사용자 디렉토리 도메인 및 그룹 명칭으로 초기화된다. 이 경우, SDG가 바람직하게는 사용자 디렉토리 DSA에 대한 수집기 리스트 엔트리를 자동적으로 입력한다. 예를 들어, 에이전시가 도메인 명칭이 "Foo"이고 어드레스 책 또는 그룹 명칭이 "Everyone"인 Exchange 2000 User Directory로 구성된다면, SDG는 Exchange 2000 Users DSA에 의한 수집기 리스트 엔트리를 생성한다(이들 파라미터로 초기화됨). 선택적으로, 에이전시는 임의의 e-메일 어플리케이션 서버(Microsoft Exchange 또는 Lotus Notes)로부터 그 사용자 디렉토리를 얻도록 구성될 수 있다. SDG는 시스템 사용자에 대한 Email Inbox 및 Calendar DSA(및, 이하 설명되는 e-메일 지식 에이전트)로 수집기 리스트 엔트리를 초기화한다. 이들 3개의 수집기 리스트 엔트리 DSA(Users, Inbox 및 Calendar)는 디폴트에 의해 초기화된다. 인박스가 바람직하게는 에이전시 e-메일 게시 및 주석을 저장하도록 사용되고, 캘린더 Dsa는 사용자에 의해 에이전시로 배달된 이벤트를 저장하도록 사용된다. 기타 커스텀 DSA가 에이전시 매니저에 의해 부가될 수 있다.

SDG는 또한 오브젝트가 데이터 소스에 또는 데이터 소스로부터 부가되거나 삭제되었다는 것을 SDA가 보고한 최종 시간의 추적을 유지한다. 이러한 시간/일자 정보가 바람직하게는 SDA의 클럭에 기초한다. SDA가 새로운 또는 삭제된 데이터가 존재한다는 것을 보고할 때마다, SDG는 SDA에 대한 엔트리에 시간/일자 정보를 업데이트하고, SDA에 새롭거나 삭제된 모든 정보를 수집한다. 그리고, SDG는 데이터베이스 테이블을 업데이트할 것이다.

SDG가 바람직하게는 SDA로부터 수신한 XML 정보를 본 발명의 시맨틱 네트워크에 매핑시킨다. SDG는 데이터베이스 테이블의 모든 XML 메타데이타를 SMS에 저장한다. 또한, SDG는 SDA로부터 수신한 XML을 해석하고, 필요한 곳에서, 시맨틱 링크를 특정 XML 필드로 매핑시킨다. SDG는 XML이 오브젝트를 함께 "links"하는 정보를 포함하는 경우 시맨틱 링크를 부가하거나 업데이트한다. 예를 들어, e-메일 오브젝트에 대한 구성체계가 바람직하게는 "From", "To", "Cc", "Bcc", 및 "Attachments"를 포함하는 필드를 포함한다. "From", "To", "Cc" 및 "Bcc" 컬럼의 경우, XML의 필드는 e-메일 어드레스(";", "," 또는 스페이스 등의 구획 문자로 구별됨)를 참조한다. 이러한 로(raw) XML은 기타 컬럼들과 함께 EMAIL 데이터베이스 테이블에 저장된다. 또한, SDG는 e-메일 오브젝트의 필드를 해석하여, 이들 필드의 콘텐츠에 의해 식별되는 기타 오브젝트에 시맨틱 링크를 부가한다. 예를 들어, "to" 필드가 "john@foo.com"을 포함하고 "attachments" 필드가 "c:/foo.doc, c:/bar.doc"라는 스트링을 포함하면, SDG는 e-메일을 이하와 같이 처리할 것이다:

1. USERS 테이블에서 e-메일 어드레스가 "john@foo.com"인 임의의 오브젝트 탐색. 또한, FROM, TO, CC 및 BCC 필드에서 e-메일 어드레스를 갖는 기타 USER 오브젝트에 대한 검색.

2. 오브젝트가 발견되면, 서브젝트 및 적절한 술어 타입 id로서 e-메일 오브젝트 id를 갖는 SEMANTICLINKS 테이블에 시맨틱 링크 엔트리를 부가. 이경우, PREDICATETYPEID_CREATOR라는 술어는 e-메일 메시지의 작성자를 참조하는 것이다. PREDICATETYPEID_SENTTO라는 술어는 e-메일 오브젝트와 e-메일 XML 메타데이터에서 "to" 필드의 콘텐츠에 의해 참조되는 USER 오브젝트를 링크시키기 위해 사용된다. PREDICATETUPEID_COPIEDTO 및 PREDICATETYPEID_BLINDCOPIEDTO라는 술어는 "cc" 및 "bcc" 필드에서의 오브젝트를 유사한 형태로 링키시키기 위해 사용된다.

첨부(attachment)의 경우, SDG는 첨부된 문서에 대한 XML 메타데이터를 추출한다. 파일 경로를 갖는 XML 오브젝트가 SMS(또는, 달리 말하면, 시맨틱 네트워크)에 존재하면, SDG는 메타데이터를 업데이트할 것이다. XML 오브젝트가 이미 존재하지 않으면, SDG는 XML 메타데이터를 갖는 새로운 문서 오브젝트를 생성한다. SDG는 e-메일 오브젝트 ID를 갖는 SEMANTICLINKS에 e-메일 오브젝트 ID를 서브젝트로하고, 새로운 문서의 오브젝트 ID를 서브젝트로 하며, PREDICATETYPEID_ATTACHDTO 술어인 엔트리를 부가할 것이다. 이는 사용자가 e-메일 메시지로부터 그 첨부물까지 네비게이트하고, 예를 들어 스마트 렌즈(이하 논의됨)와 같은 시맨틱 툴을 사용하여 시맨틱 네트워크를 계속 브라우즈하기 위한 관점으로 첨부물을 사용할 수 있게 한다.

SDG는 XML 필드의 엔트리와 일치하는 사용자 오브젝트를 찾지 못하는 경우 오부젝트를 생성하지 않는다. 바람직하게는, 사용자가 에이전시에 수동으로 부가되는 경우 SDG가 디렉토리 SDA로부터 정보를 모은다. 에이전시 매니저가 바람직하게는 에이전시 특성으로 사용자 그룹을 통해 에이전시에 사용자를 부가한다.

이하는 시맨틱 네트워크에 로(raw) e-메일 XML 메타데이터를 매핑시키는 예를 나타낸다.

<email from="john@foo.com"

to="nosa@nervana.net"

cc="steve@nervana.net"

bcc="patrick@nervana.net"

subject="Meeting this Friday"

body="Let us meet on Friday at 2 pm"

attachments="c:/foo.doc; c:/bar.htm">

</email>

이상의 내용은 도 46에 도시된 오브젝트 그래프로 변환된다.

c. 시맨틱 네트워크 일관성 체커(Semantic Network Consistency Checker)

시맨틱 네트워크 일관성 체커(CC)는 SDG에 의해 수행되는 일관성 체킹을 보충한다. 상술된 바와 같이, SDG는 시맨틱 네트워크로의 리던던트 엔트리의 부가(여러 데이터 소스로부터)를 배제함으로써 데이터베이스 테이블의 통합을 유지한다. CC는 또한 OBJECTS 및 SEMANTICLINKS 테이블의 일관성을 보장한다. CC는 각각의오브젝트가 본래 테이블에 존재한다는 것을 보장하기 위해 주기적으로 OBJECTS 테이블을 체크한다(바람직하게는 OBJECTID 필드 값을 체크함으로써). 예를 들어, OBJECTS 테이블의 문서 오브젝트 엔트리가 바람직하게는 DOCUMENTS 테이블에 존재한다(동일한 오브젝트 ID를 갖고). CC는 본래 테이블(DOCUMENTS, EVENTS, EMAIL 등)에 대응하는 오브젝트 등이 없이도 OBJECTS 테이블의 임의의 오브젝트를 제거한다.

CC는 또한 SEMANTICLINKS 테이블의 일관성을 유지를 담당한다. 이 테이블의 시맨틱이 바람직하게는 다음과 같다: 시맨틱 링크는 그 서브젝트("linked from" 또는 "linked to")가 존재하지 않으면 존재할 수 없다. 이를 나타내기 위해, 오브젝트 A가 술어 P를 갖고 오브젝트 B에 링크하고, A 또는 B가 삭제되면, 그 링크가 삭제된다. CC는 주기적으로 SEMANTICLINKS 테이블을 체크한다. 서브젝트 또는 오브젝트 중 어느 하나가 삭제되었다면, CC는 시맨틱 링크 엔트리를 삭제한다.

일관성 체크는 KIS 자체이서의 코드로 또는 데이터베이스 레벨의 저장된 프로시져나 강요로서 구현되어도 좋다.

d. 추론 엔진(Inference Engine)

추론 엔진은 시맨틱 네트워크에 시맨틱 링크의 부가하는 것을 담당한다. 추론 엔진은 추론 규칙을 채택하며, 이는 발견적 교수법(heuristics) 세트를 포함하여, 진행중인 시맨틱 액티비티에 기초하여 시맨틱 링크를 부가한다. 추론 엔진이 바람직학는 시맨틱 링크 삭제가 허용된다. 결정 에이전트(이하 설명됨)는 추론 엔진을 사용하여 지식-작업자가 결정을 이루는 것을 돕는다.

추론 엔진은 시맨틱 네트워크를 탐사하고 확률론적 추론에 기초하는 새로운 시맨틱 링크를 부가함으로써 동작한다. 예를 들어, 추론 엔진이 바람직하게는 시맨틱 네트워크를 모니터하고 e-메일이 전송되는 방식에서의 패턴, 전송된 e-메일의 타입 및 누가 전송하였나 등을 관측한다. 추론 엔진은 이러한 정보로부터 추론 엔진의 모니터링 범위 내에서 여러 요지(subject matter) 카테고리에 관련되는 사용자의 전문적 기술 등 배경 정보를 추론한다. 예를 들어, 추론 엔진은 시맨틱 링크에 PREDICATETYPEID_EXPERTON이라는 술어를 부가하여 사용자가 특정 카테고리에 전문가라는 것을 나타낸다. 이 경우 서브젝트는 사용자 오브젝트일 것이고, 오브젝트는 카테고리 오브젝트일 것이다. 이를 추론하기 위해, 추론 엔진이 바람직하게는 적어도 특정 주기의 시간 동안 시맨틱 액티비티를 추론하거나, 또는 사용자가 적어도 특정한 소정 수의 메시지를 전송하거나 또는 특정 수의 문서를 저술한 후 링크를 추론만 하도록 구성된다. 추론 엔진은 PREDICATETYPEID_CREATOR및 PREDICATETYEID_CONTRIBUTOR에 관한 통계를 유지함으로써 새로운 링크를 추론한다.

예를 들어, 추론 엔진은 사용자가 이하의 카테고리에 관한 전문가라는 것을 추론할 수 있다:

. 그들이 작성한 e-메일 메시지의 모든 카테고리 중, 이 카테고리는 상위 N 중 하나이다(구성가능함).

. 그들은 동일한 카테고리에 관하여 e-메일 메시지를 주당 평균 M번 이상 작성하였다(구성가능함).

. 그들은 과거 P개월에 적어도 0개의 e-메일 메시지(구성가능함)를 작성하였다(구성가능함).

이러한 데이터를 정확하게 추론하기 위한 보다 복잡한 추론 모델이 고려된다. 예를 들어, 통계적 상관 모델 뿐만 아니라 확률 분포가 채택될 수 있다. 바람직하게는, 이들 모델이 시간에 대한 시나리오 기반으로 개발될 것이다.

추론 엔진은 또한 과거에 부가하였을 수도 있는 링크들을 제거하는 담당을 한다. 예를 들어, 피고용인이 업무를 변경하면, 그 또는 그녀는 특정 카테고리에 대하여 더 이상 전문가가 아니다(다른 피고용인에 비하여). 추론 엔진이 이러한 것을 검출하면(e-메일 패턴을 관찰하는 등에 의해서), 그 사람이 그 카테고리에 대하여 전문가라는 것을 나타내는 시맨틱 링크를 제거한다.

추론된 시맨틱 링크는 확률론적 시맨틱 질의를 포함하는 시나리오에 대하여 중요하다. 예를 들어, 본 발명의 일 실시예에서는, 정보 에이전트를 사용하여, 사용자가 그들의 파일-시스템으로부터 에이전트로 문서를 드래그 및 드롭할 수 있다(가령, People.Research.All). 이 경우, 사용자들은 문서에 대하여 전문가인 연구 부서의 사람들을 알기 원할 것이다. 그리고, 브라우저는 에이전트를 리소스(또는 서브젝트)로하고, 술어는 nervana:experton이며 문서 경로가 오브젝트인 SQML 질의를 불러올 것이다. 그리고, 프리젠터(Presenter)는 그 문서에 대한 XML 메타데이터를 검색할 것이고, 에이전트를 호스트하는 에이전시에 상주하며, 술어 ID 및 문서의 XML 메타데이터를 인자(argument)로 하는 XML 웹 서비스를 호출할 것이다. 에이전시 상의 서버측 시맨틱 질의 프로세서는 이러한 XML 웹 서비스 호출을 처리하고, 상기 호출을 시맨틱 네트워크의 데이터 모델과 일관되는 SQL 질의로 번역한다. 본 예에서, 상기 호출이 바람직하게는 이하와 같이 해석된다:

1. KDM에서의 모든 시맨틱 도메인 엔트리에 대하여, 대응 KBS를 호출하여 문서를 카테고리화함.

2. 리턴된 카테고리들을 시맨틱 네트워크의 카테고리 오브젝트에 매핑시킴(URL 비교에 의함).

3. People.Research.All 에이전트의 질의를 서브-질의로서 사용하는 질의를 불러들임.

본 예에서, 최종 질의는 이하와 같이 나타난다:

SELECT * FROM USERS WHERE DEPARTMENT LIKE "RESEARCH"

AND OBJECTID IN (SELECT OBJECTID FROM SEMANTICLINKS

WHERE OBJECTTYPEID = 32 AND PREDICATETYPEID = 98 AND

SUBJECTID IN (SELECT OBJECTID AS SUBJECTID FROM

CATEGORIES WHERE OBJECTID IN (34, 56, 78)) AND

LINKSCORE>90)

이러한 질의는 사용자 오브젝트 타입에 대한 오브젝트 타입 ID가 32이고, PREDICATETYPEID_EXPERTON에 대한 술어 타입 ID 값이 98이고, 오브젝트 ID가 34, 56, 78인 카테고리에 속하고 시맨틱 링크 스코어 임계치가 90인 문서를 가정한다.

e. 서버측 시맨틱 질의 프로세서(Server-Side Semantic Query Processor)

서버측 시맨틱 질의 프로세서(SQP)는 KIS의 클라이언트로부터 질의한다. SQP가 바람직하게는 KIS(또는 에이전시) 상의 시맨틱 네트워크로의 주요 엔트리 포인트이다. SQP는 에이전시의 XML 웹 서비스를 통해 드러난다. SQP는 다이렉트 에이전트 시맨틱 질의 및 일반적인(클라이언트-생성의) 시맨틱 질의를 시맨틱 링크 필터(이하 참조)로 처리한다. 서버측 에이전트 필터에 의한 질의에 대하여, 정보 에이전트는 에이전트 명칭 및 오브젝트 인덱스 인자(argument)를 불러들여질 SQP에 전달한다. 예를 들어, 브라우저는 Documents.Technologh.Wireless.All.이라는 에이전트 상에 오브젝트 0-24를 요청할 수 있다. 본 예에서, SQP는 에이전트 테이블에서 에이전트 질의를 룩업하여 그 질의를 시맨틱 메타데이터 스토어(SMS)를 호스트하는 데이터베이스로 불러들인다. 에이전트 질의가 바람직하게는 SQL 또는 XQuery나 XQL 등 다른 잘 알려진 질의 포맷으로서 저장된다. SQP는 상기 질의 포맷을 데이터베이스(모든 테이블을 유지함)가 이해하는 포맷으로 변환할 수 있다. 대부분의 상용 데이터베이스가 SQL을 이해하기 때문에, 디폴트 에이전트 질의 포맷으로서 바람직하게 동작할 것이다.

에이전트 질의가 바람직하게는 상술된 질의 규칙을 따른다. 따라서, 질의는 에이전트의 오브젝트 타입에 대한 구성체계 필드 보다는 오히려 오브젝트 ID를 리턴한다. 상술된 예에서, Documents.Technology.Wireless.All은 "SELECT OBJECTID FROM DOCUMENTS WHERE ..."라는 에이전트 질의를 불러온다. SQP는 에이전트 질의로 필터링되지만, 오브젝트 타입(본 예에서는, "document" 오브젝트 타입)에 대한 실제 메타 데이터를 리턴하는 질의의 발행을 담당한다. 본 예에서, 질의는 이하와 같이 나타난다:

SELECT * FROM DOCUMENTS WHERE OBJECTID IN (SELECT

OBJECTID FROM DOCUMENTS WHERE ...)

이러한 질의는 본래 에이전트 질의에서의 것들과 일치하는 오브젝트 ID를 갖는 모든 오브젝트에 대한 "document" 구성체계에 대하여 데이터 컬럼을 리턴한다. SQP는 데이터베이스 질의의 메타데이터 결과를 검토하고, 이들을 에이전트의 오브젝트 타입에 대하여 적절한 구성체계(본 경우, "document")를 이용하여 잘-형성된(well-formed) XML로 번역한다. 데이터베이스가 로(raw) XML 검색을 지원하는 경우, SQP는 데이터베이스가 XML 결과를 줄 것을 요청함으로써 질의를 최적화한다. 이는 SQP가 나머지 번역 단계를 수행할 필요가 없기 때문에 보다 우수한 성능을 가져온다. SQP는 에이전시의 XML 웹 서비스를 통해 XML을 호출자에게 다시 전달한다.

SQP가 바람직하게는 시맨틱 브라우저(또는 XML 웹 서비스의 다른 클라이언트)에 의해 전달되는 보다 복잡한 질의를 조작한다. 예를 들어, 이러한 질의는 이하의 XML 웹 서비스 API의 형태를 취할 수 있다:

String

InvokeSemanticQuery(

Integer BeginIndex,

Integer EndIndex,

String AgentName,

Integer NumberOfLinks,

String OperatorNames[],

String LinkPredicateNames[],

String LinkTypeNames[],

String LinkObject[]);

본 에에서, "[]" 심볼은 어레이를 참조한다. API는 제로-기반 시작 인덱스, 제로-기반 종료 인덱스, 선택적 에이전트 명칭, 시맨틱 링크를 나타내는 정수, 연산자 명칭의 어레이, 링크 술어 명칭의 어레이, 링크 타입 명칭의 어레이 및 링크 오브젝트를 참조하는 스트링의 어레이를 취한다. 에이전트 명칭이 NULL("")이면, SQP는 예상되는 에이전트 필터 없이 "as is"라는 질의를 처리한다. 이는 클라이언트로부터 전부 생성된 질의에 의한 경우일 것이다. 어레이는 "NumberOfLinks"라는 파라미터가 각 어레이의 사이즈를 나타내기 때문에 가변될 수 있는 사이즈이다. 연산자 명칭은 논리적 연산자를 포함하여 SQL 또는 기타 질의 포맷으로 질의에게 자격을 주기 위해 사용될 수 있는 유효한 소정의 연산자를 포함한다. 예를 들어, "term:or" 및 "term:and"를 포함한다. 링크 술어 명칭은 하나 이상의 소정의 술어를 포함할 수 있다(예를 들어, "term:relevantto", "term:reportsto", "term:sentto", "term:annotates", "term:annotatedby", "term:withcontext" 등). 링크 타입 명칭은 링크 오브젝트의 타입을 나타낸다. 공통적인 예들은 "url" 및 "object"를 포함한다. "term:url"의 경우, 링크 오브젝트 스트링은 "object://..." 또는 "Agent://..."를 포함하는 잘-형성된 URL이다. "term:object"의 경우, 인자(argument)는 본 발명의 내에서 규정된 오브젝트를 참조하는 잘-형성된 XML 메타데이터 인스트럭션일 것이다. 이러한 오브젝트가 바람직하게는 클라이언트로부터 또는 다른 에이전시로부터 해석된다. API는 XML 결과를 포함하는 스트링을 리턴한다(XML 웹 서비스 방법 호출 자체에 대한 리턴 값에 부가하여).

예에 의해,

<resource type="term:url"

Agent://all.criticalpriority.all@abc.com/Agency.asp>

<linkpredicate="term:relevantto"

type="term,:object"

object://4576 >

</link>

<linkoperator="or"

predicate="term:intersects"

type="term:url"

Agent://email.wireless.all@abc.com/Agency.asp>

</link>

</resource>

데이터를 갖는 SQML은 abc.com/Agency.asp 상의 웹 서비스에 위치된 에이전시로 분석된다.

InvokeSemanticQuery(

0,

24,

"all.criticalpriority.all",

2,

{ "term:and", "term:or" },

{ "term:relevantto", "term:intersects" },

{ "term:object", "term:url" },

{ "object://4576", "Agent://email.wireless.all@abc.com/Agency.asp" } );

이는 SQL 질의로 바람직하게 분석된다:

TOP 25 * OBJECTS WHERE OBJECTID IN (SELECT OBJECTID FROM OBJECTS WHERE

CREATIONDATETIME='02/26/02' AND (OBJECTID [RELATEDTO] [OBJECT WITH ID

4576]) AND OBJECTID IN (SELECT OBJECTS FROM EMAIL WHERE CATEGORY [IS]

'WIRELESS')

이 SQL 예는 SQP에 의해 생성되는 질의 타입을 예시하기 위하여 약어를 사용한다. SQP는 XML을 검색하고 이를 호출자에게 리턴시킨다. 이 XML은 SRML(Semantic Result Markup Language) 형태이고, 본 발명의 바람직한 실시예에서의 시맨틱 질의 결과에 대한 XML 메타-구성체계 규정이다. 첨부에 도시된 샘플 A는 샘플 SRML 시맨틱 결과 버퍼 또는 문서이다. 이것은 에이전시가 시맨틱 질의에 응답하여 리턴하는 XML의 샘플이다. 클라이언트 스킨은 이들 결과를 취하고, 스킨 및 에이전트(오브젝트 스킨/컨텍스트 스킨/블렌더 스킨), 이용가능한 표시 영역의양, 장애 고려 및 다른 스킨 속성의 정리에 기초하여 이들을 프리젠테이션 형태로 생성시킨다(XSLT 및/또는 스크립트를 사용하여).

f. 자연어 분석기(Natural Language Parser)

자연어 분석기(NLP)는 바람직하게는 자연어 문자를, SQP를 인식하는 API 호출 또는 데이터베이스에 의해 처리될 수 있는 원 SQL(또는 유사한 질의 포맷)로 변환한다. 자연어 분석기는 시맨틱 브라우저로부터 또는 e-메일 지식 에이전트(하기를 참조)를 통한 e-메일에 의해 직접 문자를 통과시킨다.

g. e-메일 지식 에이전트(Email Knowledge Agent)

KIS는 바람직하게는 e-메일 지식 에이전트(또는 기업체 정보 에이전트(EIA))로 언급되는 하나의 주 공개 구성요소를 포함한다. 본질적으로, 이 에이전트는 디지털 고용인으로서 기능하며, 바람직하게는 고유 e-메일 어드레스(가령, 에이전시 인증자에 의해 선택된 고객 이름)를 포함한다. e-메일 지식 에이전트는, 정보를 공개하고 지식을 공유하는 방법인 "파이어 및 포겟(Fire and Forget)" 방법을 부가함으로써, 마이크로소프트 오피스, 세어포인트 등과 같은 기존의 공개 툴을 보완한다. 이는 정보를 공개하는 사람이 누가 이 정보에 관심이 있는 지를 모르는 경우에 특히 유용하다.

본 발명의 바람직한 실시예에서, 사용자는 e-메일을 코멘트, 주석, 문서, 첨부물 등을 공개하기 위하여 e-메일 지식 에이전트에게 보낸다. e-메일 지식 에이전트는 e-메일로부터 의미를 추출하여 시맨틱 네트워크에 적절히 부가한다. 다른 사용자는 드래그 및 드롭, 스마트 렌즈 등과 같은 다른 플랫폼 프리젠테이션 툴의에이전트를 통해 공개된 정보를 액세스할 수 있다(후술함).

e-메일 지식 에이전트는 에이전시 인증자에 의해 생성된 시스템 구성요소이다. 서버가 먼저 인스톨된 경우에, 시스템 사용자 이름이 지시된다. 시스템 사용자는 바람직하게 기업체 e-메일 시스템(마이크로소프트 익스체인지, 로터스 노트 등)에서 e-메일 사용자에 해당한다. 본 실시예에서, e-메일 에이전트는 자신의 메일박스, 캘린더, 어드레스 북 등을 갖는다. 차례로, 이들은 시스템 사용자에 대한 e-메일 서버 상의 오브젝트에 해당한다. 서버가 인스톨된 경우, KIS는 시스템 인박스(inbox)를 위해 적절한 DSA를 인스톨한다(e-메일 어플리케이션에 따라). KIS는 바람직하게는 시스템 인박스가 e-메일에 대해서 주기적으로 크롤(crawl)되어야만 하는 것을 나타내는 SDG에서 수집기 리스트 엔트리(gatherer list entry)를 자동적으로 부가한다.

e-메일 지식 에이전트가 우선-클래스 e-메일 어드레스이기 때문에, 또한 통지 소스 및 질의 소스(자연어 및 인스턴트 메시지에 대해)로도 기능한다. 에이전시로부터의 통지는 바람직하게는 e-메일 지식 에이전트에 의해 보내진다(사용자가 관심을 가질 수 있는 새롭고 관련있는 정보 등이 있다는 것을 나타냄). 또한, e-메일 지식 에이전트는 사용자로부터 자연어 질의로서 e-메일을 수신할 수 있다. 이들 메시지는 SQP에 의해 문장분석이 된 후 처리된다. XML 결과는 자연어 질의의 XML 결과를 통해 처리된 XSLT로 생성된 HTML 파일(적절한 디폴트 스킨을 가짐)로서 사용자에게 바람직하게 보내진다.

e-메일 지식 에이전트가 정규의 친숙한 구성요소 또는 "고용인"이기 때문에,에이전시 인증자는 바람직하게 그 어드레스를 분포 리스트에 부가한다. 이 단계를 통해, SDG가 이들 분포 리스트내의 모든 e-메일을 시맨틱하게 인덱싱하고, 이로써 사용자에게 유용한 분포 리스트내로 e-메일 지식 에이전트를 시임리스하게 통합하여 시맨틱 네트워크를 채운다. 이는, 이미 조직체내에서 사람들이 작업하는 방식을 사용하여, 본 발명의 디지털 정보 신경 시스템을 통합하는 매우 일체화된 방법이다.

주석: e-메일 지식 에이전트는 바람직하게 주석을 공개하기 위해 사용된다. 본 발명에서, 주석은 바람직하게는 e-메일 메시지이다. 바람직한 실시예에서, 주석 오브젝트 타입은 e-메일 오브젝트 타입의 서브클래스이다. 이로써 사용자는, 시맨틱 브라우저에서 오브젝트를 주석달기 위해서, 통상 가장 일반적인 공개 툴인 e-메일을 사용할 수 있다. 사용자는 오브젝트를 주석달 수 있고 첨부물을 주석에 부가할 수 있다. 이들 첨부물은 KIS 상의 SDG에 의해 시맨틱하게 인덱싱된다. 이로써 사용자가, 말하자면, 문서부터 주석, 문서 첨부물, 로이터 통신의 기사, 다음주에 시작하는 산업 이벤트까지, 이 모두를 검색하는 것이 가능할 것이다.

e-메일을 시맨틱하게 인덱싱하는데 묘사된 프로세스(e-메일 XML 구성체계를 시맨틱 네트워크로의 매핑에 의해)는 또한 주석에 적용된다. 그러나, 본 발명의 바람직한 실시예에서의 주석인 경우, 부가적인 처리가 바람직하다. 상술하면, 사용자가 시맨틱 브라우저(후술함)에서 프리젠터 윈도우에서의 오브젝트 상의 "주석"을 클릭한 경우, 브라우저는 로컬 기계(가령, 마이크로소프트 아웃룩, 마이크로소프트 아웃룩 익스프레스 등) 상의 등록된 e-메일 클라이언트를 로드한다."투(to)" 필드는 오브젝트를 호스트하는 에이전시에 대해 시스템 사용자의 어드레스로 채워진다. 서브젝트 필드는 특별 스트링, 예를들어 "주석:오브젝트=[objectid]"로 채워진다. e-메일이 e-메일 지식 에이전트의 인박스에 도착한 경우, e-메일 인박스에 대한 DSA는 e-메일을 픽업할 것이다(가령, 서버 이벤트를 통해). SDG는, 이벤트를 수신함으로써 DSA로부터, 또는 다음번에 DSA에게 더 많은 데이터를 요구할 때 DSA로부터, 새로운 e-메일 XML 메타데이터를 검색한다. 바람직한 실시예에서, 이런 조사는 빈번히 발생한다. DSA는 e-메일 오브젝트가 e-메일 오브젝트 타입 또는 주석 오브젝트 타입을 나타내는 사실을 알지 못한 채, e-메일 오브젝트의 XML 메타데이터를 리턴시킨다. SDG는 e-메일 XML 메타데이터를 처리하고, "서브젝트" 필드를 조사한다. SDG의 "annotation:"이라는 접두어를 "보면(see)", 그 e-메일이 실제로 주석인 것을 알게되어, 서브젝트 문자로부터 오브젝트 ID 인자(argument)로 추출하도록 진행한다. SDG는 잔존하는 e-메일 메시지를 위한 시맨틱 네트워크를 업데이트한다(각 메시지를 오브젝트 및 e-메일 테이블에 부가하고, 필요한 곳에 "from", "to", "cc", "bcc", 및 "attachment" 필드 등에 대해 시맨틱 링크를 부가함). 바람직한 실시예에서, SDG는 추가적인 단계를 실행한다. 상술하면, 서브젝트 문자(PREDICATETYPEID_ANNOTATES 술어를 갖는)내의 오브젝트 ID 인자(argument)에 의해 지시된 오브젝트를 e-메일 오브젝트와 링크시키는 시맨틱 링크 엔트리를 부가한다.

본 발명에서, 주석은 특별한 술어를 갖는 다른 시맨틱 링크로서 다루어진다. 그 결과, 시맨틱 링크를 통한 시맨틱 네비게이션, 시맨틱 질의 등과 같은 모든 시맨틱 특징이 주석에 적용된다. 예를들어, 사용자는 지난 6개월내의 자기 팀의 모든 멤버에 의해 쓰여진 모든 주석에 대해 질의할 수 있다. 이는, 예를 들면 에이전트 People.MyTeam.All의 상부인 에이전트 Annotation.All을 드래깅(dragging)한 다음 그 결과를 소팅하거나 또는 스마트 에이전트를 생성하므로써, 시맨틱 브라우저에서 수행될 수 있다. 상기 스마트 에이전트는 질의를 생성하기 위하여 "스마트 에이전트 생성" 마법사를 호출한다.

h. 지식 도메인 매니저

지식 도메인 매니저는 시맨틱 네트워크 상의 도메인-특정 지능을 부가하고 유지하는 것에 대해 책임을 지는 KIS 상의 구성요소이다. KDM은 도메인-지능을 갖는 시맨틱 네트워크에 필수적으로 주석을 단다. KDM은 지식 기반 서버(KBS)의 하나 이상의 인스턴스와 관련된 URL로써 초기화된다. 그러면 상기 KBS가 하나 이상의 시맨틱 도메인에 대한 "지식"을 효율적으로 저장한다. KBS는 자신이 지원하는 각 시맨틱 도메인에 대한 텍사노미(taxonomy)에 해당하는 온톨로지 및 카테고리를 갖는다. 또한, 시맨틱 도메인(KBS에 접속된)을 갖는 에이전트는 시맨틱 질의에 응답한다. 에이전트가 시맨틱 도메인에 속해 있지 않다면, 시맨틱 질의(온톨로지 또는 텍사노미를 필요로 하는)에 대응하지 않는다. 오히려, 상기 에이전트는 키워드-기반 질의에만 응답한다(상기 에이전트는 컨텍스트 및 시간에 민감한 검색 서비스를 제공하지만, 이용가능한 컨텍스트는 한정됨).

KDM에서의 각 엔트리는 시맨틱 도메인 엔트리이다. 시맨틱 도메인 엔트리는 KBS로의 URL 및 시맨틱 도메인 이름을 갖는다. 시맨틱 도메인 이름은 KBS 상의 특정 온톨로지에 매핑한다. 본 발명의 바람직한 실시예에서, 시맨틱 도메인 이름은 다음의 방식을 따른다.

<Top Level Domain Name>＼<Secondary Level Domain Name>......

시맨틱 도메인 이름의 예는

ㆍ Industries

ㆍ Industries＼Pharmaceuticals＼LifeSciences

ㆍ Industries＼InformationTechnology

ㆍ General＼Sports.Basketball＼NBA

ㆍ General＼Sports.Basketball＼CBA

를 포함한다.

그 대안으로, 시맨틱 도메인 이름은 완전히 수식화되어 있는한 "도메인 경로(Domain Path)"로 언급될 수 있다. 완전한 수식화된 경로의 시작 부분 앞에 인터넷 도메인 이름을 부가함으로써 이룩된다. 이는 시맨틱 도메인의 "소유자" 또는 "소스"를 나타낸다. 예를들어, "Nervana.NET＼Industries＼Pharmaceuticals"는 "Nervana.NET" 이라는 인터넷 도메인 이름에 따른 "Industries＼Pharmaceuticals" 시맨틱 도메인을 나타낸다. 다른 예에서, "Reuters.com＼Sports＼Basketball"은 "Reuters.com" 상의 "Sports＼Basketball"를 나타낸다다. 이 방식을 사용함으로써, 도메인 이름 및 경로는 글로벌하게 고유한 것으로 유지된다.

지식 도메인 매니저(KDM)는 지식 도메인내의 카테고리에 대한 도메인 엔트리 리스트에서 각 KBS를 주기적으로 요구한다. KDM은 KIS 상의 XML 웹 서비스로 바람직하게 구현된다. KDM은 각 시맨틱 도메인 엔트리에 대한 구성 옵션을 포함한다. 이들 옵션중의 하나는, KDM이 시맨틱 도메인 엔트리에 해당하는 도메인-특정 지능을 갖는 시맨틱 네트워크를 업데이트하는 스케줄을 포함할 수 있다. 예를들어, 에이전시 인증자는 매일 오후 1시에 KBS 상에서 시맨틱 도메인을 크롤하기 위해 KDM(KIS를 통해)을 구성할 수 있다. 업데이트 스케줄은, 운영자가 생각하는, KBS상에서 온탈로지 또는 텍사노미가 변화하는 빈도와, 일치하여야 한다.

KIS는 KDM을 주기적으로 호출하고 카테고리 테이블을 업데이트할 것을 요구한다. 바람직한 실시예에서, KDM은 시맨틱 도메인 엔트리내의 시맨틱 도메인 이름에 대한 업데이트된 카테고리를 얻기 위하여 KBS를 호출한다(XML 웹 서비스 API 호출을 통해). 상기 시맨틱 도메인 엔트리는 특정 텍사노미에 대응한다. API 호출의 예는 GetCategoriesForSemanticDomain (String SemanticDomainName)이다. KBS는 시맨틱 도메인 이름에 의해 언급된 시맨틱 도메인에서 모든 카테고리의 XML 기반 리스트를 리턴시킨다. 이 XML 리스트는 상기에 나타낸 카테고리 구성체계(카테고리 URL, 이름, 설명, KBS URL 및 시맨틱 도메인 이름)와 일관된다. KDM은 이런 정보로 카테고리 테이블을 업데이트한다. 테이블내의 기존 카테고리 엔트리에 대해, KDM은 이름 및 설명을 업데이트한다. 새로운 엔트리에 대해서는, KDM은 오브젝트 매니저로부터 새로운 오브젝트 ID를 요구하여, 카테고리 엔트리에 할당한다. 바람직한 실시예에서, 카테고리는 "오브젝트"이므로, 오브젝트 타입으로부터 기인된 오브젝트 ID를 갖게 된다.

KDM은, 카테고리 엔트리의 URL을 조사하고, 관련있는 KBS URL과 시맨틱 도메인 이름을 얻은 후에, 새로운 리스트에 존재하지 않는 카테고리 테이블의 엔트리를 삭제함으로써, 카테고리 테이블을 KBS 상의 카테고리 리스트와 동기화시킨다. 시맨틱 도메인 엔트리가 KIS로부터 삭제되면, KDM은 그에 대응하는 시맨틱 도메인 이름 및 KBS URL을 갖는 모든 카테고리 엔트리를 삭제한다. 필수적으로, 이는 에이전시로부터 기존 지식을 삭제하는 것과 유사할 것이다.

KDM은 시맨틱 도메인 엔트리에 기초한 시맨틱 네트워크내의 모든 "지식 오브젝트"를 주기적으로 카테고리화한다. 새로운 오브젝트가 SDG에 의해 시맨틱 네트워크에 부가된 경우, SDG는 KDM이 그 오브젝트를 카테고리화할 것을 요구한다. KDM은 시맨틱 도메인 엔트리내의 모든 KBS 예를 열거하고, 인자(argument)로서 오브젝트의 XML을 갖는 XML 웹 서비스 호출을 호출한다. 바람직한 실시예에서, KBS는 다음과 유사한 XML 버퍼의 형태로 결과를 리턴시킨다:

<results>

<result categoryurl="category://foo"

score="91" >

<result categoryurl="category://bar"

score="93" >

<result categoryurl="category://foobar"

score="100" >

</results>

이 정보는 KBS 상의 시맨틱 도메인내의 카테고리에 대한 XML 오브젝트의 시맨틱 카테고리화 가중치(weights)를 나타낸다. 본 발명의 바람직한 실시예에서, 시맨틱 도메인 엔트리는 KDM이 KBS로부터 요구해야만 하는 최소 가중치를 나타내는 임계값 (0-100)으로 초기화된다. KBS는 소정의 임계값을 초과하는 스코어를 리턴시킨다. KDM은 이들 카테고리화 결과에 기초하여 시맨틱 네트워크에 주석을 단다. 이는 결과내의 카테고리의 오브젝트 ID를 갖는 "belongs to category"의 술어 타입 ID로 시맨틱 링크를 부가 또는 업데이트함으로써 바람직하게 이룩된다. KDM은 SEMANTICLINKS 테이블을 업데이트할 것이다. 카테고리화된 오브젝트는 오브젝트 ID 값 56을 갖는 것으로 가정하면, 업데이트 질의는 다음과 같이 나타난다:

UPDATE SEMANTICLINKS SET LINKSCORE = 91 WHERE OBJECTID=56 AND

PREDICATETYPEID = 67 AND SUBJECTID IN (SELECT OBJECTID AS SUBJECTID

FROM CATEGORIES WHERE URL LIKE "CATEGORY://FOO")

KDM은 모든 "지식 오브젝트"(문서, 새로운 기사, 이벤트, e-메일 등, 사람과 같은 오브젝트는 바람직하지 않음)를 주기적으로 스캔하고 카테고리화 한다. KBS가 "더욱 지능화(smarter)"되는 것처럼, 시맨틱 네트워크내의 오브젝트가 미리 카테고리화된 경우라도, 이 프로세스는 바람직하게 생성되며, 더 뛰어난 카테고리화가 제공된다. 이 경우, 동일한 카테고리화 요청이 반복될지라도 그 결과는 다를 수 있다. 예를들어, KBS 상의 온톨로지가 업데이트된다면, 이는 생성될 것이다. 따라서, 바람직한 실시예에서, 오브젝트가 시맨틱 데이터 수집기에 의해 시맨틱 네트워크에 부가된 경우 및 시맨틱 네트워크가 가장 최근의 도메인 지식을 보유한다는 것을 주기적으로 보증하기 위하여, 카테고리화는 수행될 것이다.

i. 다른 구성요소

즐겨찾기 에이전트 매니저(The Favorite Agents Manager).사용자 상태를 지원하는 에이전시 상에, 즐겨찾기 에이전트 매니저는 사용자당 즐겨찾기 에이전트의 리스트를 관리한다. 바람직한 실시예에서, 즐겨찾기 에이전트 매니저는 UserFavoriteAgents 테이블에서 사용자 이름에 대한 즐겨찾기 에이전트로의 매핑(mapping)을 저장한다.

컴파운드 에이전트 매니저(Compound Agent Manager).컴파운드 에이전트 매니저는 컴파운드 에이전트의 생성, 삭제 및 업데이트를 관리한다. 상술한 바와같이, 컴파운드 에이전트는 시스템내의 다른 에이전트들로 구성되는 에이전트이고, 포함된 에이전트내에서 질의 결과의 결합 또는 교차를 리턴시키기 위해 초기화된다. 컴파운드 에이전트 매니저는 시스템내의 모든 컴파운드 에이전트를 관리하고, CompoundAgentMap 테이블을 통하여 컴파운드 에이전트를 그 다른 에이전트에게로 매핑한다.

컴파운드 에이전트 매니저는, 컴파운드 에이전트를 생성, 삭제, 재명명하고, 이들로부터 에이전트를 제거 및 부가하기 위한 기능들을 노출하고, 결합 또는 교차가 바람직한지의 여부를 지시한다. 컴파운드 에이전트는 나머지 컴파운드 에이전트에 부가될 수 있다. 기동시에, 시맨틱 질의 프로세서는 컴파운드 에이전트 매니저에게 그의 질의를 요청한다. 컴파운드 에이전트 매니저는 그의 에이전트 맵 그래프를 통해 네비게이션하고, 자신에 속한 모든 에이전트의 모든 질의에 대한 복합질의를 리턴시킨다. 에이전트가 삭제된다면, 컴파운드 에이전트가 호출된 경우,이는 삭제된 에이전트의 질의를 무시한채 새로운 상태를 "픽 업(pick up)"한다. 환언하면, 질의를 합성하는 것은 계속 존재하는 에이전트에 대해서만 행해진다. 컴파운드 에이전트는 에이전트 중의 하나가 삭제된 것을 관측하면, 그의 맵으로부터 삭제된 에이전트의 엔트리를 삭제할 것이다.

사용자 프로파일 매니저(User Profile Manager).사용자 프로파일 매니저(UPM)는 진행 기준 상의 사용자 프로파일을 추론하기 위해 추론 엔진을 사용한다. UPM은, 사용자로부터의 피드백에 기초하여 시맨틱 네트워크의 사용자들의 기호에 따른 주석을 단다. 바람직한 실시에에서, 이 프로세스는 PREDICATEID_ISINTERESTEDIN 술어의 사용에 관여한다. UPM은 시맨틱 링크를 추론하고, PREDICATEID_ISLIKELYTOBEINTERESTEDIN 술어를 갖는 시맨틱 네트워크에 주석을 단다. 사용자에게 보내지는 모든 질의의 결과는, 시맨틱 네트워크에 PREDICATEID_ISLIKELYTOBEINTERESTEDIN 술어에 대해 요청함으로써, 수식화될 것이다(아웃-오브-밴드). 추론 엔진은 시간을 통해 학습하는 것처럼, 질의 결과는 사용자의 습관에 기초한다.

그 대안으로는, UPM은 사용자 상태 스토어(USS)내에 저장된 사용자 프로파일 정보를 갖고 구성될 수 있다. 이는 사용자의 기호를 나타내는 클라이언트로 수동으로 입력된 정보이다. 이 정보는 사용자와 상호작용하고 있는 서버에서 전송되고 저장된다. 이들 기호는 서로 다른 구성체계에 묶인다. 예를들어, 문서의 경우, 구성체계는 선호되는 카테고리에 기초할 수 있다. 메일 메시지의 경우, 구성체계는 선호되는 카테고리, 저작자, 또는 첨부물에 기초할 수 있다. 상기 문서와 메일은많은 가능한 예 중에 두개이다. UPS는 USS에서 수동으로 입력된 정보에 기초하여 시맨틱 네트워크에 주석을 단다.

서버 통지 매니저(Server Notification Manager).서버 통지 매니저(SNM)는 서버측 통지를 배치하고 이들을 사용자에게 전송하는 것을 책임진다. 바람직한 실시예에서, 사용자는 에이전트 레벨에서 서버측 통지를 위해 등록한다. 각 에이전트는 그의 질의 결과의 통지를 해고(fire)할 수 있다. 서버 통지 매니저는 질의 결과를 어떻게 필터링 할지와 질의 결과를 e-메일, 음성, 페이저 또는 임의의 다른 통지 메카니즘, 예를들어 Microsoft .Net 경고 통지 서비스 등을 통한 배송을 위해 어떻게 포맷할 지를 결정한다. 서버 통지 매니저는 사용자가 통지를 "읽기"한 최종시간에 대한 정보를 보유한다. 이는 사용자 인터페이스를 통해 클라이언트로부터 바람직하게 지시된다. 특정 사용자에 대한 최종 "읽기" 시간 이후로 에이전트 상에 새로운 정보가 있는 경우, SNM은 사용자에게 바람직하게는 통지만한다.

에이전트 디스커버리(Agent Discovery).멀티캐스트 기반 에이전트 디스커버리를 사용하면, 각 에이전시는 로컬 멀티캐스트 네트워크 상의 그의 존재를 알려주기 위한 멀티캐스트 공표(announcement)를 송신한다. 에이전시 인증자는 멀티캐스트 TTL을 설정한다. 본 발명은 9875의 공지된 포트 및 255의 TTL을 갖는 Session Announcement Protocol(SAP)의 사용 또는 맞춤형 TTL을 갖는 독점 공표 포트 중의 하나를 바람직하게 사용한다. SAP에 대해서 상세한 것은, 본 명세서에 참조로서 포함된 http://sunsite.cnlab-switch.ch/ftp/doc/standard/rfc/29xx/2974를 참조한다.

바람직하게는, 정보 에이전트는 SAP 공표를 수신하는 리스너(listener) 구성요소를 포함한다. 바람직한 실시예에서, 공표는 XML로 송신되고 다음의 정보를 포함한다.

ㆍ 서버 ID (이는 고유 식별자임)

ㆍ 서버 URL (이는 에이전시의 XML 웹 서비스에 대한 HTTP URL)

ㆍ 공표 주기 (T) - 이는 각 공표 간의 시간을 나타냄

ㆍ 최종 공표 및 최종 에이전트 생성 시간(에이전시의 클럭으로)이래로 에 이전시내의 임의의 새로운 에이전트의 존재 여부

각 에이전시는 XML 공표를 송신하고, 패킷을 인코딩하기 위해 Forward Error Correction(FEC) 또는 Forward Erasure Correction을 사용한다. 이는 드롭된 패킷에 대해 시스템을 강하게 한다. 그 대안으로는, 에이전시는 연속적으로(공표 당) 몇몇 XML 공표를 송신하도록 구성될 수 있다.

정보 에이전트 멀티캐스트 리스너는 디렉토리형 시맨틱을 시맨틱 환경 매니저로 노출시킨다. 리스너는, 자신이 공표를 수신하는 에이전시로부터 온 모든 XML 공표를 모은다. 또한, 각 에이전시로부터의 공표를 수신한 최종 시간을 캐쉬할 것이다. 리스너는 데드(dead) 또는 인액티브(inactive)로 생각되는 에이전시를 플래그한다. 이는, 에이전시의 공표 주기보다 더 긴 시간동안 에이전시로부터 아무것도 듣지 못했을 때, 이루어진다. 리스너는 인액티브로 에이전시를 플래그하기 전에 몇 주기동안 대기하도록 구성될 수 있다. 이는 공표가 누락된 경우(아마 트래픽 정체로 인하여)를 조정할 것이다. 리스너는 공표를 수신할 때마다 시맨틱 환경 매니저내의 에이전시 리스트를 업데이트할 것이다.

시맨틱 환경 매니저는 임의의 새로운 에이전트의 존재 여부를 리스너에게 주기적으로 문의한다. 시맨틱 환경 매니저는 에이전시 리스트를 체크하고, 액티브 상태의 각 에이전트에게 그것이 새로운 에이전트들을 가지고 있는지 여부를 문의할 것이다. 시맨틱 환경 매니저는, 국부적으로 유지된 에이전시의 최종 에이전트 생성 시간 및 에이전시의 클럭에 기초한 현재의 시간으로써, 이러한 질의를 수식화한다. 에이전시는 최종 에이전트 생성 시간의 새로운 값에 응답하고 또한 이를 송신한다. 시맨틱 환경 매니저는 에이전시 엔트리내의 이 값을 캐쉬한다. 새로운 에이전트라면, 브라우저는 대화 박스를 통해 사용자에게 알리고 사용자가 이 새로운 에이전트를 보기 원하는 지의 여부를 사용자에게 요구한다.

또한, 본 발명은 피어-투-피어(peer-to-peer) 에이전트 디스커버리를 사용하여 에이전시 공표를 지원한다. 이 모델에서, 공표는 모든 클라이언트가 체크하는 디렉토리 서버에 또는 표준 피어-투-피어 공개 프로토콜을 통해 직접 클라이언트에게 송신된다.

도 47-53은 KIS에 의해 에이전트 관리의 양태를 나타내는 예시적인 스크린삿이다. 도 47-50은 서버측 에이전트 뷰 및 서버측 에이전트를 나타내는 샘플 KIS 에이전시 인증 매니저를 도시한다. 도 51은 SDG(크롤) 업무, 시스템 업무(가령, 추론 엔진), 시스템 에이전트 e-메일(가령, 인박스), 캘린더 및 콘택트 DSA와 모든 SMS 데이터 테이블(오브젝트, 시맨틱 링크, 카테고리 등)을 관리하기 위한 샘플 인증 사용자 인터페이스 소자를 도시한다. 도 52는 KIS 에이전시 인증 매니저내의본 발명의 "서버 속성" 대화의 샘플을 도시한다. 대화는 서버 인증자가 서버 이름, 표시 이름, SMS 데이터 저장 속성, KDM 속성(가령, 지식 도메인 경로) 및 사용자 DSA 속성 등의 서버 속성을 어떻게 설정하는 지를 도시한다. 도 53은 바람직한 실시예의 KIS 에이전시 인증 매니저내의 "서버 통계" 대화의 샘플을 도시한다. 대화는 서버측 에이전트(표준 에이전트 및 블렌더)의 총 수, 서버측 표준 에이전트의 총 수, 서버측 에이전트 블렌더의 총수, 서버측 에이전트-뷰의 총 수, 서버측 에이전트 서브스크립션의 총 수, 서버 상에 저장된 정보 오브젝트의 총 수, 시맨틱 링크의 총 수, 서버(에이전시) 상의 사용자 총 수 및 사용자 그룹 총 수 등과 같은 통계의 디스플레이를 도시한다.

3. 지식 기반 서버

지식 기반 서버(KBS)는 KIS에 대한 지식을 호스트하는 서버이다. 대부분의 어플리케이션에서, KIS의 많은 인스턴스들이 전개되지만, 단지 몇개(또는 한개) KBS가 임의의 주어진 조직에 대해 전개될 것이다. 이는 KBS가 재사용될 수 있기 때문이다(이들은 도메인-특정이지만 데이터-독립임). 예를들어, 제약 회사는 제약 온톨로지로 초기화된 하나의 KBS를 전개할 수 있지만, 고용인 분할 당 또는 고용인 그룹 당으로 몇개의 KIS 인스톨레이션을 가진다. KIS는 다음의 구성요소를 바람직하게 포함한다.

1. 하나 이상의 온톨로지는 하나 이상의 시맨틱(지식) 도메인에 해당한다. 시맨틱 도메인은 시맨틱 도메인 이름을 사용하여 나타낸다. 이는 시맨틱 계층내의 도메인 경로로 불리는 이름이다. 예는 Industries.Technology,Industries.Pharmaceuticals.LifeSciences, and General.Sports.Basketball이다. 이들 이름 또는 경로는 상술한 바와같이, 글로벌적으로 고유하게 수식화되어 있다(가령, 인터넷 도메인 이름).

2. 지원된 시맨틱 도메인에 해당하는 하나 이상의 텍사노미. 이들 텍사노미는 카테고리 이름의 계층을 갖는다.

3. 실행될 카테고리화를 갖는 문자 또는 XML 및 시맨틱 도메인 이름의 일부를 갖는 카테고리화 엔진은, 카테고리화 스코어(0-10 또는 바람직하게는 0-100의 스케일)에 따라 문자 또는 XML이 속한 도메인내의 카테고리로 리턴시킨다.

4. 새롭게 지원된 시맨틱 도메인을 부가하고, 주어진 시맨틱 도메인에 대한 카테고리를 열거하고, 문자 또는 XML 데이터 블라브를 카테고리화 하기 위해 API를 노출시키는 XML 웹 서비스.

5. 지식을 모으는 KBS로부터 다른 KBS로의 기준이 되는 XML 웹 서비스. 이 모드에서는, KBS는 프록시로 활동한다. 프록시로 활동하고 지원 시맨틱 도메인, 온톨로지 및 다른 KBS로부터의 텍사노미를 얻기 위해 KBS는 초기화된다.

상술한 바와같이, KIS(KDM을 통해)는 주어진 시맨틱 도메인에 대해 이들을 카테고리화 하기 위해 XML 오브젝트를 KBS로 주기적으로 송신한다.

4. 정보 에이전트(시맨틱 브라우저 플랫폼)

a. 개요

본 발명의 바람직한 실시예인 정보 에이전트에서, 시스템 클라이언트는 시맨틱 브라우저 구성요소 및 시맨틱 사용자 경험을 제공하는 사용자 인터페이스를 포함한다. 바람직한 실시예에서, 정보 에이전트는 다음의 하이-레벨 서비스를 제공한다.

ㆍ 사용자에게 로컬 및 원격 정보 에이전트를 경유하여 컨텍스트 파워 및 시간 감도 시맨틱 정보 검색을 허용한다.

ㆍ 사용자에게 본 발명의 XML 웹 서비스를 통해 에이전트를 경유하여 노출된 로컬 및 원격 에이전시 상의 정보를 발견하게 한다. 바람직하게 이 정보는 문서, e-메일, e-메일 분포 리스트, 사람, 이벤트, 멀티미디어 및 소비자 등의 잘 알려진 시맨틱 종류로 분류된다.

ㆍ 사용자에게 본 발명의 에이전트를 경유하여 발견된 정보의 시맨틱 뷰를 브라우즈하게 한다.

ㆍ 사용자에게 정보를 에이전시에게 공개하도록 한다.

ㆍ사용자에게 하드-드라이브, 로컬 네트워크 또는 다른 에이전시로부터 에이전시 상에 발견된 정보를 갖는 특정 에이전시 상의 정보를 다이나믹하게 링크하도록 한다. 이는 다이나믹 e-링킹 및 사용자-제어 브라우징을 용이하게 한다.

본 발명의 정보 에이전트의 이점은 사용자가 그들의 파일-시스템 이름공간으로부터의 문서를 열어보는 방식과 유사하게 에이전트를 열어볼 수 있다는 것이다. 정보 에이전트는 정보의 시맨틱 "World"를 오픈하는 그 자신의 환경을 가질 것이다. 예를들어, ABC 회사는 내부 문서, e-메일 등에 대한 에이전트를 갖는 내부 KIS 에이전시를 가질 수 있다. 또한, 제 삼자는 산업 보고서, 산업 이벤트 등의 정보를 점유하기 위해 인터넷 상에서 에이전시를 호스트할 수 있다. 본 발명의 바람직한 실시예에서, ABC사의 직원들은, ABC사의 내부정보에서부터 외부정보이나 ABC사에 관련된 정보에 이르기까지 시맨틱하게 관련짓기 위해서 뿐 아니라, 인터넷상에 있는 자신들의 업무와 관련된 정보를 발견하기 위하여, 에이전트를 열어본다.

b. 클라이언트 구성(Client Configuration)

바람직한 실시예에서, 시스템 클라이언트는 로컬 뿐만 아니라 원격 에이전시에서 발견된 정보를 시맨틱하게 링크할 수 있다. 바람직하게 이는, 글로벌 에이전시 디렉토리로부터의 에이전시, 로컬 영역 네트워크 상의 에이전시(멀티캐스트 또는 피어-투-피어 공개 시스템을 통해 공개됨) 및 에이전트 디스커버리를 사용하여 커스텀 에이전시 디렉토리로부터의 에이전시로 구성된 노출된 시맨틱 환경을 사용함으로서 이루어진다. 바람직한 클라이언트 구성은 에이전트 및 로컬 에이전시를 갖는 프레임워크에 기초하고, 시맨틱 환경 매니저를 포함한다. 상기 시맨틱 환경 매니저는 로컬하게(제한된 영역내에) 저장된 에이전트 및 즐겨찾기 에이전트를 관리하고, 그것의 히스토리 및 즐겨찾기 메타퍼(metaphor)를 필수적으로 통합한다. 시맨틱 환경 매니저는, 시맨틱 환경 브라우저를 통해 사용자에게 지식을 제공하기 위하여, 시맨틱 환경내의 시맨틱 질의 문서를 사용한다. 또한, 클라이언트 구성은 에이전트 디스커버리 정보(가령, 에이전시 리스트, 에이전시 디렉토리 정보 등)를 포함할 것이다.

c. 클라이언트 프레임워크 스펙

개요.클라이언트 프레임워크 스펙은 정보 에이전트 사용자 인터페이스를 위한 서비스 기반을 제공하고, 기본 서비스 및 인터페이스를 규정하고, 코어 사용자 인터페이스 구성요소를 포함하며, 정보 에이전트의 사용자 인터페이스의 메인 빌딩 블럭에 대해 확장가능하고 구성가능한 환경을 제공한다. 이 섹션은 본 발명의 바람직한 실시예에 따른 클라이언트 프레임워크 스펙에서 설명된다. 프레임워크 코어는 기초 서비스, 구성, 기호 및 보안 메카니즘을 규정한다. 코어 사용자 인터페이스 구성요소는 사용자 인터페이스 서비스 및 서버와 에이전트 구성, 제어와 기동(invocation), 시맨틱 브라우저 프레임워크에 대한 몇몇 구성을 지원하는 모듈을 규정한다. 코어 사용자 인터페이스 구성요소는 윈도우 셀 확장으로 구현되고 사용자 인터페이스(후술함)와 관련된다. 시맨틱 브라우저 프레임워크는 기초 질의, 결과 관리 서비스 및 결과 프리젠테이션에 대한 프레임워크를 제공한다. 시맨틱 오브젝트 프리젠테이션에 관련된 사용자 인터페이스의 스펙는 바람직하게 구성가능하고 확장가능하다; 심지어 디폴트 프리젠테이션 지원이 프리-인스톨 "extension"으로 제공된다. 시맨틱 브라우저 프레임워크는 오늘날의 웹에 사용된 기존 플랫폼(가령, 인터넷 익스플로러)에 대한 행위 확장의 세트로 바람직하게 구현되어, 지원 XML, XSLT, HTML/CSS 및 DOM 기능성에 영향을 준다.

컨텍스트.클라이언트 프레임워크는 시맨틱 질의 지원, 컨텍스트와 시간-감도 시맨틱 프로세싱과 정보의 링킹 등을 포함하는 본 발명의 시맨틱 서비스 구성요소를 바탕으로 한다. 클라이언트 프레임워크는 셀 확장 및 플랫폼(가령, 인터넷 익스플로러) 확장으로 바람직하게 이루어지고, 기존 툴 및 환경의 컨텍스트내에서 사용자에게 기능성을 제공한다. 예를들어, 정보 에이전트는 셀 확장(윈도우 셀을 확장시키고 표준 익스플로러 뷰 및 사용자 인터페이스 모델을 채용함)으로 구현될수 있다. 그 선택적인 실시예에서, 본 발명은 독립형의 시맨틱 브라우저 어플리케이션에서 동등하게 적용가능하다.

요건(Requirement).클라이언트 프레임워크에 대한 바람직한 요건은 다양성 및 확장성과 관련된다. 이러한 다양성과 확장성은, 사용자 인터페이스가 더 많은 정보 오브젝트 타입, 사용자 프로파일 등이 있는 것으로 쉽고 빠르게 채택될 수 있는 것을 보장한다. 다음의 사항이 포함된다.

ㆍ 질의 결과의 전체 세트를 관리하기 위한 스킨에 대한 지원을 제공

ㆍ 리스트, 테이블, 타임 슬라이드(timed slides) 등을 포함하는 광범위한 접근방식을 허용

ㆍ 스크린-세이버(또는 등가) 모드 제공

ㆍ 오브젝트 클래스로 관련될 수 있는 스킨에 대한 지원

ㆍ 모든 클래스를 조정할 수 있는 디폴트 스킨 보장

ㆍ 스킨은 XSLT만큼 간단해야만 하지만, 스크립트 지원 및 가능한 이븐 코드(적절한 보안 제한을 가짐)를 인정

ㆍ 에이전트(스마트, 덤, 및 스페셜), 에이전시 및 블렌더를 포함하는 결과 뷰에서 시맨틱 환경을 브라우징하기 위한 지원 제공(에이전트 트리 뷰를 보완하기 위해)

ㆍ 구성요소간 잘 규정된 인터페이스 제공하고, 모든 통신이 프레임워크를 경유하여 생성된다는 것을 보증

ㆍ 프레임워크 전체에 걸쳐 견고한 보안 모델 제공

프레임워크 코어(Framework Core)

Semantic Environment Manager(SEM).SEM은 에이전트, 블렌더 및 사용자의 로컬 기계상의 에이전시의 생성, 삭제, 업데이트 및 브라우징을 관리한다. 또한, SEM은 에이전시 멀티캐스트 공표의 리스닝, 기업체 디렉토리 상의 에이전시 브라우징(가령, LDAP를 통해), 커스텀 디렉토리 상의 에이전시 브라우징 및 글로벌 에이전시 디렉토리 상의 에이전시 브라우징을 책임진다.

SEM은 에이전트 속성(에이전트 이름, 설명, 생성 시간, 최종 사용 시간, 에이전트 타입(스마트, 덤, 스페셜 등)), (정보 타입에 기초하여 생성된 에이전트)를 나타내는 에이전트의 정보 오브젝트 타입, (컨텍스트 템플레이트에 기초하여 생성된 에이전트)를 나타내는 에이전트의 컨텍스트 타입, 에이전트 속성, 에이전트의 스킨(필터/소트 기호 및 다른 프리젠테이션 스킴을 포함), 통지 정보 및 방법(에이전트에 대해 요구된다면), 및 에이전트의 SQML 질의로의 버퍼 또는 파일-경로/URL 모두를 포함하여, 시스템 상의 모든 에이전트의 메타데이터를 저장하는 저장 레이어를 포함한다. 정보 에이전트(시맨틱 브라우저)는 윈도우 레지스트리(registry)와 같은 스토어인 로컬 데이터베이스, 또는 로컬 파일 시스템 상의 XML 파일 스토어에 이 에이전트 메타데이터를 저장할 수 있다.

또한, SEM은 에이전트가 즐겨찾기 에이전트인지의 여부를 나타내기 위해 에이전트 속성을 사용한다. 또한, SEM은 즐겨찾기가 아닌 에이전트와 구성가능한 기한 한계(가령, 2주)보다 더 오래된 에이전트는 자동적으로 삭제한다.

정보 에이전트의 셀 확장 및 다른 구성요소(툴바 및 오픈 에이전트 대화 등)은 사용자 인터페이스를 통해 에이전트의 관리, 업데이트, 브라우징, 삭제 및 생성을 제공하기 위하여 SEM을 채용한다.

기호 매니저(Preference Manager).이 구성요소는 기호를 주장하는 서비스를 제공하면서, 모든 클라이언트측 기호를 관리하고, 기호를 공유하거나 로밍을 지원하기 위해 필요한 경우 서버와의 통신하며, 다른 구성요소로부터의 기호값을 설정하고 획득하는 것을 지원한다. 이 구성요소는 사용자 인터페이스뿐만 아니라, 몇몇 특정 기호 사용자 인터페이스 구성요소와도 관련되어 있다. 기호는 서브 구성요소로 분할되고, 연관된 클라이언트 클래스에 대한 기호를 추출할 수 있다. 이들은 다음을 포함한다.

ㆍ 코어 기호.이는 사용자 프로파일 및 개인 정보 등과 같은 기본 구성을 포함한다.

ㆍ 스킨 기호.또한, 이는 선호되는 스킨을, 선호되는 리스트 스킨 및 스크린 세이버 스킨 뿐 아니라, 오브젝트 클래스와도 관련시킨다. 부가적인 스킨-관련 기호 설정일 수도 있다.

또한, 이 구성요소는 국부적으로 이용가능한 스킨의 세트를 관리한다. 다운로드 가능한 스킨은 이 구성요소를 통해 바람직하게 관리된다.

통지 매니저.통지는 주어진 스마트 에이전트 상에 새로운 이용가능한 정보가 있는 것을 사용자에게 지시하기 위한 수단을 제공한다. 사용자는 선택적으로, 특정 스마트 에이전트가 통지를 제공 또는 지원하도록 구성하고, 또한 사용자에게 통지를 어떻게 제공할 것인 지를 구성할 수도 있다. 이들 통지는 통지 사용자 인터페이스 구성요소에 의해 제공된다.

통지 매니저는 배경을 관리하고, 스마트 에이전트의 적절한 세트에 대한 질의를 조사하는 것을 책임진다. 라이브 정보 매니저는 결과 브라우저에 유사한 서비스를 제공하는 병렬적 구성요소이다.

통지 매니저는 통지를 위해 표시된 스마트 에이전트의 리스트를 모으고, 새로운 정보에 대한 관련 서버를 주기적으로 조사한다. "New"은 "최종 조사[또는 질의]"로서 규정된다. 조사에 대한 응답마다, 조사에 대한 응답은 통지 매니저가 에이전트와 관련되었음을 입증하는 시간정보 표시를 포함한다.

통지 매니저를 구성하는 것과 관련된 사용자 인터페이스는 에이전트 트리 뷰와 코디네이션으로 바람직하게 구현될 수 있다. 이는 통지를 가능하게 한다(가령, 각각의 스마트 에이전트의 "통지" 팝업 메뉴 옵션). 이용가능한 새로운 결과가 있는 경우, 통지 매니저는 또한 사용자에게 통지하기 위한 대안들을 지원한다. 몇몇 옵션은 에이전트 트리 뷰내의 에이전트에 대한 표시 스타일(가령, 굵게, 칼러로), 리마인더 대화, 오디오 통지, 또는 e-메일, IM 또는 SMS 통지와 같은 좀 더 색다른 액션을 포함한다.

클라이언트측 보안.클라이언트측 보안에 관한 제문제들은 확장 코드 및 스킨에 관련된다. 스킨은 바람직하게는 XSLT이지만, 또한 스크립트를 지원할 수도 있다. 또한, 생성된 HTML은 ActiveX에 대한 레퍼런스 및 행위를 포함할 수 있다. 프리젠테이션 샌드박스는, 스킨이 스크립트를 통해 잠재적인 마리셔스 코드(malicious code)를 퍼뜨리는 것을 막는 보안 제약을 포함할 수 있다. 예를들어, 구현은 임의의 사인되지 않은 코드(ActiveX 및 DHTML 행위를 포함함)를 완전히 방지할 수 있다.

바람직하게는, 에이전시와 모든 클라이언트서버의 통신은 공개된 인터페이스로(스킨을 위한)에게 노출되지 않는다. 제 3자는 커스텀 스킨을 제공하기 위해 상기 공개 인터페이스를 커스텀화할 것이다. 주 클라이언트 런타임의 외에는 기능을 고립시킴으로써, 보안을 위태롭게 할 위험성을 감소시킬 수 있다.

코어 사용자 인터페이스 구성요소

에이전트 트리 뷰(Agent Tree View).이는 에이전트를 제어하고 호출하기 위해 많은 코어 사용자 인터페이스를 지원하는 셀 확장 트리 뷰이다.

시맨틱 환경 브라우징 사용자 인터페이스.이는 사용자가 시맨틱 환경을 브라우즈하도록 사용자 인터페이스를 제공한다. 이의 예는 "Open Agent Dialog"이다. 이는 에이전트 트리 뷰를 보완한 것으로, 이러한 에이전트 뷰는 이름공간의 계층적 뷰를 또한 표시한다(스크린샷 참조).

에이전트 인스펙터(Agent Inspector).이는, 특성을 보거나 또는 개별 에이전트, 블렌더 또는 에이전시를 편집(사용자 생성 스마트 에이전트의 경우)하기 위한 사용자 인터페이스를 제공한다.

브라우저 호스트.이는 시맨틱 브라우저 코어 상의 바람직하게는 "랩퍼(wrapper)"이다-상기 시맨틱 브라우저 코어는 에이전트 트리 뷰내의 에이전트, 에이전시 및 블렌더의 커스텀 뷰를 프리젠테이션할 수 있다. 바람직하게는, 이 브라우저 호스트는 그 자체 어떠한 사용자 인터페이스도 갖지는 않지만, 셀 확장 및 브라우저 프레임워크 사이의 브리지 구성요소이다. 또한, 일체화된 "back/forward"의 사용자 경험(사용자는 하나의 "back/forward" 히스토리 리스트만 다루어야 함)을 제공하기 위하여, 이 구성요소는 특히 네비게이션("back/"forward") 메카니즘을 포함하여, 윈도우 셀 사용자 인터페이스와 브라우저 기능을 코디네이팅하는 것을 책임진다.

코어 기호 UI.이는 시맨틱 환경, 서버, 사람 및 에이전트 관리뿐만 아니라, 다방면의 기호 설정까지도 관련된 기호에 대한 사용자 인터페이스를 제공한다. 이는 구식의 특성 시트 대화를 바람직하게 포함하고, 기능적 영역에 이해 분리된 시트로 분할되는 것이 가능하다. 바람직한 실시예에서, 이는 탭된 대화 사용자 인터페이스여야 한다.

스킨 기호 UI.이는 스킨 매니저에 관련된 기호를 위해 사용자 인터페이스를 제공한다. 이는 바람직하게는 특성 시트 대화이다. 이용가능한 스킨의 리스트는 선택을 위해 리스트로 제공된다. 이 사용자 인터페이스는 사용자가, 디폴트 스킨과는 구별되는 것으로서, 현재 스킨을 설정하게 한다. 바람직하게는 사용자가 현재 스킨을 디폴트로 하게 한다. 에이전트당 스킨 기호에 대해, 바람직하게는, 이는 사용자가 현재 선택되거나 또는 오픈된 에이전트에 대해 스킨을 선택하도록 한다.

통지 UI.통지 매니저를 구성하는 것과 관련된 사용자 인터페이스는 에이전트 트리 뷰와의 코디네이션으로 바람직하게 구현된다. 또는, 새로운 결과가 이용가능한 경우, 통지 매니저는 사용자에게 통지하기 위한 다른 대안을 지원할 수 있다. 몇몇 옵션은 에이전트 트리 뷰내의 에이전트에 대한 표시 스타일(가령, 굵게, 칼러로), 리마인더 대화, 오디오 통지, 또는 e-메일 IM 또는 SMSM 통지와 같은 색다른 액션을 포함한다. 바람직한 실시예에서, 사용자 인터페이스는, 사용자가 상기 통지 스킴(등)으로부터 선택할 수 있도록 하는 탭된 대화(또는 동등한)를 포함한다.

스크린 세이버.사용자 인터페이스는 극장 모드 표시에서의 스크린을 채우는, 스크린 세이버와 같이 기능하는 결과 브라우저에 특별한 양상을 바람직하게 제공한다. 바람직한 실시예에서, 스페셜 스킨은 스크린-세이버 모드용으로 사용되어야만 한다. 이들 스킨은 보다 큰 스크린 영역에 영향을 줄 수 있는 다이나믹 표시를 강조할 수 있지만, 대형 폰트 및 보다 큰 공간의 레이아웃을 사용할 수 있다.

브라우저 프레임워크

결과 브라우저.결과 브라우저는 질의 결과 및 오픈된 임의의 로컬 리소스상의 정보를 표시하는 것을 책임진다. 결과 브라우저는 질의 매니저로부터 하나 이상의 XML 파일을 바람직하게 얻고, 이들을 오브젝트 리스트를 나타내는 단일 XML 파일로 병합한다. 리스트는 초기 단계로서 필터링 또는 소팅된다. 구조로서의 리스트는 리스트를 조정하는 특별한 스킨 클래스(XSLT 변환 시트, 몇몇 스크립트를 포함하는 것이 가능함)에 의해 변환된다. 리스트-스킨은 프라이머리 DHTML(등) 구조, 가령 리스트, 테이블 또는 가능한 타임 시퀀스를 생성한다. 오브젝트 스킨은 각 오브젝트 예에 대한 정보를 제공하는 개별 DHTML 아이템을 관리한다. 리스트-스킨은 개별 오브젝트 스킨(오브젝트 클래스를 스킨으로 매핑)의 디스패치를 조정할 수 있지만, 결과 브라우저는 간략함을 위해 스킨으로의 클래스 디폴트 매핑을 제공한다.

사용자는 프리젠테이션의 주어진 폼을 더욱 선호할 수 있고, 디폴트 스킨(리스트뿐만 아니라, 오브젝트 클래스 둘다)을 선택할 수 있다. 오리지널 질의(즉, SQML)는, 어떤 스킨(특히 어떤 리스트-스킨)이 사용되어야 하는가를 지시하는 파라미터를 또한 포함할 수 있다. 이들은 결과와 함께 결과 브라우저를 통과할 것이다. 결과 브라우저는 라이트(right) 스킨을 선택하고 적용하기 위해 스킨 매니저 장치를 사용한다. 사용자 기호 및 에이전트(저작자) 기호가 어떻게 조합되고 우선화되는지에 대해서는 서로 다른 규칙이 채택될 수 있다.

질의 결과가 다수의 구분되는 XML 파일로 구성된 경우, 일체화된 사용자 경험을 제공하기 위하여, 결과 브라우저는 이들을 단일 XML 문서로 병합한다. 바람직한 실시예는 부가적 결과를 다이나믹하게 조정하는 것을 제공한다. 이 다이나믹 업데이트 모드는 서로 다른 템플레이트 또는 XSLT 템플레이트내의 스크립트 방법을 사용함으로써 바람직하게 구현된다. 그 대안으로는, 리스트 스킨은 사용자 컨텍스트의 혼란없이 문서를 첨가하는 논리(logic)을 관리하기 위해 어떤 행위(또는 로컬 런타임 구성요소)를 요구할 수 있다.

질의 매니저(또는 클라이언트측 시맨틱 질의 프로세서).질의 매니저는 서버와의 통신을 조정하고, 정보에 대한 요구를 실행하고 XML 결과를 모으는 것을 책임진다. 상기 결과된 XML은 사용자에게 제시(프리젠테이션)하기 위하여 결과 브라우저로 보내진다.

질의 매니저는 스마트 렌즈 기능을 지원하는 서비스를 제공한다. 스마트 렌즈 요구가 있는 경우, 결과는, 주어진 오브젝트에 대한 스마트 렌즈 결과인 것을 나타내도록 바람직하게 표시되어, XML로서 리턴되고 결과 브라우저로 보내진다. 바람직하게는, 질의 매니저는 질의 요청을 수행하기 위한 개별 서비스를 제공하는 다음의 서브 구성요소를 포함한다.

ㆍ SQML 인터프리터(Interpreter).이 구성요소는 가능한한 링크된 리소스를 가지면서 통과된 SQML은 요구 세트로 분해되어야만 한다. 각 요구 또는 리소소 링크는 관련 프로토콜(가령, HTTP, 또는 아웃룩과 같은 많은 로컬 의사-프로토콜 중의 하나, 또는 문서)을 갖는 리소스로 분해되고, 관련 프로토콜 핸들러에 디스패치된다. 주어진 SQML 파일은 네트워크 및 로컬 리소스 타입의 블렌드를 포함할 수 있다.

ㆍ 리소스 핸들러(Handler) 매니저.이는 바람직하게는 리소스 핸들러에 대한 중앙 등록 메카니즘이다. 프로토콜 및 의사-프로토콜을 핸들러와 관련시키고, 리소스 요구의 디스패치를 간략화하는 최소 레이어이다.

ㆍ 리소스 핸들러.이들은 주어진 "서버"로부터의 리소스를 액세스하는 스펙을 요약하는 구성요소이다. 리소스 핸들러는 임의의 링크된 리소스를 분해하지 못한다. 이는 바람직하게는 SQML 인터프리터의 책임이다(즉, SQML 인터프리터는 이미 분해되고 링크된 리소스 및 이 핸들러에 대한 리소스 요구의 일부로서 제공된 관련 메타 데이터를 가짐). 리소스가 시맨틱 웹 서비스인 경우, 구성요소는 요구를 묶어서 HTTP를 통해 발행시킨다. 리소스가 로컬 리소스(가령, 문서 또는 아웃룩, 리소스)인 경우, 리소스 핸들러는 리소스를 직접 핸들링한다. 문서에 대해서는, 리소스 핸들러는 메타 데이터를 추출하기 위하여 문서를, 시맨틱의미 추출, 요약 및 카테고리화하는 엔진으로 보낸다. e-메일에 대해서는, 리소스 핸들러는 교환 서버 또는 로컬 PST 파일로부터 메시지를 추출한다. 로컬 리소스 상에 링크가 있는 경우에, 로컬 리소스 핸들러는 시맨틱 관련도를 위해 결과를 필터링하는 처리를 실행해야만 하는 것을 주의해야 한다. 이는 효율성을 위해 핸들러로의 커스텀이될 수 있지만, 중앙의, 일반적인 관련도 엔진이라면 대부분의 경우에 서비스를 제공할 것이다.

ㆍ 관련도 엔진(Relatedness Engine).이는 관련도를 위해 오브젝트를 비교하기 위한 로직을 모으는 플레이스를 제공한다. 비교는 관계된 구성체계의 블렌드에 따라 바람직하게 의존하지만, 그렇지않으면 간단한 동작(주어진 2개의 오브젝트에 대해)으로서 관련도 측정을 제공한다.

필터/소트 매니저(Filter/Sort Manager).필터/소트 매니저는 결과 브라우저에 제공된 결과 리스트로의 필터 및 소트의 어플리케이션을 지원한다. 필터/소트 매니저는 현재 설정에 대해 사용자 기호를 얻기 위하여 필터/소트 기호 구성요소의 서비스에 영향을 준다. 이 구성요소의 메인 기능은 일반적인 기호, 에이전트당 기호 및 실제 결과내의 임의의 설정(이것은 지원될수도 있고 안될 수도 있음)을 분석하는 것이다. 사용자가 현재 적용된 필터 및 소트를 변화시키는 경우에, 이 구성요소는 필터/소트 기호 구성요소에 의해 통지된다. 관련 사용자 인터페이스가 셀 확장(가령, 이의 우측-창 뷰)과 관련된 툴 바의 일부이기는 하나, 기능의 적용은 결과 브라우저 스페이스에서 발생하므로, 제어는 일반적으로 간접적이다.

렌즈 모드.스마트 렌즈가 호출된 경우, 결과 브라우저는 사용자가 선택하는 오브젝트에 대해 렌즈 요구(질의)를 생성시켜야만 한다. 사용자가 각종 오브젝트에 따라 스마트 렌즈 질의를 선택할 수 있고, 결과가 리턴될 때 그 결과를 볼 수 있도록, 질의는 비동기적이다. 이를 위해 제안된 사용자 인터페이스는 스마트 렌즈 아이콘을 위해 약간의 공간을 남겨둔다. 스마트 렌즈 모드에서 사용자가 스마트 렌즈 아이콘을 이동(hover)하는 경우에, 질의가 발행되고, 아이콘은 질의가 진행중인 것을 나타내도록 변화한다. 결과가 리턴된 경우, 스킨내의 전용 스마트 렌즈 템플레이트 및 결과 브라우저에 의해 조정되고, 오브젝트에 따른 스마트 렌즈 아이콘은 결과가 이용가능한 것을 나타내는 것으로 바뀐다. 다시 아이콘을 클릭 또는 이동하면 스킨 특정 방식으로 스마트 렌즈 결과가 표시될 것이다(샘플 스마트 렌즈 창 사용자 인터페이스를 참조). 질의가 충분히 빨리 리턴된다면, 전체 기능은 마우스를 이동하거나 단일 클릭에 의해 활성화된 팝업처럼 느껴진다.

딥 정보 뷰(Deep Info View).딥 정보가 오리지널 결과에서 이용가능하지 않다면, 이 구성요소는 관련 질의를 생성시킨다. 질의는 바람직하게 비동기이다. 결과가 결과 브라우저로 리턴된 경우, 결과는 적절한 스킨을 통해 처리되어(각 스킨에 대한 스페셜 딥 정보 템플레이트를 사용하여), 결과적 HTML은 관련 오브젝트하의 결과 문서내로 포함된다. 구성체계에 대한 주 스킨은 오브젝트에 따라 HTML내의 딥 정보 소자를 삽입하여 결과 브라우저는 결과가 어디에 포함된지를 알게된다. 딥 정보가 이용가능한 경우(오리지날 결과의 일부로서 또는 딥 정보 질의에응답하여), 스킨은 이 딥 정보를 직접 표시하거나 또는 이것이 존재한다는 사실을 지시할 것이며, 몇몇 스킨-규정 사용자 인터페이스는 사용자가 표시(가령, 팝업 윈도우로서)를 할 수 있게 할 것이다.

컨텍스트 정보 매니저(Context Info Manager).결과 브라우저내에 현재 표시된오브젝트에 대하여, 임의의 통지가 디폴트에 의해 바람직하게 제공된다. 새로운 또는 부가적인 정보의 두가지 클래스가 사용자에게 제공될 것이다.

1. 사용자가 오리지널 요구를 만들때 부터 서버에 더해지는 부가적인 결과

이는 헤드라인 또는 액티브 e-메일 쓰레드 등과 같은 것들에 대해 매우 유용하다. 새로운 결과를 뷰에 삽입함으로써, 결과는 결과 브라우저에 의해 조정된다.

2. 사용자가 관심을 가지는 컨텍스트 템플레이트 및 관련 정보

관련성있는 특정 오브젝트를 사용하여, 이는 특정 에이전트(스마트 에이전트, 스페셜 에이전트, 블렌더 또는 에이전시)로 보내진 부가적인 질의에 의해 생성된다. 딥 정보 뷰 및 스마트 렌즈 모드 결과가 조정되는 방식과 유사하게, 질의로 부터 리턴된 XML 처리하고 결과된 HTML을 오브젝트에 따른 기존 HTML에 삽입함으로써, 결과는 조정된다. 스킨은 표시 메카니즘 및 UI를 제어한다. 관련 정보의 예는 오브젝트과 연관된 "Breaking News"이다.

스킨 매니저(Skin Manager).리스트 스킨, 오브젝트 스킨 및 리스트와 오브젝트 스킨(어떤 오브젝트 스킨은 주어진 리스트 스킨에 대해서만 이해가 된다)간의 의존성에 대한 사용자 기호를 유지한다. 또한 스킨 매니저는 스킨에 대한 제약, 가령 얼마나 큰 스크린이 필요한지, 또는 최적으로 적용되는 양상을 지시하는 각스킨에 대한 파라미터를 유지한다. 스크린 영역 및 윈도우 사이즈 제약뿐만 아니라, 양상, 액세스가능성, 언어 및 다른 제약에 대해서도 스킨을 선택하는 것을 도와주는 점에서 상당한 지능이 바람직하게 만들어진다. 초기 버전이 훨씬 간단하다.

스킨 템플레이트(Skin Template).이는, 스킨 구조 및 그 스킨이 결과 브라우저내로부터 어떻게 적용되는 지를 설명한다. 바람직하게는, 스킨은 결과 XML을 XHTML(및/또는 SVG와 같은 다른 언어) 또는 플래쉬 MX 및 ActionScript와 같은 전용 프리젠테이션 플랫폼으로 변환하는 XSLT 템플레이트이다. 템플레이트는 스타일링 정보, 가령 CSS 스타일링을 삽입할 수 있다. 결과적인 프리젠테이션 코드(가령, XHTML)는 보안의 이유로 코드의 포함을 제한할 수 있다. 결과 브라우저내의 프레임워크 코드는 스킨을 호출한다. 바람직한 실시예는 다음의 스킨 클래스를 포함한다.

ㆍ 리스트 스킨(또는 레이아웃 스킨)(List Skin(또는 Layout Skin)).리스트 스킨은 질의로부터 총 프리젠테이션 구조로 리턴된 오브젝트 리스트를 변환하는데 사용된다. 이는 간단한 리스트, 테이블 또는 슬라이드의 시간 시퀀스일 수 있다. 리스트 스킨이 어떤 스킨들을 지원할지라도, 리스트 스킨은 구성체계이거나 또는 오브젝트특정인 것은 아니다-상기 어떤 스킨들은 관련 프리젠테이션 형태가 규정하는 제약내에서 작업할 수 있는 것들이다. 가령 테이블 레이아웃을 규정하는 리스트 스킨이, 작은 직각 포맷내에서 정보를 생성할 수 있는 오브젝트 스킨을 요구하거나 선호할 수 있다.

ㆍ 오브젝트 스킨(Object Skin).오브젝트 스킨은 특정 구성체계이고, 주어진 정보 오브젝트 타입(또는 정보 클래스)의 개별 오브젝트에 대한 프리젠테이션을 생성한다. 구해진 클래스 또는 서브클래스(몇몇 내용을 생략함으로써)의 영역에 대한 디폴트 스킨으로 기능할 수 있는 일반적 슈퍼-클래스(또는 임의의 다른 슈퍼-클래스)에 대한 스킨을 규정하는 것이 가능하다.

ㆍ 컨텍스트 스킨(Context Skin).컨텍스트 스킨은 특정 컨텍스트 템플레이트에 묶이고 템플레이트에 의해 지시된 컨텍스트를 가장 효율적으로 전송하는 프리젠테이션을 생성시킨다.

ㆍ 블렌더 스킨(Blender Skin).블렌더 스킨은 블렌더로부터의 결과를 제공하도록 설계된다. 이들 스킨은 사용자가 블렌더내의 에이전트를 통해, 정보 오브젝트 타입을 통해, 또는 마치 하나의 소스로부터 기인하는 것처럼 모든 결과를 표시하는 병합된 뷰를 통해 결과를 볼 수 있게 한다.

스킨은 형태 및 프리젠테이션 표시 영역 등과 같은 제약을, 제약을 조정함으로써(스태틱 또는 다이나믹하게 브라우저 코어내의 이벤트에 의해 파라미터로서 통과됨) 바람직하게 모델링화한다. 이는, 리스트 스킨이 수령가능한 오브젝트 스킨만을 상술해야만 하는 제약을 부과함으로써, 바람직하게 지원된다. 그 선택적인 방법으로서, 오브젝트 스킨은 주어진 리스트 스킨에 대해 설계되고, 결과 브라우저/스킨 매니저는 현재 리스트 스킨에 대해 오브젝트 스킨을 선택한다.

리스트 스킨 디테일(List Skin Details).사용자는 현재의 뷰에 대한 단일 리스트 스킨을 선택할 수 있고 이것을 디폴트로 한다. 일반적 디폴트가 무효가 된경우에 리스트 스킨은 개별 에이전트와 관련될 수 있다. 결과 브라우저는 결과 리스트를 처리하기 위해 리스트 스킨을 호출하지만, 리스트 스킨은 바람직하게는 개별 오브젝트를 실제적으로 조정하지는 않는다. 리스트 스킨은 프레임워크 프리젠테이션내의 오브젝트당 인스턴스(가령, 시퀀스내의 시간 엔트리, 또는 테이블내의 셀, 또는 리스트내의 아이템)를 생성하고, 오브젝트 스킨은 세부사항들을 채운다.

오브젝트 스킨 디테일(Object Skin Details).오브젝트 스킨은 특정 구성체계를 XHTML로 변환한다. 비동기 질의에 대한 지원은 딥 정보와 같은 것들을 초래하고, 컨텍스트 템플레이트 정보는 질의 결과 XML 상의 결과 브라우저로부터(DOM을 통해) 관련된 템플레이트를 호출함으로써 제공되어, 결과 XHTML을 DOM 인터페이스를 통해 결과 문서로 삽입한다. 다음의 내용을 포함하는 오브젝트 스킨내의 개별 템플레이트가 존재하는 것이 바람직하다.

ㆍ 프라이머리 구성체계 템플레이트(Primary schema template).이는 디폴트 표시를 위해, XHTML을 생성시키는 메인 피스(piece)이다. 이는 딥 정보, 스마트 렌즈 정보, 컨텍스트 템플레이트 정보 콘텐츠, 및 관련 표시를 통해 사용자 제어를 제공하는 임의의 스크립트에 대한 랩퍼를 생성해야만 한다.

ㆍ 딥 정보 템플레이트(Deep Information template).이 템플레이트는 딥 정보에 대한 메타 정보를 조정한다. 이는, 오리지널 결과를 제공하는 인라인 딥 정보를 위해 호출될 수 있고 또한 비동기적으로 요구된 딥 정보를 조정하기 이해 호출된다. 어느 쪽이나, 이 템플레이트는 몇몇 형태로 XHTML을 생성시키며, 상기 XHTML은 딥 정보에 대한 랩퍼 하에서 삽입된다. 삽입은 인라인 딥 정보를 위한XSLT에서 생성하고, 딥 정보 질의 결과에 대한 DOM 삽입을 통해 달성된다.

ㆍ 컨텍스트 정보 템플레이트(Context information template).이 템플레이트는 컨텍스트 정보 질의 결과에 대해 결과-정보를 조정한다. 이 템플레이트는 몇몇 형태으로 XHTML을 생성시키고, 상기 XHTML은 라이브 정보에 대한 랩퍼 소자하에서 삽입된다. 삽입은 딥 정보 질의 결과에 대한 DOM 삽입을 통해 달성된다.

ㆍ 스마트 렌즈 정보 템플레이트(Smart lenz information template)).이 템플레이트는 스마트 렌즈 질의 결과에 대한 결과-정보를 조정한다. 이 템플레이트는 몇몇 형태으로 XHTML을 생성시키고, 상기 XHTML은 라이브 정보에 대한 랩퍼 소자하에서 삽입된다. 삽입은 딥 정보 질의 결과에 대한 DOM 삽입을 통해 달성된다.

바람직한 실시예에서, 템플레이트는 XHTML의 다른 콘텐츠를 변경할 수 없다(동일한 오브젝트에 대해서도). 이것은, 딥 정보, 라이브 정보 또는 스마트 렌즈 결과가 이용가능한 경우를 지시하는 사용자 인터페이스 변화를 코디네이트하기 위한 결과 브라우저에 의존한다. 프레임워크는 사용될(일관성을 위해) 어떤 아이콘을 필요로 하고, 일반적인 이름 또는 소자 타입을 가지게 되어, 결과 브라우저는 필요한 만큼 아이콘들을 변경하고 찾을 수 있다. 또한 결과 브라우저는 상태 변화를 지시하기 위해 이벤트를 생성 및 세울수 있다. 템플레이트-생성 스크립트는 이들 이벤트에 응답하고, 원하는 대로 관련 정보를 표시할 수 있다.

디폴트 스킨(Default Skin).바람직한 실시예에서, 디폴트 스킨의 세트가 제공된다. 이는 기본 오브젝트 클래스에 대한 스킨을 바람직하게 포함하고, 리스트 스킨의 작은 세트는 질의 결과의 각종 뷰를 허가한다. 바람직한 리스트 스킨은다음을 포함한다:

ㆍ상세한 리스트 표시(윈도우 익스플로러 디테일 뷰와 같이)

ㆍ터뷸러(tabular) 아이콘 뷰(다시, 윈도우 익스플로러 아이콘 뷰와 같지만, 다소 기능이 많음)

ㆍ시간 프리젠테이션 뷰

e. 클라이언트 프레인워크

바람직한 실시예에서, 시스템 클라이언트는 셀 확장, 프리젠터, 및 컨텍스트 및 의도를 갖는 정보를 표시하기 위해 프리젠터에 의해 사용된 스킨을 포함한다.

셀 확장(shell extension).익스플로러 셀 확장은 커스텀 코드를 갖는 윈도우 셀을 확장시키는 마이크로소프트 윈도우 소프트웨어 구성요소이다. 셀 확장은 어플리케이션들이 커스텀 코드로서 셀을 사용하게 하고, 또한 데스크탑에서의 클린 통합, 파일-시스템, 인터넷 익스플로러 등과 같은 서비스를 제공한다. 디폴트 셀 확장의 예는 "My Document", "My Computer", "My Network Places", "Recycle Bin" 및 "Internet Explorer"이다.

본 발명의 바람직한 실시예에서의 셀 확장의 사용은 몇몇 장점을 갖는다.

1. 정보를 위해 지식-작업자가 브라우즈하는 방법을 고르게 통합하는 사용자 경험을 제공하는 매우 좋은 방법을 제공한다. 차례로, 전용 클라이언트를 개발해야하는 필요성을 없애고, 마이크로소프트의 인터넷 익스플로러, "My Document" 등을 갖는 비표준 통합을 허용한다.

2. 오늘날의 웹을 받아들이고 오늘날의 웹내의 콘텐츠의 전송을 위해 본 발명의 정보 신경 시스템에 대한 유입 경로를 제공한다. 예를들면, 사용자는 하드 드라이브(마이크로소프트 익스플로러를 통해) 또는 인터넷(인터넷 익스플로어를 통해)으로부터 본 발명의 셀 확장 상의 원격 에이전트로 문서를 양호하게 드래그 및 드롭한다. 이는 어렵고 전용 클라이언트에게는 비직관적이다. 그럼에도 불구하고, 본 발명은 전용 클라이언트 또는 비윈도우 운영체계 상의 셀 확장의 등가성 및 비개인적 컴퓨터 장치에 대한 운영체계에 대한 이식 가능성(portability)을 고려한다.

본 발명의 셀 확장은 사용자의 시맨틱 환경의 뷰(가령, 히스토리, 즐겨찾기 및 다른 뷰)를 제공한다. 바람직한 실시예에서, 셀 확장은 다음을 제공한다:

1. 사용자에게 에이전트, 문서, 폴더 또는 시맨틱 브라우저의 시맨틱 환경 상의 어드레스를 오픈한다. 에이전트에 대해, 클라이언트는 사용자가 시맨틱 브라우저의 시맨틱 환경을 브라우저할 수 있는 커스텀 "Open Agent" 대화 박스를 표시한다. 이는 사용자의 내 에이전트 리스트, 글로벌 에이전시 디렉토리 상의 에이전시, 로컬 영역 네트워크 상의 에이전시(멀티캐스트를 통해 공표) 및 사용자가 구성한 임의의 커스텀 에이전시 디렉토리 상의 에이전시내의 에이전트를 바람직하게 포함한다. [INSERT RELEVANT SCREEN SHOTS ON UI] 에이전트의 오픈은 결과적으로, 클라이언트가 상기 에이전트의 질의 결과를 표시하도록 한다. 문서의 오픈은 그 문서 오브젝트 타입에 대한 구성체계와 일관되게, 그 문서에 대한 XML 메타데이터를 오픈한다. 폴더의 오픈은 파일-시스템 폴더에 대한 XML 메타데이터를 오픈한다. 사용자는 폴더를 통해 폴더의 딥 또는 중간 콘텐츠를 오픈할 수 있다. 어드레스의 오픈은 사용자가 클라이언트 프레임워크에 의해 오픈될 임의의 어드레스를 입력할 수 있게 한다. 이는 URL(문서에 대해 XML 메타데이터를 오픈), 파일 시스템 상의 문서, 에이전트 또는 오브젝트를 포함한다(하기의 "URL Naming Convention"을 참조). 에이전트의 경우에, 에이전트 URL은 Agent://<Agent name>@<Agency name>.<domain name>처럼 바람직하게 입력된다. 이는 HTTP URL에 대한 http://<URL> Naming Convention과 유사하다. 오픈 어드레스 옵션은 임의의 어드레스를 오픈할 수 있기 때문에, 이런 경우에 Agent:// prefix(접두사)가 요구된다. "open agent" 옵션의 경우에서는, 사용자는 바람직하게 접두사를 부가할 필요가 없다. 클라이언트 프레임워크는 접두사를 포함하도록 URL을 자동적으로 기준화한다. 이는 사용자가 http:// 접두사를 맞출 필요없이 오늘날의 브라우저내로 "www.foo.com"를 입력시킬 수 있는 방법과 유사하다. 클라이언트는 다른 오브젝트, 예를들면 Microsoft Outlook.PST 파일을 오픈할 수 있는 사용자 기능을 허용하는 것으로 예상된다.

2. 사용자 상태를 지원하는 주어진 에이전시 상의 에이전트로부터 또는 에이전트로 사용자가 브라우즈, 가입 및 미가입할 수 있게 한다.

3. 사용자가 호출된 에이전트 또는 시맨틱 질의 결과를 내 에이전트 리스트에 저장하도록 할 수 있다.

4. 사용자가 블렌더를 생성하고 블렌더로부터 및 블렌더로 에이전트를 부가 및 제거하도록 할 수 있다(드래그 및 드롭을 포함함).

5. 체킹된 최종 시간이후로, 임의의 에이전시 디렉토리 상에 새로운 에이전시가 있는 경우(예를들어, 글로벌 에이전시 디렉토리, 로컬 영역 멀티캐스트 네트워크 또는 임의의 커스텀 에이전시 디렉토리), 사용자에게 통지한다.

6. 체킹된 최종 시간이후로, 임의의 특정 에이전시 상에 임의의 새로운 에 이전트가 있는 경우, 사용자에게 통지한다.

7. 시맨틱 환경내의 오브젝트에 대해 관계하는 시맨틱 질의에 드래그 및 드롭 액세스를 제공한다. 셀 확장은 사용자가 시맨틱 환경(로컬 드라이브, 네트워크 네이버후드, 인트라넷 또는 인터넷)으로부터 에이전트를 나타내는 셀 폴더로 문서를 드래그 및 드롭할 수 있게 한다. 이는 인자(argument)로서 문서 메타데이터를 갖는 주어진 에이전시에 대한 XML 웹 서비스로 호출하는 원격 절차를 트리거한다.

8. 시스템 클립보드로 복사된 오브젝트에 대한 "첨부" 액세스를 제공한다. 본 발명은 사용자가 후의 액세스를 위해 사용자가 임의의 오브젝트를 복사할 수 있는 시스템 클립보드를 사용한다. 또한, 클립보드는 사용자가 다른 어플리케이션, 예를들어 마이크로소프트 오피스 어플리케이션(가령, 아웃룩으로부터의 e-메일 아이템)으로부터, 멀티미디어 어플리케이션으로부터의 오브젝트를 복사하고 임의의 어플리케이션으로부터 데이터를 복사하게 한다.

9. 사용자가 스마트 렌즈로서 에이전트를 선택할 수 있게 한다. 스마트 렌즈는 사용자가 시스템 클립보드로 복사될 수 있는 에이전트 또는 임의의 오브젝트로부터의 컨텍스트에 기초한 결과 뷰내의 오브젝트를 뷰잉할 수 있게 한다. 예를들어, 일반적으로, 문서 오브젝트가 결과 뷰내에 있고 사용자가 오브젝트를 나타내는 링크로 마우스를 이동하면, 오브젝트 메타데이터가 표시된다. 그러나, 스마트 렌즈가 선택되고(예를들어, 결과 시트 상으로 스마트 렌즈를 첨부함으로써), 사용자가 오브젝트쪽으로 마우스를 이동하면, 스마트 렌즈내의 오브젝트와 관련된 정보 및 커서 아래의 오브젝트가 표시된다. 예를들어, 사용자가 "People.Research.All"을 클립보드로 복사하여 이를 스마트 렌즈로서 붙이고 문서쪽으로 마우스를 이동하면, 메타 데이터는 다음과 같이 발룬 팝업 내에 표시될 수 있다; "이 문서 상에 전문가는 People.Research.All내의 15명을 발견". 다른 예는 "이 문서를 작성한 3명을 발견" 및 "People.Research.All내의 사람에 의해 게시된 이 오브젝트와 관련한 78개의 메시지를 발견". 사용자는 발룬 팝업내의 메타데이터에서 임의의 링크를 호출할 지를 결정한다. 그 대안으로서는, 팝업은 사이드바에서 표시되고 발룬을 필요로 하지는 않는다. 스마트 렌즈가 클립보드상으로 붙여진 경우, 셀 확장은 시스템과 바람직하게 통신하고, 선택된 에이전트의 이름을 반영하도록 마우스 커서를 변화시킨다. 스마트 렌즈가 클립보드로부터 복사되기 때문에, 스마트 렌즈는 글로벌 범위를 바람직하게 갖는다. 환언하면, 예를들어, 윈도우 익스플로어 및 인터넷 익스플로어의 모든 인스턴스는 스마트 렌즈를 "see"하고 이의 액션에 응답한다. 바람직한 실시예에서, 클립보드 상의 현재 오브젝트(가령, 에이전트 또는 다른 오브젝트)에 적용하는 정보 에이전트 툴바에는 스마트 렌즈 툴이 존재한다. 디폴트에 의해 스마트 렌즈 툴은 링크가 시스템에 클릭된 것을 끊을 것이다. 사용자는 스마트 렌즈를 바람직하게 "핀(pin)"할 수 있다. 스마트 렌즈가 핀된 경우에, 스마트 렌즈는 사용자가 핀된 것을 끊을때까지 스마트 렌즈는 액티브로 유지한다.바람직한 실시예에서, 스마트 렌즈를 핀하기 위해, 사용자는 툴바 상의 "Paste as Smart Lens and pin" 툴을 선택한다.

10. 사용자는 셀 확장으로부터의 에이전트 결과를 "티어-오프(tear-off)"하게 하고 데스크탑 상의 도킹된 결과를 표시할 수 있다. 이 뷰에서, 에이전트 결과 브라우저 윈도우는 시맨틱 티커(ticker)로 작용한다. 이 특징은 사용자가 다른 일을 계속적으로 하면서 시맨틱 정보를 연속적으로 표시할 수 있게 한다.

11. 사용자가 에이전트를 스크린-세어버로서 사용할 수 있다.

12. 사용자가 글로벌 에이전시 디렉토리 상의 이용가능한 스킨을 브라우저하고 호출할 수 있다

프리젠터(Presenter).프리젠터는 스크립트(또는 다른 플러그-인)로부터의 시맨틱 질의를 취하고 이 결과를 KIS 에이전시 XML 웹 서비스로 넘기는 로컬 구성요소(가령 브라우저 플러그-인)의 세트이다. 본 발명은 시맨틱 질의의 결과를 번역하여, XML을 사용자에게 이벤트적인 프리젠테이션을 위한 다른 행위 또는 스크립트로 통과시킨다.

바람직한 실시예에서, 프리젠터는 SQML 파일을 갖는 셀 확장에 의해 호출된다. 시스템은 직접 XML 웹 서비스와 바람직하게 통신한다. 시스템은 SQML 파일을 분석하여 로컬 또는 원격으로 소싱된(sourced) XML 정보를 오픈하기 이해 호출을 호출한다(SQML 파일내에서 언급된 에이전시 상의 XML 웹 서비스를 통해). 선택적으로는, 에이전트 URL이 시스템으로 통과되면, 프리젠터는 호스트된 에이전트 상의 에이전시의 XML 웹 서비스에 대한 호출을 통해 URL을 호출함으로써 URL을 직접 오픈한다. 바람직한 실시예에서, 시스템은 적절한 시맨틱 오브젝트 타입을 갖는 적절한 방법을 호출한다. 디폴트 시맨틱 오브젝트 타입의 예는 헤더 파일(semanticruntime.h)을 규정하는 SEMANTICOBJECTYPEID_EVENT, SEMANTICOBJECTTYPEID_EMAILMESSAGE 등이다. 바람직한 실시예는 RegisterSemanticObjectType API를 통해 새로운 시맨틱 오브젝트 타입의 등록을 할 수 있다. 에이전시 상의 이 시맨틱 질의 프로세서는 필터로서 시맨틱 오브젝트 타입을 사용하여 적절한 XML 결과를 리턴시킨다.

바람직한 실시예에서, 본 발명에 따른 스킨(하기를 참조)은 프레임워크로부터 리턴된 XML(XML 웹 서비스로부터의 엔-라우트(en-route))을 DHTML로 변환하기 위해 XSLT(및/또는 스크립트)를 사용한다. 셀 확장은 사용자가 현재의 질의에 대한 새로운 스킨을 선택할 수 있게 한다.

스킨은 바람직하게는 오브젝트-타입 특정, 컨텍스트 템플레이트 특정(스페셜 에이전트에 대한) 또는 블렌더 특정(블렌더에 대한)이다. 또한 스킨은 시맨틱 도메인 이름/경로 또는 에이전트의 온톨로지에 기초하고, 사용자의 페르소나(persona), 조건, 로케이션 등과 같은 다른 속성에 기초하여 커스텀화가 가능할 수 있다. 각 에이전트는 디폴트 스킨을 갖는 에이전시 상에서 구성된다. 본 발명은 루트 에이전시 상으로 공개될 수 있는 커스텀 스킨(가령, 글로벌 에이전시 디렉토리 상)을 또한 고려한다. 클라이언트는 공표된 에이전트에 대한 에이전시로부터 또는 중앙 서버로부터(가령, 글로벌 에이전시 디렉토리) 스킨을 바람직하게 다운로드하여, 스킨을 현재 프리젠테이션에 적용한다. 클라이언트는 에이전트스킨을 무시하거나 또는 사용자 인터페이스의 일부로 이들을 한정하기 위해 사용자 기호를 선택적으로 포함한다.

바람직한 실시예에서, 스킨 타입(가령, 오브젝트 스킨, 리스트/레이아웃 스킨/컨텍스트 스킨/블렌드 스킨 등)과는 별도로, 스킨은 다음과 같이 카테고리화된다:

ㆍ디자인 템플레이트 스킨

ㆍ컬러 템플레이트 스킨

ㆍ애니메이션 템플레이트 스킨

시맨틱 스킨이 티어-오프(상기 참조)의 일부 또는 스크린세이버로서 표시되는 경우를 제외하고는 시맨틱 스킨은 상호작용하는 것이 바람직하게 요구된다. 각 스킨은 사용자가 "시맨틱 프리젠테이션"에서 특정 지점을 구하도록 한다. 예를들어, 스킨이 초기에 우선 25 아이템만을 표시하면, 스킨은 사용자가 다음 25 아이템을 찾고, 패스트-포워드하고, 리와인드 등을 할 수 있는 시크-바(seek-bar)(또는 다른 사용자 인터페이스 메카니즘)를 가져야만 한다. 몇몇 스킨은 "real-time mode" 옵션을 갖는다. 이 모드에서는, 스킨은 XML 웹 서비스(풀을 통해)로부터의 새로운 오브젝트를 계속 패치한다. 스킨은 원하는 오브젝트의 스키나에 기초한 새로운 정보에 대한 XML 웹 서비스를 조사하는 것을 책임진다. 바람직한 실시예에서, 에이전시가 스캘러빌러티 이유(scalability reason)에 대한 임의의 클라이언트-특정 상태를 유지할 수 없으므로 클라이언트로의 통지는 없다.

스킨은 리얼-타임 모드를 선택적으로 포함한다. 이들 스킨은 우선순위에 기초한 오브젝트를 통해 순환(즉, 프리젠트, 오더 또는 하이라이트)해야만 한다는 점에서 지능적일 필요가 있다. 예를들어, 새로운 오브젝트가 에이전시 상에서 게시된 것을 나타내는 정보를 프리젠터가 릴레이한다면, 스킨은 이를 즉시 표시/기록/하이라이트하고 남은 오브젝트의 프리젠테이션을 계속한다. 프리젠터는 오더링을 결정하고 스킨은 각종 소트 및 필터 설정을 갖는 다이너미즘(dynamism)을 다룬다. 이는 시맨틱 프리젠테이션이 리얼-타임에서 생성되는 퍼셉션(perception)을 생성한다. 바람직한 실시예에서, 이는 사용자가 스킨을 이용하여 액세스할 수 있는 새로운 데이터가 있는 경우를 생성시킨다. 리스트가 타임-소트된 경우라면, 리얼-타임 프리젠테이션은 상호작용 모드로 사용자 인터페이스가 점핑하므로 사용자를 혼동시킬 수 있다. 몇몇 모드에서 사용자 기호 옵션은 새로운 데이터를 표시하기 위해 스킨을 자동적으로 재설정한다(가령, 새로운 데이터가 리스트의 탑에서 삽입된 경우 소트된 리스트의 상부로 스크롤).

선택적인 실시예에서, 스킨은 이용가능한 프리젠테이션 윈도우의 양에 기초하여 이의 프리젠테이션을 커스텀화 가능하도록 고안된다. 예를들어, 프리젠테이션 윈도우가 상대적으로 작은 경우, 스킨은 페이드-인 및 페이드-아웃을 사용하여 정보를 표시함으로써 스태틱 모드로부터 다이나믹 모드로 변화시킬 수 있다. 스킨은 사용자 상호작용의 기대 레벨에 따라 바람직하게 모달(modal)이다. 예를들어, 스크린 세이버는 브라우저로부터 다르게 작업하고, 도크된 뷰도 마찬가지로 다르다(작고, 또한 사용자 상호작용의 포커스보다는 배경 뷰의 종류로 가정되어 있기 때문에). 뷰는 최소화되거나 숨겨질 때는, 대체의 양상이 사용될 수 있다(특히새로운 정보를 지시하기 위해). 예는 오디오 통지, 리마인더형 경고, 스타트-바 쇼 및 블링크(아웃룩 리마인터와 같이)이다. 에이전트는 e-메일, 전화 또는 인스턴트 매신저(IM) 통지를 송신하는 데 사용될 수 있다. 선택적인 실시예에서, 본 발명은 웹 사이트로 게시하는 에이전트(가령, 이벤트 캘린더를 위한 자동 HTML 콘텐츠 생성)를 고려한다.

선택적으로, 스킨은 오디오-시각 정보를 생성시킬 수 있다. 예를들면, 문자-대-음성 스킨은 e-메일 오브젝트를 읽을 수 있다. 이 특징은 자동 PC 등의 미허가된 사용자 및 허가된 사용자 뿐만 아니라, 다른 용도에 대한 잠재적인 값을 갖는다.

바람직한 실시예에서, 스킨 프레임워크는 다음의 서비스를 노출시킨다.

1. SQML 기반 시맨틱 질의를 오픈하기 위한 방법, 이는 로컬 SQML 문서, 에이전트등 일 수 있다.

2. 에이전트 URL을 직접 오픈하기 위한 방법.

3. 정보 에이전트 시맨틱 환경을 브라우저하는 방법.

4. 커스텀화 가능한 클립보드 포맷을 사용하여 시스템 클립보드와 인터페이스하는 방법.

5. 주어진 질의 또는 주어진 시맨틱 클래스 ID에 대한 현재 스킨을 존속시키는 방법.

스킨(Skins).상술한 바와같이, 스킨은 에이전트당 기초하여 사용자 경험을 커스텀화하는데 사용되는 프리젠테이션 템플레이트이다. 바람직한 실시예에서, 스킨은 중앙 서버에 호스트된 XSLT 템플레이트 및/또는 스크립트이다. 본 발명에 따른 스킨은 XHTML+TIME 코드(가령, 프리젠터 표시, 문자-대-음성, 플러그인을 통해 구조화된 벡터 그래픽(SVG) 등)를 생성시키고, 각종 시스템 서비스를 액세스한다. 바람직한 실시예는 다음의 특징을 지원한다:

1. 표시된 오브젝트의 XML 구성체계에 해당하는 일부 또는 전부의 필드를 표시한다. 스킨은 리턴된 세트내의 오브젝트를 고유하게 구별하는 방법을 사용자에게 제공하거나 또는 종래의 액세스 수단, 예를들어 파일네임, URL 또는 개인 이름(사람에 대해)을 사용자에게 제공한다.

2. 오브젝트가 호스트 에이전시에 의해 이해되었는지의 여부를 지시하는 사용자 인터페이스를 표시한다. 각 오브젝트는 이 정보를 나타내는 "understood" 필드를 바람직하게 포함한다.

3. 시맨틱 오브젝트 타입 SEMANTICOBJECTTYPE_OBJECT에 대해, 스킨은 러(raw) 오브젝트 메타데이터를 선택적으로 표시하거나 또는 러 오브젝트를 표시하는 클래스-특정 오브젝트를 위한 XML 구성체계에 대한 메타데이터를 표시한다. 러 오브젝트를 나타내는 질의에 대한 클래스-특정 XML 구성체계를 표시하는 스킨에 대해, 스킨은 서로 다른 창에서 클래스-특정 정보를 표시하는 "smart"여야만 한다. 이를 이룩하기 위한 바람직한 방법은 프레임, 탭된 박스, 또는 다른 사용자 인터페이스 기술 등이 사용된다. 모든 시맨틱 질의가 러 오브젝트를 지시하므로, 스킨은 필터 SEMANTICOBJECTTYPE_OBJECT(간단히 러 오브젝트를 리턴시킴)를 갖는 질의 또는 요구된 오브젝트 타입 ID를 바람직하게 로드한다. 바람직한 실시예에서, 많은클래스 중의 러 오브젝트를 갖는 오브젝트 리스트의 프리젠테이션을 준비하기 위해 스킨은 우선 다음의 것을 해야만 한다.

ㆍ오브젝트 질의를 얻음

ㆍ각 시맨틱 오브젝트 타입에 대해, 얼마나 많은 오브젝트가 주어진 오브젝트 타입에 대한 에이전트 리소스내에 존지하는 지를 결정해야 한다. 이는 인자(argument)대로, 에이전트 URL인 GetNumObjectsOfClassInAgent를 갖는 에이전시 XML 웹 서비스 및 오브젝트 타입 ID 이름(e-메일, 문서, 이벤트 등)을 호출함으로써 바람직하게 얻어진다. 오브젝트 타입 ID 필터를 만족하고, XML 웹 서비스는 에이전트내의 오브젝트 수를 리턴시킨다.

ㆍ얼마나 많은 오브젝트 타입이 에이전트 질의내에 있는 지에 따라, 스킨은 프레임 또는 오브젝트 타입의 개수에 대하여 적절한 다른 사용자 인터페이스를 표시한다. 바람직한 실시예에서, 스킨은 오브젝트 타입-특정 메타데이터를 로드할 준비가 된 경우, 인자(argument)로서, 스킨은 에이전트 URL인 ExecuteSemanticQuery를 갖는 에이전시의 XML 웹 서비스 방법 및 시맨틱 오브젝트 타입을 호출한다.

4. 사용자가 오브젝트쪽으로 마우스를 이동한 경우, 오브젝트에 대한 더 많은 메타데이터가 표시될 수 있다.

5. 스마트 에이전트 스마트 렌즈가 선택된 경우, 본 발명의 정보 에이전트는 마우스 아래의 오브젝트를 갖는 스마트 렌즈내의 오브젝트를 매핑하는 컨텍스트 메타데이터를 표시한다. 일 실시예에서, 스마트 렌즈는 프리젠터내에 표시된 오브젝트에 적용한다. 선택적인 실시예에서, 본 발명은 스마트 렌즈가 다른 어플리케이션(가령, 마이크로소프트 오피스 어플리케이션, 데스크탑 등)에서 호출될 수 있게 한다. 이는 마우스를 트랙하기 위해 시스템 인스톨링 후크를 불러오고, 마우스가 시스템내를 어디던지 움직일 수 있는 경우에 스마트 렌즈 어플리케이션을 부른다. "후크(hook)"는 모든 마우스 이벤트상에서 호출되고, 후크는 마우스를 캡쳐할 것이다. 스마트 렌즈는 비동기적으로 호출될 수 있다. 본 실시예에서, 프리젠터가 새로운 결과를 표시하는 어떤 때라도, 임의의 시맨틱 스마트 렌즈 정보 프리젠테이션이 있는 지를 확인하기 위해 클립보드를 체크한다. 비동기 실시예에서, 프리젠터는 그의 뷰내의 모든 오브젝트에 대한 스마트 렌즈 결과를 자동적으로 캐쉬한다. 이것은 각 오브젝트 옆의 아이콘을 표시하고, 그 안에 컨텍스트-특정 관련 정보가 있는 지를 나타내는 것을 제공한다. 바람직한 실시에에서, 사용자는 뷰내의 임의의 오브젝트에 대한 스마트 렌즈를 호출할 수 있다.

6.브레이킹 정보(Breaking Information).각 오브젝트는 오브젝트와 관련하는 "브레이킹 정보"가 존재하는 지의 여부를 지시하는 사용자 인터페이스를 바람직하게 표시한다. 이는 "브레이킹 뉴스"의 시맨틱 등가이다. 사용자 인터페이스는 정보의 중요성을 지시하기 위해 제공되지만, 사용자가 이 정보를 보기를 원하지 않는 경우에는 너무 끼어들지 않아야 한다. 예를들어, 사용자 인터페이스는 오브젝트 표시 윈도우의 코너에서 천천히 반짝거리는 아이콘으로서 표시될 수 있다. 사용자가 아이콘으로 마우스를 이동한 경우, "브레이킹 정보" 상의 메타데이터는 표시된다. 바람직한 실시예에서, "브레이킹 정보"는 브레이킹 뉴스 컨텍스트 템플레이트를 사용하여 모든 에이전트에 대해 호출을 호출하는 고유 스페셜 에이전트에 의해 구현된다.

7. 각 오브젝트는 오브젝트가 임의의 주석을 갖는 지의 여부를 지시하는 사용자 인터페이스를 갖도록 바람직하게 표시될 수 있다. 이 정보는 모든 오브젝트에 대해 모든 질의 결과내의 필드로서 포함된다.

8. 바람직하게는, 각 오브젝트는 클라이언트 상의 스페셜 에이전트 또는 임의의 사전 규정된 컨텍스트 템플레이트 상에 관련 정보가 있는 지의 여부를 지시하는 사용자 인터페이스를 표시된다. 이는 사용자에 의해 생성된 스페셜 에이전트뿐만아니라, 디폴트 스페셜 에이전트(가령 클라이언트에 의해 인스톨된)를 바람직하게 포함한다. 바람직한 실시예에서, 컨텍스트 템플레이트용 컨텍스트 팔레트는 하나 이상의 컨텍스트 팔레트를 표시, 이들을 숨김, 이들을 스크롤(컨텍스트 팔레트를 네비게이션하기 위해)하는 등의 옵션을 갖는 사용자로 표시된다. 컨텍스트 템플레이트 및 컨텍스트 팔레트는 다음에서 더욱 상세히 설명된다. 선택적인 실시예에서, 에이전시 우선순위는 다음을 포함한다.

ㆍ 결정적인 우선순위(Critical Priority).이것은 가장 높은 우선순위이다. 예를들어, 주어진 문서에 대해, 관련 e-메일 메시지가 막 게시되었거나(본 예에서는 몇분) 또는 절박한 이벤트가 있는 경우에는 이 플래그는 TRUE(에이전시상에서)일 것이다.

ㆍ 높은 우선순위(High Priority).이것은 그 다음 높은 우선순위이다. 피드백이 매우 끼어들지 않는다면, 사용자 인터페이스 피드백은 우선순위가사용자의 주의를 보증하기 이해 충분히 높은 것을 명백히 한다. 우선순위는 서로 다른 사용자 가령, 이벤트가 원격(특히 이벤트에 참가하는 원격 사용자에 대한 어떤 방법도 없는 경우)인 경우보다 사용자에게 우선순위가 더 높은 로컬 이벤트인 경우에 대해, 선택적으로 다르다.

ㆍ 중간 우선순위(Medium Priority).이것은 사용자가 갖는 시간으로 보아야만 하는 정보가 있는 지를 단지 지시한다. 사용자 인터페이스 피드백은 이를 명백히 해준다.

ㆍ 낮은 우선순위(Low Priority).이것은 적절하지만 최근이 아닌 관련 정보가 있는 지를 지시할 수 있다.

4개의 우선순위 가상 블렌더는 클라이언트 상의 디폴트에 의해 바람직하게 인스톨된다. 이들 블렌더는 내 에이전시 리스트내의 각 에이전시 상의 대응 우선순위 에이전트로부터의 정보를 자동적으로 집합한다. 모든 에이전시 상의 디폴트 우선순위 에이전시가 바람직하게 있다. 바람직한 실시예에서, 관계 시맨틱 질의는 컨텍스트 및 사용자를 고려한다.

바람직한 실시예에서, 각 컨텍스트 템플레이트(또는 현재 선택된 컨텍스트 템플레이트)에 대해, 프리젠터는 사용자가 그들의 내 페이브리트 에이전시 리스트 또는 최근 에이전시에 부가하는 에이전시를 열거하고, 컨텍스트 템플레이트에 기초한 현재 오브젝트와 관련된 임의의 오브젝트가 존재한다면, 다이나믹하게 생성된 SQML을 사용하여 적절한 에이전시를 찾도록 질의한다. 페이브리트 또는 최근 리스트내의 임의의 에이전시를 액세스할 수 없다면, 사용자 인터페이스는 에이전시를무시함으로써 이것을 명백히 조정할 수 있다. 바람직한 실시예에서, 디폴트에 의해, 다이나믹하게 생성된 SQML은 현재 선택된 오브젝트의 SRML의 SQML을 인덱싱하고, 컨텍스트 템플레이트의 SQML내의 링크 필터로서(바람직하게 디폴트 술어 "relevant to"를 사용하여) SQML내의 리소스를 삽입함으로써 생성된다. 이는 현재 선택된 오브젝트의 오브젝트 타입을 표시된 컨텍스트 팔레트의 시맨틱으로 매핑을 지능적으로 조정한다. 예를 들면, 만약 현재 선택된 오브젝트가 문서라면, 헤드라인 컨텍스트 팔레트는 헤드라인 컨텍스트 템플레이트를 위한 SQML의 파생물에 기초하여 SQML을 사용한다. 시맨틱 환경내의 각 에이전시는 디폴트 술어를 적절히 사용하여 결과적인 SQML을 시맨틱하게 처리한다. 다른 예에서, 선택된 오브젝트가 사람이라면, 헤드라인 팔레트는 사람과 관련한 헤드라인, 가령, 저술된 "헤드라인" 또는 사람에 의해 주석을 단 것을 보여준다. 선택적으로, 현재 선택된 오브젝트가 문서 또는 e-메일 메시지인 경우, SQML(디폴트 술어를 갖는)은 각 에이전시 상의 시맨틱하게 관련된 헤드라인을 나타내는 시맨틱 결과를 생성한다. 이들 결과는 컨텍스트 팔레트에 바람직하게 표시된다. 다른 컨텍스트 팔레트(가령, 클래식, 뉴스메이커 등)에도 동일하게 적용된다.

사람 오브젝트에 대해, 우선순위 플래그는 바람직하게 사람이 게시하는 오브젝트 또는 사람이 저작된 오브젝트를 참고하거나, 호스트한다. 본 예에서, 시맨틱 고유성을 갖는 메타데이터 필드만이 이 결정(가령, 사람의 e-메일 어드레스)이 이루어지도록 바람직하게 사용된다.

9. 각 오브젝트는 많은 조작 옵션을 포함하는 사용자 인터페이스를 표시한다. 이 예만에 의해, 샘플 사용자 인터페이스는 도 54에 도시한 정보 에이전트(시맨틱 브라우저) 결과 창에 표시된 정보 오브젝트를 도시한다. 도 54는 레코멘데이션 컨텍스트 창, 브레이킹 뉴스 컨텍스트 창, 동사 팝업 메뉴 등과 같은 툴 옵션을 사용자가 호출하도록 하는 오브젝트 상의 사용자 인터페이스 아이콘 및 발룬 팝업(오브젝트의 메타데이터에 대한)을 나타낸다. 부가적 및 다른 사용자 인터페이스 옵션은 다음을 포함한다:

ㆍ 고유 시맨틱 링크(Intrinsic Semantic Links).이들은 오브젝트의 시맨틱 클래스에 대해 고유한 링크이다. 고유 시맨틱 링크가 없다면, 표시되기 위해 필요한 것은 아무것도 없다. 이 예에 의해, 바람직한 실시예의 e-메일 오브젝트는 다음의 고유 시맨틱 링크를 포함한다.

1. From List ->

1. Person A

2. To List ->

1. Person B

2. Person C

3. Cc List ->

1. Person D

2. Person E

4. Bcc List ->

1. Person F

2. Person G

5. Attachments ->

1. Document 1

2. Document 2

3. Document 3

바람직한 실시예에서, 임의의 이들 시맨틱 링크가 사용자에 의해 호출된 경우, 클라이언트는 관련 오브젝트(오브젝트 자체는 아님)에 대한 메타데이터를 패치한 다. 이는 사용자가 오리지널 오브젝트의 양태에 대해 시맨틱 정보를 익스플로어하게 한다. 스킨은 적절한 방법을 갖는 오브젝트를 호스트하는 에이전시의 XML 웹 서비스를 바람직하게 호출한다. 바람직한 실시예에서, 이 방법의 형태는 ISemanticRuntimeService::LoadNativeSemanticLink이다. 본 실시예는 시맨틱 클랙스 ID, 시맨틱 링크 이름, 인자(argument) 이름 및 인자(argument)의 스트링 형태를 포함한다. 예를들어, 제3 첨부(제로-기반 인덱스를 가짐)에 대해 "navigate"하기 위해, 스킨은 LoadNativeSemanticLink(SEMANTICCLASS_EMAILMESSAGE, "Attachments", "Index", 2)를 호출해야만 한다. 이는 이 관계된 시맨틱 질의를 나타내는 SQML이 생성되고, 이 SQML을 갖고 스마트 에이전트를 로드하는 새로운 임시 스마트 에이전트를 바람직하게 생성한다. 이는 바람직한 시맨틱 네비게이션을 나타낸다. 이 프로세스는 선택적으로 반복한다. 사용자는 임의의 새로운 오브젝트 및 관점 등을 사용하여 새로운 결과를 네비게이트할 수 있다. 본 발명에 따른 e-메일 샘플을 나타내는 고유 시맨틱 링크와 관련된 발룬 팝업의 예는 도 55에 도시된다. 이 샘플 사용자 인터페이스에서, 사용자가 결과 창내의 정보 오브젝트 상의 "Intrinsic Links"를 선택한 경우, 팝업 메뉴가 표시된다. 이 예시는 고유 시맨틱 링크 사용자가 e-메일 오브젝트에 대해 무엇을 보는 지를 나타낸다. 바람직한 실시예에서, 사용자가 메뉴 옵션을 친 경우에, 팝업 메뉴 아이템은 새로운 SQML 질의(적절한 리소스 및 술어 링크)를 호출한다. 새로운 임시 에이전트가 질의 결과를 나타내면서 생성된다(SQML을 가짐). 사용자는 그들의 페이브리트 리스트내에 에이전트를 저장할 수 있다. 또한 새로운 결과는 고유 시맨틱 링크, 컨텍스트 템플레이트 등을 표시하여, 사용자가 정보를 시맨틱하게 네비게이트할 수 있는 경우에 사용자-제어 브라우징을 지원한다. 자연 동사에 대한 선택적인 구성 및 기능은 다음과 같다:

ALL INFORMATION:

에이전시 상의 관련 정보를 찾음(이는 에이전시로부터만 온다)

에이전시 상의 관련 정보를 가능한한 찾음(이는 에이전시로부터만 온다)

Open Annotations ->

All

Annotation 1

Annotation 2

Annotation 2

EMAIL: +=

From List ->

Person A

To List ->

Person B

Person C

Cc List ->

Person D

Person E

Bcc List ->

Person F

Person G

Attachments ->

Document 1

Document 2

Document 3

PERSON:

Reports To ->

Direct Reports ->

Member of Distribution Lists ->

Information Authored By ->

Information Annotated By ->

Information with categories of which this person is an expert ->

CUSTOMER:

Information Authored By ->

ㆍ 주석.이는 사용자가 현재의 오브젝트를 위해 모든 주석에 대해 요약을 바람직하게 네비게이트하게 한다. 바람직한 실시예에서, 스킨은 ISemanticRuntimeService::EnumAnnotations(인자(argument)로서 오브젝트 메타데이터를 가짐)를 호출함으로써 모든 주석을 표시한다. 이는 주석 오브젝트에 대한 메타데이터를 갖는 속성 테이블의 XML 표현을 리턴시킨다. 스킨은 표시될 주석 요약의 몇몇 표현(가령, 주석의 이름 또는 타이틀)을 바람직하게 표시한다. 주석 링크가 사용자에 의해 호출된 경우, 스킨은 주석 오브젝트에 대한 메타데이터를 표시한다. 이들 기능은 클라이언트 상에 적용된 필터에서부터 바람직하게 기인한다. 선택적으로, 이들 기능은 에이전트로서 생성될 수 있다. 본 발명의 이 양태는 시맨틱 내비게이션을 또한 나타낸다. 주석은 "annotations" 질의의 SQML 표현을 사용하여 바람직하게 로드된다. 이는 SQML을 갖는 새로운 스마트 에이전트를 생성한다. 다음으로, 스마트 에이전트는 "recent" 리스트에 부가되고 로드된다(또는 네비게이트됨). 프로세스는 선택적으로 반복적이다. 사용자는 관점 등으로서 새롭게 표시된 주석을 사용하여 네비게이트할 수 있다.

ㆍ 관련된 오브젝트(Related Object).바람직한 실시예에서, 이는 정보 오브젝트 관점으로서 현재 오브젝트를 사용하여, 사용자의 내 에이전시 리스트에 포함된 각 에이전시 상의 관련 정보를 사용자가 선택적으로 찾게 한다. 이는 (셀 확장 사용자 인터페이스 상의) 복사와 첨부 또는 신뢰에 대해 다시 소트할 필요없이 바람직하게 이룩된다. 바람직한 실시에에서, 사용자 인터페이스 팝업은 다음의 포맷내의 정보를 나타낸다:

Find Related Objects -->

All my agencies -->

Agency Foo -->

All.All

All.Understood.All

All.CriticalPriority.All

All.HighPriority.All

All.MediumPriority.All

All.LowPriority.All

All.MyFavorites.All

All.Recommended.All

Agencies that understand this object -->

Agency Bar -->

All.All

All.Understood.All

All.CriticalPriority.All

All.HighPriority.All

All.MediumPriority.All

All.LowPriority.All

All.MyFavorites.All

All.Recommended.All

"All my agencies" 리스트는 국부적으로 등록된 에이전시 사용자를 열거함으로써 프리젠터에 의해 간단히 얻어진다. 프리젠터는, 당해 오브젝트를 이해하는 지의 여부에 대해 각각 국부적으로 등록된 에이전시를 "asking"에 의해서 "Agencies that understand this object" 리스트를 리턴시킨다. 프리젠터는 오브젝트의 XML 표현을 에이전시로 통과시켜, XML 표현의 시맨틱 프로세스를 시도한다. 에이전시는 오브젝트를 이해하는 지의 여부를 나타내는 플래그를 리턴시킨다. 각 오브젝트는 에이전시가 그의 콘텐츠를 이해하는 지의 여부를 지시하는 필드를 가지기 때문에, 프리젠터는 호스트된 오브젝트 상의 에이전시를 제외함으로써 리턴된 리스트를 최적화한다.

ㆍ 동사(Verbs).이는 현재 오브젝트와 직접 관련있는 임의의 액션을 사용자가 호출할 수 있게 한다. 예를들어, 문서 또는 e-메일 메시지는 "open" 동사를 가질 수 있다. 이는 워드 프로세서 또는 e-메일 클라이언트를 오픈하고, 정보를 표시한다. 이벤트는 "Add to Outlook Calendar" 동사를 가질 수 있다. 바람직한 실시예에서, 동사, 바람직하게는 클래스-특정은 시스템 프레임워크에 의해 클라이언트 상에서 호출된다. 에이전시는 동사에 대해 아무것도 알 필요가 없다. 본 발명의 바람직한 실시예에서, 모든 오브젝트에 대해 몇몇 동사가 있다. 이들 동사는 팝업 메뉴에서 우선 바람직하게 표시된다. 바람직한 실시예의 동사는 다음을 포한함다:

1.Annotate: 사용자가 이 동사를 호출하는 경우, 스킨은 클라이언트 런타임과 통신하고 주석 방법을 호출한다. 이 방법은 적절한 서브젝트 라인(주석을 해석하기 위해 에이전시가 분석)을 갖는 디폴트 메일 클라이언트를 개시한다. 사용자는 오브젝트에 대한 주석으로서 일반적인 e-메일 메시지를 송신한다. e-메일 주석은 시맨틱 링크를 구성하는 첨부를 선택적으로 포함한다. 이는 사용자가 오브젝트(가령, 문서)로부터 그의 주석으로, 그의 첨부 및 외부 콘텐츠 소스(가령, 스마트 렌즈)로 네비게이트할 수 있게 한다. 선택적인 실시예는 주석, 가령 간단한 형태-기반 또는 대화-기반 주석에 대해서도 지원한다. 그러나 e-메일은 가장 풍부한 시맨틱스를 제공한다.

2.Copy: 이는 오브젝트 XML을 시스템 클립보드로 복사한다.

3.Hide: 이는 사용자가 뷰잉 오브젝트내에서 관심사가 없다는 것을 지시한다.

4.Open: 이는 무엇이 오픈될 것인지에 관한 링크를 수식화한다. 문서의 예에서, "Open Document"가 표시될 수 있다. e-메일 메시지인 경우, "Open Email"이 표시될 수 있다. 클라이언트는 링크의 MIME 타입에 대한 시스템내에 등록된 디폴트 어플리케이션을 갖는 오브젝트를 오픈한다. 선택적인 실시예에서, 본 발명은 "Open with ..." 등과 같은 다른 관련 오픈 동사 형태를 지원하여, 사용자가 특정 어플리케이션을 갖는 오브젝트를 오픈할 수 있게 한다.

5.Mark as Favorite: 이는 에이전시가 사용자 상태를 지원하고, 오브젝트가 페이브리트가 아니라면 바람직하게 표시된다.

6.Unmark as Favorite: 이는 에이전시가 사용자 상태를 지원하고, 오브젝트가 페이브리트라면 바람직하게 표시된다.

본 발명에 따른 동사 사용자 인터페이스와 관련된 발룬 팝업의 예는 도 56에 도시한다. 이 샘플의 사용자 인터페이스에서, 팝업 메뉴는 사용자가 결과 창내의 표시된 정보 오브젝트 상의 "Verbs" 아이콘을 친 경우에 표시된다. 메뉴는 오브젝트 타입(가령, 문서, e-메일 사람 등)에 기초한 정보 오브젝트를 위한 관련되고 지원된 액션을 나타낸다. 본래의 동사에 대한 선택적인 구성 및 기능은 다음과 같다:

ALL INFORMATION:

ㆍAnnotate(아웃룩 오픈; 오브젝트가 에이전시로부터이면, 에이전시의 e-메일 에이전트 어드레스는 "to" 필드에 채워짐; 그렇지 않다면, "to" 필드는 비어 있고 사용자는 오브젝트 주석을 위해 에이전시에 지시할 수 있다; 오브젝트가 에이전시로부터가 아니면, 오브젝트는 URL 또는 풀-블론(full-blown) 첨부로서 e-메일 메시지에 첨부되어야만 한다)

ㆍCopy

ㆍOpen

ㆍMark as Favorite(클라이언트 상에 저장됨)

ㆍUnmark as Favorite

PERSON AND CUSTOMER:+= "Send Email"

10. 스킨이 새로운 질의 또는 하나 이상의 오브젝트에 대해 메타데이터를 로드한 경우, 스킨은 질의 또는 메타데이터를 갖는 프레임워크를 바람직하게 호출한다. 바람직한 실시예에서, 스킨은 질의를 실행하지 못하지만, 결과를 관리하는 프리젠터 런타임으로 질의를 통과시킨다.

11. 딥 정보(또는 프리젠테이션) 모드: 본 발명의 선택적인 실시예는 딥 프리젠테이션 모드를 위해 스킨 지원을 제공한다. 본 실시예에서, 스킨은 현재 오브젝트에 대해 관련 정보가 있는 지의 여부를 지시하는 사용자 인터페이스를 표시한다. 또한 스킨은 정보를 설명하는 문자를 표시한다. 예를들어, 주어진 문서 오브젝트에 대해, 스킨은 "Jane Doe는 이 오브젝트 <summary of email message>와 관련된 가장 최근 e-메일 메시지를 게시함"인 문자를 갖는 팝업을 표시할 수 있다. 본 실시예에서, 스킨은 가장 최근 게시된 관련 오브젝트 또는 가장 급하게 올라오는 오브젝트 등과 같은 특정 정보를 구체적으로 나타낸다. 스킨은 사용자가 관심을 가질 수 있는 다른 "truth" 또는 추론 데이터를 선택적으로 표시할 수 있다. 예는 다음을 포함한다:

ㆍLisa Heiborn은 최근에 관련 문서를 게시했음: <summary>

ㆍ이 문서의 가장 가능한 저작자는 <foo>임

ㆍSteve Judkin은 Patrick Schmitz에게 보고한다. Patrick은 단 하나와 관려뇐 54개의 중요 우선순위 오브젝트를 게시함

ㆍ이 문서는 3 사람의 가능한 전문가를 가짐:<name>

ㆍYuying Chen은 이 문서 상에 가장 전문지식을 가진 것으로 보임

본 발명은 스킨이 정보를 얻기 위해 사용하는 몇개의 "semantic depth" 레벨을 갖고 있다. 또한 스마트 렌즈는 딥 프리젠테이션 모드르 지원하기 위해 구성될 수 있다. 환언하면, 바람직한 실시예에서, 오브젝트 상의 스마트 렌즈를 호출하는 것은 상술한 것과 유사한 딥 정보를 리턴시킨다. 스킨은 오브젝트 표시 윈도우의 코너의 아이콘을 나타낸다. 사용자는 "딥 정보"를 표시하는 아이콘을 클릭할 수 있다. "딥 정보"에 대한 메타데이터는 비동기적으로 선택적으로 패치될 수 있다.

본 발명에 따른 딥 정보 모드 사용자 인터페이스와 관련된 발룬 팝업의 예는, 컨텍스트 결과 창에서 제공된 것처럼 도 57에 도시되어 있다. 이 샘플에서는, 사용자는 표시하기 위해 어떤 종류의 딥 정보를 필터링하는 딥 정보에 대한 템플레이트를 선택하고, 시맨틱 환경내에 있는 오브젝트 등(예를들어, "Steve Judkin" 사람 오브젝트, "전문가" 컨텍스트 템플레이트 결과 오브젝트, "다이렉트 리포트" 술어 필터를 사용하는 "다이렉트 리포트" 오브젝트)에 대한 시맨틱(SQML) 링크를 따라, 딥 정보의 "stories"를 보는 옵션을 갖는다. 또한, 사용자는 프리뷰 플레이어/제어를 사용하여 적절한 시맨틱 질의 결과를 프리뷰하는 옵션을 갖는다.

e. 시맨틱 질의 문서

클라이언트의 예상으로부터, 이를 이해하는 모든 것이 질의 문서이다. 본 발명에서는, 클라이언트는 워드 프로세서가 "textual and compound document"를 오픈하는 것가 유사한 방식으로 "질의 문서"를 오픈한다. 클라이언트는 시맨틱 질의문서를 처리하고 결과를 렌더링하는 것을 주로 책임진다. 시맨틱 질의 문서는 시맨틱 질의 마크업 랭귀지(SQML)의 형태로 바람직하게 표현되고 저장된다. 이는 "시맨틱 파일 포맷"과 유사하다. 바람직한 실시예에서, SQML 시맨틱 파일 포맷은 다음으로 구성된다.

ㆍ Head: 헤드 태그는 문서를 설명하는 태그를 포함한다.

ㆍ Head:Title-이는 문서의 타이틀을 나타낸다.

ㆍ Filters: 모든 프리젠터 필터는 "필터" 태크내의 엔트리를 사용하여 오브젝트를 리턴시킨다. 이들 엔트리는 오브젝트 타입 이름(문서, 이벤트, e-메일 등)을 선택적으로 갖는다. 어떤 필터도 구체화되지 않는다면, 어떤 오브젝트도 필터링되지 않는다. 태그는 엔트리가 포함되는지 또는 제외되는지를 지시하는 퀄리파이어(qualifier)를 갖는다. 중복된 엔트리("포함" 및 "제외" 태그 둘다를 지시함)의 경우, 인터프리터는 엔트리를 제외시킨다(즉, 타이의 경우, "제외"가 가정됨).

ㆍ Attribute: 이 태그는 문서의 속성을 지시한다.

ㆍ Skin: 이는 모든 스킨-관련 엔트리에 대한 패런트(parent) 태그이다.

ㆍ skin:<objecttypename>: 이는 "object type name"내에서 지시된 오브젝트 타입의 오브젝트를 관리하기 위해 스킨에 대한 정보를 갖는다. 프리젠터는 SQML 문서내의 스킨 엔트리에 해당하는 것을 갖지 않는 오브젝트에 대한 디폴트 및 에이전트 스킨을 사용한다. 옵션은 다음을 바람직하게 포함한다:

ㆍ skin:<objecttypename>:color: 이는 이 문서와 같이 사용된컬러 템플레이트 상의 정보를 갖는다. 주 엔트리는 XSLT URL이다.

ㆍ skin<objecttypename>:design: 이는 이 문서와 같이 사용된 디자인 템플레이트 상의 정보를 갖는다. 주 엔트리는 XSLT URL이다.

ㆍ skin:<objecttypename>:animation: 이는 이 문서와 같이 사용된 에니메이션 템플레이트 상의 정보를 갖는다. 주 엔트리는 XSLT URL 이다.

ㆍ Query: 이는 질의 문서의 모든 메인 질의 에트리에 대한 패런트 태그이고 다음을 포함한다:

ㆍ Resource: 질의되는 리소스에 대한 레퍼런스이다. 예는 파일 경로, URL, 캐시 엔트리 식별자 등을 포함한다. 이들은 인터프리터에 의해 실제 리소스 매니저 구성요소로 매핑될 것이다.

ㆍ resource:type; 이름공간을 갖고 수식화된 리소스 레퍼런스의 타입이다. 규정된 리소스 레퍼런스 타입의 예는 nevarna:url(이는 리소스가 잘 형성된 표준 인터넷 URL 또는 "agent://..."와 같은 커스텀 URL인 것을 지시함) 및 nevarna:filepath(이는 리소스 레퍼런스가 파일-시스템 상의 파일 또는 디렉토리로의 경로인 것을 지시함)가 있다.

ㆍ resource:arg: 이는 인터프리터가 리소스 레퍼런스를 실제 리소스로 변환하는 경우, 리소스로 통과될 선택적인 스트링을 나타낸다. 실행가능한 파일에 대한 코맨드 라인 인자(argument)와 등가이다. 몇몇 리소스는 rref의 일부로서 인자(argument)를 해석할 수 있고, rref 인자(argument)의 일부가 아닌 것도 있다. 예를들어, 표준 URL은 URL 자체의 종단에서의 rref 인자(argument)를 통과시킬수 있다("?" 태그를 갖는 접두사로).

ㆍ resource:version: 다음을 참조

ㆍ resource:link: 모든 링크 태그

ㆍ resource:link:predicate: 이는 링크에 대한 술어 타입을 지시한다. 예를들어, 술어 nervana:relevantto는 질의가 "오브젝트 O와 관련된 리소스 R로부터의 모든 오브젝트를 리턴시킴"다는 것을 지시하고, 여기에서 R 및 O는 특정 리소스 및 오브젝트를 각각 지칭함. 술어의 다른 예는 nervana:reportsto, nervana:teammateof, nervana:from, nervana:to, nervana:cc, nervana:bcc, nervana:attachedto, nervana:sentby, nervana:sentto, nervana:postedon, nervana:containstext 등이다.

ㆍ resource:link: 이는 시맨틱 링크의 오브젝트에 대한 레퍼런스를 나타낸다.

ㆍ resource:link:type: 이는 오브젝트 레퍼런스의 타입이 "oref" 태그내인 것을 나타낸다. 예는 xml:string, xml:integer를 포함하는 표준 XML 데이터 타입과, nervana:datetimeref("todat" 및 "tomorrow"과 같은 오브젝트 레퍼런스를 나타냄)를 포함하는 커스텀 타입과, 임의의 표준 인터넷 URL(HTTP, FTP, 등) 또는 본 발명이 시맨틱 XML 오브젝트로서 처리할 수 있는 오브젝트를 나타내는 시스템 URL(object://, 등) 등이 있다.

ㆍ resource:link:version: 이는 리소스 시맨틱 링크의 버전을 나타낸다. 이는 에이전시의 시맨틱 질의 프로세서가 버전된 결과를 리턴시키도록 한다. 예를들어, 시맨틱 브라우저의 하나의 버전은 질의 V1을 사용할 수 있고, 다른 버전 V2를 사용할 수도 있다. 이는 에이전시가 리소스 레벨(가령, 에이전트에 대한) 및 링크 레벨 둘다의 후방 호환성을 제공하도록 한다.

ㆍ Query Type: 이는 이 SQML 버퍼 파일의 질의 타입을 나타내는 것을 지시한다. 바람직한 실시예에서, 이는 에이전트, 에이전시, 스페셜 에이전트 및 블렌더를 포함한다.

ㆍ Query Return Type: 이는 오브젝트 질의의 타입(가령, 문서, e-메일, 헤드라인, 클래식 등)을 리턴시키는 것을 지시한다. 선택적으로, 이는 정보 오브젝트 타입의 이름, 컨텍스트 템플레이트 등을 지시할 수 있다.

예에 의해서, 본 명세서의 첨부 SAMPLE B는 본 발명에 따른 시맨틱 질의 문서를 나타낸다.

바람직한 실시예에서, 프리젠터는 SQML 인터프리터를 포함한다. 프리젠터는 SQML 파일을 오픈시키는 경우, 우선 파일을 분석하고, 유효화시키고, 마스터 엔트리 테이블을 생성시키고, 엔트리 테이블내의 엔트리를 실행시킴으로써 파일을 바람직하게 해석한다. 효과적으로, 파일을 "실행"하기 전에 SQML 파일을 "편집"하고, 다른 모듈을 가지면서 링크되고 실행되기 전에, 언어 컴파일러가 소스 코드를 오브젝트 모듈로 편집하는 방법과 유사하다. SQML 인터프리터의 경우에, 이 프로세스는 레퍼런스를 통해 다른 SQML 파일의 로딩을 선택적으로 호출한다. 이 프로세스는 바람직하게는 주기적이지 않다. 클라이언트는 각 공표된 오브젝트 타입에 대해 정보를 표시하기 위해 "<skin>" 태그(사용가능하고 디폴트 또는 에이전트 스킨에의해 무효로 되지 않는다면)에서 XSLT 템플레이트를 사용한다. 공표된 스킨을 갖지 않는 임의의 리턴된 오브젝트는 오브젝트 타입의 디폴트 스킨을 가지고 표시되고 또는, 단일 에이전시 엔트리의 경우에서, 에이전트의 디폴트 스킨을 가지고 표시된다(하나가 특정되면).

선택적인 실시예에서, 시맨틱 질의 문서가 오픈된 후일지라도, 클라이언트는 각 오브젝트 타입을 표시하기 위해 새로운 스킨을 로드할 수 있다. 본 실시예에서, "<skin>" 태그는 스킨이 초기에 질의를 로드하는 것을 클라이언트에게 바람직하게 통지한다. 본 실시예에서, 특정 스킨은 공표된 오브젝트 타입에 대해서는 바람직하게 적절하다.

바람직한 실시예에서, 프레임워크는 두가지 상태로 문서를 실행하는데, 유효화 상태 및 실행 상태이다. 유효화 상태에 대해서, 우선 인터프리터는 마스터 시맨틱 엔트리 테이블을 만든다. 테이블은 리소스 URL로 잠겨져 있고 또한 조작자, 리소스, 리소스 타입, 술어, 술어 타입 및 링크에 대해 칼럼을 갖는다. 인터프리터가 테이블로 엔트리를 부가한 것처럼, 모든 여분의 엔트리를 제외시킨다. 또한, 인터프리터가 URL을 테이블에 부가하기 전에, 모든 URL을 바람직하게 캐노니컬화(canonicalize)한다. 예를들어, 둘다가 동일한 캐노니컬 형태를 공유하기 때문에, URL "http://www.abccorp.com" 및 "www.abccorp.com"은 동일하게 해석된다. 인터프리터는 분리된 SQML 레퍼런스 테이블을 만들고 유지한다. 이 테이블은 SQML 파일에 대한 캐노니컬 경로를 포함한다. 인터프리터가 오리지널 SQML 파일을 로드하는 경우, 인터프리터는 캐노니컬 파일 경로를 레퍼런스 테이블에 부가한다. SQML 파일이 그 자신을 가리키면, 인터프리터는 엔트리를 무시하거나 또는 에러를 리턴시킨다. SQML 파일이 다른 SQML 리소스를 가리키면, 인터프리터는 새로운 파일을 레퍼런스 테이블에 부가한다. 새로운 리소스를 로드하는 것은 반복적이고 프로세스는 계속 반복한다. 만약 프로세스동안, 인터프리터가 레퍼런스 테이블의 기존의 SQML 엔트리를 호출하면, 인터프리터는 호출 어플리케이션(SQML 문서에서 반복적인 루프가 존재하는 것을 지시함)으로 에러를 리턴시킨다. 인터프리터가 문서 그래프 경로에서 더 많은 리소스를 찾는다면, 인터프리터는 주어진 리소스에 대해 마스터 엔트리 테이블에 이들을 부가한다. 주어진 리소스에 대해 링크를 엔트리 테이블내의 리소스 엔트리로 다이나믹하게 부가한다. 그 결과, 인터프리터는 그래프내의 각 리소스에 대해 문서 링크 그래프를 효율적으로 평평하게 한다.

인터프리터는 실행 상태로 진행한다. 이 상태에서, 인터프리터는 시맨틱 엔트리 테이블을 리뷰하고 모든 리소스 질의를 비동기적으로 또는 순차 방식으로 실행한다. 다음에, 리소스 타입에 기초한 각 리소스를 처리한다. 예를들어, 파일 리소스에 대해, 파일에 대한 특성 메타데이터를 오픈하고 메타데이터를 표시한다. 이해된 타입(가령, 문서)을 나타내는 HTTP 리소스에 대해, 인터프리터는 URL을 다운로드하고, 추출하여 표시한다. 에이전트 리소스에 대해, 인터프리터는 각 에이전트에 대해 XML 웹 서비스를 호출하고, 오퍼레이터를 갖는 각 링크를 적격화하여 XML 인자(argument)로서 링크를 통과시킨다. 바람직한 실시예에서, 문서 경계와 교차하는 링크에 대하 오브레이터는 항상 AND이다. 환언하면, 반복적인 질의는 필터링되도록 가정되므로, 인터프리터는 함께 공표되지 않은 동일한 리소스에 대한모든 링크는 AND로 할 것이다. 인터프리터는 에이전트 리소스가 존재하는 것만큼, 많은 호출을 리소소를 나타내는 구성요소로 발행한다. 각 링크에 대해, 인터프리터는 링크를 리소스에 의해 처리를 위해 적당한 질의로 변환함으로써 링크를 분석한다.

<predicate>nervana:relevantto</predicate>

<oref>c:＼foo.doc</oref>

<oreftype>nervana:filepath</oreftype>

예를들어, 속성을 갖는 링크를 포함하는 에이전트는 오브젝트(가령, c:＼foo.doc)의 XML 메타데이터를 추출하고 인자(argument)로서 XML을 갖는 에이전트 리소스에 대해 XML 웹 서비스를 호출함으로써 분석된다. 이는 어떻게 로컬 컨텍스트는 서버가 이해하고 처리할 수 있는 고유(XML 기반)의 질의로 분해하는 지를 나타낸다.

질의를 최적화하기 위해, 에이전시 XML 웹 서비스는 조작자(가령, and, or 등)를 가지고 수식화된 몇몇 인자(argument)를 통과시키는 방법을 노출한다. 인터프리터는 모든 링크 인자(argument)를 갖는 에이전트 리소스에 대해 XML 웹 서비스로 하나의 호출을 바람직하게 발행한다.

시맨틱 질의 구현 시나리오(Semantic Query Implementations Scenarios).다음은 본 발명의 바람직한 실시예에 따라 시맨틱 질의 문서의 동작과 구현을 나타내는 예시적인 시나리오이다.

시나리오 1 : SQML 문서를 로딩: 클라이언트는 일시적 파일을 생성하여 이를 간단한 속성을 갖는 버퍼, 즉 로컬 HTML 페이지로 기입한다. 이 페이지는 클라이언트 프레임워크 구성요소(가령, ActiveX control, Java applet, 인터넷 익스플로러 행위 등)을 포함한다. 페이지는 SQML 파일 및 정보 에이전트 인스턴스를 식별하는 고유 ID를 오픈하는 이 구성요소로 초기화된다. 구성요소 자체는 SQML 파일을 오픈한다. 환언하면, 클라이언트 프레임워크는 무엇이 SQML 질의 문서를 오픈시키는 지를 플러그-인으로 말해준다. 프러그-인은 상술한 바와같이 해석에 의해 시맨틱 질의 문서를 오픈시킨다.

시나리오 2 : 문서 오픈: 클라이언트는 표준 대화 박스를 오픈하여, 사용자가 오픈될 파일을 선택하도록 한다. 대화 박스는 표준 문서 파일 확장(가령, PDF, DOC, HTM, 등)으로 초기화된다. 사용자가 문서를 선택한 경우, 대화 목스는 모든 오픈된 문서의 리스트를 리턴시킨다. 클라이언트는 새로운 SQML 파일을 생성하여 오픈된 문서의 경로를 갖는 리소스 엔트리에 부가한다. 새로운 SQML 파일은 고유 이름(바람직하게 글로벌 유닉 식별기(GUID)에 기초하여)이 주어진다. 이는 일시적 파일이기 때문에, 이름은 사용자에게 바람직하게 노출되지 않는다. 방법론은 상술한 바와같이 시나리오 1로 진행한다.

시나리오 3 : 문서내의 폴더 오픈: 클라이언트는 SQML 파일(상술함)을 생성하고 하나의 리소스 엔트리 file://<folderpath>?includesubfolders=(true|false)를 갖는 파일을 초기화한다. SQML 파일은 폴더내의 모든 문서를 열거하고 문서에 대한 메타데이터를 표시함으로써 로드된다(시나리오 1).

시나리오 4 : 에이전트로 저장: 클라이언트는 사용자가 에이전트 이름을 설정할 수 있는 대화 박스를 오픈한다. 클라이언트는 시맨틱 환경(하기를 참조)내의 에이전트를 새로운 이름으로 재명명한다. 저장된 에이전트는 일시적일 수 있고 또는 다른 이름으로 이미 저장되었을 수도 있다. 정보 에이전트는 바람직하게 에이전트 이름을 제안한다.

시나리오 5 : 블렌더로 저장: 클라이언트는 유너가 블렌더를 선택할 수 있는 대화 박스를 오픈한다. 대화 박스는 사용자가 새로운 블렌더를 생성하게 한다. 블렌더가 선택된 경우, 클라이언트는 브렌더의 SQML 파일을 SQML 오브젝트 모델로 오픈하여, 새로운 엔트리(현재 로드된 SQML 파일)를 부가한다. 다음에 현재의 엔트리의 레퍼런스 카운트를 증가시킨다.

시나리오 6 : 드래그 및 드롭; 클라이언트는, 예를들어 다음과 유사한 단일 리소스 엔트리를 갖는 SQML 파일을 생성하고 오픈한다.

<resource type="nervana:url">

agent://documents.all@abccorp.com

<link predicate="nervana:relevantto"

type="nervana:filepath"

c:\foo.doc

</link>

</resource>

이 예는 "c:\foo.doc"를 나타내는 아이콘은 에이전트 "agent://documents.all@abccorp.com"를 나타내는 정보 에이전트 내의 아이콘을 통해 드래그되고 드랍되는 것으로 가정한다.

시나리오 7 : 다수 드래그 및 드롭: 클라이언트는, 예를들어 다음과 유사한 단일 리소스 엔트리를 갖는 SQML 파일을 생성하고 오픈한다.

<resource type="nervana:url">

agent://documents.all@abccorp.com

<link predicate="nervana:relevantto"

type="nervana:filepath"

c:\foo1.doc

</link>

<link type="nervana:filepath"

operator="or"

predicate="nervana:relevantto"

c:\foo2.doc

</link>

<link type="nervana:filepath">

operator="or"

predicate="nervana:relevantto"

type "nervana:filepath"

</link>

</resource>

이 예는 "c:\foo1.doc,""c:\foo2.doc" 및 "c:\foo3.doc"를 나타내는 다수의 아이콘들이 에이전트 "agent://documents.all@abccorp.com. "를 참조하는 정보 에이전트에서 아이콘을 통해 드래그 및 드롭되는 것을 보장한다. 또한, 이 예는 사용자들이 에이전트 리소스에서 타겟팅된 시맨틱 질의의 UNION을 원하는지를 가리키는 것을 보장한다.

시나리오 8: 스마트 렌즈.스마트 렌즈가 정보 에이전트를 선택할 때, 정보 에이전트는 스마트 렌즈가 정보 에이전트 식별자에 대해 선택되는 시맨틱 환경 매니저(아래 참조)를 가리킨다. 스킨(SKIN)이, 마우스가 오브젝트를 통과하는 것을 통지할 때(예컨대, 문서 오브젝트 모델(DOM)에서 "onmouseover" 이벤트를 통해), 이는 정보 에이전트가 스마트 렌즈 모드이 있는지 여부를 프리젠터가 먼저 발견하게 한다. 클라이언트 프레임워크는 식별자를 갖는 정보 에이전트가 스마트 렌즈 모드에 있는지를 시맨틱 환경 매니저에 문의함에 의해 이를 결정한다. 시맨틱 환경 매니저가 이런 정보를 정보 에이전트 자체로부터 캐쉬하기 때문에, 이는 정보 에이전트를 대신하여 질의에 답을 할 수 있다. 정보 에이전트가 스마트 렌즈 모드에 있다면, 클라이언트 프레임워크는 바람직하게 세막틱 환경 매니저를 통해 시스템 클립보드로부터 SQML 버퍼를 획득한다. 이는 스마트 렌즈가 클립보드로부터 그 정보를 획득한다는 점에서 가상 "첨부"이기 때문에 일어난다. 달리 말하자면, 클립보드에 복사되는 임의의 오브젝트 또는 에이전트는 스마트 렌즈(심지어 규칙적인 문자)로서 사용될 수 있다. 프레임워크는 SQML 버퍼를 획득하며, SQML 버퍼에서 모든 리소스용 리소스 구성요소를 예시한다. 클라이언트 프레임워크는 리소스에 현재 표시되는 오브젝트용 XML 정보를 통과하는 리소스 API GetInformationForSmartLens를 호출한다. 모든 리소스는 바람직하게 스마트 렌즈 메타데이터를 클라이언트 프레임워크에 리턴시킨다. 각각의 리소스는 바람직하게 스마트 렌즈 정보 너겟(nugget)의 리스트 형태로 메타데이터를 리턴시킨다. 각각의 너겟은 문자 엔트리 및 질의 버퍼의 리스트를 (SQML에서) 포함한다. 문자 엔트리는 단순 문자 또는 커스텀 문자 포맷, 예컨대 다음과 유사한 것을 포함한다:

Steve reports to <A>Patrick</A>. Patrick posted <A>54 critical-priority

messages</A> relating to this one.

각각의 "〈A〉" 태그 쌍은 바람직하게 정보 너겟에서 대응하는 SQML 질의 버퍼를 포함한다. 클라이언트 프레임워크는 문자를 정보 에이전트(예컨대, 바람직하게 마우스가 통과하는 오브젝트를 블럭 또는 숨기지 않는 발룬 팝업(balloon popup) 또는 다른 사용자 인터페이스로서)에서 디스플레이를 위한 DHTML(또는 유사한 프리젠테이션 포맷)으로 포맷팅한다. 클라이언트 프레임워크는 포함하는 "〈A〉" 및 "〈/A〉" 태그가 발견되는 링크(HTML 링크와 유사한)용 사용자 인터페이스를 표시한다. 링크가 관련될 때, 클라이언트 프레임워크는 세막틱 환경 매니저가 새로운 캐쉬 엔트리를 생성하게 한다. 시맨틱 환경 매니저는 엔트리가 저장되는 것이 어떤 파일 경로인지를 가리킨다. 클라이언트 프레임워크는 파일로 클릭되는 〈A〉 태그용 SQML 버퍼를 기록한다. 클라이언트 프레임워크는 SQML 문서를 시맨틱 환경 매니저에 푸시(push)하며, SQML을 정보 에이전트(다이나믹 HTML을 통해)로 로딩한다. 시맨틱 환경 매니저가 현재 문서로서 SQML 문서를 포함하기 때문에, 사용자는 정보 에이전트에서 "저장" 버튼을 통해 문서를 저장할 수 있다(예컨대, "에이전트로 저장" 또는 "블렌더로 저장"). 스마트 렌즈가 표시될 수 있는 정보의 예는 다음과 같다:

The Agent Email.Technology.All@Marketing has a total of 300 objects that relate to this object. Critical Priority: 5 objects, High Priority: 50 objects, Medium Priority: 100 objects, Low Priority: 145 objects.

바람직한 실시예에서, 사용자가 발룬에서 링크들중 임의의 하나를 클릭하지 않는다면, 어떠한 SQML 문서도 생성되지 않고, 어떤 것도 시맨틱 환경에 부가되어 얻을 수 없다. 이는 스마트 렌즈가 바람직하게 단지 "잠재 질의"만을 나타내기 때문이다.

바람직한 실시예에서, SQML에 포함될 수 있는 임의의 정보는 스마트 렌즈(예컨대, 에이전트, 사람, 문서, 헤드라인, 클래식, 에이전시, 문자, HTTP URLs, FTP URLs, 파일 시스템으로부터 파일, 파일 시스템으로부터 폴더, Microsoft Outlook과 같은 e-메일 어플리케이션으로부터의 e-메일 URLs, e-메일 폴더 URLs 등)으로서 관련될 수 있다. 예컨대, 사용자는 문자 기초 어플리케이션으로부터 클립보드로 규칙적인 문자를 복사할 수 있다. 사용자가 정보 에이전트를 기입하고 스마트 렌즈를 선택한다면, 문자의 SQML 버전은 스마트 렌즈("문서" 리소스를 통해)로서 관련된다. "텍스트 스마트 렌즈"가 문서 오브젝트쪽으로 마우스를 이동(hover)한다면, 문자 스마트 렌즈를 나타내는 문서 리소스는 스마트 렌즈 오브젝트와 마우스 아래의 오브젝트 사이의 사용자 유사성을 나타내는 유사성 몫(quotient)을 선택적으로표시한다. 마우스 아래의 오브젝트가 사람 오브젝트인 경우, 문서 리소스는 에이전트가 문자에 포함된 정보에 대한 전문가인지를 사람 오브젝트를 나타내는 에이전트에 "문의"할지를 결정한다. 선택적으로, 스마트 렌즈는 사람이 문자와 관련되어 저작된(authored) 유사한 문서 또는 e-메일 메시지에 대한 링크를 표시한다.

바람직한 실시예에서, SQML에 포함될 수 있는 임의의 정보는 스마트 렌즈(예컨대, 에이전트, 사람, 문서, 헤드라인, 클래식, 에이전시, 문자, HTTP URLs, FTP URLs, 파일 시스템으로부터 파일, 파일 시스템으로부터 폴더, Microsoft Outlook과 같은 e-메일 어플리케이션으로부터의 e-메일 URLs, e-메일 폴더 URLs 등)으로서 관련될 수 있다. 예컨대, 사용자는 문자 기초 어플리케이션으로부터 클립보드로 규칙적인 문자를 복사할 수 있다. 사용자가 정보 에이전트를 기입하고 스마트 렌즈를 선택한다면, 문자의 SQML 버전은 스마트 렌즈("문서" 리소스를 통해)로서 관련된다. "텍스트 스마트 렌즈"가 문서 오브젝트쪽으로 마우스를 이동(hover)한다면, 문자 스마트 렌즈를 나타내는 문서 리소스는 스마트 렌즈 오브젝트와 마우스 아래의 오브젝트 사이의 사용자 유사성을 나타내는 유사성 몫(quotient)을 선택적으로 표시한다. 마우스 아래의 오브젝트가 사람 오브젝트인 경우, 문서 리소스는 에이전트가 문자에 포함된 정보에 대한 전문가인지를 사람 오브젝트를 나타내는 에이전트에 "문의"할지를 결정한다. 선택적으로, 스마트 렌즈는 사람이 문자와 관련되어 저작된(authored) 유사한 문서 또는 e-메일 메시지에 대한 링크를 표시한다.

시나리오 9: 복사 및 첨부

복사:시맨틱 환경내로부터 복사 커맨드의 발동시, 클라이언트 프레임워크는SQML 버퍼를 커스텀 클립보드 포맷을 갖는 시스템 클립보드에 복사한다. 이것은 다른 어플리케이션(예컨대, 마이크로소프트(사) 워드, 액셀, 노트패드 등)이 포맷을 인식하지 못하고 정보 첨부를 시도하지 못하는 것을 보여준다. SQML 버퍼는 바람직하게 복사되는 오브젝트의 시맨틱과 일치한다. 예컨대, 프리젠터에 표시되는 오브젝트로부터의 복사 동작은 적절한 리소스 타입 및 메타데이터가 오는 URL을 갖는 리소스로서 복사된다. 에이전트를 나타내는 아이콘의 복사는 시맨틱 환경에서 에이전트 엔트리를 참조하는 캐쉬 엔트리 또는 에이전트의 URL을 복사한다. 데스크탑 어플리케이션(예컨대, Microsoft Outlook)으로부터의 정보 복사는 소스 어플리케이션을 참조하는 리소스 타입 및 어플리케이션내의 오브젝트를 가리키는 URL을 갖는 SQML을 복사한다. 이들 URL은 바람직하게 인터프리터(interpreter)에 의해 실행시간에서 어플리케이션 내의 오브젝트로 풀릴수 있다. 예컨대, 시맨틱 환경으로 복사되는 아웃룩으로부터의 e-메일 메시지를 복사하면 다음과 같은 리소스 엔트리가 생성된다:

〈resource type="nervana:outlookemailmessage"〉

outlook://file://c:

</resource>

첨부:첨부 커맨드의 발동시, 클라이언트 프레임워크는 첨부되는 정보의 클립보드 포맷을 기초로 하여 SQML 파일을 생성한다. 예컨대, 클립보드가 파일 경로를 포함하면, SQML 파일은 파일 경로를 갖는 오브젝트에 대한 링크(첨부가 관련되는 리소스로부터)를 포함한다. 이런 파일은 상술한 바와 같이 오픈된다. 클립보드 포맷이 URL인 경우, 오브젝트는 URL 오브젝트 타입이다. 포맷이 규칙적인 문자인 경우, 오브젝트는 이 예에서 리소스 타입 nervana:text를 갖는 실제 문자를 포함한다. 선택적으로, 클라이언트 프레임워크는 임시 캐쉬 엔트리를 생성하며, 문자를 그곳에 저장하고(예컨대, .TXT 파일로서), 파일 경로 및 오브젝트 타입(본 예에서는 nervana:filepath)를 참조하여 SQML 오브젝트를 저장한다. 인터프리터가 불러질 때, 이는 문자로된 XML 메타데이터 버전을 생성하며, XML 링크 인자(argument)를 갖는 리소스를 불러온다. 클립보드 포맷이 본 발명의 SQML 클립보드 포맷인 경우, 유사한 프로세스는, 만약 파일이 생성된다면 확장자가 .SQM(또는 .SQML)인 것을 제외하고 수행된다. 이는 오브젝트가 SQML 파일이며 규칙적인 문자 파일이 아닌 인터프리터(interpreter)를 나타낸다.

f. 시맨틱 환경

본 발명의 시맨틱 환경의 바람직한 실시예는 정보 에이전트를 통해 사용자에게 이용가능한 모든 에이전트 및 에이전시의 뷰를 제공한다. 이는 바람직하게 즐겨찾기(favorites), "내 에이전트" 리스트, 최근에 사용된 에이전트, 로컬 에이전시상의 에이전트, 및 원격 에이전시상의 에이전트로 국부적으로 저장된 에이전트를 포함한다. 원격 에이전시는 로컬 영역 네트워크상에서의 멀티캐스트를 통해 그들의 존재를 발표하는 에이전시, 글로벌 에이전시 디렉토리(global agency directory)상에서 이용가능한 에이전시, 및 커스텀(custom) 에이전시 디렉토리상에서 이용가능한 에이전시를 포함한다. 에이전트는 그들의 URL을 부름에 의해 시맨틱 환경에 다이나믹하게 부가될 수 있다. 바람직한 실시예에서, 시맨틱 환경 계층은 본 명세서에 첨부된 SAMPLE C에 표시된 패턴을 가진다. "최근에 사용된", "최근에 생성된" 에이전트는 바람직하게 "최근 에이전트"에서 제외된다. 선택적으로, "모든 에이전트", "삭제된 에이전트" 및 "커스텀 뷰"가 부가될 수 있다.

에이전시 뷰는 사용자가 에이전시에 의해 메인 뷰에서 에이전트를 볼 수 있게 한다. 오브젝트 타입의 뷰는 사용자가 동일한 에이전트를 보게하나, 오브젝트 타입에 의해 필터링된다. 다른 뷰는 유사한 형태, 예컨대 "By Context"(컨텍스트 템플레이트를 기초로 한) 및 "By Time"에서 동작한다. 시맨틱 환경은 "즐겨찾기"의 통지를 "히스토리"의 통지와 통합한다. 시맨틱 환경은 예컨대 "최근에 사용된 에이전트"와 같은 다이나믹하게 관리되는 뷰를 선택적으로 부가한다. 이들 뷰는 바람직하게 시맨틱 환경 매니저내에서 동작하는 코드에 의해 업데이트된다(이하 참조).

본 발명에 따르는 예시적인 시맨틱 환경은 도 58 및 59에 도시된다. 시맨틱 환경에 통합되는 아이콘은 다음을 포함한다:

Application

All container object types

All document file types

reaking News Agent Icon Qualifier (예컨대, 감탄 부호)

Special Agent Icon Qualifier (예컨대, 헤일로(halo))

Standard Agent for each object types

Agency

Agent View Containers

My Agents

Breaking News Agents

Favorite Agents

Special Agents

Recently Used Agents

스냅샷(Snapshot).사용자는 바람직하게 시맨틱 환경의 스냅샷을 저장할 수 있다. 시맨틱 환경 스냅샷은 본질적으로 시맨틱 환경 상태의 시간에 기초한 캐쉬(cash)이다. 바람직한 실시예에서, 스냅샷은 다음의 정보를 갖는 국부적으로 저장된 상태를 포함한다:

·새로운 에이전트를 갖는 스냅샷 시간에서의 모든 에이전시

·(에이전시의 시계에 기초하여) 각각의 에이전시의 최종 에이전트 생성 시간

·(에이전시의 시계에 기초하여) 각각의 에이전시의 현재 시간

스냅샷은, 바람직하게는, 사용자에게 액세스(access) 가능하다. 정보 에이전트는 스냅샷 리스트에서 에이전시만을 나타내기 위하여 시맨틱 환경과, 각각의 에이전시용 스냅샷 시간과 최종 에이전트 생성 시간 사이에서 생성된 에이전시들 각각의 에이전트를 필터링한다.

g. 시맨틱 환경 매니저

본 발명은 시맨틱 환경 오브젝트를 관리하기 위하여 API를 보여주는 시맨틱 환경 매니저를 제공한다. 바람직한 실시예에서, 관리된 시맨틱 환경 오브젝트는 SQML 버퍼를 통해 에이전트 레퍼런스(reference)로 우선적으로 구성된다. 시맨틱 환경 매니저는 또한 시맨틱 환경을 네비게이트하기 위하여 API를 보여준다. 바람직한 실시예에서, 시맨틱 환경 매니저는 정보 에이전트의 인스턴스(instance)가 다음의 것을 허용하게 한다:

1. 시맨틱 환경 매니저에서 그 자체의 등록.

시맨틱 환경 매니저는 바람직하게 모든 오픈 정보 에이전트 인스턴스에 대한 정보를 유지한다. 이는 많은 수의 서비스(예컨대, 클립보드 액세스, 스마트 렌즈 액세스 등)가 확장 어플리케이션 및 브라우저 제어내에서 동작하는 프리젠터 구성요소와 같은 어플리케이션을 통해 수행되기 때문에 이같이 된다. 예컨대, 프리젠터가 새로운 SQML 문서를 표시 영역에 로딩할 때, 시맨틱 환경 매니저로부터 캐쉬 엔트리를 획득할 필요가 있다. 시맨틱 환경 매니저에게 소정의 SQML 버퍼용 새로운 캐쉬 엔트리를 생성할 것을 요청한다. 시맨틱 환경 매니저는 캐쉬 엔트리를 생성하며, SQML 버퍼를 그 엔트리에 대응하는 파일 경로에 기록하고, ActiveX 제어, 다이나믹 HTML 행위, 캐쉬 엔트리를 가리키는 자바 애플릿(또는 균등한 클라이언트 실행시간 엔진)으로 초기화되는 임시 HTML 파일을 생성하며, 캐쉬 엔트리 식별자 및 임시 HTML로의 파일 경로를 프리젠터로 리턴시킨다. 예컨대, 바람직한 실시예에서, 임시 HTML 파일은 다음과 같이 명명된다;

c:_39fc54bc-81e5-4954-8cef-3d1a54935a0d.htm

여기서, 39fc54bc-81e5-4954-8cef-3d1a54935a0d는 캐쉬 엔트리 식별자이다. 포함하는 정보 에이전트는 (포함된 정보 에이전트 제어에서의 이벤트를 통해) 로딩되는 새로운 문서를 자동적으로 검출한다. 포함하는 정보 에이전트는 사용자가 "저장"(예컨대, "에이전트로서 저장" 또는 "블렌더안에 저장")을 칠 때 응답할 수 있다. 정보 에이전트는 현재 문서 파일 경로를 획득하고, 파일 경로로부터 캐쉬 엔트리 식별자를 획득하며(파일 경로가 식별자로 부분적으로 명명되기 때문에), 사용자가 "저장(Save as)"을 칠 때 캐쉬 엔트리용 메타데이터(이름, 술어 등)를 표시함에 의해, 이를 달성한다. 정보 에이전트는 시맨틱 환경 매니저에게 새로운 이름으로 캐쉬 엔트리를 재저장 하도록 요청한다. 정보 에이전트는 그 인스턴스의 프로세스 ID를 갖는 시맨틱 환경 매니저에 그 자체(바람직하게는, 시작 시)를 등록한다. 시맨틱 환경 매니저는 정보 에이전트용 새로운 식별자를 할당하며, 정보 에이전트 인스턴스(예컨대, 스마트 렌즈 모드에 현재 있는지 여부)용 메타데이터를 저장한다. 정보 에이전트는 이런 식별자를 저장한다. 정보 에이전트는, 바람직하게는, 호출이 있을 때마다 시맨틱 환경 매니저에 식별자를 통과시킨다. 정보 에이전트는 식별자를 갖는 프리젠터를 초기화한다. 바람직한 실시예에서, 클라이언트 프레임워크는 크로스 어플리케이션 서비스를 필요로 할 때마다 식별자를 갖는 시맨틱 환경 매니저를 호출한다. 시맨틱 환경 매니저는 정보 에이전트 프로세스가 종료될 때 모든 정보 에이전트 엔트리에서 불필요한 정보를 정리하기 위하여 정보 에이전트 인스턴스의 프로세스 식별자를 저장한다. 시맨틱 환경 매니저는 바람직하게 정보 에이전트가 종료될 때를 "알지" 못하기 때문에 정보 에이전트 엔트리를 제거하기 위하여 이를 수행한다.

2. 새로운 에이전트 레퍼런스를 시맨틱 환경에 부가.에이전트 레퍼런스 엔트리는 바람직하게 데이터베이스, 파일 시스템 또는 시스템 저장소(store)(예컨대, 윈도우 레지스트리(registry))에 저장된다. 바람직한 실시예에서, 각각의 시맨틱 환경 엔트리는 다음을 포함한다:

a. 식별자(Identifier).이는 시맨틱 환경에서 에이전트를 식별한다.

b. 이름(Name).이는 에이전트의 이름을 가리킨다. 정보 에이전트는 새로운 에이전트가 생성될 때 디폴트 에이전트의 이름을 설정한다. 이런 에이전트 이름은 생성의 방식을 기초로 설정된다. 예컨대, 문서 "foo"가 에이전트 "bar"에 복사되고 첨부된다면, 정보 에이전트는 "foo"(현재 시간)에 관한 임시 에이전트 이름 "bar"를 생성한다. 현재 시간은 에이전트를 명명하도록 저장된다(사용자가 동일한 질의를 재발행하는 경우에). 사용자는 원하는 에이전트를 재명명할 수 있다.

c. 질의 버퍼(Query Buffer).이는 에이전트용 SQML을 포함하는 버퍼를 가리킨다.

d. 종류(Type).이는 에이전트 종류(예컨대, 표준 에이전트, 블렌더, 검색 에이전트, 스페셜 에이전트 등)를 가리킨다.

e. 생성시간(Creation Time).이는 에이전트 엔트리가 생성할 때를 나타낸다.

f. 최종수정시간(LastModifiedTime).이는 에이전트 엔트리가 최종 수정될 때를 나타낸다.

g. 최종사용시간(LastUsedTime).이는 에이전트 엔트리가 최종 사용될 때를 나타낸다.

h. 사용횟수(UsageCount).이는 에이전트가 필터 또는 스마트 렌즈 중 어느 하나의 자립헝(standalone)으로 사용되는 횟수를 나타낸다.

i. 속성(Attributes).이는 에이전트 속성(예컨대, 통상, 임시, 가상, 및 삭제를 위해 표시되는)이다. 엔트리가 임시적이라면, 이는 사용자가 로컬에이전트로서 이를 명백하게 저장하지 않음을 의미한다. 임시 엔트리는 바람직하게 사용자가 드래그 및 드롭을 이용하여 복합 질의를 구성하나 에이전트로서 어떠한 중간 질의도 저장하지 않는 경우에 사용된다. 사용자가 에이전트로서 질의를 저장할 때, 정보 에이전트는 질의 엔트리가 현재 영구적임을 나타내는 임시 플래그를 재설정한다.

j. 레퍼런스횟수(ReferenceCount).이는 다른 에이전트 및 블렌더에 의하여 에이전트에 대한 레퍼런스의 횟수를 나타낸다. 카운트는 새로운 에이전트 엔트리가 생성될 때 0으로 초기화된다.

3. 시맨틱 환경으로부터 에이전트 삭제.이는 바람직하게 2개의 형태로 수행된다. 에이전트는 에이전트 엔트리가 "트레쉬 캔(trash can)"에 있음을 나타내는 플래그를 시맨틱 환경 매니저가 설정하는 경우에 삭제를 위해 표시될 수 있다. 에이전트 엔트리는 또한 엔트리가 모두 함께 캐쉬로부터 제거되는 경우에 영구적으로 삭제될 수 있다.

4. 시맨틱 환경에서 에이전트의 특성 변경(예컨대, 사용자가 에이전트를 저장할 때 임시 플래그를 재설정)

5. 시맨틱 환경에서 에이전트의 재명명

6. 바람직하게 다음에 대응하는 엔트리를 검색하기 위해 캐쉬를 열거:

a. 모든 에이전트

b. 삭제된 에이전트

c. 가장 빈번하게 사용된 에이전트

d. 가장 최근에 사용된 에이전트

e. 가장 최근에 생성된 에이전트

f. 상술한 뷰 아래의 각각의 오브젝트 타입용 필터들(예컨대, 문서, e-메일, 이벤트 등)

g. 상술한 뷰에서 에이전트를 호스트하는 에이전시용 필터, 에이전시에 대한 오브젝트 타입용 필터, 및 이들 뷰를 적합하게 하는 에이전트(문서, e-메일 등)

h. 컨텍스트 템플레이트를 기초로 한 스페셜 에이전트용 필터(예컨대, 헤드라인, 클래식, 뉴스메이커 등)

이들 열거와 뷰의 샘플들은 시맨틱 환경 트리 뷰를 보여주는 도 12-14 및 17-19에 도시되어 있다.

7. 정보 에이전트의 인스턴스로부터 인보케이션을 통해 엡데이트된 카운터를 기초로 에이전트 리스트의 필터.각각의 정보 에이전트의 인스턴스는 바람직하게 하나의 시맨틱 환경 매니저와 통신한다. 그런 방식으로 업데이트는 세션 지향적이기 보다는 사용자 지향적이다. 예컨대, 사용자가 하나의 정보 에이전트에서 에이전트를 오픈한다면, 에이전트 엔트리는 다른 정보 에이전트에서 최근에 사용된 에이전트 뷰안에서 나타날 것이다. 시맨틱 환경 매니저는 에이전트가 사용되는 횟수, 에이전트가 사용되는 최종 시간 등에 대한 정보를 유지한다. 이는 에이전트를 필터링한다. 예컨대, 가장 빈번하게 사용된 에이전트는 가장 높은 사용 카운트를 갖는 N 에이전트를 기초로 필터링된다. 여기서 N은 구성가능하며, 필터는 약간의 안정화 대기 주기이후에만 적용된다(예컨대, 전체 사용 카운트가 적어도 Y인 후, 여기서 Y는 예컨대 2주의 주기에서 에이전트 사용의 예상 횟수와 같은 단순한 교수법(heuristic)에 기초하여 또한 구성가능하다). 최근에 사용된 에이전트는 사용시간(에이전트당 기준으로 저장되며 에이전트가 사용될 때 정보 에이전트의 인스턴스에 의해 업데이트되는)을 기초로 필터링된다. 최근에 생성된 에이전트는 에이전트 생성 시간을 기초로 필터링된다. 삭제된 에이전트는 각각의 에이전트에 대한 "삭제를 위해 표시된" 플래그를 조사함에 의해 필터링된다. 즐겨찾기 에이전트는 각각의 에이전트에 대한 "즐겨찾기로서 표시된" 플래그를 조사함에 의해 필터링 된다. 상술한 각각의 패런트(parent) 뷰에서, 기본적인 뷰는 단순한 필터를 이용하여 대중적이다. 에이전시 뷰는 패런트 뷰에서 리턴된 각각의 에이전트를 조사하고 이로부터 에이전시를 추출함에 의해 보급되어 있다. 이에 표시된 에이전시 각각의 아래에 있는 오브젝트 타입의 뷰는 에이전트 오브젝트 타입(예컨대, 문서, e-메일, 이벤트 등)을 기초로 에이전트를 필터링함에 의해 존재한다. 블렌더 뷰는 "블렌더(Blender)" 타입을 갖는 에이전트만을 표시함에 의해 필터링된다. 오브젝트 타입 뷰는 에이전트 오브젝트 타입을 이용하여 직접 필터링된다. "내 에이전시(My Agencies)" 뷰는 로컬 에이전시를 표시한다. 이 아래의 각각의 뷰는 바람직하게 각각의 이용가능한 에이전시에 대한 에이전트를 이용하여 필터링된 오브젝트 타입 뷰이다. "컨텍스트에 의한(By Context)" 뷰는 스페셜 에이전트(바람직하게 컨텍스트 템플레이트로 생성된)만을 필터링하고 컨텍스트 이름(예컨대, 헤드라인, 클래식 등)을 체크함에 의해 보급되어 있다.

8. 시맨틱 환경에서 에이전트용 레퍼런스 카운트를 유지.문서 엔트리의 레퍼런스 카운트를 증분 및 감분하는 것은 호출 구성요소(정보 에이전트)의 책임이다. 정보 에이전트는 바람직하게 이를 드래그 및 드롭, 복사 및 첨부 등에 의해 수행한다. 달리 말하자면, 기존의 에이전트를 레퍼런스하는 새로운 질의를 생성하는 액션이다.

9. 시맨틱 환경을 비움.이는 모든 에이전트를 삭제한다.

10. 불필요 정보 정리(garbage collection) 수행.시맨틱 환경 매니저는 모든 오래된(그리고 임시) 에이전트를 자동적으로 삭제한다. 캐쉬는 소정의 시점 이후의 에이전트의 히스토리를 유지하도록 구성된다. 예컨대, 캐쉬가 에이전트에 가치가 있는 2주 동안 정보를 유지하도록만 구성된다면, 2주 이상 오래된 임시 에이전트를 주기적으로 체크한다. 만약 그것이 발견된다면, 0의 레퍼런스 카운트를 갖는 에이전트 엔트리를 자동적으로 삭제한다. 이는 바람직하게 정보 에이전트가 새로운 캐쉬 엔트리를 생성하나 이를 레퍼런스하는 다른 엔트리(에이전트 또는 블렌더)를 생성하지 않는 경우에 일어난다. 달리 말하자면, 정보 에이전트는 직접 링크(복잡성을 회피하기 위하여)에 대한 링크 트래킹을 수행한다.

시맨틱 환경 매니저는 불필요한 정보 정리를 선택적으로 수행한다. 이는 구성가능한 스케쥴에서 주기적으로 일어난다. 이는 0보다 큰 레퍼런스 카운트를 가지나 다른 엔트리가 삭제될 때 링크가 유지되지 않기 때문에 실제 레퍼런스를 갖지 않는 엔트리에 적용된다. 이런 특징은 에이전트와 블렌더가 저장 또는 편집될 때 에이전트와 블렌더 사이에서 정보 에이전트가 바람직하게 레퍼런스를 트래킹하지 않기 때문에 복잡성을 최소화하도록 바람직한 실시예에 통합된다. 선택적인 실시예에서, 프리젠터는 에이전트가 불려질 때 뒤늦은 에이전트 접속을 위한 탐색을 수행한다. 클라이언트 프레임워크는 링크들중 하나가 삭제될 때 404(발견되지 않는 파일) 에러를 웹 페이지가 리턴시키는 방법과 유사한, 시맨틱 환경으로부터 삭제된 모든 레퍼런스를 무시한다. 달리 말하자면, 본 발명은 불완전한 질의의 상황에 제공된다. 예로서, 가능한 시나리오가 다음과 같다:

Blender B1 -> refers to Blender B2 -> refers to Agent A1 -> refers to Agent A2

이런 경우, 체인의 레퍼런스 카운트가 4일지라도, 각각의 엔트리의 레퍼런스 카운트는 1이다. 위와 같이, 레퍼런스 카운트가 0보다 크다할지라도 진부한(stale) 엔트리를 갖는 것이 가능하다. 불필요한 정보가 정리된 각각의 엔트리에서, 불필요한 정보 정리는 모든 SQML 문서에서 엔트리에 대한 임의의 레퍼런스를 검색한다. 어떠한 레퍼런스도 발견되지 않으면, 엔트리는 제거된다(임시적이거나 기간이 오래된 경우).

11. 통지 관리의 조작.사용자는 시맨틱 환경에서 임의의 에이전트로부터 통지를 등록할 수 있다(예컨대, 로컬 에이전트, 표준 에이전트, 블렌더 등을 저장). 바람직한 실시예에서, 통지 방법은 e-메일, 실시간 메시지, 종이 메시지, 전화 메시지 등을 전송하는 단계를 포함한다. 시맨틱 환경 매니저는 정보 에이전트를 통해 사용자로부터 통지 요청을 관리하는 통지 매니저(후술함)를 포함한다. 통지 매니저는 통지 요청의 리스트를 저장한다. 통지 요청은 바람직하게 시맨틱 환경 오브젝트 ID(에이전트를 식별하는), 통지의 타입(e-메일, IM 등) 및 목적지, 예컨대 e-메일 어드레스 등을 포함한다. 통지 매니저는 소정의 새로운 오브젝트가 있는지를 "요구"하기 위하여 통지 요청 리스트에 각각의 에이전트를 주기적으로 풀(poll)한다. 통지 매니저는 또한 "최종 요청된 시간"(목적지 에이전트의 시계에 기초하여)을 통과시킨다. 에이전트는 (그 저장된 질의에 관련되며, "최종 요청된 시간"이후에 생성된 질의 결과에 오브젝트의 수를 다시 통과시킴에 의해) 새로운 오브젝트의 수로 응답한다. 에이전트는 (그 시계상의) 현재 시간으로 응답한다. 통지 매니저는 시간 동기 문제를 회피하기 위하여 에이전트의 시간을 저장한다. 선택적으로, 클라이언트 및 모든 에이전시는 그들의 시간이, 모든 시간 비교가 동일한 스케일에 있는 것을 보장하도록 동일한 시간 서버(시간 웹 서비스)를 사용한다.

에이전시 디렉토리.바람직한 실시예에서, 시맨틱 환경 매니저는 바람직하게 각각의 에이전시 "디렉토리"용 에이전시 리스트를 유지한다. 멀티캐스트 네트워크는 바람직하게 시맨틱 환경 매니저를 에이전시의 디렉토리로서 본다. 바람직한 실시예에서는 공개 시스템상에서 XML 웹 서비스에 대한 URL로 구성되는 디폴트 글로벌 에이전시 디렉토리가 있다. 이런 XML 웹 서비스는 (바람직하게는, ID, URL 등을 포함하는 상술한 모든 정보를 가지는) 모든 등록된 에이전시의 캐쉬를 저장한다. XML 웹 서비스는 에이전시가 에이전시 디렉토리상의 표현을 레지스터하도록 하는 방법을 나타낸다. XML 웹 서비스는 잔여 엔트리를 필터링한다. XML 웹 서비스는 또한 사용자로 하여금 에이전시 디렉토리상에서 모든 에이전시를 열거하게끔 하는 방법을 드러낸다. 시맨틱 환경 매니저는 이런 방식으로 디렉토리를 열거한다. 바람직하게, 정보 에이전트는 에이전시 디렉토리를 시맨틱 환경의 확장으로 고려하며, 사용자가 에이전시 디렉토리상에 리스트된 에이전시에 대한 에이전트를 브라우징하고 오픈하게 한다. 사용자는 바람직하게 내부 네트워크상에 인스톨된 커스텀 에이전시 디렉토리에 URL을 부가할 수 있다. 본 발명은 커스텀 가능한 에이전시 디렉토리의 생성 및 통합에 대하여 고려한다. 이는 본질적으로 멀티캐스트가 네트워크상에서 가능하지 않은 경우(대역폭 변환 이유로) 또는 와이드 영역 네트워크상의 임의의 서브네트가 멀티캐스트를 지원하지 않는 경우에 디스커버리용 멀티캐스트를 이용하는 것에 대한 대안이다.

h. 환경 브라우저(시맨틱 브라우저 또는 Information AgentTM)

환경 브라우저 또는 정보 에이전트는 정규 웹 브라우저 구성요소(인터넷 익스플로어 ActiveX 제어와 같은)를 호스트하며, SQML 파일을 가져와 프리젠터를 통해 그 결과를 랜더링하는데 일차적인 책임이 있다. 바람직한 실시예에서, 이는 SQML 파일의 SQML 문서 캐쉬 엔트리에 대한 레퍼런스로 초기화되는 로컬 HTML 파일을 오픈함에 의해 이루어진다. HTML 파일은 제어(예컨대, ActiveX, 자바, 인터넷 익스플로어 행위 등)를 통해 프리젠터를 로딩한다. 이런 제어는 캐쉬로부터 (시맨틱 환경 매니저를 통해) SQML 문서를 검색하고, 상술한 바와 같이 SQML 파일을 로딩한다. 제어는 오브젝트가 XHTML(또는 균등한 프리젠테이션 포맷, 바람직하게는 현재의 XSLT 및/또는 스크립트 기초 스킨을 통해)로 변환되어 이용가능하하며, 프리젠테이션용 문서 오브젝트 모델(DOM)으로 푸쉬되는 것을 나타내는 리소스로부터 회수(callback)를 수신하는 웹 브라우저 문서 오브젝트 모델(DOM)에 오브젝트를 부가한다. 정보 에이전트는 사용자가 캐쉬에서 (캐쉬 ID를 통해) SQML 파일 또는 엔트리를 오픈하게 한다. 정보 에이전트는 또한 사용자로 하여금 뒤로(back) 및 앞으로(forward)를 네비게이트하게 하며, 제1 문서를 스택(stack)(오늘날 웹의 브라우저에서 "뒤로(back)", "앞으로(forward)" 및 "홈(home)" 옵션과 유사하나, 이경우 SQML 문서는 해석을 위해 오픈되고 HTML 및 다른 문서와는 상반되게 (결과의) 표시를 위해 오픈되는데 차이가 있다)에서 제1 문서를 네비게이트하게 한다.

도 60-68은 본 발명의 바람직한 실시예에 따르는 정보 에이전트의 예시적인 스크린삿을 제공한다. 도 60은 새로운 스페셜 에이전트, 새로운 블렌더, 또는 새로운 로컬 에이전시를 생성하기 위하여 예컨대 덤(Dumb) 에이전트를 통해 사용자가 시맨틱 환경으로 로컬 검색 결과를 전달하게 하는 툴을 갖는 툴바 팝업 옵션을 도시하는 시맨틱 환경을 예시한다. 선택적으로, 이들 툴은 사용자가 생성하길 원하는 에이전트의 타입(덤, 스마트, 특정) 또는 에이전시를 선택할 수 있는 마법사(wizard)와 관련된 하나의 툴 버튼으로 없어질 수 있다. 도 61은 사용자가키보드를 이용하여 시맨틱 환경을 검색하는 단순한 대화상자를 도시한다. 이는 새로운 스마트 에이전트(적절한 SQML을 갖는)를 생성한다. 사용자는 바람직하게 새로운 스마트 에이전트의 이름을 커스텀화 할 수 있으며, 선택적인 설명을 부가한다. 도 62는 사용자가 새롭게 생성 또는 오픈된 에이전트를 시맨틱 환경으로 영구적으로 저장하게 하거나(예컨대, "즐겨찾기(favority)" 리스트로) 또는 에이전트를 블렌더로 저장하게 하는 툴바의 "저장" 툴 팝업 메뉴 옵션을 도시한다. 도 63은 사용자가 스마트 렌즈와 불러오는(현재 클립보드상에 있는 스마트 에이전트 또는 오브젝트에 기초하여) 툴바의 스마트 렌즈 툴 메뉴 옵션을 도시한다. 이는 사용자가 클립보드 콘텐츠를 스마트 렌즈로서 사용하길 원하는 프리젠터에 통신한다. 프리젠터는 바람직하게 사용자가 배회하는(예컨대, 마우스로) 임의의 오브젝트용 스미트 렌즈 기능성을 자동적으로 불러온다. 메뉴는 또한 사용자가 스마트 렌즈를 암시적으로 턴오프할때까지 스마트 렌즈의 턴온을 유지하는(에이전트 네비게이션을 통할지라도) "스마트 렌즈 및 핀으로서 첨부" 옵션을 도시한다. 도 64는 사용자가 시맨틱 환경으로부터 서버측 에이전트를 오픈하며 환경의 "뷰"를 변경할 수 있는(예컨대, 큰 아이콘, 작은 아이콘, 리스트 등) 방법을 도시하는 "오픈 에이전트" 대화상자를 도시한 개략도이다. 도 65는 사용자가 파일 시스템으로부터의 "정규" 문서를 정보 신경 시스템의 시맨틱 환경으로 전달할 수 있는 방법을 나타내는 표준 윈도우 "오픈" 대화상자를 도시한다. 덤 에이전트는 문서를 레퍼런스하여 생성된다. 덤 에이전트가 불려올 때, 문서는 정보 에이전트에서 오픈되며, 시맨틱 툴 모두(예컨대, 스마트 복사 및 첨부, 컨텍스트 템플레이트 등)는 문서로 가능하게 된다. 이는 브라우저가 파일 시스템상의 "스튜피드(stupid)" 문서를 시맨틱한 "스마트(smart)"하게 하는 방법을 예시한다. 도 66은 사용자로 하여금 로컬 파일 시스템상의 폴더의 문서를 검색하게 하며 이들을 시맨틱 환경에 전달하게 하는 커스텀 "폴더에서 문서 오픈" 대화상자를 도시한다. 이는 문서를 정보 신경 시스템의 시맨틱 툴을 통해 "노출(exposing)"함에 의해 문서를 "스마트"하게 한다(예컨대, 스마트 복사 및 첨부, 컨텍스트 템플레이트 등). 도 67은 사용자가 브라우즈 옵션을 선택할 때 도시되는 "폴더용 브라우즈" 대화상자를 나타낸다. 이는 사용자로 하여금 (로컬 파일 시스템으로부터) 오픈하고자 하는 폴더를 선택하게 한다. 도 68은 사용자가 표준 블렌더 또는 가상 블렌더를 생성하길 원하는지를 사용자로 하여금 선택하게 하는 "블렌더 부가" 마법사로부터의 페이지를 도시한다.

i. 부가 어플리케이션 특징.

어플리케이션 메뉴 확장 및 다른 프레임워크 특징.시스템 클라이언트는 바람직하게 프로그램 확장을 지원하나 데이터를 클립보드에 복사하는 것을 지원하지 않는 어플리케이션에 메뉴 확장을 인스톨한다. 이들은 마이크로소프트(사) 윈도우 미디어 플레이어 및 아웃룩(e-메일 메시지 헤더용)과 같은 어플리케이션을 포함한다. 본 발명의 바람직한 실시예에서, 확장 매뉴에서 "복사(Copy)"를 읽어온다. 시스템은 선택된 오브젝트를 XML 오브젝트로서 윈도우 시스템 클립보드에 복사한다. 예컨대, e-메일 마이크로소프트(사) 아웃룩용 시스템 플러그인은 e-메일 XML 오브젝트로서 선택된 e-메일 오브젝트를 복사한다. 클립보드를 이미 지원하는 어플리케이션에서는 어떠한 확장도 필요치 않다.

서버측 즐겨찾기 오브젝트.사용자 상태를 지원하는 에이전시상에서, 사용자는 오브젝트를 "즐겨찾기"로 마크할 수 있다. 오브젝트가 즐겨찾기로서 마크될 때, 프리젠터는 에이전시의 XML 웹 서비스상에서 방법을 불러온다. XML 웹 서비스는 사용자 오브젝트와 당해 오브젝트 사이의 시맨틱 링크를 부가한다. 바람직한 실시예에서, 사용자는 All.MyFavorites. All Default Agent를 통해 즐겨찾기 오브젝트를 볼 수 있다. 이런 에이전트는 즐겨찾기로 마크되는 모든 오브젝트를 리턴시킨다. 에이전시 매니저는 All.MyFavorites.Technology.XML.All과 같은 서브 에이전트를 생성할 수 있다.

프리젠터는 사용자로 하여금 서버 및 에이전시가 익스포트(export)하는 구조를 재정의하는 수단인 즐겨찾기를 마크 및 언마크(unmark)하게 한다. "즐겨찾기" 시나리오의 사용은 사용자가 관심있는 오브젝트를 볼 수 있으며 이들을 즉시 네비게이트하길 원하지 않는 경우에 특히 필요 하다. 즐겨찾기 특징은 또한 사용자에게 오브젝트를 추천하기 위해 에이전시에 의해 선택적으로 사용될 수 있다. 바람직한 실시예에서, 이들 추천된 오브젝트는 All.Recommended.All Agent를 통해 검색될 수 있다. 에이전시는 사용자가 즐겨찾기인 것으로 마크되는 오브젝트를 우선적으로 기초하여 오브젝트를 추천한다. 서버측 즐겨찾기는 또한 "즐겨찾기" 클래식 및 추천 컨텍스트 템플레이트로 바람직하게 사용된다.

에이전트 스크린 세이버.본 발명의 바람직한 실시예는 사용자로 하여금 스크린 세이버로서 임의의 가입된 에이전트를 선택하게 한다. 사용자는 바람직하게 에이전트가 스크린 세이버로서 스페셜 에이전트를 사용하는 것이 안전한지를 결정하기위해 감도 데이터를 드러내며, 기회가 주어지는지를 알린다. 바람직한 실시예에서, 시스템 클라이언트는 스트린 세이버로서 임의의 가입된 에이전트를 로딩 할 수 있다. 선택적인 실시예에서, 사용자는 소정의 스크린 세이버 프리젠테이션을 제공하기 위하여 에이전트들을 결합한다. 선택적으로, 스크린 세이버는 예컨대 스크린의 4등분에서 표시된 병렬 에이전트들을 포함하는 구조화된 스킨이다.

에이전트-에이전트 스마트 렌즈.선택적인 실시예에서, 시스템 클라이언트는 다른 에이전트 또는 블렌더를 불러내기 위한 관련자료로서 스마트 렌즈(에이전트 또는 블렌더중 어느 하나를 통해서 불려나옴)의 사용을 지원한다. 예컨대, 사용자는 결정적인 우선순위가 있으며 또한 목적지 에이전시에 의해 이해되는 모든 오브젝트를 발견하기 위하여, All.CriticalPriority.All을 선택하며, 스마트 렌즈로서 에이전트를 사용하여 All.Understood.All을 브라우징하길 원한다.

스마트 렌즈 샘플 사용자 인터페이스 설명.도 69-71은 본 발명에 따르는 정보 에이전트의 스마트 렌즈 특징과 연관된 예시적인 발룬(balloon) 팝업 메뉴를 제공한다. 도 69는 스마트 렌즈로서 스마트 에이전트를 갖는 컨텍스트 결과 창(pane)에서의 발룬 팝업 메뉴를 도시한다. 이는 사용자가 정보 오브젝트 상에서 스마트 렌즈 아이콘을 선택할 때 표시되는 팝업 윈도우를 도시한다. 이런 샘플은 "[나의 Nervana UI 스펙]에 관련된 로이터상의 문서(Documents on Reuters Related to [My Nervana UI Specification])"로 제목이 붙은 스마트 에이전트가 클립보드상에 있으며 "Nevana UI에 대한 유잉의 생각(Yuying's Thoughts on the Nervana UI)"으로 제목이 붙은 e-메일 오브젝트를 통한 스마트 렌즈로서 "게시"되는 경우를 도시한다. 도 70은 스마트 렌즈로서(그리고 에이전트를 통해 "호버"하는) 오브젝트를 갖는 컨텍스트 결과 창에서 발룬 팝업 메뉴의 샘플을 도시한다. 이 샘플은 스마트 렌즈가 (A [SMART LENS] B = B [SMART LENS] A)을 암시하는 것을 설명한다. 컨텍스트 창의 결과 섹션은 바람직한 실시예에서 스마트 렌즈가 암시적인 것을 나타내는 도 69에 도시된 예와 동일하다. 도 71은 스마트 렌즈로서 정보 오브젝트 및 "렌스드 오버(lensed over)"되는 아이템으로서 정보 오브젝트를 갖는 컨텍스트 결과 창에서의 발룬 팝업 메뉴를 도시한다. 이 샘플에서, "나의 Nervana UI 스펙"으로 제목이 붙은 오브젝트는 클립보드(그 SQML 표현)에 복사되며, "Nevana UI에 대한 유잉의 생각"(e-메일 오브젝트)으로 제목이 붙은 다른 오브젝트를 통해(결과 창에서) 스마트 렌즈로서 첨부된다. 이 샘플에서, 사용자는 e-메일 메시지와 문서와의 조합에 시맨틱하게 일치하는 술어를 선택하는 옵션을 가진다. 도 72는 2개의 오브젝트들(스마트 렌즈 오브젝트와 "렌즈드 오버" 오브젝트)(이들 둘은 모두 퍼센트로서 그리고 본예에서는 바 챠트로서)의 컨텍스트 측정을 도시하는 도 71의 발룬 팝업 메뉴의 변동 샘플을 도시한다.

도 73-75는 행위 및 관련을 예시하는 샘플 테이블이 스마트 렌즈를 사용할 때 오브젝트 타입 술어를 포함하는 것을 도시한다. 도 73은 스마트 렌즈 행위가 상호적인, 예컨대 A [Smart Lens] B = B [Smart Lens] A인 모든 정보에 대한 에이전트-오브젝트 시나리오를 도시한다. 도 74-75는 스마트 렌즈 행위가 상호적인 예컨대 A [Smart Lens] B = B [Smart Lens] A인 문서 및 e-메일 각각에 대한 오브젝트-오브젝트 시나리오를 도시한다.

블렌더 스킨 사용자 인터페이스 설명.도 76은 시맨틱 결과 플레이어/프리뷰 제어를 설명하는 사용자 인터페이스 샘플이다. 정보 에이전트 프리젠터는 바람직하게 이 제어를 각각의 결과 창에 첨부한다. 플레이어/프리뷰 제어는 사용자로 하여금 결과 창에서 결과를 네비게이트하게 하며, 결과를 애니메이트(재생, 중지, 일시정지, 변화, 가속 등)하게 하며, (예컨대, 블렌더의 결과의 경우에) 그 결과를 필터링하게 한다. 도 77은 블렌더의 시맨틱 결과를 도시하는 사용자 인터페이스 샘플이다. 이 샘플에서, 블렌더 스킨은 블렌더의 각각의 에이전트에 대한 분리된 프레임으로서 표시 영역의 부분을 보유하며, 각각의 프레임에 플레이어/프리뷰 제어를 첨부하여, 사용자로 하여금 블렌더의 각각의 에이전트의 결과를 네비게이트, 제어 및 애니메이트하게 한다. 선택적으로, 블렌더 스킨은 블렌더에서(첨부되는 하나의 플레이어/프리뷰 제어로)의 모든 에이전트로부터의 합체된 결과를 표시할 수 있으며, 정보 오브젝트 타입에 따라 프레임에 결과를 표시할 수 있다.

다수의 드래그 및 드롭.선택적인 실시예에서, 시스템 클라이언트는 사용자로 하여금 데스크탑으로부터 다수의 문서 또는 폴더를 선택하게 하며 이들을 에이전트 또는 블렌더상의 관련 질의를 기초로 사용하게 한다. 이는 사용자로 하여금 다수의 문서를 정밀한(refining) 툴로서 이용하여 질의를 더 정밀하게 한다. 예컨대, 사용자는 이들이 (필터로서 문서 각각을 이용하여) 결과의 단일화 또는 교차를 원하는지를 선택적으로 나타낸다. 이는 하나의 리소스(링크가 드래그되는 오브젝트)와 다수의 링크들(문서당 또는 드래그된 오브젝트당 하나)를 갖는 SQML 파일을 생성한다. 클라이언트 SQP는 바람직하게 모든 오브젝트 필터들에 대한 XML 메타데이터를 검색하고, XML 인자(aguments)를 갖는 목적지 스마트 에이전트의 XML 웹 서비스를 호출함에 의해 이를 해석한다. 바람직한 실시예에서, 에이전시의 XML 웹 서비스는 XML 메타데이터 인자를 카테고리화하며, 질의의 적당한 SQL 표현을 형성하고, 그 결과를 리턴시킨다.

URL 쇼트컷 컨벤션(Shortcut Convention).본 발명의 에이전시는 이들이 웹 어플리케이션으로서 선택적으로 인스톨되기 때문에 인터넷 웹을 공유한다. 그 결과, 에이전시는 웹의 명명 구성체계(예컨대, 정규 HTTP URL)을 이용하여 레퍼런스 될 수 있다. 바람직한 실시예에서, 본 발명은 정보 에이전트의 시맨틱 환경에 특정된 쇼트컷 명명 컨벤션 및 URL을 드러낸다.

·에이전트 쇼트컷 URL 컨벤션.에이전트 쇼트컷 URL 컨벤션은 다음과 같다:

agent://<agentname>@<agencyurl>?start=<start>&end=<end>&skin=<skin urlL>

불러질 때, 이는 바람직하게 매우 적절한 HTTP URL, 예컨대:

http://<path to Agency ASP; or

CGI script>?agentname=<agentname>& start=<start>&end=<end>&skin=<SkinUrl>.

로 매핑된다.

에이전트 쇼트컷 URL 컨벤션의 예는 다음과 같다:

agent://email.technology.wireless.all@marketing.abccorp.com?start=0&end=25&skin=http://www.nervana.net/skins/email/abcemailskin.xslt

이런 URL은 다음과 같이 클라이언트에 의해 분석된다; 웹 서비스 프락시 시작, WSDL 파일 http://abc.com/nervanaroot/webservice.wsdl 오픈 및 "마케팅"으로 제목이 붙은 에이전시의 통계를 웹 서비스에 요청. HTTP 액세스에서, 이는 ASP 또는 CGI에 대한 경로로 분석된다. 예컨대:

http://abccorp.com/marketingagency.asp?urltype=agent&agentname=

email.technology.wireless.all&

start=0&end=25&skin=http://www.nervana.net/skins/email/abccorpemailskin.xslt

시작 인자는 첫번째로 리턴하기 위하여 오브젝트의 0 기반 시작 인덱스를 가리킨다. 종료 인자는 종료 인덱스를 가리킨다. 스킨 URL은 선택적이다. 스킨 URL이 특정되지 않으면, 클라이언트는 에이전트의 디폴트 스킨으로 에이전트를 로딩한다. 국부적으로 저장된 에이전트는 agent://<agentname>@localhost로 액세스된다. 예컨대, agent://Documents.[Related to My Business Plan]@localhost는 "Documents.[Related to My Business Plan]"으로 제목이 붙은 국부적으로 저장된 에이전트(나의 에이전트에서)를 로딩한다.

·에이전시 URL 컨벤션.예는 다음과 같다:

agency://<agencyname>.<domainname>?query=getproperties|getstats|

getagents@agentviewfilter=<agentviewfilter>&agentnamecontainsfilt

er=<agentnamecontainsfilter>&agenttypefilter=<agenttypefilter>&age

ntobjecttypefilter=<agentobjecttypefilter>

이 예에서, 질의 인자는 "getproperties"이다. URL은 에이전시 자체의 특성을 검색한다(예컨대, 로컬이든 원격이든 간에 이름, 표시 이름 등). 선택적으로, 특성이 "getstats"이면, URL은 에이전시의 통계(에이전트의 전체 수, 표준 에이전트의 수, 컴파운드 에이전트의 수, 도메인 에이전트의 수, 오브젝트의 전체수, 문서 오브젝트의 수, e-메일 오브젝트의 수 등)를 검색한다. 바람직한 실시예에서, getproperties 플래그는 디폴트이며, 어떠한 인자도 특정되지 않았다고 속성이 검색됨을 나타낸다. getproperties 또는 getstatus 인자중 어느 하나가 특정되지 않으면, 바람직하게 어떠한 다른 인자도 함께 특정되지 않는다.

agentviewfilter 인자는 선택적이며, 호출자로 하여금 검색을 제한하기 위하여 에이전트 뷰를 특정하게 한다. 예컨대, 에이전트 뷰 "로이터 뉴스"는 로이터로부터 뉴스 오브젝트를 관리하는 에이전트만을 리턴시키기 위해 서버상에 인스톨 될 수 있다. agentnamecontainsfilter 인자는 선택적이며, 사용자로 하여금 에이전트 이름용 검색 스트링에 의해 결과를 필터링하게 한다. agenttypefilter는 선택적이며, 사용자로 하여금 에이전트 타입(표준 에이전트, 콤파운드 에이전트, 또는 도메인 에이전트)에 기초하여 에이전트를 필터링하게 한다. agentobjecttypefilter 인자는 선택적이며, 사용자로 하여금 에이전트가 관리하는 오브젝트 타입(예컨대, e-메일, 문서, 사람들 등)로 결과를 필터링하게 한다. 예들은 다음과 같다:

agency://sales.boeing.com?query=getstats (corresponding to the HTTP URL

http://boeing.com/salesagency.asp?urltype=agency&query=getstats)

agency://sales.boeing.com?agenttypefilter=standard&agentobjecttypei

dfilter=events (corresponding to the HTTP URL

http://boeing.com/salesagency.asp?urltype=agency&agenttypefilter=st

andard&agentobjecttypeidfilter=events

·오브젝트 URL 컨벤션.에이전시 오브젝트는 클라이언트로부터 직접 액세스될 수 있다. URL은 다음과 같다:

objects://<querystring><agencyname>.<domainname>?querytype=<o

bjectid|searchstring>&objecttypefilter=<objecttypefilter>

objectypefilter 인자는 선택적이며, 오브젝트 종류에 의해 리턴된 오브젝트를 필터링하는데 사용될 수 있다. 공지된 오브젝트 종류(예컨대, 문서, e-메일, 이벤트 등)가 열거된다. 예들은 다음과 같다:

objects://34547848@support.attwireless.com?querytype=objectid will

return the object with the objectid 34547848.

objects://80211@support.attwireless.com?querytype=searchstring&obj

ecttype=email will return the email objects matching the query string

"80211"

·카테고리 URL 컨벤션.URL은 다음과 같다:

category://<<categoryname>@<kbsurl>?semanticdomainname=<sema

nticdomainname>

semanticdomainname 인자는 선택적이다. 바람직한 실시예에서, 제거된다면, KBS의 디폴트 도메인이 선택된다. 예는 다음과 같다:

category://technology.wireless.all@abccorp.com/marketingknowledge.asp

이는 abccorp.com/marketingknowledge.asp 웹서비스상에 인스톨된 지식기반에 대한 디폴트 도메인용 "Technology.Wireless.All" 카테고리에 대응한다. 이는 HTTP URL: http://abccorp.com/marketingknowledge.asp?category="technology.wireless.all로 분석된다.

매우 적절한 카테고리 URL의 버전의 예는 다음과 같다:

category://technology.wireless.all@abccorp.com/marketingknowledge

.asp?semanticdomainname="/InformationTechnology"

·공유 및 로밍 클라이언트 정보.바람직한 실시예에서, 사용자는 에이전트들(블렌더를 포함)를 e-메일, 인스탄트 메시지를 통해 전송함에 의해 다른 것과 이들을 공유할 수 있다. 로컬 정보 사용자는 바람직하게 에이전트 정보를 국부적으로 저장하거나 또는 이들을 갖는 정보 로밍을 가진다(예컨대, 디파트먼트(department) 와이드 로밍용 원도우 2000에서의 AbccorpliMirror 지원을 통해, 글로벌 에이전시 디렉토리(식별용 패스워드를 이용하여)상에서의 전용 XML 웹 서비스를 통해, 또는 마이크로소프트(사)의 패스워드 식별 서비스를 채용하는 Microsoft.NET My Services와의 통합을 통해).

로컬 에이전시.시스템 클라이언트는 바람직하게 사용자로 하여금 "나의 에이전시(My Agencies)" 리스트로 KIS의 로컬 인스턴스를 실행하는 로컬 에이전시를 또한 생성하고 부가하게 한다. 이런 실시예에서, 클라이언트는 또한 사용자로 하여금 개인 에이전시를 삭제하는 것을 허용하게 한다.

사용자-경험 일치 및 비분열(Non-Disruptiveness).본 발명의 정보 에이전트(시맨틱 브라우저)는 일치하고 비분열되는 사용자 경험을 제공한다. 달리 말하자면, 정보 에이전트는 오늘날 웹 브라우저와 계속 공존한다. "뒤로(back)", "앞으로(forward)", "홈(home)", "중지(stop)", "새로고침(refresh)" 및 "인쇄(print)"와 같은 툴은 바람직하게 사용자를 혼동시키지 않기 위하여 오늘날 웹 브라우저와 함께 동작한다. 많은 툴은 기능이 다르다 할지라도 동일하게 유지된다. 또한, 새로운 툴은 바람직하게 시맨틱 브라우저에서 새로운 기능을 반영하는 메뉴 옵션 및 툴바에 부가된다(이들은 스크린삿에서 툴바를 보존함에 의해 보여질 수 있다).

도 78 및 79는 새로운 기능을 사용자에게 도입하며 동시에 은유적인 일치를 유지하기 위한 바람직한 매핑을 나타내는 본 발명의 예시적인 기능 매핑을 예시한다. 도 78은 오늘날 웹 브라우저용 디폴트 사용자 인터페이스 툴세트와 본 발명의 정보 에이전트의 바람직한 실시예와의 비교이다. 도 79는 파일 시스템 마이크로소프트 익스플로러/문서 뷰어(Microsoft Explorer/Document Viewer)용 디폴트 사용자 인터페이스 툴세트와 본 발명의 정보 에이전트의 바람직한 실시예의 비교이다.

5. 본 발명에 컨텍스트를 제공함

a. 컨텍스트 템플레이트

본 발명은 정보 액세스 및 검색을 위한 특정 시맨틱 모델에 매핑되는 시나리오-구동 정보 질의 템플레이트 또는 컨텍스트 템플레이트를 제공한다. 본질적으로, 컨텍스트 템플레이트는 미리 정의된 시맨틱 템플레이트를 채용함에 의해 정보를 사용자에게 전달하는 개인용의, 디지털 시맨틱 정보 검색 "채널"로서 고려될 수 있다. 바람직한 실시예에서, 시맨틱 브라우저(30)는 사용자로 하여금 에이전트의 특성을 초기화하기 위하여 컨텍스트 템플레이트를 이용하여 새로운 "스페셜 에이전트"를 생성하게 한다. 컨텍스트 템플레이트는 바람직하게 하나 이상의 에이전시를 통해 정보를 통합한다.

단지 예시적인 목적으로, 본 발명은 다음의 컨텍스트 템플레이트를 정의한다. 시맨틱 정보의 변동 타입의 통합 및 보급을 향하는 부가적인 컨텍스트 템플레이트는 본 발명의 범위 내에서 고려된다(예컨대, "화난(angry)", "슬픈(sad)" 등의 감정에 관련된 컨텍스트 템플레이트; 로케이션, 이동성, 주변 조건, 사용자 기호 등을 위한 컨텍스트 템플레이트를 포함한다).

"헤드라인(Headlines)" 컨텍스트 템플레이트.헤드라인 컨텍스트 템플레이트(및 그 결과의 스페셜 에이전트)는 시맨틱 정보가 전달되는 방식에서 CNN의 "Headline News"의 개인용의 디지털 버전과 유사하게 될 수 있다. 컨텍스트 템플레이트는 사용자로 하여금 정보의 생성 또는 공개 시간 및 정보 "플래시니스(freshness)"를 정의하는 구성가능한 시간량에 따라 소트되는 하나 이상의 에이전트로부터 정보 헤드라인을 액세스하게 한다. 예컨대, CNN의 "헤드라인 뉴스(Headline News)"는 매 30분마다 헤드라인을 표시한다. 바람직한 실시예에서, 본 발명의 정보 에이전트(30)은 사용자로 하여금 다음의 필터 및 파라미터를 이용하여 헤드라인 스페셜 에이전트를 생성하게 한다:

·정보 오브젝트 관점(pivots).결과 블렌더는 이들 오브젝트와 관련되는 결과를 나타낸다. 이는 선택적인 파라미터이다. 이것이 특정되어 있지 않으면, 헤드라인은 (임의의 오브젝트에-기초한 필터없이) 전체 에이전시에 대해 표시된다.

·미리결정된 "플래시니스" 주기.예컨대, 30분, 1시간 등

·술어.이는 정보 오브젝트 링크가 검색될 정보에 링크되는 방법을 정의한다. 예는 다음과 같다: "관련된(related to)", "관련가능한(possibly related to)"(텍스트-기초 검색을 이용한다), "저작된(authored)"(사람 오브젝트의 경우에), "저작가능한(possibly authored)", "전문 지식을 갖는다(has expertise on)" 등. 디폴트 술어 "관련된"은 바람직하게 디폴트로 사용된다. 이런 디폴트 술어는 이를 특정 술어에 지능적으로 매핑함에 의해 에이전시에 의해 분석된다.

·에이전시(들).이는 헤드라인을 체크하는 에이전시들을 포함한다. 적어도 하나의 에이전시는 특정되야만 하며, 특정될 수 있는 에이전시의 수에는 제한이 없다. 사용자는 "최근" 및/또는 "즐겨찾기" 리스트가 사용되야 하는지 여부를 가리킨다.

·카테고리 리스트.예컨대, "Technology.Wireless.All". 이는 질의용 부가 필터로 작용한다.

플래시니스에 덧붙여, 헤드라인 컨텍스트 템플레이트는 바람직하게 결과의 랭킹을 결정하기 위하여 결과 아이템이 얼마나 "hot"한지를 통합한다. 이는, 오브젝트의 주제가 "hot"지를 나타내는 좋은 표시자인 에이전시상에서 시맨틱하게 관련된 오브젝트의 수를 찾기 위하여 에이전시를 질의함에 의해 달성된다. 또한, 리턴된 오브젝트(또는 아이템)는 바람직하게 플레시니스 또는 새로운 것으로 분류된다.

예로서, 첨부의 SAMPLE D는 바람직한 실시예의 헤드라인 컨텍스트 템플레이트로부터 출력된 SQML을 예시한다. 이 예에서, 컨텍스트 템플레이트는 30분의 플레시니시 시간 간격을 가지며 "관련된" 술어를 갖는 4개의 다른 에이전시들(마케팅, 재검색, 판매, 및 사람 리소스(resource))로부터 모든 정보를 검색한다. 바람직한 실시예에서, 본 예의 SQML은 컨텍스트 템플레이트용과 같이, 스마트 렌즈, 스마트 복사 및 첨부, 드래그 및 드롭, 및 시맨틱 툴박스에서의 다른 툴을 기초로 하여 선택적일 수 있다.

"브레이킹 뉴스" 컨텍스트 템플레이트.브레이킹 컨텍스트 템플레이트(및 그 결과 스페셜 에이전트)는 시맨틱 정보가 전달되는 방식에서 CNN의 "Breaking News"의 개인용의 디지털 버전과 유사하게 될 수 있다. CNN의 "Breaking News" 삽입과 같이, 이런 컨텍스트 템플레이트는 사용자로 하여금 정보 생성 또는 공개 시간 또는 이벤트 발생 시간(이벤트의 경우에)에 의해 바람직하게 분류되며, 플래시니스를 정의하는 구성 가능한 시간량과 시간 임계성을 정의하기 위해 이벤트용 구성가능한 "데드라인"을 갖는, 하나 이상의 에이전시로부터 "브레이킹"의 시간 임계 정보를 액세스하게 한다. 예컨대, 컨텍스트 템플레이트는 최종 한시간에서 게시되는 정보 오브젝트 또는 다음날에서 홀딩되는 이벤트를 필터링하도록 정의될 수 있다.

바람직한 실시예에서, 브레이킹 뉴스 컨텍스트 템플레이트는 브레이킹 뉴스에이전트와는 다르다. 컨텍스트 템플레이트는 하나 이상의 에이전시로 통과하는 스태틱 질의 파라미터를 정의하는 템플레이트이다. 브레이킹 뉴스 에이전트는 사용자가 생성하며 본질적으로 사용자 생성이고 사용자 커스텀화 가능한 임의의 스마트 에이전트이다. 예로서, 브레이킹 뉴스 컨텍스트 템플레이트를 기초로 한 브레이킹 뉴스 스페셜 에이전트는 최종 시간에 게시된 정보 오브젝트 또는 로컬 문서(또는 특정된다면 임의의 다른 로컬 컨텍스트)와 관련된 다음날에 홀딩된 이벤트를 사용자에게 알린다. 그러나, 브레이킹 뉴스 에이전트는 "내 팀의 멤버에 의해 주어지며, 다음 24시간에 시애틀 또는 포틀랜드 중 어느하나에 홀딩되고, 내 하드드라이브상에서의 이런 문서와 관련되는 무선 기술에 대한 이벤트"에 대한 경고를 수신하는 플렉시빌리티(flexibility)를 사용자에게 준다. 브레이킹 뉴스 에이전트는 사용자에게 브레이킹 뉴스 컨텍스트 템플레이트보다 많은 플렉시빌리티과 인격주의(personalization)을 제공한다. 브레이킹 뉴스 컨텍스트 템플레이트의 이점은 전형적인 사용자에 대한 "브레이킹"으로 적절한 파라미터를 이용함에 의해 고유(intrinsic) 경고에 대한 기준을 바람직하게 형성한다는데 있다.

"대화" 컨텍스트 템플레이트.대화 컨텍스트 템플레이트(및 그 결과 스페셜 에이전트)는 시맨틱 정보를 전달하는 방식으로 CNN의 "Crossfire" 프로그램의 개인용의 디지털 버전과 유사할 수 있다. 정보 보급용 컨텍스트로서 토론(debate) 및 대화(conversation)를 사용하는 "집중포화(Crossfire)"와 유사하게, 바람직한 실시예에서, 대화 스페셜 에이전트는 e-메일 게시, 주석, 및 관련된 정보에 대한 쓰래드(thread)를 추적(tracking)한다. 대화 컨텍스트 템플레이트는 e-메일 오브젝트타입으로 필터링된 헤드라인 컨텍스트 템플레이트로서 여겨진다. "헤드라인" 파라미터에 덧붙여, 대화 컨텍스트 템플레이트는 바람직하게(그러나 선택적으로) 다음의 파라미터를 포함한다:

·리턴하는 최소한의 쓰래드 길이.사용자는 그가 적어도 하나의 응답, 2개의 응답 등으로 e-메일 쓰래드만을 원하는 것을 선택적으로 가리킨다. 많은 경우에, 쓰래드의 수는 시맨틱 중요도의 표시를 제공한다. 디폴트는 0이다.

·분배 리스트 필터. 사용자는 "from", "to", "cc", 또는 "bcc" 라인상에서 하나 이상의 분배 리스트의 멤버를 갖는 것들에 리턴된 e-메일을 선택적으로 제한한다. 이는 사용자로 하여금 바람직한 그룹, 분할 등으로부터 토론(debate)을 모니터링하길 원하게 한다.

·분배 라인 필터.사용자는 "from", "to", "cc", 또는 "bcc" 라인상에서 필터 e-메일 어드레스를 갖는 것들에 리턴된 e-메일을 선택적으로 제한한다. 리턴된 아이템은 대화 쓰래드의 깊이에 기초하여 또는 플레시니스에 기초하여 선택적으로 분류된다.

"뉴스메이커" 컨텍스트 템플레이트.뉴스메이커 컨텍스트 템플레이트(및 그 결과 스페셜 에이전트)는 시맨틱 정보를 전달하는 방식으로 NBC의 "Meet the Press" 프로그램의 개인용의 디지털 버전과 유사할 수 있다. 이 경우, 강조는 뉴스 그 자체 또는 대화와는 상반되게 "people in the news"에 있다. 사용자는 정보 오브젝트 피벗으로서 리턴된 사람을 이용하여 네트워크를 네비게이트한다. 뉴스메이커 컨텍스트 템플레이트는 바람직하게 "people" 또는 "users" 오브젝트 타입 필터, "authored by", "possibly authored by", "hosted by", "annotated by", "expet on" 등의 술어(사람을 정보와 관련시키는 술어)을 갖는 헤드라인 컨텍스트 템플레이트로서 고려될 수 있다. "관련된" 디폴트 술어는 바람직하게 밀접한 관계가 있는 특정 술어 모두를 포함하도록 사용된다. 관련 정보, 예컨대 뉴스메이커의 분류 순서는 "그들이 만든 뉴스(news they make)", 예컨대 헤드라인의 순서에 기초하여 분류된다. 헤드라인 컨텍스트 템플레이트 파라미터에 덧붙여, 뉴스메이커 컨텍스트 템플레이트는 바람직하게 다음의 선택적인 파라미터를 포함한다:

·분배 리스트 필터.사용자는 "from", "to", "cc", 또는 "bcc" 라인상에서 하나 이상의 분배 리스트의 멤버를 갖는 것들에 리턴된 e-메일을 선택적으로 제한한다. 이는 사용자로 하여금 바람직한 그룹, 분할 등으로부터 토론을 모니터링하길 원하게 한다.

·분배 라인 필터.사용자는 "from", "to", "cc", 또는 "bcc" 라인상에서 필터 e-메일 어드레스를 갖는 것들에 리턴된 e-메일을 선택적으로 제한한다.

"업커밍 이벤트" 컨텍스트 템플레이트.업커밍 이벤트 컨텍스트 템플레이트(및 그 결과 스페셜 에이전트)는 정보를 전달하는 방식으로 특정 프로그램의 개인용의 디지털 버전과 유사할 수 있다. 예는 "월드 시리즈(World Series)", "미프로농구 결승(NBA Finals)", "월드컵 축구 결승(Soccer World Cup Finals)" 등과 같은 이벤트용의 특정한 것을 포함한다. 지식-작업자 시나리오에서의 균등물은 하나 이상의 카테고리, 문서 또는 다른 정보 오브젝트 관점과 관련된 모든 업커밍 산업 이벤트를 모니터링하길 원하는 사용자이다. 업커밍 이벤트 컨텍스트 템플레이트는바람직하게 단지 업커밍 이벤트가 필터링되고 표시되는 것을 제외하고는 헤드라인 컨텍스트 템플레이트와 동일하다(바람직하게 이벤트 및 시간 임계성(criticality)을 내포하는 시맨틱하게 적절한 "컨텍스트 스킨"을 이용하여). 리턴된 오브젝트는 먼저 리스트된 가장 임박한 이벤트들로 시간 임계성에 기초하여 바람직하게 분류된다.

"디스커버리" 컨텍스트 템플레이트.디스커버리 컨텍스트 템플레이트(및 그 결과 스페셜 에이전트)는 "디스커버리 채널"의 개인용의 디지털 버전과 유사할 수 있다. 이 경우, 강조는 특정 주제에 대한 "다큐맨터리(documentaries)"상에 있다. "헤드라인 뉴스"의 경우와는 달리, 시맨틱 정보 액세스 및 검색을 위한 우선적인 축은 시간이 아니다. 오히려, 이들 카테고리들 주위의 정보의 지능 집합을 갖는 하나 이상의 카테고리에 있다. 본 발명의 바람직한 실시예에서, 디스커버리 컨텍스트 템플레이트는 소정의 카테고리의 세트와 관련되며 선택적으로 미리결정된 구성가능한 시간 주기내에서 게시되는 정보 오브젝트를 랜덤하게 선택함에 의해 정보의 지능 집합을 시뮬레이트한다. 선택적으로 구성가능한 시간 주기가 있다할지라도, 정보가 순서화되거나 존재하는 방법을 결정하기 위해 시간과는 다른 시맨틱 웨이트(weight)가 바람직하게 고려된다. 본 발명은 다른 축이 사용되는 것을 허용한다. 예컨대, "디스커버된" 카테고리 또는 카테고리들용 시맨틱 웨이트, 시간, 랜덤성, 또는 모든 축의 조합("디스커버리"의 효율성을 증가시킬 수 있는). 디스커버리 컨텍스트 템플레이트는 바람직하게, 에이전트가 리턴하는 정보(에이전시로 게시되는)의 오래된 정도를 가리키는 선택적인 시간(age) 제한으로 플레시니스 시간간격이 대체되는 것을 제외하고는, 헤드라인 컨텍스트 템플레이트와 동일한 파라미터를 가진다.

"히스토리" 컨텍스트 템플레이트.히스토리 컨텍스트 템플레이트(및 그 결과 스페셜 에이전트)는 "히스토리 채널"의 개인용의 디지털 버전과 유사할 수 있다. 이 경우, 강조는 특정 주제에 대한 것뿐만 아니라 히스토리 컨텍스트를 갖는 보급 정보에 있다. 이런 템플레이트에서, 바람직한 축은 카테고리 및 시간이다. 히스토리 컨텍스트 템플레이트는 디스커버리 컨텍스트 템플레이트와 유사하며, "최소 시간(age) 제한"과 일치한다. 파라미터들은, "최대 시간(age) 제한" 파라미터가 "최소 시간(age) 제한" 파라미터(또는 선택적인 "히스토리 시간(age) 간격" 파라미터)로 대체되는 것을 제외하고는 디스커버리 컨텍스트 템플레이트의 파라미터와 바람직하게 동일하다. 또한, 리턴된 오브젝트는 시스템에서의 시간 또는 생성 이후의 시간에 기초하여 역순으로 바람직하게 분류된다.

"All bets" 컨텍스트 템플레이트.모든 베트 컨텍스트 템플레이트(및 그 결과 스페셜 에이전트)는 시맨틱 또는 키워드상에 기초하거나 또는 문자 기반 검색 중 어느 하나에 기초하여 관련되는 임의의 정보를 리턴하는 컨텍스트를 표현한다. 이 경우, 강조는 관련성과 원격으로 관련되는 보급 정보에 있다. 모든 베트 컨텍스트 템플레이트에 대한 우선적인 축은 바람직하게 단지 관련 가능성이다. 바람직한 실시예에서, 모든 베트 컨텍스트 템플레이트는 관련되는 결과의 가장 넓은 가능한 세트를 리턴시키기 위하여 시맨틱 및 문자 기반 질의 모두를 채용한다.

"Best Bets" 컨텍스트 템플레이트.베스트 베트 컨텍스트 템플레이트(및 그결과 스페셜 에이전트)는 단지 매우 높게 관련된 정보를 리턴시키는 컨텍스트를 표현한다. 바람직한 실시예에서, 강조는 매우 높게 관련되고 시맨틱하게 중요하게 고려되는 보급 정보에 있다. 이런 컨텍스트 템플레이트에서, 우선적인 축은 컨텍스트이다. 본질적으로, 베스트 베트 컨텍스트 템플레이트는 시맨틱 질의를 채용하며, 문자 기반 질의 결과의 컨텍스트를 보장할 수 없기 때문에 문자 기반 질의를 사용하지 않는다. 베스트 베트 컨텍스트 템플레이트는 바람직하게 카테고리 필터 또는 키워드로 초기화된다. 키워드가 특정된다면, 카테고리화는 서버에 의해 다이나믹하게 수행된다. 결과는 컨텍스트 점수, 또는 오브젝트와 카테고리 필터와의 "카테고리에 속한(belongs to category)" 시맨틱 링크의 강도에 기초하여 바람직하게 소트된다.

"Favorites" 컨텍스트 템플레이트.즐겨찾기 컨텍스트 템플레이트(및 그 결과 스페셜 에이전트)는 "favorite" 또는 "popular" 정보를 리턴시키는 컨텍스트를 표현한다. 이 경우, 강조는 다른 것에 의해 부여되며 양호하게 수용되는 보급 정보에 있다. 바람직한 실시예에서, 즐겨찾기 컨텍스트 템플레이트에 대한 축은 당해 리더십(readership)의 레벨, 수신된 오브젝트의 "리뷰", 및 오브젝트상에서 주석 쓰래드의 깊이를 포함한다. 일 실시예에서, 즐겨찾기 컨텍스트 템플레이트는 "즐겨찾기" 시맨틱 링크를 갖는 정보만을 리턴시키며, 오브젝트에 대한 "보트(votes)"의 수를 카운팅함에 의해 소트된다(이런 시맨틱 링크에 기초하여).

"classics" 컨텍스트 템플레이트.클래식 컨텍스트 템플레이트(및 그 결과 스페셜 에이전트)는 "클래식" 정보를 리턴시키는 컨텍스트, 또는 인식된 값이 있는정보를 표현한다. 즐겨찾기 컨텍스트 템플레이트와 같이, 강조되는 점은 다른 것에 의해 부여되며 선호적으로 수용되는 보급 정보에 있다. 이런 컨텍스트 템플레이트에서, 바람직한 축은 히스토리 컨텍스트, 당해 리더십의 레벨, 수신된 오브젝트의 "리뷰", 및 오브젝트상에서 주석 쓰래드의 깊이를 포함한다. 클래식 컨텍스트 템플레이트는 바람직하게 즐겨찾기 컨텍스트 템플레이트에 기초하여 구현되나 부가적인 최소 나이 제한 필터, 본질적으로는 "Old Favorites" 컨텍스트 템플레이트로서 기능한다.

"Recommendations" 컨텍스트 템플레이트.추천 컨텍스트 템플레이트(및 그 결과 스페셜 에이전트)는 "추천된" 정보를 리턴시키는 컨텍스트, 또는 에이전시가 사용자에게 관심있는 것으로 추론되는 정보를 표현한다. 추천은 "추천" 시맨틱 링크를 "시맨틱 링크(SemanticLinks)" 테이블에 부가하고 사용자가 가리키는 즐겨찾기 시맨틱 링크를 마이닝(mining)함에 의해 삽입된다. 추천은 바람직하게 기계 학습 및 공동 필터링과 같은 기술을 이용하여 이루어진다. 이런 컨텍스트 템플레이트의 강조는 사용자에게 관심있기 쉬우나 사용자에게 보여지지 않은 보급 정보에 있다. 이런 컨텍스트 템플레이트에서, 우선적인 축은 바람직하게는 관심 및 플래시니스의 가능성을 포함한다. 바람직한 실시예에서, 컨텍스트 템플레이트는 시맨틱 환경에서 에이전시상의 우선적인 술어 필터로서 PREDICATETYPEID_ISLIKELYTOBEINTERESTEDIN 술어를 갖는 SQML을 생성시킴으로서 구현된다.

"Today" 컨텍스트 템플레이트.오늘 컨텍스트 템플레이트(및 그 결과 스페셜에이전트)는 "오늘" 게시 또는 홀딩(이벤트의 경우)하는 정보를 리턴시키는 컨텍스트를 표현한다. 이런 컨텍스트 템플레이트로의 강조는 바람직하게 플래시니스를 결정하기 위하여 필터가 있는 "오늘"에 기초하여 현재로 여겨지는 보급 정보상에 있다. 바람직한 실시예에서, 오늘 컨텍스트 템플레이트는 헤드라인 컨텍스트 템플레이트의 서브세트이며, 여기서 결과 게시 "오늘" 또는 이벤트 홀딩 "오늘"이 표시된다.

"variety" 컨텍스트 템플레이트. 변형 컨텍스트 템플레이트(및 그 결과 스페셜 에이전트)는 랜덤 정보를 리턴시키는 컨텍스트를 표현한다. 이런 컨텍스트 템플레이트로의 강조는 사용자가 가능한 정보 아이템의 넓은 범위를 얻을 수 있게 하기 위하여 랜덤한 보급 정보상에 바람직하게 있다. 바람직한 실시예에서, 우선적인 축은 "랜덤" 아이템이 질의 필터("관련된" 술어를 이용하여)에 시맨틱하게 관련됨에도 불구하고 랜덤성이다.

b. 컨텍스트 스킨

본 발명은 "컨텍스트 스킨(Context Skins)"이라 불리는 스킨의 클래스를 포함한다. 컨텍스트 스킨은 이들이 표현하는 컨텍스트의 시맨틱을 전달하는 프리젠테이션 정보를 포함한다. 예컨대, 오늘 컨텍스트 템플레이트에 대한 컨텍스트 스킨은 자정을 가리키는 시계에 배경 또는 필터 효과를 표시하거나, 또는 "오늘(Today)"의 몇몇 다른 표현을 표시한다. 또 다른 예에서, 변형 컨텍스트 템플레이트에 대한 컨텍스트 스킨은 (결과의 랜덤성을 나타내는) 랜덤하게 구르는 볼링공과 같은 변형 효과를 나타내며; 브레이킹 뉴스 컨텍스트 스킨은 컨텍스트의 임계성을 나타내기 위하여 플래싱(flashing) 문자, 적색광 앰블런스 등을 갖는 광 애니메이션 및 효과를 나타내고; 히스토리 컨텍스트 스킨은 "시간(age)"를 나타내는 그래프를 도시하며; 예컨대, 오래된 차, 시계 등.

컨텍스트 스킨은 바람직하게 표시되는 오브젝트 타입에 대한 프리젠테이션 템플레이트를 "아너(honor)"한다. 예컨대, e-메일 오브젝트는 컨텍스트 템플레이트를 가리키는 그래픽뿐만 아니라 우표 또는 우체국 트럭을 나타내는 배경으로 표시된다. 몇몇 컨텍스트 템플레이트가 에이전시를 통해 절단되기 때문에 - 따라서 온톨로지를 통해 절단되기 때문에, 이들은 온톨로지(예컨대, 산업 정보)를 가리키는 임의의 정보를 표시할 필요가 없다. 그러나, 카테고리 필터로 초기화되는 컨텍스트 스킨은 컨텍스트 템플레이트의 온톨로지 또는 카테고리를 바람직하게 가리킨다. 전형적으로, 이는 온톨로지의 산업 또는 분야를 가리키는 그래픽 요소(및 필터, 변형 등)로 표현될 것이다. 예컨대, 제약 컨텍스트 스킨은 연구소 설비를 나타내는 필터 효과를 가지며; 오일 및 가스 컨텍스트 스킨은 오일 리그(rig)의 픽쳐를 나타내고; 스포츠 컨텍스트 스킨은 스포츠 기어의 픽쳐를 나타낸다.

c. 스킨 템플레이트

본 발명은 사용자의 일(task)에 따라서 다른 종류의 스킨을 선택하게 한다. 다양한 프리젠테이션을 갖는다는 암시는 사용자가 현재 태스크에 기초하여 베스트 프리젠테이션 모드를 선택한다는데 있다. 예컨대, 사용자는 메인 기계에서 동작할 때 그리고 생산성이 가장 크고 효과는 없는 경우에 민감한(subtle) 스킨을 선택한다. 사용자는 생산성이 또한 중요하나 효과도 또한 좋은 경우에 적당한 스킨을 선택한다. 사용자는 예컨대 사용자가 그들의 주변 시야에서 정보를 뷰잉하는 경우에 제2 기계와 같은 시나리오에 대한 익사이팅(exciting) 스킨을 선택하며, 사용자에게 브레이킹 뉴스를 경고하기 위한 문자-대-음성(text-to-speech)와 같은 특징은 중요하다. 익사이팅 스킨은 애니매이션, 딥 정보에 대한 효과와 같은 스토리보드, 모션 경로상에 표시된 오브젝트, 및 다른 효과를 특징으로 한다. 익사이팅 스킨은 스크린세이버로 가장 일반적으로 사용한다. 스킨들의 선택은 바람직하게 사용자 선택가능한 것이다.

d. 디폴트 술어

바람직한 실시예에서, 각각의 오브젝트 타입은 다른 오브젝트 타입가 링크하는 디폴트 술어를 포함한다. 이는 시맨틱 링크에 사용하기 위해 술어의 분리된 평가를 요구함이 없이 오브젝트들을 다이나믹하게 함께 링킹하는 직관적인 방법을 사용자에게 제공한다. 예컨대, 문서 오브젝트로부터, 문서를 리턴시키는 에이전트로의 드래그 및 드롭 동작은 술어 "관련된(Related to)" 및 "관련가능한(Possible Related to)"를 가질 수 있다. 문서 오브젝트가 문서 에이전트의 상부상에서 드래그될 때, 본 발명의 시맨틱 브라우저는 사용자로 하여금 시맨틱 질의의 사용에 대한 술어를 선택하게 하는 팝업 메뉴 옵션을 표시한다. 선택적인 실시예에서, 다른 관련된 팝업 메뉴, 예컨대 링크 또는 술어 템플레이트를 사용자가 선택하게 하는 제1 팝업 메뉴; 및 선택된 템플레이트에 대한 실제 술어를 표시하는 챠일드(child) 팝업 메뉴를 통합한다. 디폴트 술어는 질의가 관련되는 다이나믹하게 생성된 SQML에 바람직하게 삽입된다.

예로서, 디폴트 술어는 "관련된(Related to)"이다. 이런 술어는 드래그되는 오브젝트와 관련된 문서 에이전트에 정보를 리턴시키는 질의로 매핑된다. 이 경우 디폴트 술어를 갖는 이점은 본 발명의 시맨틱 브라우저가 이런 술어를 이용하여 질의와 교대로 관련되는 "Open"으로 명명된 팝업 메뉴 옵션을 표시하는 것이다. 시맨틱 브라우저는 특정 술어를 갖는 서브메뉴 옵션을 갖는 "Open with Link"로 명명된 팝업 메뉴 옵션을 또한 표시한다. 디폴트 술어는, 디폴트 술어는 소스 오브젝트 및 그 타겟 에이전트 또는 오브젝트를 제공하는 민감한 옵션임을 안다면 사용자가 다이나믹 링킹을 이용하여 시스템을 브라우징할 수 있기 때문에, 시스템을 보다 용이하게 사용할 수 있게 한다.

드래그 및 드롭 시나리오에서 사용되는 것에 덧붙여, 디폴트 술어는 스마트 렌즈, 스마트 복사 및 첨부 등에 선택적으로 사용된다. 디폴트 술어는 컨텍스트로 주어진 "적당한 것(the right thing)"을 리턴시키는 스마트 링크를 변질된(degenerate) 스마트 링크와 유사하게 된다. 바람직하게 디폴트 술어는 하나의 시맨틱 거리에 대한 적당한 질의 결과로서 "적당한 것(The right thing)"을 교대로 생성하는 "관련된(related to)"이다. 선택적인 실시예에서, 디폴트 술어는 여러개의 특정한 술어를 합병한 것이다. 예컨대, 문서-대-사람 드래그 또는 드롭, 복사 또는 첨부, 또는 스마트 렌즈에 대한 디폴트 술어는 "관련된(related to)"이며, 예컨대, "저작된(authored)", "전문가(expert on)" 및 "주석화된(annotated)" 술어과 연관되어 캐스케이드된 질의와 같은 KIS 에이전시 XML 웹 서비스에 의해 해석된다. 달리 말하자면, "컨텍스트(Relevance)"은 본 발명에 의해 스마트하게 해석되고, 다른 술어들을 함께 합병하는 것과 관련된다.

디폴트 술어는 사용자로 하여금 빠르고 효율적이며 거의 생각할 틈도 없이 시스템을 네비게이트하게 한다. 디폴트 술어는 시스템을 간단하게 하고, 사용함에 있어 직관성을 제공하게 한다. 또한, 사용자는 단지 하나의 술어; "인보크(invoke)"가 있는 오늘날 웹 상에서 HTML 링크를 관련짓는데 이미 사용되기 때문에 디폴트 술어로 만족감을 얻는다.

e. 컨텍스트 술어

컨텍스트 술어는 높은 레벨의 요약으로 정의된 술어는며, 컨텍스트 템플레이트의 관련된 서브세트를 매핑하는 술어는다. 컨텍스트 술어는 사용자로 하여금 낮은 레벨 시스템 술어는 아닌 컨텍스트 템플레이트에 기초한 술어 필터를 선택하게 한다. 질의가 컨텍스트 술어과 관련될 때, 컨텍스트 템플레이트의 필터 파라미터를 포함하는 SQML의 필터링은 새로운 SQML 질의를 생성시킨다. 예컨대, 컨텍스트 술어 "베스트 베트(Best Bets)"는 동일한 이름의 컨텍스트 템플레이트로 매핑되며, "베스트 베트(best bets)"인 이들 정보 오브젝트로 질의를 필터링한다(전형적으로, 이들은 시맨틱 질의로부터 리턴되며 문자 기반 질의로부터는 리턴되지 않는 아이템들이다). 유사하게, 브레이킹 뉴스 컨텍스트 술어는 이들이 브레이킹 뉴스 컨텍스트 템플레이트의 필터 조건을 알맞게 하는지 여부에 기초하여 아이템을 필터링한다. 일반적으로, 컨텍스트 술어는 컨텍스트 템플레이트와 일치하는 오브젝트 타입에 적용된다(예컨대, 컨텍스트 술어 "전문가(Experts)" 및 "뉴스메이커(Newsmakers)"는 "사람들(Person)" 오브젝트를 리턴시키는 질의에만 유효할 것이다.).

f. 컨텍스트 속성

컨텍스트 속성은 에이전시가 클라이언트로 리턴하는 각각의 XML 오브젝트의 일부로서 캐쉬되는 "가상 속성(virtual attributes)"이다. 이들 속성들은 결과가 표시되고 있는 현재 컨텍스트를 반영한다는 점에서 다이나믹하다. 예컨대, 관련된 곳에서, 컨텍스트 속성 "베스트 베트(Best Bets)"는 현재 질의 SQML에서 시맨틱 질의 필터를 만족시키는 각각의 XML 결과에 첨부된다. 디폴트 술어를 갖는 시맨틱 질의의 결과는 시맨틱과 논시맨틱(텍스트 기반 질의) 결과 모두를 포함한다. 질의를 처리하는 에이전시는 필터로서의 결과 오브젝트를 갖는 SQML상에서 시맨틱 서브질의를 실행함에 의해 "베스트 베트(Best Bets)"인 XML 결과에 대한 컨텍스트 속성을 캐쉬한다. 이 경우, "오브젝트"에 대한 구성체계 및 유도된 타입은 각각의 관련된 컨텍스트 템플레이트(예컨대, "베스트 베트(Best Bets)" 속성, "헤드라인(Headline)" 속성 등)에 대한 속성 필드를 포함해야 한다. 이는 바람직한 구현이다. 선택적으로, 시맨틱 브라우저는 에이전시를 호출하며, 인자로서 각각의 XML 오브젝트를 통과하고, 오브젝트가 컨텍스트 속성을 만족하는지를 "문의"한다. 다른 예는 오브젝트가 현재 질의의 컨텍스트에서의 "Headline", "Classics" 속성 등으로 알맞는지를 가리키는 헤드라인 컨텍스트 속성이다. 시맨틱 브라우저는 컨텍스트 속성이 설정된는지 여부를 가리키는 사용자 인터페이스를 표시해야 한다.

컨텍스트 속성은 시스템을 보다 용이하게 사용하도록 한다는 점에서 종래의시스템에 비해 이점을 가진다. 예컨대, 사용자는 시맨틱과 논시맨틱 질의 필터들(클라이언트로부터 SQML 인자(argument)를 수신할 때 에이전시에 의해 처리되는) 모두를 포함하는 관계 질의를 생성시키기 위하여 드래그 및 드롭 동작을 수행할 수 있다. 일 실시예에서, 브라우저는 사용자가 브로드(broad) 질의 또는 "베스트 베트(Best Bets)" 질의를 원하는지를 사용자에게 "문의"한다. 이런 모드에서, 사용자는 질의가 발행되기 전에 부가적인 필터에 효율적으로 적용된다. 선택적으로, 시맨틱 브라우저와 일치하는 에이전시는 바람직하게 브로드 질의의 결과를 리턴시키며, 컨텍스트 속성에 각각의 결과가 알맞게 하며 각각의 결과 오브젝트가 "브로드(broad)" 또는 "베스트 베트(Best Bets)"인지를 가리키는 사용자 인터페이스에 대응한다. 샘플은 "사람들(Person)" 오브젝트 타입과 같이 다른 오브젝트 타입에 적용된다. 사람 에이전트와의 관계 질의가 "authors", "experts" 또는"annotators"로 리턴되는지 여부를 사용자가 지정하게 하는 것보다는, 브라우저는 브로드 질의를 발행할 수 있고, 각각의 리턴된 "Person" 오브젝트가 현재 컨텍스트에 대한 "authors", "experts" 또는 "annotators"인지 여부에 따라 결과를 알맞게 할 수 있다(에이전시로부터의 도움에).

g. 컨텍스트 템플레이트

컨텍스트 템플레이트는 시맨틱 브라우저내에서 현재 선택된 오브젝트에 대해 인보킹 컨텍스트 템플레이트를 다이나믹하게 관련된 것이 본 발명의 매우 강력한 특징이다. 본질적으로, 컨텍스트 템플레이트는 바람직하게 자동적으로 불러지며, 사용자가 결과 창에서 임의의 오브젝트를 선택할 때 표시된다. 컨텍스트 팔레트는사용자가 그 배치에서 현재 표시된 결과에 대한 컨텍스트를 가질 수 있게 한다. 또한, 시맨틱 브라우저는 현재 선택된 오브젝트에 대한 팔레트를 일정하게 리플레시하여, 오브젝트에 대한 컨텍스트는컨텍스트는 있는 것을 보장하게 된다. 바람직한 실시예에서, 이는 리플레시 액션을 트리거하는 타이머를 통해 수행되거나, 또는 팔레트가 리플레시되는 최종시간 이후로 임의의 새로운 오브젝트가 있는지 여부를 컨텍스트 팔레트에 대한 SQML 질의 프로세서에 질의함에 의해 수행된다.

바람직한 실시예에서, 컨텍스트 팔레트에 표시된 결과는 메인 결과 창에 표시된 정보 오브젝트와 동일한 방식으로 "1등급(first-class)" 정보 오브젝트이다. 달리 말하자면, 컨텍스트 팔레트는 본 발명의 시맨틱 툴, 예컨대 스마트 복사 및 첨부, 스마트 렌즈, 딥 정보 등의 모든 것을 바람직하게 사용한다. 컨텍스트 팔레트는 바람직하게 본 발명에서 기대되는 다른 컨텍스트 창에 표시된 결과에 대하여 사실(true)이다.

본 발명은 바람직하게 다음의 컨텍스트 팔레트를 포함한다. 바람직한 실시예에서, 사용자는 선택된 오브젝트에 대한 다른 컨텍스트 팔레트를 통해 "스크롤(scroll)"하는 옵션을 가진다. 부가적이며 다른 컨텍스트 팔레트의 통합은 명확하게 기대되며, 컨텍스트 템플레이트의 부가와 병행한다.

"헤드라인" 컨텍스트 팔레트.이는 헤드라인 컨텍스트 팔레트를 이용하며, 현재 선택된 오브젝트와의 부가적인 링크와, 오브젝트 타입 조합에 대한 디폴트 술어를 갖는 헤드라인 컨텍스트 템플레이트의 SQML을 가지는 SQML을 채용한다. 특히, SQML은 시맨틱 환경에서 즐겨찾기 에이전트 또는 최근의 에이전트 모두를 매핑하는 리소스에서 벗어난다(keyed off). 사용자는 즐겨찾기 에이전트, 최근의 에이전트, 또는 컨텍스트 팔레트를 생성시킬때 사용되는 모두를 원하는지 여부에 따라 구성된다. 또한, 헤드라인 컨텍스트 팔레트는 표시될 오브젝트의 수 또는 "플래시니스" 시간 제한에 대한 임의의 필터없이 헤드라인을 보이도록 또한 구성될 수 있다. 이 경우, 팔레트는 공개 또는 포스트 시간에 의해 소트된 모든 관련 결과들을 사용자가 네비게이트하게 한다.

"브레이킹 뉴스" 컨텍스트 팔레트.이는 오브젝트 타입 조합의 디폴트 술어를 이용하여 시맨틱 환경에서 모든 브레이킹 뉴스 에이전트로부터의 관계 결과를 포함하며, 현재 선택된 오브젝트와 링크된다. 또한, 디폴트 브레이킹 뉴스 컨텍스트 팔레트에 대한 결과가 표시된다. 본 발명의 시맨틱 브라우저는 디폴트 술어를 갖는 부가 링크 및 현제 선택된 오브젝트(파일 경로, 폴더 경로, 오브젝트://URL, 등)의 리소스 퀄리파이어(qualifier)를 갖는 브레이킹 뉴스 에이전트 만큼의 많은(그리고 동일한) 리소스 또는 링크 조합으로 SQML을 다이나믹하게 생성시킨다. 본 발명의 시맨틱 브라우저는 생성된 SQML 질의를 불러오고, SRML 결과로 팔레트 윈도우를 로딩한다. 브레이킹 뉴스 컨텍스트 팔레트는 바람직하게 사용자로 하여금 컨텍스트 팔레트에서 결과를 네비게이트하게 하기 위하여 네비게이션 제어를 포함한다.

"Conversations" 컨텍스트 팔레트.대화 컨텍스트 템플레이트를 활용하는 것을 제외하고는 헤드라인 컨텍스트 팔레트와 유사함.

"Newsmakers" 컨텍스트 팔레트.뉴스메이커 컨텍스트 템플레이트를 활용하는것을 제외하고는 헤드라인 컨텍스트 팔레트와 유사함.

"Upcoming Events" 컨텍스트 팔레트.업커밍 이벤트 컨텍스트 템플레이트를 활용하는 것을 제외하고는 헤드라인 컨텍스트와 유사함.

"Discovery" 컨텍스트 팔레트.디스커버리 컨텍스트 템플레이트를 활용하는 것을 제외하고는 헤드라인 컨텍스트 팔레트와 유사함.

"History" 컨텍스트 팔레트.히스토리 컨텍스트 템플레이트를 활용하는 것을 제외하고는 헤드라인 컨텍스트 팔레트와 유사함.

"All Bets" 컨텍스트 팔레트.모든 베트 컨텍스트 팔레트를 활용하는 것을 제외하고는 헤드라인 컨텍스트 팔레트와 유사함.

"Best Bets" 컨텍스트 팔레트.베스트 베트 컨텍스트 템플레이트를 활용하는 것을 제외하고는 헤드라인 컨텍스트 팔레트와 유사함.

"Favorites" 컨텍스트 팔레트.즐겨찾기 컨텍스트 템플레이트를 활용하는 것을 제외하고는 헤드라인 컨텍스트 팔레트와 유사함.

"Classics" 컨텍스트 팔레트.클래식 컨텍스트 템플레이트를 활용하는 것을 제외하고는 헤드라인 컨텍스트 팔레트와 유사함.

"Rcommendations" 컨텍스트 팔레트.추천 컨텍스트 템플레이트를 활용하는 것을 제외하고는 헤드라인 컨텍스트 팔레트와 유사함.

"Today" 컨텍스트 팔레트.오늘의 컨텍스트 템플레이트를 활용하는 것을 제외하고는 헤드라인 컨텍스트 팔레트와 유사함.

"Variety" 컨텍스트 팔레트.변형 컨텍스트 템플레이트를 활용하는 것을 제외하고는 헤드라인 컨텍스트 팔레트와 유사함.

"Timeline" 컨텍스트 팔레트.이런 컨텍스트 팔레트는 헤드라인, 베스트 베트, 히스토리, 및 업커밍 이벤트 컨텍스트 템플레이트로부터의 병합된 결과를 포함한다. 타임라인 컨텍스트 팔레트는 바람직하게 사용자로 하여금 현재 선택된 오브젝트를 기초로 시맨틱 타임라인상에서 모든 오브젝트들을 네비게이트하게 한다. 타임라인은 그들의 공개/포스트 시간을 기초로 한 정보 아이템, 그들의 약속 시간을 기초로 한 이벤트 아이템 등을 포함한다. 본질적으로, 타임라인 컨텍스트 팔레트에서, 사용자는 정보 전달을 위한 우선적인 축으로서 시간을 이용하여 관련된(및 아마 다른 시맨틱하게 관련된) 오브젝트를 네비게이트한다.

"Guide" 컨텍스트 팔레트.본 발명의 바람직한 실시예는 통합된 가이트 컨텍스트 팔레트를 포함한다. 이런 컨텍스트 팔레트는 모든 컨텍스트 팔레트들을 결합한다. 달리 말하자면, 가이드 컨텍스트 팔레트에서의 각각의 윈도우는 다른 시스템 컨텍스트 팔레트들 각각으로부터의 하나의 결과에 대응한다. 가이드 컨텍스트 팔레트의 사용자 인터페이스는 사용자로 하여금 각각의 윈도우에서 각각의 컨텍스트 팔레트에 대한 결과를 통해 스크롤하거나, 또는 애니메이션 기술, 예컨대 페이드-인/페이드-아웃(fade-in/fade-out) 기술을 이용하여 결과를 애니메이트하게 한다. 가이드 컨텍스트 팔레트의 바람직한 사용은 최소 뷰잉 공간에서 현재 선택된 오브젝트에 대한 컨텍스트를 보는 것이다. 바람직한 실시예에서, 사용은 나란히(수직하게, 수평하게, 대각 방향으로 등), 도킹된(dockrd), 또는 다른 배열 포맷으로 모든 컨텍스트 팔레트를 뷰잉하는 옵션을 가진다.

컨텍스트 팔레트 사용자 인터페이스.컨텍스트 팔레트에 대한 사용자 인터페이스는 현재 표시된 에이전트에 대한 레이아웃 스킨을 기초로 바람직하게 구성될 수 있다. 바람직한 실시예에서, 컨텍스트 팔레트는 결과 창의 좌측, 우측, 상부 또는 하부상에서 도킹될 것이다. 컨텍스트 팔레트는 뷰잉 영역의 점유(intrusion)를 최소화하기 위하여 상실되며 풀 뷰로 다이나믹하게 재확장된다. 스킨은 또한 컨텍스트 팔레트 원도우가 가변가능한 사이즈 또는 프리셋, 고정 사이즈로 리사이징(resizing)되게 한다. 선택적으로, 몇몇 스킨들은 컨텍스트 팔레트 결과를 또한 애니메이트한다.

예로서, 도 80은 에이전트 결과 및 대응하는 컨텍스트 팔레트를 도시한 사용자 인터페이스를 예시한다. 이 예에서, 여러 컨텍스트 팔레트들은 상실되며, 컨텍스트 팔레트들은 디스플레이의 우측상에서 또는 결과 창상에서 수직하게 도킹되도록 스킨(skin)(또는 존재)된다.

h. 고유 경고

바람직한 실시예에서, 브레이킹 뉴스 에이전트에 덧붙여, 본 발명은 고유 경고를 제공한다. 브레이킹 뉴스 에이전트와 개념적으로 유사하다 할지라도, 고유 경고는 동작시 기본적으로 다르다. 브레이킹 뉴스 에이전트의 경우, 본 발명은 사용자에 의해 특정된 각각의 브레이킹 뉴스 에이전트를 조사하며 브레이킹되는 현재 오브젝트에 관련된 것이 없는지를 찾도록 질의한 후, 브레이킹 뉴스 통지에 관해 사용자에게 시그널링한다. 고유 경고는 사용자에게 브레이킹 뉴스 에이전트를 특정하거나 또는 브레이킹 뉴스 통지를 도입하기 위하여 임의의 액션을 수행할 것을요구하지 않는다. 고유 경고는 기본적인 고유 방식으로 이슈화된 오브젝트에 관하여 이벤트가 있을 때(모든 현재 표시된 오브젝트에 대한) 사용자 인터페이스에 자동적으로 시그널링된다. 예컨대, 현재 오브젝트가 문서가라면, 본 발명은 문서가 오는 에이전시를 조사하며, 오브젝트와 관련된 에이전시상에서 임의의 최근에 게시된 정보가 있는지를 에이전시에게 문의한다. 현재 오브젝트가 사람이라면, 본 발명은 에이전시를 조사하며,사람이 최근에 e-메일 전송했는지, 문서를 최근에 게시했는지, 문서를 최근에 주석달았는지, 분배 리스트를 최근에 조인(join) 또는 익사이팅했는지를 문의했는지 등을 문의한다. 이는 사용자로 하여금 시간 감도 방식으로 오브젝트의 네이티브(native) 컨텍스트내에서 적절한 정보를 갖게 한다.

바람직한 실시예에서, 고유 경고의 디폴트 구현은 오브젝트가 오는 에이전시만을 조사한다. 이는 사용자 인터페이스를 간략화하는 이점을 가진다; 사용자가 크로스-에이전시 질의를 수행하길 원한다면, 사용자는 관계 질의들을 부르기 위하여 드래그 및 드롭, 복사 및 첨부 등에 대한 옵션을 가진다. 선택적인 실시예에서, 고유 경고는 브레이킹 뉴스 통지를 위치시키는 노력으로, 오브젝트가 오는 다른 에이전시를 포함하는 다수의 에이전시를 조사한다.

선택적인 실시예에서, 본 발명은 사용자가 오브젝트를 액세스하는지에 대한 정보를 유지할 수 있도록 구성가능하다. 이는 사용자가 읽는 어떤 e-메일 메시지를 e-메일 서버가 트래킹을 유지하는 방법과 유사하다. 에이전시가 오브젝트당(per), 사용자당 서버측 상태를 지원하는 실시예에서, 고유 경고는 에이전시가, 사용자에 의해 액세스되거나 읽혀지지 않는 당해 오브젝트와 관련된 에이전시에 대한 정보가 있다면 "고유 브레이킹 뉴스"만이 있다고 가리키기 때문에 항상 정확하다. 이런 대안은 SQML 질의에 대한 부가 필터의 수단으로 바람직하게 달성된다.

본 실시예에 요구되는 오브젝트당, 사용자당 서버측 상태의 대안은 정보의 대용량을 유지하며 많은 수의 사용자(예컨대, 인터넷-기초 에이전시)를 가지는 에이전시에게는 단점이 된다. 이런 상황에서, 시스템은 상태가 오브젝트당 및 사용자 마다 되어있다면 잘 스케일되지 않는다.

에이전시가 오브젝트당, 사용자당 서버측 상태를 지원하지 않는 선택적인 실시예에서, 에이전시는 고유 경고에 대한 스태틱 플래시니스 시간 제한으로 구성된다. 예컨대, 서버는, 고유 경고 질의가 질의에서 오브젝트와 관련된 새로운 오브젝트의 도착의 30분내에 수신되는지에 대한 긍정적인 응답을 서버가 하는 경우에, 30분의 플래시니스 시간 제한으로 구성된다. 바람직한 실시예에서, KIS 에이전시는 평균 정보 도착율에 대한 정보를 유지한다. 이런 방식으로, 비지(busy) 서버는 새로운 정보를 거의 수신하지 않는 서버보다는 낮은 플래시니스 제한을 가진다. 본 실시예는 평균 도착율이, 경고가 시그널링되는지의 여부에 대한 근사만을 생성하기 때문에 오브젝트당, 사용자당 상태를 유지한다할지라도 정확하지 않는다. 본 실시예는 감소된 정보 상실을 가져온다. 바람직한 실시예에서, 본 발명은 소극적인 방식으로, 통계적 속성을 제안하는, 선택적으로 Intrinsic Alert 신호를 보낸다.(즉, 경고가 단지 최상의 추측)

i. 스마트 추천

스마트 추천은 정보 에이전트 관점으로서 오브젝트를 이용하여 추론된 시맨틱 링크에서 시맨틱 네트워크에 대한 시맨틱 질의를 표현한다. 예컨대, 추론 엔진은 사용자가 이벤트 등의 프리젠터와의 많은 e-메일 대화와 관여한다는 사실에서, 사용자가 과거에 참여한 이벤트에 기초하여, 사용자가 소정 이벤트에 참여하고자 하는 것을 추론한다. 예로서, 바람직한 실시예에서, 이런 정보는 도 81에 도시된 바와 같은 스마트 추천 팝업 컨텍스트 결과 창에서 이용가능하다. 이는 추천 컨텍스트 템플레이트에 대항한 주어진 오브젝트에 대해 사용자가 보는 것과 유사하다.

바람직한 실시예에서, 각각의 링크는 오브젝트 스킨 또는 특정 추천 정보 창 스킨에 의해 생성되며, 추론된 시맨틱 링크에 대한 술어를 포함하는 SQML과 링크된다.

6. 본 발명의 속성 이점

본 발명의 정보 신경 시스템은 사용자가 액션가능한 지식을 획득하게 하기 위하여 적당한 컨텍스트, 의미 및 데이터 및 정보에 대한 효율적인 액세스를 제공한다. 오늘날 웹 및 개념적인 시맨틱 웹에 대한 정보 신경 시스템의 많은 이점은 도 82에 도시된 기술레이어의 사용으로부터 유도된다. 본 발명의 여러 실시예들은, 시맨틱/의미; 컨텍스트-감도; 시간-감도; 자동 및 지능적 발견특성(Discoverability); 다이나믹 링킹; 사용자 제어 네비게이션 및 브라우징; 네트워크에 비HTML 및 로컬 문서 참여; 표시되는 정보의 시맨틱을 스마트하게 전달하는 다양한 프리젠테이션; 로직, 추론 및 추리; 다양한 사용자 중심의 정보 분석; 다양한 시맨틱 질의; 읽기/기록 웹; 주석; "Web of Trust"; 정보패키지("블렌더(Blender)"); 컨텍스트 템플레이트; 및 사용자 지향 정보 집합을 포함하는 지식 검색, 관리 및 배달용 결과 매체 및 통합되고 일체화되어(seamless) 구현된 프레임워크를 생성하는데 요구되는 속성에 관련된 이점을 제시한다.

시맨틱/의미

본 발명은 시맨틱 링크, 온톨로지, 및 XML을 이용하는 다른 잘 정의된 데이터 모델을 채용한다. 그 결과, 상술한 에이전시는 그 정보가 시맨틱을 포함하는 시맨틱 웹의 파워를 가진다. 또한, XML 웹 서비스의 고유 부분으로서 의미를 제공함에 의해, 요지(subject matter) 정보와 연관된 컨텍스트-감도, 시간-감도 등을 더 제공한다.

컨텍스트-감도

상술한 지능 시스템 에이전트는 사용자의 사적 컨텍스트를 모니터링하며, 특정 컨텍스트와 관련된 정보 소스(또는 소스들)에 대한 관련 정보가 있을 때 사용자에게 자동적으로 경고한다. 예로서, 특정 컨텍스트는 다음을 포함한다:

·내 문서

·내 웹 포털

·내 즐겨찾기 웹 사이트

·내 e-메일

·내 콘텐츠

·내 캘린더

·내 소비자

·내 음악

·내 로케이션

·"This" 문서

·"This" 웹 사이트/페이지

·"This" e-메일 메시지

·"This" 콘텍트

·내 캘린더에서 "This" 이벤트

·"This" 소비자

·"This" 음악 트랙, 앨범 또는 플레이 리스트

본 발명은 시맨틱 브라우저(30)를 통해 서버(10)와 연관되며 XML 웹서비스와 연관되는 정보 에이전트의 사용을 통해 컨텍스트-감도 사용자 경험을 제공한다. 예컨대, 사용자는 "내문서(My Document)", "내이메일(My Email)"등(파일 시스템, 마이크로소프트(사) 아웃룩 등과 같은 어플리케이션 아일랜드로부터)에서의 정보를 시맨틱하게 관련된 정보를 갖는 원격 정보 소스에 자동적으로 연결한다. 사용자는 예컨대, 드래그 및 드롭, 스마트 렌즈, 스마트 복사 및 첨부 등의 상술한 새로운 질의 툴과 같은 시맨틱 네트워크 상부에 상주하는 어플리케이션 레벨 개선을 통해 이들 연결이 실시간으로 이루어지는 플렉시빌리티를 가진다. 또한 이런 어플리케이션 툴은 예컨대 오늘날 웹의 기존 브라우저로 통합된 시맨틱 네트워크와 독립하게 사용될 수 있음에 유의해야 한다.

바람직한 실시예에서, 본 발명의 KIS는 시맨틱 웹 또는 (바람직하게 RDF 플러그인을 통해) 시맨틱 마크업을 갖는 다른 저장소(repository)로부터의 시맨틱 정보를 그 시맨틱 네트워크에 풀링한다. 선택적으로, 본 발명의 시스템(10)은 시맨틱 웹없이 존재한다. 이런 상황에서, KIS는 시스템 매니저가 (예컨대, e-메일, 문서 등)을 선택하는 데이터 소스로부터 그 자신의 시맨틱 네트워크(예컨대 사적 시맨틱 웹)을 구축한다. 본 발명의 시스템(10)은 시맨틱 백엔드(backend)(시맨틱 웹을 선택적으로 포함할 수 있는)를 갖는 실재 시맨틱 어플리케이션을 활용할 수 있다. 시스템(10)은 클라이언트측 어플리케이션(전용 시맨틱 브라우저(30)를 포함함), 로케이션 트래킹 툴 등으로의 통합을 통해 컨텍스트 감도 및 전용 XML 웹 서비스(시맨틱 웹이 술어되지 않은)를 제공한다. 더욱 상세히 말하면, 개념적인 시맨틱 웹이 시맨틱 링킹 및 지식 표현 에 대한 아키텍쳐를 술어한다 할지라도, 컨텍스트 감도, 시간 감도, 다이나믹 링킹, 컨텍스트 템플레이트, 컨텍스트 팔레트 등을 제공하기 위하여 XML을 이용하는 시나리오 및 혁신을 지향하지 않는다. 대조적으로, 본 발명은 시맨틱 데이터 모델 및 시맨틱 네트워크를 통한 시맨틱 링킹을 제공할뿐만 아니라, 전용 XML 웹 서비스와의 통합을 통해 컨텍스트 감도, 시간 감도, 다이나믹 링킹, 컨텍스트 템플레이트, 컨텍스트 팔레트, 등에 대한 소프트웨어 서비스를 제공한다.

시간 감도

본 발명은 시간 감도의 고유 개념(intrinsic notion)을 가진다. 예컨대, 브레이킹 뉴스 에이전트, 브레이킹 뉴스 컨텍스트 템플레이트, 브레이킹 뉴스 컨텍스트 팔레트, 및 고유 경고와 같은 시간 감도와 관련된 특징을 제공함에 의해, 본 발명은 시간의 중요성을 시맨틱 및 프리젠테이션의 요소로서 제시한다. 전체적으로는 사실이 아닐지라도, 일반적으로 말하는 오래된 정보는 통상 새로운 정보만큼 관련된 것이 통상 아니다. 예컨대, CNN이 브레이킹 뉴스를 보이기 위해 뉴스 방송을 중단할 때, 중단은 시맨틱의 조합(표시될 브레이킹 뉴스의 컨텍스트) 및 뉴스가 정말 브레이킹되는 사실에 기초한다. 웹 저작자가 시간 우선순위 분석으로 특히 구축되는 드문 경우를 제외하고는, 경고 및 프리젠테이션용 축으로서의 이런 시간 감도 요소는 오늘날 웹에서 그리고 개념적인 시맨틱 웹에서는 전반적으로 결여되어 있다.

본 발명은 사용자가 스마트 에이전트를 브레이킹 뉴스 에이전트로 선택하도록 한다. 표시될 임의의 정보는 브레이킹 뉴스 에이전트에 관한 관련된 브레이킹 뉴스가 있는지에 대한 경고를 표시한다. 예컨대, 본 발명에서, 사용자는 브레이킹 뉴스 에이전트로서 "오늘 로이터상에 게시된 모든 문서" 또는 "앞으로 24시간내에 시애틀에서 홀딩되며 컴퓨터 기술에 관한 모든 이벤트"의 에이전트를 생성할 수 있다. 이들 에이전트가 개인용("브레이킹"이 주관적이며 사용자에게 의존한다)이기 때문에, 브라우저는 유일한 개별 지원을 제공한다. 또 다른 실시예에서, 시애틀의 사용자는, 앞으로 24시간내에 시애틀의 이벤트, 다음주(값싼 비행을 찾을 수 있는 시간 동안)에서 서부 해안(West Coast)상의 이벤트, 향후 14일후에 미국에서의 이벤트(대부분의 미국 공군에 대한 사전 통지는 경쟁력있는 가격의 대륙간 비행을 얻을 수 있도록 전달된다), 다음달 유럽에서의 이벤트(호텔 예약을 얻을 수 있는 시간을 요구하기 때문에 일어나기 쉬운), 및 앞으로 6달 후 세계 도처에서의 이벤트에 관한 통지를 스케쥴링할 수 있다.

본 발명은 사용자가 브레이킹 뉴스 에이전트를 생성할 수 있는 것에 기초하여 브레이킹 뉴스 컨텍스트 템플레이트를 더 지원한다. 또한, 본 발명은 사용자로 하여금 "브레이킹 뉴스(Breaking News)"의 템플레이트 기초 정의의 컨텍스트에 모든 표시된 결과를 뷰잉하게 하여 일체화(seamless)하고 지능형의 통합 컨텍스트 및 시간 감도를 뷰잉하게 하는 브레이킹 뉴스 컨텍스트 팔레트를 지원한다.

본 발명은 히스토리 분석을 수행하기 위한 강력한 개인용 히스토리 툴을 더 제공한다. 브라우즈 히스토리, 과거 이벤트, 및 문서 생성 시간을 이용하여, 시스템(10)은 예컨대 질의 "6/1/98에서 6/1/99 사이의 디자인 미팅에 참석한 공동작업자"에 대한 결과를 보이면서, 이벤트로부터 구체화시킴으로서 오류가 있는 메모리를 보상할 수 있다. 선택적으로, 시스템은 이벤트의 클러스터를 찾는다. 예컨대, 조사자는 "7/1/01에서 9/11/01까지 비행기 주식에 관한 천만달러($10M) 보다 큰 모든 주식 시장 거래"에 대해 문의한다.

자동 및 지능 발견특성

본 발명의 시스템(10)은 디스커버리의 고유 통지를 가진다. 바람직한 실시예에서, KIS는 로컬 멀티캐스트 네트워크, 기업체 디렉토리(예컨대, LDAP 디렉토리 또는 윈도우 2000 액티브 디렉토리), 피어-투-피어(peer-to-peer) 시스템 또는 다른 시스템상에서 그 존재를 자동으로 공표한다. 이상적으로, 시맨틱 브라우저(30)는 멀티캐스트 또는 피어-투-피어 공표를 주기적으로 들으며, 기업체 디렉토리 또는 글로벌 에이전시 디렉토리를 체크한다. 브라우저는 또한 사용자로 하여금 부가에이전시를 위치시키기 위하여 계층적 방식으로 시스템을 네비게이트하게 한다. 이런 식으로, 사용자에게 새로운 에이전시가 이용가능할 때 및 기존 에이전시가 만료될 때가 통지된다. 본 발명의 시맨틱 브라우저는 바람직하게, 새로운 에이전시가 이름공간 스냅샷을 통해 이용가능하며 공표 및 디렉토리 존재를 체크할 때를 사용자에게 즉각적으로 통지한다.

피어-투-피어 특징은 시스템(10)으로 하여금 (조직을 위한 큰 진행 비용인) 임의의 집중 유지관리없이 기업체 디렉토리를 자동적으로 상주시키며 스케일하게 한다는데 있다. 시스템은 바람직하게 서버의 새로운 클래스에 대한 프로그램적인 질의를 사용한다.

다이나믹 링킹

본 시스템(10)은 고유 행위를 갖는 스마트 오브젝트를 채용함에 의해 오늘날 웹 및 개념적인 시맨틱 웹에 대해 기본적인 이점을 제공한다. 시스템은 각각의 에이전시 XML 웹 서비스에 행위 특징을 내장하여, 시맨틱 네트워크에서의 각각의 노드가 오늘날 웹 또는 시맨틱 웹상의 규칙적인 링크 또는 노드보다 더 스마트하게 한다. 달리 말하자면, 바람직한 실시예에서, 본 발명의 시맨틱 네트워크에서의 각각의 노드는 저작과 무관한 다른 노드들과 링크된다. 각각의 노드는 에이전시와 다이나믹하게 링크되는 행위를 가진다. 스마트 에이전트는 또한 드래그 및 드롭과 스마트 복사 및 첨부와 같은 부가적인 특징을 허용하며, 시맨틱 환경에서 에이전시와의 링크를 생성하고, 새로운 링크를 생성하기 위해 스마트 에이전트로부터 렌즈 요청에 응답하며, 그 에이전시에 대한 시간 감도 정보와의 링크를 다이나믹하게 생성하는 고유 경고를 포함하고, (노드가 이름공간에서 브레이킹 뉴스 에이전트와 자동적으로 링크될 수 있는) 브레이킹 뉴스에 대한 프리젠테이션 힌트를 포함한다. 이런 특징들은 예컨대 새로운 링크를 찾고 네비게이트하는 사용자의 기능을 극적으로 증가시킨다. 사용자가 네트워크에서 노드에 도달할 때, 사용자는 관련성, 시간, 스마트 에이전시 및 에이전트에 대한 컨텍스트를 자동적으로 이용하고 다이나믹하게 네비게이트하는 많은 시맨틱 수단을 가진다. 네트워크에 각각의 노드를 형성함에 의해, 전체 시맨틱 네트워크는 스마트, 가상, 자기 치유 및 자기 저작 네트워크가 된다.

본 발명의 다이나믹 링킹 기술은 사용자로 하여금 로컬/원격 정보 경계를 통해 질의를 발행하게 한다. 예컨대, 본 발명은 (바람직하게 SQML 기술을 이용하여) 사용자로 하여금 "연구시에 내 상사 또는 누군가에 의해 기록되며 내 하드디스크상에서 이런 스펙과 관련된 모든 e-메일 메시지를 찾아라"와 같은 질의를 발행하게 한다. 클라이언트측 질의 처리 기술(바람직하게 SQML을 통해)은 프로세서가 관계질의를 처리하는 원격 XML 웹 서비스와 클라이언트로부터의 메타데이터를 링크하기 때문에, 이런 다양한 질의를 가능하게 한다.

스마트 및 다이나믹 정보 전파.본 발명에 제공되는 다이나믹 링킹은 지능적으로 정보 전파를 제공한다. 시맨틱 네트워크가 오늘날 웹 또는 시맨틱 웹 보다 많은 축으로부터 네비게이트하기 때문에, 정보 공유 및 전파는 훨씬 더 효율적이며 정보 손실은 최소화된다.

사용자 제어 네비게이션 및 브라우징.본 발명의 다이나믹 링킹 속성은 스태틱 링크가 브라우징 "막다름(dead-ends)"을 가져오는 오늘날 웹 및 시맨틱 웹에 반대되는 연속적인 시맨틱 브라우징을 가능하게 한다. 오늘날 웹 및 시맨틱 웹에서, 사용자는 전형적으로 소정의 로케이션에 브라우징하거나, 또는 추가 링크가 이용가능하지 않은 임파스(impass)에 효율적으로 도달한다. 다이나믹 링킹에서, 사용자는 시간의 그 지점에서 정보 공간의 속성에 의존하여, 노드 그 자체가 링크를 다이나믹하게 업데이트하는 지능을 포함하기 때문에 확실하게 브라우징을 계속한다.

예컨대, 본 발명에 의해 제공된 시맨틱 XML 웹 서비스 및 링킹의 일체화된 통합을 통해, 사용자는 새로운 스마트 에이전트를 생성하기 위하여 파일, 링크 등을 드래그 및 드롭한다. 바람직하게, 이는 반복적으로 일어난다. 스마트 에이전트는 교대로, 적절한 곳에서, 브레이킹 뉴스 에이전트를 만든다. 프리젠테이션 표시에서의 다른 노드들은 임의의 브레이킹 뉴스 에이전트상에 브레이킹 뉴스가 있는지를 가리키는 힌트를 프리젠테이션한다. 계속되는 예에서, 브레이킹 뉴스 에이전트 질의의 결과는 추가 결과를 나타내는 스마트 렌즈로서 사용될 수 있다. 이런 결과는 바람직하게 네트워크를 통한 컨텍스트 및 시간 감도를 사용자에게 제공하는 고유 경고를 포함한다. 연속적인 결과는 임의의 에이전시에게 복사 및 첨부될 수 있으며, 또한 다른 스마트 에이전트상에 드래그 및 드롭될 수 있다.

바람직한 실시예에서, 본 발명의 다이나믹 링킹은 시맨틱 "샌드박스(sandbox)"내의 오브젝트(시스템(10) 환경에 있으며 시맨틱 브라우저(30)내에 표시되는 오브젝트), 또한 그 환경에 다이나믹하게 부가될 수 있는 외부 오브젝트 모두에 적용된다. 이는 기존 문서(파일 시스템 상에서, 오늘날의 웹, 또는 다른 환경)으로부터 본 발명의 시스템(10)까지 일체화되고, 다이나믹한 이동 경로를 제공한다.

도 83은 본 발명의 바람직한 실시예에 따르는 다이나믹 링킹, 사용자 제어 네비게이션 및 브라우징을 예시한다. 이런 예의 목적으로 "스마트 렌즈"가 본 발명의 다이나믹, 프로그래머블 시맨틱 링크를 언급함에 유의해야 한다.

네트워크에서 비 HTML 및 로컬 문서 참여

본 발명은 네트워크에 포함되기 이전에 문서가 RDF 또는 XML로 부여되는 것을 요구하지 않는다. 오히려, KIS(또는 에이전시 서버)는 모든 종류의 문서로부터 메타데이터를 자동적으로 추출하며 이들을 시맨틱 네트워크에 부가한다. 또한, 클라이언트측 다이나믹 링킹은 바람직하게 드래그 및 드롭, 스마트 복사 및 첨부와 스마트 렌즈와 같은 특징을 통해, 모든 타입의 로컬 문서가 네트워크와 링크되어 네트워크의 값 및 범위를 증가시킴을 보장한다. 본 발명은 로컬 문서로부터 메타데이터를 추출하며, 시맨틱하게 관련된 정보를 검색하기 위하여 KIS(XML 웹 서비스를 통해) 호출한다. 따라서, 로컬 문서는 네트워크로부터 배제되지 않는다. 본 발명은 사용자에게 덤 환경(예컨대, 오늘날의 웹 또는 파일 시스템)으로부터의 문서를 시스템(10)에 드래그 및 드롭하는 권한을 줌으로써, 시맨틱 지능을 제공한다. 메타데이터가 시스템(10)에 있을 때, 시맨틱 렌즈, 스마트 복사 및 첨부 등과 같은 시맨틱 툴은 오브젝트로 수행된다. 드래그 및 드롭은 사용자 파일 시스템 및 오늘날의 웹으로부터 시스템(10)으로 직접 지원한다.

표시되는 정보의 시맨틱을 스마트하게 전달하는 다양한 프리젠테이션

본 발명은 사용자에게 다양한 프리젠테이션의 권한을 부여한다. XML 웹 서비스가 HTML이 아닌 XML을 다시 전송하기 때문에, 그리고 프리젠테이션이 클라이언트상에서 다이나믹하게 생성되기 때문에, 사용자는 시맨틱 정보를 뷰잉하는 다른 "스킨(Skins)"을 선택한다. 스킨은 바람직하게 XML을 프리젠테이션에 적합한 포맷(에컨대, XHTML + TIME, SVG 등)에 전달하여, 사용자로 하여금 여러 표시 기술의 기능에 기초한 스킨을 선택하게 한다. 예컨대, SVG는 XHTML + TIME을 가지지 않는 많은 특징을 가지며, 그 반대의 경우도 가능하다. 사용자는 SVG가 최적화되는 시나리오에 대한 SVG를 선택할 수 있다. 선택적으로, 사용자는 다른 시나리오용 XHTML + TIME를 선택할 수 있다.

본 발명의 일부로서 스킨의 플렉시빌리티는 부가적인 상황에서 어플리케이션을 제공한다. 여러 선택적인 실시예에서, 예컨대, 장님(bliend) 사용자를 돕기 위해 제1 또는 메인 기계와 동시에 제2 기계상에서 시맨틱 브라우저(30)를 실행하는 문자-대-음성 스킨; 현재 뷰-포트의 사이즈에 적합한 다이나믹하게 리사이징이 가능한 스킨(이로 인해 사용자가 윈도우를 리사이징할 수 있으며 즐거운 사용자 경험을 보유할 수 있다); 시맨틱 힌트를 표시하기 위하여 로컬 상태를 체크하는 스킨(예컨대, 이벤트 정보, 예컨대 프리(free)/비지(busy) 정보의 경우의 사용자의 캘린더); 사용자 네비게이션 시간을 저장하는 인라인 프리뷰 윈도우를 표시하며 생산성을 증가시키는 스킨; 고유 경고, 브레이킹 뉴스, 딥 정보, 스마트 추천, 고유 링크, 렌즈 정보에 대한 다른 커스텀가능한 힌트를 표시하는 스킨 등에 의해 사용이부여된다. 사용자는 또한 예컨대 그가 스크린세이버 모드에서 에이전트를 뷰잉하고자 하는 스마트 스크린세이버로 사용되는 스킨을 선택하게 한다. 선택적인 실시예에서, 시스템(10)은 컨텍스트 템플레이트 상기에서 설명한, 예컨대 헤드라인, 뉴스메이커, 대화 등에 대한 스킨을 지원한다.

다양한 프리젠테이션을 가능하게 함에 의해, 본 발명은 사용자로 하여금 현재 태스크에 기초한 베스트 프리젠테이션 모드를 선택하게 한다. 예컨대, 사용자는 생산성이 미학적인 효과 보다 높은 우선순위인 메인 기계상에서 동작하는 정교한 스킨을 선택할 수 있다. 사용자는 생산성이 중요하나 그러나 효과가 요구되거나 허용되는 경우에 적절한 스킨을 선택할 수 있다. 사용자는 이차적인(secondary) 도구가 활용되는, 예컨대, 사용자가 브레이킹 뉴스 등을 경고하기 위한 문자-대-음성과 같은 특징을 소망하며 주면 시야에서 정보를 뷰잉하는 것과 같은 시나리오에 대한 익사이팅 스킨을 선택할 수 있다. 익사이팅 스킨은 애니메이션, 딥 정보에 대한 효과와 같은 스토리보드, 모션 경로상에 표시된 오브젝트, 및 다른 특정 효과를 선택적으로 특징으로 한다.

또한, 본 발명에 따르는 스킨은 포함 및 배제 오브젝트 타입 필터들로 선택적으로 구성된다. 예컨대, 스킨은 "문서"만을 포함하고 "분석 리포트"를 배제하도록 구성된다. 스킨이 궁극적인 프리젠테이션을 결정하기 위하여 XML 결과를 취하기 때문에, 스킨은 리턴된 오브젝트의 오브젝트 타입(또는 다른 속성)의 조사에 기초하여 XML(SRML) 결과에 오브젝트를 포함 또는 배제할 수 있다.

로직, 추론 및 추리

본 발명은 로직, 추론 및 추리를 제공한다. KIS 에이전시상의 시맨틱 데이터 모델은 바람직하게 시맨틱 네트워크의 데이터베이스 처리를 통해 로직, 시맨틱 질의를 SQL로의 변환 및 로직 처리용 다른 데이터베이스 질의 언어 등에 대한 지원을 제공한다. 또한, 본 발명의 시스템(10)은 바람직하게 특정 카테고리 또는 정보 아이템에 대한 전문가와 같은 링크, 추천, 확률 링크(예컨대, 사람이 문서를 기록하는 확률) 등을 추론하기 위한 추론 엔진을 포함한다. 상술한 바와 같이, 본 발명에 따르는 추론 엔진은 시맨틱 네트워크를 관찰하며, 이를 통하여 새로운 시맨틱 링크를 추론하고, 시맨틱링크 테이블에서 결과 링크를 표현한다.

다양한 사용자 중심의 정보 분석

본 발명은 클라이언트에 대한 다양한 정보 분석을 위한 네이티브 지원을 제공한다. 본 발명의 프리젠터는 사용자가 질의를 발행하기 전에 시맨틱 질의의 결과를 먼저보기 위하여 스마트 렌즈를 바람직하게 활용한다. 사용자는 결과를 먼저보기 위하여 관련 술어 및 다른 필터를 변경시킬 수 있다. 선택적인 실시예에서, 사용자는 질의를 불러오며, 원한다면 새로운 서브질의를 기초로 이를 이용하는 옵션을 가진다.

다양한 시맨틱 질의

본 발명은 매우 다양한 시맨틱 질의를 사용자가 발행하게 한다. 사용자는 예컨대 "내 하드드라이브상의 이런 문서와 관련된"와 같은 필터를 이용함에 의해 로컬 컨텍스트를 통합할 수 있다. 오늘날 웹 또는 시맨틱 웹 모두는 이것이 허용되지 않는다. 또한, 본 발명은 바람직하게 전용 시맨틱 질의 언어(SQML)에 대한레퍼런스를 활용하며 로컬 및 원격 리소스, 술어, 카테고리 레퍼런스 및 오브젝트를 포함하는 스마트 에이전트를 통합한다. 본 발명은 바람직하게 단순한 마법사 모델을 이용하여 스마트 에이전트(시맨틱 질의를 표현하는)를 생성 및 편집하기 위한 사용자 인터페이스를 용이하게 이용하는 것을 통합한다. 상술한 바와 같이, 시스템(10)은 반복적인 드래그 및 드롭 특징을 통해 새로운 질의의 기초를 시맨틱 질의를 통하여 형성하게 된다. 예컨대, 문서 또는 HTML 링크는 기존 또는 새로운 스마트 에이전트에 드래그될 수 있어, 연속적인 새로운 스마트 에이전트를 생성한다. 스마트 에이전트는 렌즈로서 선택적으로 사용되며, 오브젝트가 새로운 시맨틱 질의를 형성하기 위하여 이들에 첨부될 수 있고, 그 자체가 시맨틱 질의 콘테이너이며 교대로 필터링될 수 있어 서브 에이전트의 콘테이너 또는 서브 블렌더를 생성하는 블랜더에 부가될 수 있다.

읽기/기록 지원

본 발명의 시스템(10)은 사용자가 시맨틱 네트워크로 직접 정보를 공개하게 하는 XML 웹 서비스를 제공함에 의해 읽기/기록 기능에 대한 지원을 제공한다. 이는 임의의 문서, 주석, 또는 파괴된 링크를 수정하거나 새로운 링크를 제공하는 시맨틱 링크일 수 있다. 이는 XML 웹 서비스 및 운영시스템 계층에서 모두 보안상의 제약을 받는다. 시스템(10)은 인증, 액세스 제어, 및 XML 웹 서비스레이어 아래에 위치한 어플리케이션 서버 및 운영체계로부터의 다른 서비스를 채용한다. 이들 보안 서비스는 바람직하게 시맨틱 네트워크에 대한 읽기 및 기록 액세스를 보안하는데 사용된다.

주석

본 발명은 주석을 위한 첨부(built-in) 지원을 포함한다. 개인 오브젝트와 임의의 다른 정보 오브젝트(예컨대, 문서, e-메일 게시, 온라인 코스 등) 사이에 주석 시맨틱 링크를 정의하는 특정 술어 "주석화된(Annotated By)"이 있다. 시스템(10)은 사용자가 고유 링크, 스마트 렌즈 등을 통해 주석을 네비게이트하게 함에 의해 주석에 대한 프레젠테이션 계층 지원을 포함한다. 본 발명이 주석을 통합하는 방식은 기존 기술(주석달린 정보 오브젝트의 일부로서 주석이 달린 인플레이스(in-place) 기술과 같은)의 이점을 제공한다. 본 발명의 바람직한 실시예에서, 주석은 "1그룹(first-class)" 정보 오브젝트이다. 이는 주석이 (스마트 렌즈를 이용하여) "lens" over, (스마트 복사 및 첨부를 이용하여) 복사 및 첨부 등에/로부터 링크될 수 있음을 의미한다. 본 발명은 주석을 본 발명의 시맨틱 툴의 전체에 노출시켜, 표준 주석 기술로 가능한 것 보다 강력한 사용자 경험을 용이하게 한다. 또한, 본 발명의 주석은 컨텍스트 템플레이트에서 사용된다. 그 결과, 추론 엔진은 시스템이 시간에 대해 보다 스마트하게 하기 위하여 이들을 채택할 수 있다. 또한, 시스템(10)은 특별히 포맷된 e-메일(적절한 메시지 본문(body)를 갖는)을 에이전시의 e-메일 에이전트에 전송함에 의해 오브젝트에 주석을 다는 유일하고 용이한 수단을 제공한다.

"WEB OF TRUST"

본 발명은 XML 웹 서비스를 통해 "Web of Trust"를 제공한다. 이런 서비스는 시맨틱 환경을 업데이트하고, 주장하고, 링크를 고정/업데이트하고자 하는 사용자를 인증한다. 이는 또한 풍부한 콘텐츠가 유료 뷰잉 콘텐츠에 대해 등록된 가입자에게 KIS 에이전시를 통해 이용가능하게 한다. 전체 네트워크의 가치는 많은 풍부한 콘텐츠 소스를 통해 일체화하게 네비게이트하기 위해 동일한 플랫폼을 활용할 수 있을 때 증가한다.

정보 패키지(블렌더)

본 발명은 정보 패키지 또는 "블렌더"를 제공한다. 블렌더는 스마트 에이전트로부터 시맨틱 질의에 대한 레퍼런스를 포함하는 시맨틱 콘테이너이다. 이는 사용자로 하여금 전체 유닛으로서 관련된 시맨틱 정보를 처리하게 한다. 사용자는 개별적으로 블렌더내의 개별 에이전트를 뷰잉하거나 또는 정보가 하나의 집합 에이전트로부터 있는 전체 블렌더를 뷰잉할 수 있다. 이는 바람직하게 XML 웹 서비스에 대한 호출을 통해 각각의 에이전트를 구동함에 의해 수행된다. 바람직한 실시예에서, 사용자는 서브블렌더를 생성하기 위하여 오브젝트를 블렌더들로 드래그 및 드롭한다. 이는 바람직하게 반복적으로 수행된다. 블렌더는 생성, 삭제 및 편집될 수 있다. 사용자는 스마트 에이전트를 블렌더에/로부터 부가하거나 또는 제거할 수 있다.

블렌더는 다른 섹션을 포함하는 개인 신문의 디지털 균등물로서 여겨질 수 있다. 예컨대, USA Today, New York Times, Wall Street Journal 등은 뉴스, 스포츠, 생활/오락 등과 같은 다른 섹션을 포함한다. 이들 섹션 각각의 블렌더에서 스마트 에이전트 엔트리와 대응하며 전체 신문은 블렌더와 대응한다. 본 발명에 의해 제공되는 플렉스블 뷰잉 및 네비게이션은 각각의 신문을 완전히 또한 연속적으로 한번에 브라우즈하거나, 또는 각각의 섹션의 2페이지에 선행하는 각각의 섹션의 1 페이지에서 시작함에 의해 전체 뉴스를 브라우즈할 수 있는 사용자의 디지털 균등물로 여겨질 수 있다.

컨텍스트 템플레이트

상술한 바와 같이, 본 발명은 정보 액세스 및 검색용 특정 시맨틱 모델에 매핑하는 시나리오 구동 정보 질의 템플레이트인 컨텍스트 템플레이트를 제공한다. 본질적으로, 컨텍스트 템플레이트는 미리결정된 시맨틱 템플레이트를 채택함으로서 정보를 사용자에게 전달하는 개인용, 디지털 시맨틱 정보 검색 "채널"로 여겨질 수 있다. 바람직한 실시예에서, 시맨틱 브라우저(30)는 에이전트의 속성을 초기화하기 위하여 컨텍스트 템플레이트를 사용하는 새로운 블렌더 또는 스페셜 에이전트를 사용자가 생성할 수 있도록 한다. 컨텍스트 템플레이트는 바람직하게 하나 이상의 에이전시들을 통해 정보를 집합한다. 또한, 컨텍스트 템플레이트는 바람직하게 사용자에 의해 표시되거나 선택되는 임의의 정보 오브젝트에 대한 지능, 다이나믹 인플레이스 컨텍스트를 제공하기 위하여 컨텍스트 팔레트로 사용된다.

사용자 지향 정보 집합

본 발명은 사용자 지향 정보 집합에 대한 고유 지원을 가진다. 시나리오는 이들이 정보 저장소를 제거한다할지라도 이들이 하나의 소스로부터 오는 컨텍스트 및 시간 감도 정보를 사용자가 뷰잉하게 한다. 이는 사용자가 올바른 컨텍스트에서 그리고 올바른 시간에서 올바른 정보로 표현되는 사용자 지향 컴퓨팅을 제공함에 의해, 정보의 소스에 무관하게 오늘날의 웹 및 개념적인 시맨틱 웹에 대한 보다큰 생산적인 사용자 경험을 제공한다. 정보 에이전트는 SQML을 통한 클라이언트측 시맨틱 질의를 이용하며 SQML에 대한 다른 에이전시의 응답으로부터 오는 XML 결과를 집합하여 정보 소스를 통해 정보를 다이나믹하게 집합한다.

E. 시나리오

다음은 다른 실제 상황에 적용되는 본 발명의 바람직하며 선택적인 실시예 동작의 예시적인 시나리오들을 제공한다.

1. 본 발명을 활용하는 시맨틱 질의의 예

a. 파일 경로 c:/spec.doc상에서 스펙과 관련된 모든 컨텍스트 찾기

문서를 나타내는 아이콘을 정보 에이전트를 나타내는 아이콘에 드래그 및 드롭하라. 파일은 시맨틱 브라우저에서 오픈되며, 컨텍스트 팔레트가 표시된다. 바람직한 실시예에서, 이들은 다음의 컨텍스트 템플레이트의 몇몇 또는 모두를 포함한다: 헤드라인, 디스커버리, 뉴스메이커, 업커밍 이벤트, 타임라인, 대화, 변동, 클래식, 베스트 베트, 오늘, 브레이킹 뉴스 등. 이들 팔레트는 이름공간에서 "recent" 및 "favorite" 리스트의 에이전시로부터 관련된 컨텍스트를 포함한다.

b. 무선 기술에 대한 경험을 갖는 "R&D"로 제목붙은 에이전시에 대한 모든 전문자를 찾기

에이전트를 생성시 "새로운 스마트 에이전트" 마법사 시작과 "사용 컨텍스트 템플레이트" 옵션을 선택하라. "선택 에이전시" 대화로부터 "R&D" 에이전시 선택과 카테고리 브라우저로부터 "무선"으로 명명된 카테고리 선택하라. 새롭게 생성된 스마트 에이전트 오픈하라.

c. 현재 뷰잉되는 웹 페이지에 대한 링크와 관련된 로이터상의 모든 정보 찾기

"Reuters"를 나타내는 에이전시 아이콘에 링크를 드래그 및 드롭하라. 새로운 스마트 에이전트는 "Information on Reuters relevant to [link title]" 제목을 생성하며, 정보 에이전트에서 오픈한다.

d. 현재 웹 페이지상에서의 링크와 관련되며 파일 경로 c:/spec.doc상의 스펙과 관련된 로이터에 대한 모든 정보 찾기

문서를 나타내는 아이콘을 상기 생성된("Information on Reuters relevant to [link title]") 에이전트에 드래그 및 드롭하라. 이는 "Information on Reuters relevant to [link title] and relevant to spec.doc"의 새로운 스마트 에이전트를 생성한다. 이는 사용자 제어 브라우징 및 다이나믹 링킹을 설명한다.

e. 이전 질의에서 리턴된 로이터에 대한 제1 기사와 관련된 "마케팅(Marketing)" 내부 에이전시에 대한 모든 e-메일 찾기

로이터 기사 오브젝트 하이라이트 및 "동사(Verbs)" 버튼 클릭하라. 이는 팝업 메뉴를 표시한다. "복사" 선택하라. "마케팅(Marketing)"(쉘 확장 트리 뷰상에서) 에이전시를 나타내는 아이콘 찾기를 하라. 아이콘 우측 클릭. "첨부" 를 친다. 이는 "Information on 'marketing' relevant to [Reuter's article title]" 새로운 스마트 에이전트를 생성하고 오픈한다. e-메일 오브젝트를 나타내는 결과 윈도우의 프레임상에 포커스

f. e-메일의 저작자 네비게이트

e-메일 오브젝트 하이라이트 및 "링크"용 버튼 클릭하라. 이는 고유 링크를 나타내는 팝업 메뉴를 표시한다. "From" 메뉴 아이템 네비게이트하라. 이는 e-메일 오브젝트의 "from" 라인상의 사람 오브젝트를 나타내는 팝업 메뉴를 표시한다. 소정의 오브젝트 선택하라. 이는 e-메일 오브젝트를 저작하는 사람의 메타데이터를 나타내는 정보 에이전트에서 새로운 스마트 에이전트를 오픈한다. 사람의 컨텍스트는 또한 컨텍스트 템플레이트에 표시된다. 사용자는 사람 오브젝트 또는 그 컨텍스트(임의의 컨텍스트 템플레이트상에서)를 이용하여 계속해서 브라우징할 수 있다.

g. e-메일에서 첨부에 대한 네비게이트

e-메일 오브젝트 하이라이트 및 "링크"용 버튼 클릭하라. 이는 e-메일 오브젝트의 고유 링크를 나타내는 팝업 메뉴를 표시한다. "Attachment" 메뉴 아이템 네비게이트하라. 이는 첨부의 제목을 나타내는 팝업 메뉴를 표시한다. 소정의 첨부 선택하라. 이는 정보 에이전트 윈도우에서 새로운 스마트 에이전트로서 첨부를 오픈한다. 첨부용 컨텍스트는 컨텍스트 템플레이트에 표시된다.

h. 첨부와 관련된 "Energy Industry Events"상에 모든 이벤트 찾기

e-메일 오브젝트 하이라이트 및 "Verbs"용 버튼 클릭하라. 이는 팝업 메뉴를 표시한다. "복사" 선택하라. "Energy Industry Events"(쉘 확장 트리 뷰상에서) 에이전시를 나타내는 아이콘 찾기를 하라. 오른쪽 아이콘 클릭하라. "첨부" 친다. 이는 "Information on Energy Industry Events relevant to[email attachment title]"의 새로운 스마트 에이전트를 생성하고 오픈한다.

i. 컨텍스트로서 로이터를 이용하여 "내 문서" 폴더를 브라우즈

정보 에이전트에서, "폴더에서 문서 오픈" 선택하라. 선택적으로, "내 문서" 폴더를 정보 에이전트를 나타내는 아이콘에 드래그 및 드롭하라. 서브 폴더가 포함되는지를 가리킨다. 이는 "내 문서"의 새로운 덤 에이전트를 생성하고 오픈한다. 이런 에이전트를 클릭할 때, 이런 폴더의 문서용 메타데이터는 정보 에이전트에서 오픈된다. 문서들중 하나가 선택될 때, 문서용 컨텍스트 템플레이트가 표시된다. 컨텍스트로서 로이터를 이용하여 문서를 브라우즈하기 위하여, 사용자는 로이터 에이전시를 나타내는 아이콘을 찾으며, 오른쪽 아이콘을 클릭하고 "복사"를 친다. 사용자는 정보 에이전트에서 문서 메터데이터를 나타내는 임의의 결과쪽으로 마우스를 이동하며, 스마트 렌즈를 나타내는 아이콘을 선택한다. 스마트 렌즈 윈도우는 관계 질의의 결과상에서 정보를 나타내면서 표시된다. 문서와 관련된 로이터상에 발견된 아이템의 수와, 가장 최근에 게시된 아이템과 같은 정보가 표시된다. 또한, 프리뷰 제어는 사용자에게 적절한 결과를 프리뷰하게 하도록 표시된다. 사용자는 새로운 관계 질의를 나타내는 에이전트를 오픈하기 위하여 결과 클릭능 선택할 수 있다. 선택한다면, 결과에서 제1 오브젝트용 컨텍스트는 컨텍스트 팔레트를 이용하여 표시된다.

j. XML 기술상의 임의의 것과 관련되며 이런 문서와 관련된 브레이킹 뉴스가 있을 때 e-메일, 음성 또는 페이저에 의한 통지

"브레이킹 뉴스" 컨텍스트를 이용하고 카테고리 필터로서 "XML" 카테고리를 이용하여 새로운 스마트 에이전트를 생성하라. 이런 문서를 나타내는 아이콘을 에이전트에 드래그 및 드롭하라. 이는 적절한 제목을 갖는 새로운 스마트 에이전트를 생성한다. 정보 에이전트에서 "옵션" 메뉴로 진행 및 통지 섹션(당신의 e-메일 어드레스, 페이저 번호, 전화번호 등)에 적당한 정보를 기입하라. 스마트 에이전트 오른쪽 클릭 및 "통지" 선택하라.

2. 사업적 문제

a. 정보 액세스

오늘날 웹(Today's Web).John Head-Master는 샌디애고의 마케팅 컨설팅 서비스 회사인 FastServe에서 일한다. 매일, 그는 일하러 오고 그의 웹 브라우저를 킨다. 오늘, 그는 새롭고 재미있는 정보를 발견할 수 있는지 알기위해 회사 웹을 브라우즈할 것을 결정한다. 브라우저 홈 페이지는 (기업체 정보 포털을 이용하여) 회사 홈 페이지로 설정된다. 회사 홈 페이지는 회사 내의 다른 부서들에 대한 홈 페이지에 대한 링크를 가진다. John은 이들 링크를 네비게이트하며 이곳으로부터 계속해서 링크의 클릭을 유지한다. 한참후에, 단지 그가 경로를 취할 수 있는 것을 알지 못하는 이유에서, 그는 네비게이트하지 않은 더 많은 정보 소스가 있는 것에 실망한다. 결국, 그는 포기한다.

정보 신경 시스템.John은 그 정보 에이전트(시맨틱 브라우저)를 켠다. 이는 홈 에이전트를 오픈한다. 그 페이지상에서, 그는 상품, 상품 그룹, 리포트, 회사 이벤트, 온라인 코스, 및 비디오 프리젠테이션에 대응하는 지식 링크의 리스트를 본다. 그는 "제품 그룹(product group)" 링크쪽으로 마우스를 이동한다. 자동적으로, 발룬 팝업은 링크에 대한 상품 그룹 및 다른 데이터의 수를 가리키면서나타난다. 그는 링크를 오픈한다. 상품 그룹 오브젝트의 리스트는 커스텀화가능한 룩 또는 "스킨"으로 표시된다. 그는 그의 마우스를 첫번째 리스트 쪽으로 옮긴다. 팝업 메뉴는 액션과의 링크상에 즉시 나타난다; "멤버를 보임(Show Member)", "유사한 제품 그룹 리스트(List Similar Product Groups)", 및 "그룹 이벤트 통지(Subscribe to Group Event)". 그는 "그룹 이벤트 통지(Subscribe to Group Event)"를 클릭하며, 이런 상품 그룹과 관련된 모든 이벤트에 대해 e-메일(기업체 정보 에이전트를 통해)에 의해 통지된다. 그는 "멤버를 보임(Show Member)"을 클릭한다. 이는 사람에 대응하는 아이콘으로 새로운 "지식 페이지"를 오픈한다. 그는 수산(susan) 그룹 리더용 아이콘쪽으로 마우스를 이동한다. 발룬 팝업은 수산에 대한 정보를 표시하면서 나타난다. 오른쪽 클릭 메뉴는 액션, "리포트(Report To)", "다이렉트 리포트 리스트(List Direct Reports)", "멤버(Member Of)", "저작자의 문서(Authored Documents)", 및 "최근에 개최된 미팅(Recently Attended Meetings)"로 나타난다. John은 "최근에 개최된 미팅(Recently Attended Meetings)"를 선택한다. 이는 하나의 미팅 오브젝트로 새로운 지식 페이지를 오픈한다. John은 이러한 그리고 연속적인 브라우징한다.

몇몇 포인트에서, John은 전날 만났던 공동 작업자를 찾길 원한다. 그는 "Wilbur Jones"을 타이핑한다. 이는 Wilbur에 대응하는 사람 오브젝트로 리턴한다. John은 정보 지식 관점으로서 Wilbur를 이용하여 브라우징을 계속한다.

결과적으로, John은 그가 필요로 하는 정보를 Wilbur가 보유한 것 같지 않다는 것을 알게된다. John은 정보 에이전트상의 검색 박스에 다음과 같은 질의를 타이핑한다: "업커밍 2002 판매 미팅과 관련된 온라인 코스 및 문서 모두를 리스트". (e-메일 에이전트를 이용하여) 정보 에이전트는 지식 질의에 따르는 액션가능한 온라인 코스 및 문서의 리스트를 리턴시킨다.

b. 지식 구동 소비자 관계 관리

소비자 터치-포인트.Anysoft는 100개의 다른 언어의 50개 상품을 갖는 소프트웨어 제조업자이다. 이들은 최신 정보를 소비자에게 제공하기 위하여 웹사이트(anysoft.com)를 사용한다. 그러나, 소비자는 그들의 웹사이트가 네비게이트하기 매우 어려운 것을 불평하며, 상품에서 정보를 찾으며 통지용 가입자를 찾는 것이 매우 어려운 것을 알게된다.

본 발명의 실시예에 기초한 정보 신경 시스템을 배치함에 의해, Anysoft는 그들의 기존 웹사이트와 공존하는 정보 신경 시스템을 배치한다. 정보 에이전트는 홈페이지로부터 그리고 검색 바로부터 액세스가능하다. 소비자는 상품, 관련된 백색 종이, 공표, 언론 발표, 회사 이벤트 등에 대한 웹 사이트를 네비게이트하는 더욱 더 직관적인 방식을 가진다. 소비자는 자기 네비게이트가능하며 액션가능한 지식 오브젝트를 리턴시키는 자연어 질의를 발행할 수 있다. 이런 특징은 그들의 손가락 끝에서 소비자에게 지식을 액세스하게 한다. 소비자는 또한 그들의 핸드헬드(hand-helt) 장치로부터 anysoft.com 웹 사이트를 네비게이트하기 위해 자연어를 이용할 수 있다.

소비자 피드백 및 트래킹.Comp-Mart는 다수의 분배 채널을 갖는 컴퓨터 주변장의 전매자이다. 그 회서는 그 웹사이트, 그 콜센터, 그 직접 판매력, 그 텔레마케팅 에이전트 등으로부터 소비자 피드백을 얻는다. 피드백은 문서 및 e-메일로 온다. 회사는 소비자 피드백이 정보를 필요로 하는 사람들에게 회사에 대하여 적절하게 라우팅되지 않는다는 문제점을 확인했다. 상품 개발 직원들은, 그들이 정보를 찾을 수 있는 곳을 알지못하며 결정적인 지식이 조직내에 공유되지 않기 때문에, 소비자 피드백을 상품 개발 프로세스에 통합하는데 어려움이 있다는 것을 아는 관리부서에 불평한다.

적절한 정보 신경 시스템에서, 소비자 피드백을 포함하는 e-메일은 회사 시맨틱 환경에 통합된다. 본 발명의 KIS는 소비자 피드백 e-메일과, 문서, 프로젝트 및 밀접한 관계가 있는 상품에 대해 일하는 고용자들과 같은 시맨틱 오브젝트 사이에 시맨틱 링크를 자동적으로 부가한다. 소비자 피드백은 지식 공간에서의 올바른 장소에 지능적으로 넘치게 된다(bubble up). e-메일 에이전트는 소비자 피드백 e-메일을 읽는데 관심을 쉽게 가지는 사람들에게 주기적으로 통지한다.

또한, 정보 신경 시스템에서, 소비자는 정보 지식 관점이 된다. 이는 소비자 피드백으로서 보다 빨리 또한 보다 용이하게 작용하게 하며, 소비자 관련 지식을 조직을 통해 보다 빨리 또한 보다 용이하게 트래킹하게 한다. 정보 신경 시스템은 e-메일, 문서, 유사한 소비자 등과 관련된 소비자 오브젝트에 자동적으로 주석을 단다. 이런 식으로, 소비자에 대한 링크는 e-메일을 통해 전송될 수 있으며, 공동 작업자는 그곳으로부터 관련 정보를 네비게이트할 수 있다. 소비자 오브젝트는 검색, 브라우징 등을 할 수 있다.

c. 지식-구동 직접-판매/현장-서비스

Marsha Mindset는 JustInTime Support Services, a computer service firm in Kansas City, Missouri용 소비자 서비스 에이전트이다. Marsha는 Kansas City metro area 주변의 소비자를 방문하며, 어려울 때는 언제나 본부에 지원하기 위해 e-메일을 송부할 수 있도록 무선 PDA를 가진다. JustInTime은 최근에 KIS 및 e-미일 에이전트를 개발했다. 질의에 지원할 때마다, Marsha는 e-메일 에이전트에 e-메일을 보낼 수 있으며, 이를 자연어로 문의할 수 있다. e-메일 에이전트는 직접적인 답변, 또는 Marsha가 관련된 지원 e-메일, 문서 또는 e-메일하거나 전화를 호출할 수 있는 사람들에 즉각 액세스하게 하는 "지식 링크"로 그녀의 e-메일에 응답한다. JustInTime의 직접 판매력은 또한 현장에서 소비자에게 솔루션을 판매할 때 본 발명의 기술을 이용한다. 판매 대표자는 또한 무선 PDA를 가져오며, e-메일 에이전트에 요청을 발할 수 있다.

d. 케이스 스타디

회사 트레이닝, 지식 전달 및 공유.WaveGen은 미국에서 의사들에게 "관리 보호(managed care)"를 제공하는 바이오테크 회사이다. 이 회사는 그 고용자들(그 판매담당)을 트레이닝하기 위한 Saba 학습 관리 시스템 플랫폼을 최근에 개발했다. 이는 트레이닝 비용을 감소시킴으로써, 회사의 판매력을 나라안에서의 다른 헬스케어 영역에서의 의사들 보다 좋게 제공하게 된다. 또한 바이오테크 연구 공동체에서의 최근 발견을 정기적으로 알리면서 회사 연구에 지원을 한다.

회사는 또한 지식의 가치있는 소스를 유지하는 적절한 다른 소프트웨어 자산을 가진다. 이는 문서 및 미디어 파일, e-메일용 Microsoft Exchange, 및 온라인회의용 공동제작 소프트웨어를 호스트하는 콘텐츠 관리 솔루션을 개발했다. 그러나, 회사는 이들 모든 솔루션들이 통합되지 않았기 때문에 지식 전달이 매우 효율적이지 않다는 것을 알게됐다. 판매 대표자는 회사의 상품을 의사들에게 선보일때(pitching) 이들을 지원하기 위해 조직 내 또는 그 외부에서 지식의 중요한 소스를 발견하기 위한 툴을 가지지 못함을 알았다. 기업체 정보 포털은 업커밍 코스 및 중요한 이벤트의 판매력을 알리는데 현재 사용된다. 그러나, 판매 대표자는 많은 지식(e-메일, 문서 등에 저장되는)이 어느 누구도 이들을 필요로 하는지를 알지 못하기 때문에 그 관심을 가겨오지 못함을 불평한다.

또한, 판매 대표자는 마이크로소프트 아웃룩(Microsoft Outlook)을 사용하여 업커밍 의사 방문용 캘린더에 약속을 부가한다. 그러나, 이들은 이들이 약속에 대한 연상만을 얻으며, 상품을 보다 효율적으로 판매하는데 도움을 줄 수 있는 많은 정보가 의사와의 약속 이전에 자동적으로 이용가능하지 않다는 불평을 한다.

WaveGen은 본 발명으로부터의 기술에 기초하여 정보 에이전트를 최근에 개발했다. 이 회사는 KIS 및 e-메일 에이전트를 개발하여, 지능 정보 결합을 용이하게하며, 회사 판매 및 연구 팀이 소비자를 지원하고 회사 상품을 개선하는데 보다 좋은 결정을 하도록 도움을 주기 위한 라우팅을 제공한다. 정보 에이전트를 이용하여, 판매력은 문서뿐만 아니라, 그들의 일(task)에 보다 직접적으로 결합되는 "지식 오브젝트"에도 즉각적인 액세스를 한다. 예컨대, 판매 대표자는 XML 오브젝트로서 "Doctor Jones"를 갖는 에이전트를 가진다. 이는 문서 또는 웹 페이지가 아니다. 오히려, 소비자의 시맨틱 표현이다. 판매 대표자는 "최근 e-메일 메시지","관련된 문서", "속성들", "중요한 날", "관련된 업커밍 온라인 코스" 등과 같은 시맨틱 링크를 볼 수 있다. 이런 식으로, 소비자는 판매 에이전트가 내부 웹을 네비게이트하는 관점이 된다. 이들 링크는 파일 공유, e-메일 저장, Microsoft Exchange등으로부터 결과를 생성시킨다. 그러나, 아일랜드(island)와 같은 이들 지식 소스를 검색하거나 또는 네비게이트하는 대신에, 판매 대표자는 판매 대표자의 일과 관련된 시맨틱 관계에 기초한 새로운 지식을 발견할 수 있다.

이런 식으로, 판매 대표자는 판매 대표자의 손끝에서 보다 더 강력한 지식을 가질 수 있어, 보다 나은 소비자 서비스를 가능하게 한다. 이런 지식은 공동 작업자들, 다른 판매 에이전트에 의해 공개된 문서들, 존재하는 것으로 알려지지 않은 분배 리스트상에 전송된 e-메일 등으로 열거된다. KIS는 모든 이들 본질적으로 다른 소스들로부터 시맨틱 결합들이 자동적으로 이루어짐에 의해 스마트한 것이 되게 한다. 판매 대표자는 이런 "페이지"를 공동 작업자에게 e-메일할 수 있다. 이는 공동 작업자가 동일한 Dr.Jones" 관점을 이용하여 정보 에이전트를 네비게이트할 수 있기 때문에 지식 공유의 매우 강력한 형태가 된다.

e-메일 에이전트는 또한 판매 대표자가 자연어를 통해 지식 질의를 발행하게 한다. 질의 결과는 추론 엔진으로부터 유도되며, 기존 지식으로부터 추정되는 지식을 기초로 할 수 있다. 본 발명의 정보 신경 시스템의 강력한 특징은 지식 전달, 공유, 디스커버리 모두가 시맨틱 네트워크를 기초로 자동적으로 일어난다는데 있다.

3. 상황

a. 시맨틱 정보 디스커버리, 검색 및 네비게이션

Joe 지식 작업자는 정보 에이전트(본 발명의 XML 기초 시맨틱 브라우저)를 시작한다. 그가 로그인할 때, 그에게 시맨틱 인트라넷상에서 이용가능한 새로운 에이전트가 있음을 나타내는 대화상자가 프롬프트된다. 그는 다음의 것을 포함하는 조직 내 및 그 외부로부터의 에이전트의 리스트를 본다:

·Documents.Technology.All

·Documents.Marketing.All

·People.Divisions.Sales.All

·People.Division.Sales.Managers

·OnlineCourses.Sales.101

·OnlineCourses.Technology.XML.101

·Meetings.ThisWeek.All

·Meetings.LastWeek.All

·Books.Computers.Programming.All

·Newsgroups.Microsoft.Public.Soap

·Email.Mine.All

·Email.Mine.ProjectX.All

·Events.Technology.Wireless.All

·Reports.Gartner.Software.All

·Reports.IDC.All

·Videos.ExecutivePresentations.All

그는 Meeting.ThisWeek.All을 선택한다. 정보 에이전트는 그가 이번주에 참석하는 미팅을 나타내는 오브젝트의 리스트를 표시한다. 이런 정보는 Microsoft Exchange로부터 오나, 이는 그에게 나타나지 않는다. Joe는 제1 미팅 오브젝트에 대한 링크쪽으로 마우스를 이동한다. 발룬 팝업은 새로운 트레이닝 코스가 인트라넷상에서 이용가능하게 된 것을 가리키면서 표시된다. 발룬은 또한 Joe와 관련된 IDC상에 새로운 리포트가 있음을 가리킨다. 발룬에 덧붙여, 팝업 메뉴는 오브젝트의 오른쪽에 표시된다. 이 메뉴는 다음과 같은 동사(Verbs)를 가진다:

·List participants

·List possible replacement participants

·Show Related Objects ->

·On News.Reuters.MarketForecasts.All

·On Documents.Technology.All

·On Events.Corporate.Today.All

·Subscribe for follow-up

Joe는 "Subscribe for follow-up"을 선택한다. 이는 서버상에서 미팅 팔로우-업(follow-up) 에이전트와 콘텍트된다. 이런 에이전트는 관련 정보의 주기적인 업데이트를 미팅 참석자들에게 전송한다. 이는 브라우저 또는 e-메일을 통해 이루어질 수 있으며, Joe는 Events.Corporate.Today.All에 관한 관련된 오브젝트를 선택한다. 이는 이벤트 정보 오브젝트의 리스트를 표시한다. Joe는 제1 오브젝트쪽으로 마우스를 이동하며 팝업 메뉴가 표시된다. Joe는 "Add to calendar"를 선택하며, 이벤트는 그 캘린더에 부가된다. Joe는 회사 이벤트와 관련된 모든 산업 이벤트를 찾길 원하는지를 결정한다. 그는 에이전트 Events.Technology.All에 오브젝트를 드래그하며, 그 마우스를 릴리스(release)한다. 마우스가 릴리스될 때, 브라우저는 Events.Technology.All(웹 사이트 및 다른 아일랜드를 통해)로부터 그리고 그가 드래그하는 오브젝트가 회사 이벤트와 관련되는 정보 오브젝트를 로딩한다.

다음주에, Joe는 e메일 에이전트로부터 e-메일을 얻는다. e-메일에서, 에이전트는 Joe에게, 이벤트를 캘린더에 부가하는 모든 이가 회사 미디어 서버로부터 회사 트레이닝 비디오를 또한 관찰하는 것을 알았다고 알린다. e-메일은 Joe를 정보 에이전트에 다시 가져가는 XML 링크를 포함한다. 브라우저는 비디오용 메타데이터를 표시한다. 팝업상에 아이템들중 하나는 "비디오 보기(Watch Video)"이다. Joe는 이를 선택하며 비디오를 관찰한다.

Joe가 그 웍스테이션을 로그인하는 다음주에, 그는 새로운 에이전트가 있음을 알게된다. 그는 Books.Ebay.Computers.All에 가입하며 이를 내 에이전트 리스트에 부가한다. 자동적으로, 본 발명의 실시예는 이런 에이전트를 Joe의 시맨틱 환경에 부가한다. 정보 에이전트는 암시적인 질의를 수행하며, 이런 에이전트를 포함하는 추천(컨텍스트 및 시간 감도에 의해 랭킹된)을 제공한다. 그는 이런 에이전트를 클릭하며, 시맨틱 정보 오브젝트(책을 나타내는)가 결과 창에 표시된다. 그가 오브젝트들중 하나쪽으로 마우스를 이동할 때, 팝업 발룬은 그에게 책의 저작자로 호스트되는 관련된 산업 회의가 있다는 사실을 경고하면서 즉시 표시된다. 그가 팝업 링크를 클릭할 때, 이벤트 오브젝트는 브라우저에 로딩되며, 이벤트를 그 캘린더(마이크로소프트 아웃룩 또는 MSN 캘린더(Microsoft's HailStorm Web services를 통해 액세스되는)와 같은 인터넷 기초 캘린더, AOL 캘린더 등)에 부가하게 하는 동사(verb)를 가지고 완성한다.

시나리오의 설명.이런 시나리오는 본 발명에서 지식 작업자가 "연합된 지식(federated knowledge)"에 대한 액세스를 어떻게 얻을 수 있는지 나타낸다. 본 예에서, Joe의 회사는 Gartner, IDC, Reuters, Ebay 등으로부터 그 지식 공간으로 "유입된(imported)" 지식 에이전트를 가진다. 이같이, 이들 에이전트는 지식을 회사의 시맨틱 네트워크에 자동적으로 부가한다. 사나리오는 또한 Joe가 직관적으로 명명된 스마트 에이전트를 통해 전체 조직의 지식 공간의 "오브젝트 모델" 뷰를 어떻게 얻을 수 있는지를 나타낸다. Joe는 시맨틱 환경을 "기입"하기 위해 그리고 이곳으로부터 이런 방식으로 네비게이트하기 위해 이들 에이전트를 이용할 수 있다. 모든 정보 오브젝트는 실시간으로 전달되며, 액션가능하다(적절하게 표시되는 관련된 동사를 가지며). 이런 식으로, Joe는 오브젝트가 오는 것이 무슨 정보 아일랜드인지 또는 이들을 생성시키는 것이 무슨 어플리케이션인지에 대해 주의할 필요가 없다.

시나리오는 또한 Joe가 새로운 정보만이 아니라 새로운 에이전트도 어떻게 발견할 수 있는지를 나타낸다. 시나리오는 기업체에서 다른 것을 통지하는 것이 무엇을 하는 것인지에 기초하여 Joe에게 추천을 제공하는 액션 - 공동제작의 필터링을 통해 -에서 지식 공동 제작을 나타낸다.

마지막으로, 시나리오는 시간 감도 정보가 이해하는 컨텍스트의 포인트에 사용자의 관심을 어떻게 자동적으로 가져오는지를 예시한다. e-메일 에이전트는 Ebay로부터의 책을 업커밍 산업 이벤트와 자동적으로 연결하며, 이벤트와의 컨텍스트 및 기간 감도 랭킹을 추론 및 할당하고, 이벤트가 시맨틱 브라우저를 통해 정보를 즉시 표시하는 것을 보장하는데 충분한 결정적인 것인지를 결정한다.

b. 피어-투-피어 지식 공유 및 캡쳐

Nancy 하드 작업자는 40,000 고용자를 갖는 포춘 500대 기업에서 일한다. 그녀는 여러 웹 사이트들에 가입하며, 친구들 및 동료로부터 e-메일로 정보를 전송한다. 그녀는 파트너 회사에서의 누군가로부터 문서의 다발을 받고, 조직 내에서 정보를 공유하고자 한다. 그녀는 그녀가 멤버인 모든 분배 리스에 문서를 전송한다. 기업체 정보 에이전트는 또한 이들 리스트의 멤버이다(에이전트는 서버가 인스톨될 때 모든 공개 분배 리스트에 그 자체를 부가한다.). 에이전트가 정보를 수신할 때, 이를 분류하고 이에 시맨틱 네트워크를 부가한다. 추론 엔진은 정보를 픽업한다.

수천의 동료들은 Nancy가 문서를 전송하는 분배 리스트들중 임의의 하나의 멤버가 아니다. 그러나, 이들 모두는 통합자를 사용하며, Email.Public.All 에이전트에 가입한다. 이들이 지식 웹의 다른 관련된 부분을 브라우징할 때, 발룬 팝업은 Email.Public.All 에이전트상에 새롭고 관련된 e-메일이 있음을 표시한다. 동료들은 그때 에이전트를 오픈하며, e-메일 오브젝트는 표시된다. e-메일 아이템상의 메뉴 아이템들중 하나는 "메시지가 전송되는 분배 리스트를 보임"이다. 동료들은 이를 선택하며, 분배 리스트 정보 오브젝트는 브라우저에 표시된다. 동료들은 분배 리스트쪽으로 마우스를 이동하며, 팝업 메뉴 아이템은 표시된다. 제1 아이템은 "멤버를 보임(Show Member)"이다. 제2 아이템은 "John"이다. 동료들은 분배 리스트에 참가한다.

시나리오의 설명.이런 시나리오는 정보가 어떻게 공개되고, e-메일을 통해 공유 및 캡쳐되는지를, 그리고 시맨틱 네트워크의 이용에 의해 다른 동료들이 다르지만 관련된 "지식 앵글(angle)"로부터 이런 정보(및 이들의 알지못하는 분배 리스트의 존재에 대해)에 대해 찾는다. 시나리오는 완전히 일체화하며 사용자에게 저장소에 정보를 공개하거나 또는 정보 자체를 분류할 것을 요구하지 않는 방식으로 피어-투-피어 지식 공유를 나타낸다. 본 발명의 임의의 실시예에서는 모든 것이 자동적으로(배경에) 일어나며, 지식은 관련 장소에 넘쳐나게 될 것이다.

본 발명이 바람직한 실시예 및 선택적인 실시예로 상술한 바와 같이 설명되었다 할지라도, 많은 변경은 본 발명의 기술적 사상 및 범위를 벗어남이 없이 이루어질 수 있다. 따라서, 본 발명의 범위는 바람직한 또는 선택적인 실시예의 개시로 인해 제한되지 않는다.

본 발명에서 개시된 내용은 미국 및 국제 저작권법에 의해 보호된다.(ⓒ2002 Nosa Omoigui. All Rights Reserved.) 이 특허 서류에 의해 개시되는 것 중에는 저작권으로 보호받는 것이 포함되어 있다. 저작권자는 특허상표청의 특허 파일이나 기록상에 표시된 그대로 특허 서류나 특허 공개가 팩시밀리에 의하여 복제되는 것에 아무런 이의가 없다. 그러나, 그 외 다른 모든 저작권은 여전히 저작권자가 보유한다.

본 발명과 관련된 코드 스팩에 대하여 네개의 샘플에 대하여 예를 들면 다음과 같다.

예시 : 코드 스팩

샘플 A - SRML 문서

<?xml version="1.0" encoding="utf-8" ?>

<srml xmlns="http://schemas.nervana.net/srml" xmlns:n="http://schemas.nervana.net/srml" xmlns:rdf="http://rdfland.org" xmlns:dc="http://dcland.org" dummyarg="hello">

<results content="new">

<queryref guid="12345678-1234-1234-1234-123456789ABC" />

<document>

<objectref guid="12345678-0000-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Nsync - A Constraint Based Toolkit for Multimedia</dc:title>

<dc:creator>Brian Bailey</dc:creator>

<dc:creator>Joseph A. Konstan</dc:creator>

<dc:description>

<n:abstract>Nsync (pronounced 'in-sync') is adeclarative synchronization toolkit, implemented entirely in Tcl, designed to ease the complexity of designing innovative, interactive multimedia applications.</n:abstract>

</dc:description>

<dc:date>2001-07-02</dc:date>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

<dc:identifier>bailey97nsync.pdf</dc:identifier>

</rdf:Description>

<size>84957</size>

</document>

<document>

<objectref guid="12345678-0001-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>A Comparison of Streams and Time Advance As Paradigms for Multimedia Systems</dc:title>

<dc:creator>Roger B. Dannenberg and Dean Rubine</dc:creator>

<dc:description>

<n:abstract>A common model for multimedia systemsis the stream, an abstraction representing the flow of continuous time-dependent data such as audio samples and video frames.</n:abstract>

</dc:description>

<dc:date>2001-07-0218:48</dc:date>

<dc:identifier>dannenberg94comparison.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>55421</size>

</document>

<document>

<objectref guid="12345678-0002-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Do You Have the Time? Composition and Linking in Time-based Hypermedia</dc:title>

<dc:creator>Lynda Hardman, et al.</dc:creator>

<dc:description>

<n:abstract>In this paper we discuss the concept of presentation time - thetiming of the individual parts of a presentation and the temporal relations among them.</n:abstract>

</dc:description>

<dc:date>2001-06-2916:57</dc:date>

<dc:identifier>hardman99do.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>266873</size>

</document>

<document>

<objectref guid="12345678-0003-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Interval-based conceptual models</dc:title>

<dc:creator>Little and Ghafoor</dc:creator>

<dc:date>2001-07-0218:52</dc:date>

<dc:identifier>little93intervalbased.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>364367</size>

</document>

<document>

<objectref guid="12345678-0004-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Efficient Generation of Motion Transitions using Spacetime Constraints</dc:title>

<dc:creator>Charles Rose</dc:creator>

<dc:description>

<n:abstract>This paper describes the application of space time constraints to creating transitions between segments of human body motion.</n:abstract>

</dc:description>

<dc:date>2001-06-2917:22</dc:date>

<dc:identifier>rose96efficient.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>1217898</size>

</document>

<document>

<objectref guid="12345678-0005-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>MODELING TECHNIQUES FOR HYTIME</dc:title>

<dc:creator>Lloyd Rutledge</dc:creator>

<dc:description>

<n:abstract>Hypermedia/Time-based Structuring Language (HyTime) defines constructs for representing general hypermedia document concepts.</n:abstract>

</dc:description>

<dc:date>2001-06-2917:07</dc:date>

<dc:identifier>rutledge95modeling.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>129404</size>

</document>

<document>

<objectref guid="12345678-0006-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>The Compositional Specifcation of Timed Systems</dc:title>

<dc:creator>Joseph Sifakis</dc:creator>

<dc:description>

<n:abstract>In this tutorial, we present an overview of existing executable timed formalisms with a global notion of time, by putting emphasis on problems of compositional description.</n:abstract>

</dc:description>

<dc:date>2001-07-0211:37</dc:date>

<dc:identifier>the-compositional-specification-of.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>132810</size>

</document>

<document>

<objectref guid="12345678-0007-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>A Simple, Intuitive Hypermedia Synchronization Model and its Realization in the Browser/Java Environment</dc:title>

<dc:creator>Jin Yu</dc:creator>

<dc:description>

<n:abstract>This paper presents a simple and intuitive hypermedia synchronization model - the Media Relation Graph (MRG)</n:abstract>

</dc:description>

<dc:date>2001-07-0211:55</dc:date>

<dc:identifier>yu98simple.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>288218</size>

</document>

<document>

<objectref guid="12345678-0008-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>A Continuous Media Player</dc:title>

<dc:creator>Lawrence A. Rowe and Brian C. Smith</dc:creator>

<dc:description>

<n:abstract>The design and implementation of a continuous media player for Unix workstations is described.</n:abstract>

</dc:description>

<dc:date>2001-06-2917:08</dc:date>

<dc:identifier>a-continuous-media-player.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>231817</size>

</document>

<document>

<objectref guid="12345678-0009-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Multimedia Documents with Elastic Time</dc:title>

<dc:creator>Michelle Y. Kim</dc:creator>

<dc:description>

<n:abstract>We present the elastic time model for multimedia documents.</n:abstract>

</dc:description>

<dc:date>2001-07-0212:07</dc:date>

<dc:identifier>p143-kim.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>272532</size>

</document>

<document>

<objectref guid="12345678-000A-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Clock Hierarchies: An Abstraction for Grouping and Controlling Media Streams</dc:title>

<dc:creator>Kurt Rothermel</dc:creator>

<dc:description>

<n:abstract>In this paper, we propose a set of powerful abstractions for controlling and synchronizing continuous media streams in distributedenvironments.</n:abstract>

</dc:description>

<dc:date>2001-07-0218:51</dc:date>

<dc:identifier>rothermel96clock.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>93052</size>

</document>

<document>

<objectref guid="12345678-000B-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Temporal Relations in Multimedia Objects: WWW Presentation from HyTime Specification</dc:title>

<dc:creator>Maria da Graca C. Pimentel</dc:creator>

<dc:description>

<n:abstract>Initially, this paper discusses the use of HyTime for the specification of binary temporal relations. Next, the paper discusses an approach to the automatic transformation of the HyTime synchronizationspecifications into elements to be presented in the context of the World Wide Web environment.</n:abstract>

</dc:description>

<dc:date>2001-06-2916:48</dc:date>

<dc:identifier>temporal-relations-in-multimedia.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>102862</size>

</document>

<document>

<objectref guid="12345678-000C-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Event and Action Representation and Composition for multimedia application scenario modelling.</dc:title>

<dc:creator>M. Vazirgiannis</dc:creator>

<dc:description>

<n:abstract>In this paper we present a model for the representation of multimedia applications based on the scenario concept.</n:abstract>

</dc:description>

<dc:date>2001-07-0211:43</dc:date>

<dc:identifier>vazirgiannis96event.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>387575</size>

</document>

<document>

<objectref guid="12345678-000D-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Representing Time in Multimedia Systems</dc:title>

<dc:creator>Thomas Wahl, Kurt Rothermel</dc:creator>

<dc:description>

<n:abstract>This paper evaluates and classifies a selection of the most common existing models applying fundamental statements of the time theory and temporal logic.</n:abstract>

</dc:description>

<dc:date>2001-06-2916:49</dc:date>

<dc:identifier>wahl93representing.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>67658</size>

</document>

<document>

<objectref guid="12345678-000E-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Nsync - A Toolkit for Building Interactive Multimedia Presentations</dc:title>

<dc:creator>Brian Bailey</dc:creator>

<dc:description>

<n:abstract>We have developed a multimedia synchronization toolkit, called Nsync (pronounced 'in-sync'), to address the complicated issues inherent in designing flexible, interactive multimedia presentations.</n:abstract>

</dc:description>

<dc:date>2001-06-2917:09</dc:date>

<dc:identifier>bailey98nsync.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>115592</size>

</document>

<document>

<objectref guid="12345678-000F-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Issues in Temporal Representation of Multimedia Documents</dc:title>

<dc:creator>Nabil Layaida</dc:creator>

<dc:description>

<n:abstract>We present in this position paper a set of relevant issues that may help in the design of multimedia document representation. These are based on our experience in designing and implementing an authoring and browsing tool called MADEUS.</n:abstract>

</dc:description>

<dc:date>2001-07-0211:54</dc:date>

<dc:identifier>issues-in-temporal-representation.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>17348</size>

</document>

<document>

<objectref guid="12345678-0010-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Spatio - temporal composition in multimedia applications</dc:title>

<dc:creator>Dr. Michael Vazirgiannis</dc:creator>

<dc:description>

<n:abstract>The motivation for this research work is the lack of a complete declarative way for representative spatio-temporal composition of objects in the current multimedia document standards and authoring tools.</n:abstract>

</dc:description>

<dc:date>2001-07-0211:43</dc:date>

<dc:identifier>spatio-temporal-composition-in.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>89176</size>

</document>

<document>

<objectref guid="12345678-0011-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>An Object-Oriented Framework for the Integration of Interactive Animation Techniques</dc:title>

<dc:creator>Robert C. Zeleznik, et al.</dc:creator>

<dc:description>

<n:abstract>We present an interactive modeling and animation system that facilitates the integration of a variety of simulation and animation paradigms.</n:abstract>

</dc:description>

<dc:date>2001-06-2916:30</dc:date>

<dc:identifier>zeleznik91objectoriented.pdf</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/pdf</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>133440</size>

</document>

<document>

<objectref guid="12345678-0012-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Dealing with Synchronization and Timing Variability in the Playback of Interactive Session Recordings</dc:title>

<dc:creator>Nelson R. Manohar</dc:creator>

<dc:description>

<n:abstract>In this paper, we describe scheduling and synchronization support for a novel multimedia document, referred to as a session object.</n:abstract>

</dc:description>

<dc:date>2001-07-0216:30</dc:date>

<dc:identifier>p45-manohar.htm</dc:identifier>

<dc:type>text</dc:type>

<dc:format>text/html</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>99000</size>

</document>

<document>

<objectref guid="12345678-0013-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Multimedia Made Easy Through DirectAnimation</dc:title>

<dc:description>

<n:abstract>This paper describes Microsoft DirectAnimation, the component of the DirectX API family that provides animation and integrated media support for Web pages, CD-ROM titles, and multimedia applications.</n:abstract>

</dc:description>

<dc:date>1998-10-0216:30</dc:date>

<dc:identifier>DirectAnimation.doc</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/msword</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>152000</size>

</document>

<document>

<objectref guid="12345678-0014-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Windows Media Technologies</dc:title>

<dc:description>

<n:abstract>This paper gives a technical overview of the streaming media components of the Windows Media Technologies: Windows NT Server NetShow Services, NetShow Theater Server and the Microsoft Windows Media Player.</n:abstract>

</dc:description>

<dc:date>1998-07-0216:30</dc:date>

<dc:identifier>NetShow3.doc</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/msword</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>631000</size>

</document>

<document>

<objectref guid="12345678-0015-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Integrating Timing into XML Documents</dc:title>

<dc:creator>Patrick Schmitz</dc:creator>

<dc:date>2000-07-0216:30</dc:date>

<dc:identifier>IntegratingTimingWithXML.ppt</dc:identifier>

<dc:type>text</dc:type>

<dc:format>powerpoint</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>195000</size>

</document>

<document>

<objectref guid="12345678-0016-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>The SMIL 2.0 Timing and Synchronization model</dc:title>

<dc:creator>Patrick Schmitz</dc:creator>

<dc:description>

<n:abstract>A powerful, flexible model is needed to unify scheduling, interaction, advanced control for animation, and runtime synchronization management. SMIL 2.0 defines a language and semantic model that addressesthese needs.</n:abstract>

</dc:description>

<dc:date>2001-07-0216:30</dc:date>

<dc:identifier>SMILTimingForTheWeb.doc</dc:identifier>

<dc:type>text</dc:type>

<dc:format>application/msword</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>175000</size>

</document>

<document>

<objectref guid="12345678-0017-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>A Unified Model for Representing Timing in XML Documents</dc:title>

<dc:creator>Patrick Schmitz</dc:creator>

<dc:description>

<n:abstract>We need to provide a common model for timing so that authors are not forced to learn and remember different models for different document types or different authoring scenarios.</n:abstract>

</dc:description>

<dc:date>2001-07-0216:30</dc:date>

<dc:identifier>TimingIntegrationPositionPaper.htm</dc:identifier>

<dc:type>text</dc:type>

<dc:format>text/html</dc:format>

<dc:language>en</dc:language>

</rdf:Description>

<size>10000</size>

</document>

<email>

<objectref guid="12345678-0018-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Some ideas on the Nervana client</dc:title>

<dc:creator>Patrick Schmitz</dc:creator>

<dc:date>2002-04-0410:30</dc:date>

<dc:type>text</dc:type>

<dc:format>text</dc:format>

<dc:language>en</dc:language>

<dc:identifier>outlook:fooBarWhoKnows123xyz</dc:identifier>

</rdf:Description>

<subject>Some ideas on the Nervana client</subject>

<from>Patrick Schmitz [cogit@ludicrum.org]</from>

<to>Nosa Omoigui [nosa@nervana.net]</to>

<to>Steven Judkins [stevenj007@hotmail.com]</to>

<cc>Omoigui, Eghosa D [eghosa.d.omoigui@intel.com]</cc>

<cc>Jerome Beard [jbeard@picsmart.net]</cc>

<size>434</size>

</email>

<email>

<objectref guid="12345678-0019-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>FW: The Next Web (Business Week)</dc:title>

<dc:creator>Nosa Omoigui</dc:creator>

<dc:description>

<n:abstract>On the other hand, partly because the industry is acutely aware of EDI's problems and limitations, executives are optimistic. "It'll be a chicken-or-egg situation until a killer app comes along--but I'm very confident that that will happen,"says W. Daniel Hillis, a supercomputer pioneer who now heads startup Applied Minds Inc.</n:abstract>

</dc:description>

<dc:date>2002-02-2513:44</dc:date>

<dc:type>text</dc:type>

<dc:format>text</dc:format>

<dc:language>en</dc:language>

<dc:identifier>outlook:fooBarWhoKnows123xyz</dc:identifier>

</rdf:Description>

<subject>FW: The Next Web (Business Week)</subject>

<from>Nosa Omoigui [nosa@nervana.net]</from>

<to>Patrick Schmitz [cogit@ludicrum.org]</to>

<to>Steven Judkins [stevenj007@hotmail.com]</to>

<to>Omoigui, Eghosa D [eghosa.d.omoigui@intel.com]</to>

<to>EghosaO@aol.com</to>

<to>ChereceO@aol.com</to>

<to>Jerome Beard [jbeard@picsmart.net]</to>

<cc>Nosa Omoigui [nosa@nervana.net]</cc>

<size>434</size>

</email>

<email>

<objectref guid="12345678-001A-1234-1234-123456789ABC" />

<rdf:Description>

<dc:title>Software's Giants Gird for Upheaval [Fortune]</dc:title>

<dc:creator>EghosaO@aol.com</dc:creator>

<dc:description>

<n:abstract>A vague new thing called web services is stirring up new battles among Microsoft, Oracle, IBM, and all of software's biggest names.</n:abstract>

</dc:description>

<dc:date>2002-03-0213:41</dc:date>

<dc:type>text</dc:type>

<dc:format>text</dc:format>

<dc:language>en</dc:language>

<dc:identifier>outlook:fooBarWhoKnows123xyz</dc:identifier>

</rdf:Description>

<subject>Software's Giants Gird for Upheaval [Fortune]</subject>

<from>EghosaO@aol.com</from>

<to>Nosa Omoigui [nosa@nervana.net]</to>

<to>cogit@ludicrum.org</to>

<to>lisah@stanfordalumni.org</to>

<to>stevenj007@hotmail.com</to>

<size units="KB">13</size>

</email>

</results>

</srml>

샘플 B - 세만텍 질의 문서

<?xml version="1.0" encoding="utf-8"?>

<sqml>

<head title="foo"> </head>

<filters>

<include>

<type class="nervana:objecttype">

documents

</type>

</include>

</filters>

<attributes></attributes>

<skins>

<documents

color="http://nervana.net/dc.xslt"

design="http://nervana.net/dd.xslt"

animation="http://nervana.net/da.xslt">

</documents>

<email

color="http://nervana.net/ec.xslt"

design="http://nervana.net/ed.xslt"

animation="http://nervana.net/ea.xslt" >

</email>

</skins>

<query>

<resource type="nervana:filepath">

c:\f2 foo.doc

</resource>

<resource type="nervana:url">

file://c:\f2 bar.doc

</resource>

<resource type="nervana:url">

file://c:?includesubfolders=true

</resource>

<resource type="nervana:url">

http://www.bar.com/doc.htm

</resource>

<resource type="nervana:url">

ftp://gate.com/doc.txt

</resource>

<resource type="nervana:url">

\servers\f2 file.pdf

</resource>

<resource type="nervana:text" arg="contains=fox">

The quick brown fox

</resource>

<resource type="nervana:cacheentry">

ef9c90ea-282d-46d6-b355-ac8a4fc2f3e5

<link predicate="nervana:relatedto"

type="nervana:url">

c:\f2 foo.doc

</link>

</resource>

<resource type="nervana:url">

agent://email.all@ibm.com

</resource>

<resource type="nervana:url">

objects://rad.com/agency.asp

<link predicate="nervana:containstext"

type="xml:string">

80211

</link>

</resource>

<resource type="nervana:url">

objects://rad.com/agency.asp

<link predicate="nervana:postedon"

type="nervana:datetimeref">

today

</link>

</resource>

<resource type="nervana:url">

objects://rad.com/agency.asp

<link predicate="nervana:postedon"

type="xml:datetime">

01-10-2002

</link>

<link operator="or"

predicate="nervana:postedbefore"

type="xml:datetime">

01-11-2002

</link>

</resource>

<resource type="nervana:url">

agent://documents.all@abccorp.com

<link predicate="nervana:relatedto"

type="nervana:url">

objects://98@in.com/m.asp

</link>

<link operator="and"

predicate="nervana:isofpriority"

type="nervana:priority">

criticalpriority

</link>

</resource>

</query>

</sqml>

샘플 C - 세만텍 환경 계층

Information Agent (the root of the Semantic Environment)

My Agents

Frequently Used Agents

Agencies

Agency A1

Documents

Documents.All

Documents.CriticalPriority.All

Email

Email.Technology.Wireless.All

Annotations

Annotations.RecentlyPosted.PastOneDay.All

People

People.Research.All

Events

Events.All

Events.Upcoming.NextOneDay.All

Agency A2

Documents

Documents.Technology.XML.XPath.All

Email

Email.Favorites.All

E-Learning Courses

ELearning.All

Agency A3

News Articles

News.Technology.Semiconductors.All

Agency AN

Recently Used Agents

[Similar hierarchy as above but for recently used Agents]

Recently Created Agents

[Similar hierarchy as above but for recently created Agents]

Favorite Agents

[Similar hierarchy as above but for Agents marked by the user as favorites]

All Agents

[Similar hierarchy as above but for all Agents in the My Agents list]

Deleted Agents

[Similar hierarchy as above but for Agents marked for deletion]

Custom View

[Similar hierarchy as above but for Agents consistent with the custom view]

샘플 D - 헤드라인 컨텍스트 템플레이트로부터 SQML 출력

<?xml version="1.0" encoding="utf-8"?>

<sqml>

<head title="foo" type="all information"> </head>

<filters>

<include>

<type class="nervana:objecttype">

all information

</type>

</include>

</filters>

<query>

<resource type="nervana:Agency">

wsAgency://marketing.com/Agency.wsdl

<link predicate="nervana:postedinthelast"

type="nervana:time:minutesref">

30

</link>

<link predicate="nervana:relevantto"

type="nervana:sqml">

[object sqml]

</link>

</resource>

<resource type="nervana:Agency">

wsAgency://research.com/Agency.wsdl

<link predicate="nervana:postedinthelast"

type="nervana:time:minutesref">

30

</link>

<link predicate="nervana:relevantto"

type="nervana:sqml">

[object sqml]

</link>

</resource>

<resource type="nervana:Agency">

wsAgency://sales.com/Agency.wsdl

<link predicate="nervana:postedinthelast"

type="nervana:time:minutesref">

30

</link>

<link predicate="nervana:relevantto"

type="nervana:sqml">

[object sqml]

</link>

</resource>

<resource type="nervana:Agency">

wsAgency://humanresources.com/Agency.wsdl

<link predicate="nervana:postedinthelast"

type="nervana:time:minutesref">

30

</link>

<link predicate="nervana:relevantto"

type="nervana:sqml">

[object sqml]

</link>

</resource>

</query>

</sqml>

Claims (6)

1. 지식 검색, 관리, 전달 및 프리젠테이션용 시스템에 있어서,

   도메인-특정 시맨틱 정보를 부가하고 유지하도록 프래그래밍가능한 제1 서버;

   상기 제1 서버와 통신하며, 시맨틱 정보를 분류하며 카테고리화하는데 사용되는 도메인-특정 정보를 호스트하도록 프로그래밍가능한 제2 서버; 및

   상기 제1 및 제2 서버들과 통신하기 위하여 사용자 인터페이스를 사용자에게 제공하는 클라이언트를 포함하며,

   상기 제1 및 제2 서버의 프로세서들은,

   정보 소스들로부터 정보를 보안하는 단계와,

   상기 정보 소스들로부터 상기 정보를 시맨틱하게 링킹하는 단계와,

   상기 시맨틱하게 링킹된 정보의 시맨틱 속성을 유지하는 단계와,

   사용자 질의에 기초하여 요청된 시맨틱 정보를 전달하는 단계와,

   커스텀화가능한 사용자 기호에 따라서 시맨틱 정보를 표현하는 단계를 함께 수행하도록 동작하는 것을 특징으로 하는 지식 검색, 관리, 전달 및 프리젠테이션용 시스템.
2. 제1항에 있어서, 상기 제1 서버는, 시맨틱 네트워크, 시맨틱 데이터수집기(Gatherer), 시맨틱 네트워크 일치 체커, 추론 엔진, 시맨틱 질의 프로세서, 자연어 분석기(Parser), e-메일 지식 에이전트, 또는 지식 도메인 매니저 중 적어도 하나를 제공하는 구조 또는 방법론(methodology)을 더 포함하는 것을 특징으로 하는 시스템.
3. 제1항에 있어서,

   상기 정보 소스로부터의 정보는 오브젝트들 또는 이벤트들로 이루어지며,

   싱기 오브젝트들 또는 이벤트들은 서로 시맨틱하게 관련된 액티브 에이전트들이며, 미리 결정된 테마에 따라 프리젠테이션용 데이터 오브젝트를 리턴하는 질의를 표현하는 것을 특징으로 하는 시스템.
4. 제3항에 있어서, 상기 데이터 오브젝트에 따라 상기 미리결정된 테마가 사용자에 의해 커스텀화가능한 것을 특징으로 하는 시스템.
5. 제1항에 있어서, 상기 클라이언트는 상기 사용자 질의로부터 나오는 시맨틱 정보를 전달하며 표현하는 것을 특징으로 하는 시스템.
6. 시맨틱 정보를 분류하고 카테고리화하는데 사용되는 도메인-특정 정보를 부가, 유지 및 호스트하도록 프로그램밍된 서버 시스템을 이용하여 지식 검색, 관리,전달 및 프리젠테이션 방법에 있어서,

   정보 소스들로부터 정보를 보안하는 단계와,

   상기 정보 소스들로부터 정보를 시맨틱하게 링킹하는 단계와,

   상기 시맨틱하게 링킹된 정보의 시맨틱 속성을 유지하는 단계와,

   사용자 질의에 기초하여 요청된 시맨틱 정보를 전달하는 단계와,

   커스텀화가능한 사용자 기호에 따라 시맨틱 정보를 표현하는 단계

   를 포함하는 것을 특징으로 하는 지식 검색, 관리, 전달 및 프리젠테이션 방법.