KR20110031087A - 링크 클라우드 및 사용자／커뮤니티로 구동되는 자원의 동적 인터링크 방법 - Google Patents

Abstract

본 발명은 네트워크 기반 통신 및 정보 디스커버리에 관한 것이고 보다 자세하게는 네트워크가 액세스 가능한 자원들의 네트워크 기반 저장 및 관리에 관한 것이다.
네트워크 기반 자원에의 개선된 액세스를 가능하게 하는 방법 및 시스템을 제공하기 위하여, 자원들을 동적으로 인터링크하는 방법이 제안되며, 여기서 자원들은 웹 기반 시스템 내에 존재하고 웹 클라이언트를 통하여 액세스가능하며, 자원들은 상기 자원들을 서로 인터링크하여 네비게이션 모델을 정의하는 그래픽형태 구조로 관리자에 의해 표현가능하며, 확장된 네비게이션 모델은 사용자가 생성한 개인 또는 협업 인터링크 기능에 의해 구현되며, 상기 방법은, 사용자로 하여금 임의 자원들에 동적으로 인터링크하게 하용하는 메카니즘을 이용하는 주요 단계를 포함하며, 여기서 메카니즘은 사용자가 보고 있는 각각의 자원에 대해 표시되는 GUI 컴포넌트를 포함하고, 상기 GUI 컴포넌트는, 인터링크 메카니즘을 트리거하기 위한 제1 제어부(50) - 예를 들어 버튼 - 와, 개인 또는 협업 인터링크를 정의하기 위한 제2 제어부(56) - 예를 들어, 체크 박스 - 와, 목표 자원에 대한 인터링크 프로세스를 마치기 위한 제3 제어부(52) - 예를 들어 버튼 - 와, 멀티 세그먼트 인터링크를 정의하기 위한 선택적으로 제4 제어부 - 예를 들어 체크 박스 - 를 포함한다.

Description

링크 클라우드 및 사용자／커뮤니티로 구동되는 자원의 동적 인터링크 방법{LINK CLOUDS AND USER/COMMUNITY-DRIVEN DYNAMIC INTERLINKING OF RESOURCES}

본 발명은 네트워크 기반 통신 및 정보 디스커버리에 관한 것이고 보다 자세하게는 네트워크가 액세스 가능한 자원들의 네트워크 기반 저장 및 관리에 관한 것이다.

최근 몇 년간, 엔터프라이즈 정보 포탈(Enterprise Information Portal)과 같은 웹 기반 시스템들은 많은 회사에서 중요성이 증가하고 있다. 회사들은 단일의 접속점으로서 여러 애플리케이션들과 프로세스들을 하나의 동종 사용자 인터페이스 내에 통합한다. 오늘날, 이러한 시스템은 거대한 양의 컨텐츠로 구성된다. 이들은 IT 부서에 의해 더 이상 배타적으로 유지되지 않으며, 그 대신 점차 웹 2.0 기술을 이용하여, 사용자로 하여금 생성한 컨텐츠를 추가할 수 있게 한다. 이들 시스템은 서로 다른 사용자들이 서로 다른 지식과 전문 기술을 소유하고 서로 다른 지적 모델을 따르기 때문에 보다 조직적이지 못한 방식으로 그리고 빠르게 성장한다. 계속되는 성장은 실제 관련된 정보에의 액세스를 어렵게 만든다. 사용자는 작업 특유의 그리고 역할 특유의 정보를 빠르게 찾는 것이 필요하지만 정보 과부하에 직면하며 종종 하이퍼스페이스에서의 상실감을 느끼게 된다.

따라서, 사용자들은 단지 자원을 전혀 발견하지 못한다는 이유만으로 자신들의 작업과 가능성있게 관련된 자원을 종종 잃어버린다. 한편으로 사용자들은 현재 자신들의 작업과 관련되지 않은 너무 많은 정보를 얻고 다른 한편으로 올바른 정보를 찾는 것이 지루한 일로 되며 사용자들이 관련된 정보 모두를 얻는 것은 아니다.

최근 인기있는 인터넷 상의 협업 기술 특히 태그 및 등급화(tagging and rating)는 사용자의 관심, 선호도 및 컨텍스트에 대해 판단을 내리게 할 뿐만 아니라 포탈 컨텐츠를 언어로 기술하게 하는 새로운 수단을 제공한다.

이 문맥에서, 태그는 자원에 키워드들(또는 메타데이터)을 할당하는 프로세스이다. 태그 자체는 자원과 연관된 "일정" 메타데이터이다. 태그들 자체는 제어되지 않은 단어로부터 나온 비계층적 키워드들이다.

이 문맥에서, 자원은 고유하게 식별가능한 (주소지정가능한) 엔티티이다. 태그들은 귀중한 메타 정보와, 심지어 하찮은 언어 표현을 웹 자원에 추가할 수 있다.

등급화는 (소설의 비평 등급에서와 같은) 품질, (운동 선수가 그 또는 그녀의 통계에 의해 등급화되는 것에서와 같은) 품질, 또는 이들 양쪽 모두의 일부 조합에 의한 어떤 것의 평가 또는 진단이다. 즉, 이는 얼마나 많은 사람들이 이들을 "좋아하는지"를 나타내는 (예를들어, 수치값) "값"을 자원들에 할당하는 프로세스이다. 등급화 자체는 자원과 연관된 "일정 값"이다. 등급화 자체는 소정의 간격의 가능한 "값들"로부터 선택되는 반면, 간격의 일단부는 통상적으로 "싫어함"을 의미하고 타단부는 "좋아함"을 의미한다.

도 1은 일정 컨텐츠에 대해 검색할 때 종래 기술의 태그 기반 방법에 이용된 종래 기술의 하드웨어 및 소프트웨어 환경의 가장 기본적인 구조적 컴포넌트를 설명하는 도면으로서, 문제점을 제공한다.

웹 클라이언트(10; 대다수의 클라이언트들 중 하나)는 선택된 컨텐츠에 대한 자신의 검색 동안에 웹 서버(12)와 협업한다. 태그들(14)은 컨텐츠를 특징화하는데 이용된다. 검색자가 개개의 웹 브라우저를 갖는 클라이언트인 자신의 클라이언트(10)를 이용하여 액세스하기 위하여 많은 자원들(16A..16N)이 이용가능하다. 태그(14)는 검색하는 사용자에 대해 충분히 선택적이기 못하기 때문에 사용자는 단지 우연적으로만 가장 적합한 컨텐츠를 찾는다.

가장 적합한 컨텐츠를 찾는 지루한 작업의 상술한 문제점 다음으로, 다른 문제는 특정 주제에 대해 일정 컨텐츠를 제공하는 서로 다른 사용자의 서로 다른 레벨의 전문 지식이다. 더 숙련된 사용자는 주어진 주제의 많은 세부 사항을 알고 있으며, 이들 세부 내용들의 지식이 자명한 것이라고 생각하고 있기 때문에 이들을 비공개로 유지할 것이다. 그러나, 인터넷에 대해 컨텐츠를 제공하는 다른 덜 숙련된 사용자들은 많은 세부 사항에 대해 알고 있지 않기 때문에 더 숙련된 사용자에게는 실제로 흥미가 없는 컨텐츠를 생성한다.

마지막에 언급한 문제에 관한 추가적인 문제는 사용자가 종종 동일한 것에 대해 서로 다른 용어를 이용하기 때문에 서로 다른 태그들을 이용하는 것이다. 따라서, 이는 커뮤니티 참여자가 다른 참여자가 표현하려 하는 것을 이해하기 어렵게 한다.

따라서 본 발명의 목적은 네트워크 기반 자원에의 개선된 액세스를 가능하게 하는 방법 및 시스템을 제공하는 것이다.

본 발명의 목적은 첨부된 독립항들에서 기술된 특징들에 의해 달성된다. 추가로, 본 발명의 바람직한 구성 및 실시예들은 각각의 종속항들에 기재되어 있다. 이하, 첨부된 청구항들에 대한 참조가 이루어진다.

본 발명의 가장 넓은 양태에 따르면, 본 발명은 자원들을 동적으로 인터링크(interlink)하는 방법을 포함하며, 자원들은 웹 기반 시스템 내에 존재하고 웹 클라이언트를 통하여 액세스가능하며, 자원들은 상기 자원들을 서로 인터링크하여 네비게이션 모델을 정의하는 그래픽형태 구조로 관리자(administrator)에 의해 표현가능하며, 확장된 네비게이션 모델은 사용자가 생성한 개인 또는 협업 인터링크 기능에 의해 구현되며,

상기 방법은,

a) 사용자로 하여금 임의 자원들(arbitrary resource)에 동적으로 인터링크하게 하용하는 메카니즘을 이용하는 것으로서, 여기서 메카니즘은 사용자가 보고 있는 각각의 자원에 대해 표시되는 GUI 컴포넌트를 포함하고, 상기 GUI 컴포넌트는,

인터링크 메카니즘을 트리거하기 위한 제1 제어부 - 예를 들어 버튼 - 와,

개인 또는 협업 인터링크를 정의하기 위한 제2 제어부 - 예를 들어, 체크 박스 - 와,

목표 자원에 대한 인터링크 프로세스를 완료하기 위한 제3 제어부 - 예를 들어 버튼 - 와,

멀티세그먼트 인터링크를 정의하기 위한 (선택적) 제4 제어부 - 예를 들어 체크 박스 - 를 포함함,

b) 사용자가 생성한 인터링크에 대한 그래픽 표현에 의해 확장된 네비게이션 GUI를 이용하는 것,

c) 예를 들어, 사용자가 실시하였던 링크 시퀀스의 리스트들을 저장함에 의해 두개의 자원들 간의 인터링크들의 빈도를 측정하는 분석 컴포넌트를 이용하는 것,

d) 각각의 현재 자원에 대해 표시된 그래픽 컴포넌트 - 예를 들어, 여기서는 링크 클라우드(link cloud)로서 불림 - 를 이용하는 것으로서, 그래픽 컴포넌트는 현재 자원이 링크되는 이들 자원에 대한 링크들을 포함하며, 여기서 각각의 링크는 그 인터링크 빈도에 따라 차등적으로 표시됨,

e) 웹 클라이언트 내에 영구적으로 표시된 개인 네비게이션 및 커뮤니티 네비게이션을 생성하기 위한 컴포넌트를 이용하는 것으로서, 여기서, 개인 네비게이션은 개인 인터링크들만을 포함하며, 커뮤니티 네비게이션은 협업 인터링크들을 포함함,

f) 각각의 자원에 대해 표시될 관련 자원을 추천(recommend)하기 위해 생성된 인터링크들에 대한 정보(knowledge)에 영향을 주는 컨텐츠 추천 컴포넌트를 이용하는 것,

g) 각각의 자원에 대하여 표시될 멀티세그먼트 인터링크(링크 플로우)를 생성하기 위한 컴포넌트를 선택적으로 이용하는 것을 포함한다.

이들 특징은 사용자의 목표, 예를 들어, 비행기, 호텔을 예약하고 차를 렌트하는 것을 하나의 비지니스 활동으로서 공동으로 정의한 임의의 작업을 행하기 위하여, 대다수의 웹 사이트들 내의 적절한 네비게이션을 검색하는데 있어 시간을 늦추지 않고 매우 효과적인 방식으로 사용자가 네비게이션하게 한다. 추가로, 이는 태그를 이용하지 않고 행해질 수 있다. 따라서 이는 종래 기술의 설명에서 상술한 단점들을 회피한다.

생성된 인터링크 연결들은 개인의 사용으로만 제한될 수 있거나 또는 미리 정의된 사용자 그룹들에 대해 또는 심지어 어떠한 사용자에 대해서도 이용가능하게 이루어질 수 있다. 따라서, 경험있는 사용자들은, 임의의 주어진 비지니스 활동에서의 보다 많은 코맨트들과 설명을 필요로 하는 초보 사용자들 보다 더 짧은 네비게이션 경로를 뒤따를 수 있다.

태그를 사용하지 않고 특정 컨텐츠를 추천할 수 있다. 이는 종래 기술의 설명에서 상술한 단점들을 회피한다.

멀티 세그먼트 링크를 이용할 때, 전체 링크 플로우가 사용자에게 제공될 수 있다. 한 자원에서부터 다음 자원으로 스킵(skip)하는 단계가 자동으로 행해질 수 있거나 또는 사용자 입력에 의해, 예를 들어, 링크 시퀀스, 즉 링크 플로우로 구성된 다음 링크를 자동으로 수행하는 버튼을 클릭함으로써 트리거될 수 있다.

따라서, 일종의 상호작용 "웹 시네마"가 사용자에게 제공될 수 있으며, 여기서 다른 사용자가 인터넷 내의 최상의 컨텐츠를 검색하는 매우 어려운 작업 후에 작성하였던 것을 대다수의 사용자가 쉽게 경험할 수 있다.

본 발명은 예를 들어 설명되며 도면들의 형상에 의해 제한받지 않는다.
도 1은 종래 기술의 방법에 이용된 종래 기술의 하드웨어 및 소프트웨어 환경의 가장 기본적인 구조적 컴포넌트를 나타낸다.
도 2는 본 방법의 바람직한 실시예에 이용된 본 발명의 하드웨어 및 소프트웨어 환경의 가장 기본적인 구조적 컴포넌트를 나타낸다.
도 3은 본 발명의 방법의 바람직한 실시예가 수행될 때 웹 클라이언트와 웹 서버의 상호작용 뿐만아니라 웹 클라이언트와 웹 서버에서의 본 방법의 바람직한 실시예의 가장 중요한 단계들의 제어 플로우를 나타낸다.
도 4는 비지니스 여행을 하기 위해 비행기, 호텔, 일정한 차 및 기차를 예약할 때 이용가능한 인터넷 액세스가능 자원들의 계층적 구성을 나타낸 종래 기술의 샘플 시스템의 구조를 나타낸다.
도 5는 본 방법의 바람직한 실시예를 이용할 때 웹 클라이언트에 표시된 예시적인 GUI를 나타낸다.
도 6은 일부 도시된 자원들 간에 상호연결된 개인 인터링크를 포함한 도 3의 구조를 나타낸다.
도 7은 일부 도시된 자원들 간에 상호연결된 협업 인터링크를 포함한 도 3의 구조를 나타낸다.
도 8은 사용자가 찾고 있는 가장 적합한 자원을 찾을 때 사용자를 도와주기 위해 웹 클라이어트에 표시된 소위 <<Link Clouds(링크 클라우드)>>를 나타낸다.
도 9는 도 3의 방식에 기초하는 개인 및 커뮤니티 네비게이션을 나타낸다.
도 10은 본 발명에 대한, 자원들의 순방향, 역방향 및 측방향 링크를 나타낸다.
도 11은 본 발명에 대한 자원들의 멀티 세그먼트 링크를 나타낸다.
도 12는 본 방법을 이용할 때 각각 필요 또는 유용한 정보를 저장하는데 이용가능한 데이터세트를 나타낸다.

일반적으로 도면을 참조하고, 이하 도 2를 특별히 참조하여 보면, 하나 이상의 웹 클라이언트(10)는 선택된 컨텐츠에 대한 사용자의 탐색 동안에 웹 서버(12)와 다시 협업한다.

그러나, 지시된 본 발명에 따르면, 태그를 대신하여, 가중처리된 링크(18)가 많은 자원들(16A..16N)로 구성된 컨텐츠를 통하여 사용자를 네비게이션하고 안내하는데 이용된다.

단일의 복합 포탈에서의 네비게이션으로 제한한 첫번째 사용 시나리오에서, 웹 서버(12)는 사용자 네비게이션 정보, 즉 더 오랜 이력의 시간 범위에 걸쳐 액세스된 네트워크 자원들의 시퀀스를 저장한다.

그 후, 오프라인에서 및 실제 사용자 트래픽과 무관하게, 본 발명의 평가 컴포넌트가 네비게이션을 분석하고 사용자에 의해 가장 빈번하게 사용되었던 이들 네비게이션 데이터를 결정한다. 평가는 예를 들어 현재 컨텐츠(16A)로부터 시작하여, 대부분의 사용자들 - 예를 들어, 한 달에 160.000 명의 사용자들 - 이 자원 컨텐츠(16N)로의 링크를 선택했음(이는 자원들(16A 및 16N)의 인터링크를 나타내는 화살표(20)로 나타내어짐)을 산출한다.

추가로, 현재 컨텐츠(16A)로부터 다시 시작하여, 더 적기는 하지만 매우 많은 수의 사용자들 - 예를 들어, 한 달에 80.000 명의 사용자들 - 이 자원(J)의 컨텐츠(16J)로의 링크를 선택했다(이는 자원(16A)과 자원(16J)의 인터링크를 나타내는 화살표(22)로 나타내어진다). 따라서, 일종의 링크 통계가 웹 서버에서 영구적으로 행해진다.

따라서, 웹 서버에는 인터링크 엔진 및 데이터베이스(24)가 제공되는데, 이는 임의의 클라이언트(10)에 의해 실제로 액세스된 각각의 자원에 대해 각각의 실제 인터링크 통계를 항상 수집하며, 다음 자원에 대한 이들의 "적절한" 링크를 사용자에게 표시한다. 따라서, 사용자는 이러한 인터링크 제안을 바로 따를 수 있고 대부분의 경우 대다수가 인터넷에서의 작업을 수행하기에 가장 좋은 방법을 찾아내기 때문에 대부분의 경우 자신의 작업을 이전 보다 훨씬 더 빨리 완료할 것이다

두번째 사용 시나리오는 서로 다른 웹 서버들에 걸쳐 인터링크하는 것을 제공한다.

이 시나리오에서, 사용자는 특정 웹 페이지를 요청하려 할 것이다. 이 사용자 요청은 클라이언트 브라우저와 상기 사용자가 원하는 웹 페이지 사이에 미리 연결된 프록시 서버에 의해 인터셉트된다. 이 프록시 서버는 상기 사용자 요청으로부터 상기 웹 페이지의 URL을 추출하고 이 페이지 자체를 요청한다. 프록시 서버는 이 요청된 웹 페이지의 컨텐츠를 페치(fetch)한다. 그 후, 본 발명과 관련된 특정 단계에서, 프록시 서버는 마크업 코드, 또는 위에서 추가로 설명된 본 발명에 대해 고유한 GUI를 포함하는 자신의 추가 마크업 코드와 함께 사용자가 원하는 웹 페이지로부터 수신된 어떤 코드든지 증대시킬 것이다. 따라서, 프록시 서버는 상술한 본 발명의 연결 기능(linkage functionality)을 제공하는 이 추가적인 코드를 수신된 코드 내에 삽입할 것이다.

다음 단계에서, 프록시 서버는 증대된 코드를, 완전히 투명한 프록시 서버의 동작을 갖는 요청한 사용자의 브라우저에 되전달한다. 그 다음, 상술한 바와 같이 링크 클라우드 등에 관한 본 발명의 GUI를 사용자에게 표시하여, 사용자로 하여금 각각 링크 프로세스를 시작 또는 완료하기 위한 버튼을 누르게 허용한다. 링크 통계를 포함하고 관리하는 데이터베이스는 상기 프록시 서버에서 바람직하게 구동한다. 따라서, 도 2에 컨텐츠 추천 엔진 및 네비게이션 엔진으로서 나타낸 바와 같은 링크 수집 및 평가 엔진은 사용자 활동을 수집하고 그에 따라 서로 다른 웹 서버들에 걸쳐 동작한다. 따라서, 서로 다른 웹 서버들 사이의 링크들에 액세스하기 위하여 인터링크 GUI를 표시하는 것이 또한 실행된다.

당해 기술 분야의 숙련된 자는 앞에서 언급한 프록시 서버가 사용자의 웹 브라우저와 하나 보다 많은 웹 서버 사이에 또한 상호연결될 수 있음을 이해할 것이다. 따라서, 프록시 서버는 비지니스 웹 서버의 각각의 미리 정해진 풀과 함께, 비지니스 공급자(offerer)의 미리 정해진 풀에 대한 본 발명의 상술한 연결 기능을 이용함으로써 당해 기술 분야에 따른 사용자 액세스 기능을 포함하고 일종의 "간략한" 비지니스 여행 활동을 사용자에게 제공하는 자신의 "단순 비지니스 여행(voyage)" 포탈을 또한 포함할 수 있다. 이러한 웹 서버의 풀은 예를 들어 20개의 비행기 공급사, 20개의 렌탈 차량 공급사, 20개의 호텔 체인을 포함할 수 있다.

도 3a 및 도 3b는 본 방법의 바람직한 실시예가 수행될 때 웹 클라이언트와 웹 서버의 상호작용 뿐만 아니라 웹 클라이언트와 웹 서버에서의 본 방법의 바람직한 실시예의 가장 중요한 단계들의 제어 플로우를 나타낸다.

도 3a를 참조하여 보면, 본 발명에 따른 인터링크를 생성하는 환경에서 사용자의 웹 브라우저에 의해 포탈 시스템을 통하여 네비게이션하는 사용자(좌측)와, 사용자 요청을 서브하는 웹 서버 클라이언트(우측) 사이의 작업 플로우를 나타내는 상호작용도가 나타나 있다.

제1 단계 310에서, 사용자는 포탈 시스템을 통하여 네비게이션하고, 단계 310의 각각의 웹 요청에 응답하여 각각의 서빙 단계 312에서 클라이언트 웹 서버에 의해 각각 서브되는 하나 또는 다른 웹페이지를 방문한다. 단계 또는 단계들 312에서, 웹 서버는 예를 들어 사용자에 의해 요청중인 페이지에 대한 마크업을 전송함으로써 사용자 요청에 응답한다.

단계 310 및 단계 312는 임의의 미리 정해진 제한없이 반복될 수 있다.

그 후, 사용자가 본 발명의 환경에서 소스 페이지에 대해 네비게이션한다고 보며, 소스 페이지는 사용자가 이로부터 인터링크하기를 원하는 페이지이다(단계 314 참조). 그 요청에 응답하여 단계 316에서 웹 서버가 이 요청을 서브하고 이 소스 페이지에 대한 마크업을 전송한다. 본 발명에 따르면, 이 소스 페이지는 버튼 "이 페이지로부터 인터링크(interlink from)"(또한 도 5의 도면부호 50 및 54를 참조)를 포함하는 것으로 볼 수 있다. 사용자는 현재 웹 페이지(소스 페이지)를 자신이 생성한 인터링크를 위한 소스로서 선택한다고 결정한다. 따라서, 사용자는 단계 318에서 버튼 "이 페이지로부터 인터링크"를 클릭한다. 이 버튼의 클릭은 웹 서버 측에서의 소스 페이지의 ID의 저장을 트리거한다. 사용자는 도 12에서 예시적으로 나타낸 바와 같은 전체의 완전한 데이터 세트(full complete data set)가 소스 페이지의 이전에 언급한 ID에 대해 저장될 수 있도록 치수조정되고 적합하게 된 저장 공간을 할당한다.

그 후, 사용자는 네비게이션을 계속한다고 보는데, 즉, 사용자가 포탈 시스템을 통해 네비게이션하고, 네비게이션 단계들의 시퀀스 후, 사용자가 원래 찾기를 원했던 것, 말하자면 "목표 페이지" 즉, 어떤 비지니스 환경에 의해 소스 페이지에 연관된 소스 페이지에 대응하는 웹 페이지를 찾을 때까지 20 개의 페이지에 걸쳐 찾는다. 사용자가 원하는 비지니스 활동을 완료하기 위하여 사용에 유용한 페이지를 정확하고 맞게 찾는 것을 실현하였다면, 사용자는 버튼 "이 페이지로 인터링크(interlink to here)"(도 5의 도면부호 52를 또한 참조)를 클릭한다. 이 버튼 "이 페이지로 인터링크"는 기본적으로 사용자에게 일부 유용한 컨텐츠를 보여주는 이들 모든 웹 페이지 내에서 본 발명에 따라 사용자에게 표시되거나, 또는 본 발명의 인터링크 절차에 대해 목표를 생성할 때 사용자가 여유를 느낄 수 있도록 하기 위해 모든 웹 페이지에 제공된다면 본 발명의 실시예에 따라 사용자에게 표시된다. 이는 단계 322와 단계 324에서 발생한다.

그 후, 추가 단계 326에서 사용자가 버튼 "이 페이지로 인터링크"를 클릭한 것으로 본다. 사용자가 단계 320에서 본 인터링크에 대해 저장된 소스 페이지에 관한 저장 위치에서 버튼 "이 페이지로 인터링크"를 클릭했을 경우, 이 클릭은 목표 페이지, 즉 현재 페이지의 ID의 저장을 트리거한다. 그 후, 도 12에서 나타낼 바와 같이 웹 서버가 추가의 데이터를 수집한다. 따라서, 단계 328에서, 도 12에 따른 데이터 세트가 저장된다. 이에 의해, 다른 웹 세션에서의 소스 페이지를 사용자 또는 다른 사용자가 방문할 때 사용자의 비지니스 활동의 신속한 완료를 위한 효율적인 네비게이션을 제공하기 위하여, 사용자가 이 인터링크의 소스 페이지를 방문할 때 추가의 사용자에게 또는 동일한 사용자에게 단계 328의 데이터 세트를 제공할 수 있다.

이는 도 3b를 참조로 보다 자세하게 나타나 있다.

도 3b는 도 3a를 참조하여 예시적으로 설명되고 이전에 생성된 인터링크를 제공하는 웹 서버의 단계들을 포함하는 상호작용도를 나타낸다.

이하, 도 3b를 참조하여 보면, 사용자는 도 3a의 비지니스 활동을 수행하려 하고 상술한 바와 같이 포탈 시스템을 통하여 네비게이션하려 하는 것으로 본다. 단계 350에서, 사용자는 주어진 웹 페이지를 요청하고, 이 요청은 단계 352에서, 요청 페이지의 마크업을 포함한 요청의 응답을 전송함으로써 웹 서버에 의해 서브된다.

단계 350의 네비게이션 동안, 또는 사용자가 단계 350의 웹 페이지에 도달하기 전의 사용자가 요청한 각각의 웹 페이지의 네비게이션 동안, 도 8에서 링크 클라우드(80)의 환경을 예시적으로 나타낸 바와 같이 목표 페이지에 대한 모든 이용가능하고 미리 저장된 인터링크들을 각각의 웹 페이지 마다 또는 각각의 자원 마다 사용자가 표시받음을 알아야 한다.

그 후, 추가 단계 362에서, 사용자는 이용가능한 인터링크를 따른다고 결정하고, 그에 따라 사용자가 네비게이션하기를 원하는 페이지로의 원하는 링크를 포함하는 이 링크 클라우드 내의 링크를 클릭한다. 물론, 제안되어 표시된 링크 클라우드의 멤버들은 링크 클라우드의 각각의 링크 뒤에 활동을 설명하는 이름을 가질 수 있다. 따라서, 도 8에 따라 예를 들어, "호텔 예약"으로 명명된 링크 이름은 청구하고자 비지니스 활동, 즉, 호텔 객실을 예약하기 위한 것임을 매우 잘 나타낸다.

따라서, 당해 기술 분야의 숙련된 자는 사용자가 추천 링크를 클릭할 때 사용자의 원하는 비지니스 활동을 완벽하게 완료할 가능성이 매우 높다는 것을 알 것이다.

그 후, 링크 클라우드의 제안받은 링크를 클릭한 후, 단계 364에서 서버는 원하는 목표 페이지를 서브한다.

도 4 내지 도 11을 참조하여, 비지니스 여행을 하기 위해 비행기, 호텔 및 일부 차 및 기차를 예약하는 환경에서 본 방법의 예시적인 이용을 설명한다.

도 4는 비지니스 여행을 행하기 위하여 비행기, 호텔 및 일부 차 및 기차를 예약할 때 이용가능한 인터넷으로 액세스가능한 자원들의 계층적 구성을 보여주는 종래 기술의 샘플 시스템의 구조를 나타낸다. 도 4를 참조로, 종래 기술의 사용 단점을 다음과 같이 아래 설명하며 본 발명과 대조시켜 설정한다.

웹 기반 시스템은 위의 관점에서 자원들의 집합체로 구성된다. 많은 일반적인 웹 기반 시스템에서 이들 자원은 (웹) 페이지들이고, 포탈 시스템에서 이들은 페이지 및 포틀릿(portlet)들이다. 이들 자원은 컨텐츠 및 서비스를 사용자에게 제공한다. 서로 다른 자원은 여전히 관련될 수 있는 서로 다른 컨텐츠를 제공한다. 예를 들어, 비행기, 호텔, 차 또는 기차를 예약하는 수단을 제공하는 엔터프라이즈 정보 포탈의 페이지 부분 - 유사한 이용 사례를 갖는 서로 다른 페이지들 - 이 있을 수 있다.

웹 2.0 시대 이전에, 이들 자원은 일부 중심 사례, 일반적으로 관리자 또는 컨텐츠 제작자(content author)에 의한 관련성을 가져왔다. 그러나, 이들 중복 구조(superimposed structure)는 사용자의 지적 모델에 대해 반드시 순응하는 것이 아니였기 때문에 필요한 정보를 찾는데 상당한 노력을 들이게 했다.

구조가 관리자가 계획했던 설계를 따르지 않았을 경우 사용자가 생성한 컨텐츠가 추가되었다면 이는 더욱 악화된다.

도 4는 샘플 시스템의 구조 - 루트 노드 아래에 4개의 브렌치가 존재함 - 를 나타낸다. 제1 브랜치를 따라, 제작자는 "비행"을 처리하는 어떤 것을 갖는 모든 것, 예를 들어, 공항(위치, 비행기의 도착 및 출발 시간 등), 여행 규정(공공 규정 및 내부 회사 규정)에 대한 정보를 제공하는 페이지들 및 마지막으로 비행기를 예약하는 페이지를 배치한다. 제2 브랜치를 따라, 제작자는 "호텔"을 처리하는 어떤 것을 갖는 모든 것, 예를 들어, 서로 다른 장소에서의 호텔에 대한 정보를 제공하는 페이지 뿐만 아니라 최종적으로 호텔을 예약하는 페이지를 배치한다. 제3 브랜치를 따라 "차와 기차"를 처리하는 어떤 것을 갖는 유사한 페이지를 두었다. 제4 브랜치 아래에서, 사용자는 이들의 여행 비용을 처리하는 페이지를 찾는다.

경험있는 사용자는 자신의 선호하는 공항, 외부 및 내부 여행 규정 등에 대해 알고 있다 - 이들은 단지 자신들의 예약을 행하기만을 원한다. 위의 구조가 주어지면, 사용자는 예약 페이지를 거치는 많은 (불필요한) 클릭을 수행해야 할 것이다. 태그 엔진의 유용성을 이용하여, 사용자는 용어 "예약"을 갖는 이들 페이지를 태그(이 또한 작업되어야 함)했을 수 있지만 그렇다 하더라도 사용자는 태그 클라우드를 활성화하고(fire up), 올바른 태그를 선택하고 선택된 태그로 태그되었던 자원들의 결과 리스트를 분석하고 제공받은 리스트들 중 올바른 하나를 선택해야 할 것이다. 또한, 설명된 시나리오에서와 관련없지만 용어 "예약"을 갖는 더 많은 페이지들이 태그되었을 수 있다.

도 5는 본 방법의 바람직한 실시예를 이용할 때 웹 클라이언트 내에 표시된 예시적인 GUI(50, 52)를 나타낸다.

도 6은 일부 나타낸 자원들 간을 상호연결하는 개인 인터링크(60, 62, 64)를 포함하는 도 3의 구조를 나타낸다.

도 5 및 도 6을 참조하여 보면, 본 실시예에 따른 사적인 개인 인터링크는 Nauerz 등의 2009년(여기서는 참조로서 포함된 아래 설명의 끝부분을 참조)에 설명된 개인 태그들과 유사한 양태를 띤다. 이들 인터링크는 이들을 생성했던 사용자에게만 보여질 수 있다. 도 5는 사적인 개인 인터링크가 통상적인 웹 포탈 솔루션 내에서 생성될 수 있는 방법을 예시적으로 가시화하고 있다. 첫번째로, 사용자는 자신이 인터링크 출발(interlink from)하기를 원하는 자원인 소스 자원에 대해 네비게이션한다. 자원은 페이지, 포틀릿 또는 고유하게 참조가능한 어떤 것일 수 있다. 여기서 사용자는 링크 프로세스를 트리거하는 버튼을 클릭한다. 그 후 사용자는 자신이 인터링크 도달(interlink to)하기를 원하는 자원인 목표 자원에 대해 네비게이션하고, 링크 프로세스를 완료하고 양쪽 자원들 사이의 인터링크를 확립하는 버튼을 클릭한다.

모든 사용자가 자신이 개인적으로 생각한 자원들을 인터링크할 수 있는 이 방법은 반드시 단일의 사용자일 필요가 있는 것은 아닌 다수를 만족시키는 구조를 항상 생성하려 하는 컨텐츠 제작자 또는 관리자가 계획했던 것과는 완전 독립적으로 관련되어야 한다. 사용자는 관련 컨텐츠 사이의 교차 참조 및 개인의 단축활성부를 수동으로 생성할 수 있다. 시스템을 통해 네비게이션하는 이 방법은 개별화될 수 있고 속도를 높일 수 있다.

이전에 설명한 예에서, 사용자는 여행 비용 페이지와 3개의 예약 페이지를 순차적으로 지나감으로써만 자신의 예약을 행해하기를 항상 원하는 경험있는 사용자들 중 하나일 수 있다. 따라서, 이러한 사용자는 도 6에 도시된 3개의 개인 인터링크 - 점선으로 된 연결부 60, 62, 64를 참조함 - 를 생성할 것이며, 3개의 개인 인터링크 중 하나는 비행기 예약 페이지로부터 호텔 예약 페이지로의 인터링크이며, 다른 하나는 호텔 예약 페이지로부터 차 예약 페이지로의 인터링크이며, 또 다른 하나는 차 예약 페이지로부터 여행 비용 페이지로의 인터링크이다. 사용자가 자신의 예약을 행하는 다음 번에, 사용자는 단지 3번의 클릭만을 행하고 자신의 여행 비용을 수집하는 위젯(widget)을 포함한 자신의 개인 인터링크를 따름으로써 이 경로를 따를 수 있다.

도 7을 참조하여 보면, 협업 동적 인터링크를 허용할 경우 본 발명의 동적 인터링크 절차의 이점이 명백해질 것이다.

도 7은 일부 나타낸 자원들 간을 상호연결하는 협업 인터링크를 포함하는 도 3의 구조를 나타낸다.

하나의 사용자에 의해 생성된 협업 동적 인터링크는 모든 다른 사용자들에게도 또한 보여질 수 있다. 협업 인터링크를 생성하는 것은, 생성될 다음 인터링크가 개인 인터링크여야 함을 나타내는 체크박스가 선택되지 않아야 하는 것(도 5에 대한 위의 텍스트를 참조)을 제외하고는, 개인 인터링크를 생성하는 것과 유사하게 행해진다.

이전에 생성된 개인 인터링크가 협업 인터링크로서 또한 생성될 수도 있다. 따라서, 하나 이상의 경험있는 사용자는 예약 페이지들 사이의 인터링크를 설정할 수 있다. 이는 처음으로 자신들의 예약을 행하는 것을 원하는 사람을 도울 수 있다. 이들 사용자는 더 이상 다른 페이지들을 탐색한 후에야 예약 페이지를 탐색하는 것을 필요로 하지 않으며, 그 대신에 이용가능한 인터링크를 따를 수 있다.

개인 및 협업 인터링크는 물론 혼합될 수 있도 있다. 예를 들어, 예약 페이지들을 인터링크한 협업 인터링크(점선으로 표시된 연결부)에 더하여, 보다 덜 경험있는 사용자들은 이들 페이지로부터, 여행 규정들(파선으로 표시된 연결부 - 도 6을 다시 참조 - )에 대한 정보를 제공하는 대응 페이지들로 인터링크하기를 원할 것이다.

도 7 및 도 8을 특별히 참조하여, 본 발명에 따라 동적 인터링크들을 가시화하는 본 발명의 특징을 아래 설명할 것이다.

도 8은 사용자가 찾고 있는 가장 적합한 자원을 찾을 때 사용자를 보조하기 위해 웹 클라이언트에서 표시된 소위 "Link Cloud"를 나타낸다.

물론 임의의 자원으로부터 임의의 다른 자원으로의 복수의 인터링크가 생성될 수 있으며, 유사하게, 각각의 단일 자원이 자원을 가르키는 수개의 인터링크의 엔드포인트일 수 있다는 점이 중요한 양태이다. 사용자의 필요에 따라 본 발명의 인터링크는 또한 다른 예약 페이지들 사이(도 7을 참조, 여기서는 점선 뿐만 아니라 실선도 협업 인터링크를 나타냄), 예를 들어 비행기 예약 페이지와 차 예약 페이지 사이, 비행기 예약 페이지와 여행 비용 페이지 사이에도 추가될 수 있다. 이는 예를 들어, 사용자가 차를 전혀 예약하지 않고 각각의 페이지를 스킵하기를 원하기 때문에 3개의 예약 페이지 모두를 전혀 필요로 하지 않는 사용자에 의해 행해질 수 있다.

이는 단일 자원이 복수의 태그들로 태그될 수 있는 종래 기술의 협업 태그 환경에서 관측될 수 있는 것과 유사하다. 단일 자원 또는 자원들의 세트에 대해 태그를 가시화하는 가장 중요한 개념(및 이들의 중요성)은 태그 클라우드이다. 태그 클라우드는 어느 태그가 이용가능한지 그리고 (사용자가 찾고 있는 것에 대하여) 이들이 얼마나 자주 적용되었는지를 표시하며, 보다 자주 적용된 태그들이 보다 중요한 태그로서 간주되며, 이들은 보다 큰 폰트 크기로 통상 표현된다.

당해 기술 분야의 숙련된 자는 유사한 메카니즘이 제안됨을 알 것이며, 이는 동적 인터링크를 가시화하기 위한 링크 클라우드로서 언급된다. 한 자원에서 다른 자원으로 네비게이션할 때 관리자 또는 컨텐츠 제작자에 의해 원래 생성되었던 링크들에 더하여 사용자 또는 커뮤니티가 생성한 개인 인터링크를 이용할 수 있다.

따라서, 예를 들어, 협업 인터링크가 위에서 설명된 바와 같이 생성되었다면, 비행기 예약 페이지 상에 있을 때, 컨텐츠 제작자에 의해 모델링된 것 보다 더 우수한 비행기 페이지에의 링크가 있을 수 있다. 그러나, 추가적으로 링크 클라우드는 호텔 페이지, 차 페이지 및 여행 비용 페이지로의 인터링크를 표시할 수 있다. 대부분의 사용자가 호텔 페이지로부터 차 페이지로 네비게이션한다면, 더 많은 사람들이 이들 두 페이지를 인터링크할 것이다. 따라서, 예를 들어 10명의 사용자들이 비행기 예약 페이지에서 호텔 예약 페이지로 인터링크하고, 5명의 사용자들이 비행기 예약 페이지에서 차 예약 페이지로 인터링크하고 1명의 사용자가 비행기 예약 페이지에서 여행 비용 페이지로 인터링크하였다면, 첫번째 연결(linkage)이 가장 중요한 연결로, 두번째 연결이 두번째로 가장 중요한 연결 등으로 간주될 것이다. 도 7은 더 두꺼운 실선의 연결부는 더 많은 사용자에 의해 설정된 인터링크를 나타냄으로써 이를 가시화한다.

링크 클라우드는 이 중요도를 사용자에게 가시화한다. 다른 솔루션을 생각할 수 있다. 도 8에 따른 본 발명의 추가의 실시예에서, 링크 클라우드는 사용자들이 링크하려 하는 목표 자원의 설명을 제공하는 태그 클라우드와 같이 보여진다. (얼마나 자주 특정 인터링크가 설정되었는지에 의해 유도되는) 이용가능한 협업 인터링크들의 중요도에 따라, 일부 목표는 다른 것보다 더 부각되어 (더 큰 폰트 크기로) 표현될 수 있다.

도 9 및 도 10을 참조하여, 본 발명에 따른 개인 및 커뮤니티 네비게이션을 이하 설명한다.

도 9는 도 6의 방식에 기초하는 개인 및 커뮤니티 네비게이션을 나타낸다.

도 10은 본 발명에 대한, 자원의 순방향, 역방향, 및 측방향 링크를 나타낸다.

본 발명에 따라 시스템에서 이용가능한 모든 개인 및 협업 인터링크들을 고려하여 보면, 사용자들에게는, 관리자 또는 컨텐츠 제작자에 의해 최초에 선택된 것을 수반한, 사용자들이 선택할 수 있는 추가적인 네비게이션 메뉴가 제공된다. 따라서, 사용자에게는 모든 페이지의 상단 코너에 표시된 풀 다운 메뉴(pull-down menu)가 제공되며, 여기서 사용자는 다음 네비게이션 메뉴들 중에 선택할 수 있다.

- 최초 네비게이션

- 개인 네비게이션

- 커뮤니티 네비게이션

- 집합적 네비게이션(aggregated navigation)

최초 네비게이션은 어떠한 개인 또는 커뮤니티 인터링크도 포함하지 않는, 관리자 또는 컨텐츠 제작자에 의해 생성된 네비게이션을 나타낸다.

개인 네비게이션은 개인 인터링크들이 표준 네비게이션 메뉴 내에서 이용될 수 있도록 최초 네비게이션에 개인 인터링크들을 추가한다.

커뮤니티 네비게이션은 최초 네비게이션에 협업 인터링크들을 추가한다.

집합적 네비게이션은 최초 네비게이션에 개인 및 협업 인터링크들을 추가한다.

개인 또는 커뮤니티 인터링크로만 구성되고 최초 네비게이션을 전혀 포함하지 않은 네비게이션 메뉴를 표시하는 것도 또한 가능하다. 이는 추가적인 체크 박스를 통하여 제어될 수 있다.

이전 샘플들에 대하여, 도 9는 모든 협업 인터링크 및 사용자의 개인 인터링크 뿐만 아니라 관리자가 생성한 모든 링크들을 포함하는 집합적 네비게이션을 나타낸다. 파선의 연결이 없는 동일한 도면은 커뮤니티 네비게이션을 나타내고, 점선의 연결이 없는 동일한 도면은 개인 네비게이션을 나타내며, 파선 및 점선의 연결이 없는 도면은 최초 네비게이션을 나타낸다.

도 10을 참조하여, 본 발명에 따른 컨텐츠 추천의 본 특징이 보다 자세히 설명된다.

본 발명에 따르면, 임의의 자원에 대한 들어오고 나오는 동적 인터링크에 대한 정보에 영향을 주어, 관련 컨텐츠 추천을 수행하게 한다.

3개의 시나리오는 다음과 같이 제안된다.

순방향 링크(도 10에서 점선으로 표시됨)는 가장 평범한 사례를 기술한다. 이전 예에 대하여, 인터링크가 비행기 예약 페이지로부터 호텔 예약 페이지로, 차 예약 페이지로, 그리고 여행 비용 페이지로 가르키는 인터링크가 존재함을 누구나 알 수 있다. 따라서, 모든 이들 3개 목표 페이지들이 소스 페이지를 처리하는 어떤 것을 갖고 있고 소스 페이지 상에 있을 때 추천될 수 있음을 누구나 알 것이다.

역방향 링크(도 10에서 또한 점선으로 표시됨)는 두번째 사례를 기술한다. 비행기 예약 페이지, 호텔 예약 페이지 및 차 예약 페이지가 여행 경비 페이지에 링크하고 있음을 누구나 알 수 있다. 따라서, 누구나 목표 페이지 상에 있을 때 이들 3개의 소스 페이지들을 추천할 수 있다.

측방향 링크(도 7에서 또한 적색 선으로 표시됨)는 세번째 사례를 기술한다. 또한 비행기 예약 페이지로부터 호텔 예약 페이지로, 차 예약 페이지로, 및 여행 비용 페이지로 가르키는 인터링크가 존재함을 알 수 있다. 따라서, 소스와 목표 페이지 사이의 관계 뿐만 아니라 소스들(또는 목표) 자체 간의 관계도 있을 수 있다. 따라서, 호텔 예약 페이지와 차 예약 페이지 양쪽 모두가 동일한 소스 페이지로부터 참조되기 때문에 호텔 예약 페이지에 있는 사용자는 또한 차 예약 페이지에도 관심을 보일 수 있다. 따라서, 각각의 링크 클라우드가 사용자에게 제공된다.

도 11을 참조하여, 멀티세그먼트 링크의 본 발명의 특징을 아래 설명한다.

본 발명은 또한 하나의 자원이 정확히 다른 하나의 자원만을 인터링크하기 보다는 더 많은 인터링크를 행할 수 있게 허용한다. 인터링크들, 즉, "링크 플로우"와 같은 경로들의 연속하는 시퀀스에 레퍼런스가 부여된다.

이러한 경로들은 사용자에 의해 수동으로 생성될 수 있거나(UI/GUI(도 5를 참조) 내의 추가적인 체크박스가 이를 행하게 허용함) 또는 다른 보다 세련된 변형예에서는 이들 경로가 시스템에 의해 검출되어 기록될 수 있다. 후자의 경우는 다음에 기초할 수 있다:

"최상의" 인터링크(대부분의 사용자에 의해 설정된 인터링크)는, 한 자원에서 다른 자원으로, 또는 사용자가 이용가능한 인터링크가 어느 것인지를 분석시 다시 한 자원에서 다른 자원으로 가장 자주 뒤따른다.

본 샘플에 대하여, 이러한 경로는 자원들인, 홈 페이지, 비행기 예약 페이지, 호텔 예약 페이지, 차 예약 페이지 및 여행 비용 페이지로 구성될 수 있다(도 11을 참조).

인터링크를 생성 및 표시하기 위한 본 발명의 방법을 이용할 때 각각 필요 또는 유용한 정보를 저장하는데 이용가능한 데이터세트(129)를 나타내는 도 12를 참조하여 보면, 이러한 데이터세트는 다음 데이터를 포함한다:

소스 오브젝트 ID(122), 예를 들어, 소스 페이지 또는 포틀릿의 URL;

목표 오브젝트 ID(124), 예를 들어, 목표 페이지 또는 포틀릿의 URL;

링크가 개인 또는 협업으로서 처리될지를 특정하는 플래그(126);

개인 플래그의 경우, 예를 들어, 단일의 포탈 오브젝트들 간의 인터링크가 발생할 때에는 통상적인 사용자 ID의 형태로 되고, 그렇지 않으면, 사용자가 이용했고 컴퓨터의 URL, 인터링크를 발생시킨 날짜(130) 및 시간(132)과 연결된 컴퓨터의 하드웨어 ID의 형태로 된 사용자 ID(128).

선택적으로 이 데이터세트를 구성하는 것은:

예를 들어, 전문가 또는 학습자 또는 매체 경험 사용자들에 대한 서브커뮤니티 ID(134),

사용자에게 적합한 방식으로 인터링크를 표시하기 위한 이용시 하드웨어 디바이스의 ID(136),

인터링크가 주말 동안 발생했는지 여부를 특정하는 플래그(138).

본 발명은 완전한 하드웨어 실시예, 완전한 소프트웨어 실시예 또는 소프트웨어 요소와 하드웨어 요소 양쪽 모두를 포함한 실시예의 형태를 취할 수 있다. 바람직한 실시예에서, 본 발명은 이들에 한정되는 것은 아니지만, 펌웨어, 상주형 소프트웨어, 마이크로코드 등을 포함한 소프트웨어로 구현된다.

추가로, 본 발명은 임의의 명령 실행 시스템 또는 컴퓨터에 의한 사용을 위한 프로그램 코드 또는 이와 관련된 프로그램 코드를 제공하는 컴퓨터 사용가능 또는 컴퓨터 판독가능 매체로부터 액세스가능한 컴퓨터 프로그램 제품의 형태를 취할 수 있다. 본 설명의 목적으로, 컴퓨터 사용가능 또는 컴퓨터 판독가능 매체는 명령 실행 시스템, 장치, 또는 디바이스에 의한 사용을 위한 프로그램 또는 이와 관련된 프로그램을 포함하고, 저장하고, 전달하고, 전파하거나 또는 전송할 수 있는 임의의 장치일 수 있다.

매체는 전자적, 자기적, 광학적, 전자기적, 적외선 또는 반도체 시스템(또는 장치 또는 디바이스) 또는 전파 매체일 수 있다. 컴퓨터 판독가능 매체의 예는 반도체 또는 고체 상태 메모리, 자기 테이프, 탈착가능 컴퓨터 디스켓, 랜덤 액세스 메모리(random access memory; RAM), 읽기 전용 메모리(read-only memory; ROM), 리지드 자기 디스크 및 광학 디스크를 포함한다. 광학 디스크의 현재 예는 콤팩트 디스크 읽기 전용 메모리(compact disk - read only memory; CD-ROM), 콤팩트 디스크 읽기/쓰기(compact disk - read/write; CD-R/W) 및 DVD를 포함한다.

프로그램 코드를 저장 및/또는 실행하기에 적합한 데이터 처리 시스템은 직접 연결된 또는 시스템 버스를 통하여 메모리 소자들에 간접 연결된 적어도 하나의 프로세서를 포함한다. 메모리 소자는 프로그램 코드의 실제 실행 동안 채택된 로컬 메모리, 벌크 저장, 및 코드가 실행 동안 벌크 저장로부터 검색되어야 하는 횟수를 감소시키기 위해 적어도 일부의 프로그램 코드의 임시 저장을 제공하는 캐시 메모리를 포함할 수 있다.

입력/출력, 즉 I/O 디바이스(이들에 한정되는 것은 아니지만 키보드, 디스플레이, 포인팅 디바이스 등을 포함함)가 시스템에 직접 또는 중간 I/O 컨트롤러를 통하여 시스템에 연결될 수 있다.

또한 네트워크 어댑터를 시스템에 연결하여 데이터 처리 시스템으로 하여금 중간의 개인 또는 공용 네트워크를 통하여 다른 데이터 처리 시스템 또는 원격 포인터 또는 저장 디바이스에 연결되게 할 수 있다. 모뎀, 케이블 모뎀, 및 이더넷 카드는 단지 현재 이용가능한 몇몇 유형의 네트워크 어댑터이다.

문헌:

[Nauerz 등, 2009] Andreas Nauerz, Fedor Bakalov, Martin Welsch, 및 Birgitta Knig-Ries - (사용자 모델링, 적응 및 개인화에 대한 1차 및 17차 국제 회의와 관련된) 2009년 이탈리아 트렌토의, 웹 2.0에 대한 적응 및 개인화에 대한 국제 워크샵의 회보 - 웹 2.0 포탈에서의 컨텐츠 추천을 위한 새로운 태그 패러다임.

10: 웹 클라이언트
12: 웹 서버
14: 태그들
16A..16N: 자원들

Claims (5)

1. 자원들(16A 및 16N)을 동적으로 인터링크하는 방법에 있어서,
   상기 자원들(16)은 웹 기반 시스템의 서버(12) 상에 있고 웹 클라이언트(10)를 통하여 액세스가능하며, 상기 자원들(16)은 상기 자원들(16)을 서로 인터링크하여 네비게이션 모델(40)을 정의하는 그래픽형태 구조(graph-like structure)로 관리자에 의해 표현가능하며,
   상기 방법은,
   a) 사용자로 하여금 임의 자원들(16)을 동적으로 인터링크(20, 22)하게 하는 메카니즘을 이용하는 단계와,
   b) 사용자가 생성한 개인 또는 협업 인터링크(60, 61, 62)에 의해 확장된 네비게이션 모델(40)을 이용하는 단계와,
   c) 사용자가 생성한 인터링크에 대한 그래픽 표현을 포함하는 네비게이션 GUI(50, 52, 54, 56)를 이용하는 단계와,
   d) 두개의 자원들(16) 간의 가장 빈번하게 정의된 인터링크(20, 22, 60, 62, 64)를 측정하는 분석 컴포넌트(102)를 이용하는 단계와,
   e) 현재 자원(16)에 대해 표시된 그래픽 컴포넌트(80)를 이용하는 단계 - 상기 그래픽 컴포넌트(80)는 현재 자원이 링크되어 있는 자원들(16)에의 링크들을 포함하고, 각각의 링크는 빈도에 따라 차등적으로 표시됨 - 와,
   f) 웹 클라이언트(10) 내에 영구적으로 표시된 개인 네비게이션 및 커뮤니티 네비게이션을 생성하는 컴포넌트(110)를 이용하는 단계 - 상기 개인 네비게이션은 개인의 인터링크들만을 포함하고 상기 커뮤니티 네비게이션은 협업 인터링크들을 포함함 - 와,
   g) 각각의 자원에 대하여 표시될 관련 자원들을 추천하기 위해 생성된 인터링크들에 대한 정보(knowledge)에 영향을 주는 컨텐츠 추천 컴포넌트(104)를 이용하는 단계
   를 포함하고,
   상기 메카니즘은 사용자가 보고 있는 자원(16)에 대해 표시된 GUI 컴포넌트(50, 52)를 포함하고,
   상기 GUI 컴포넌트(50, 52)는,
   인터링크 메카니즘을 트리거하는 제어부(54)와,
   개인 또는 협업 인터링크를 정의하는 제어부(56)와,
   목표 자원에 대한 인터링크 프로세스를 완료하는 제어부(52)
   를 포함하는 것인 자원들의 동적 인터링크 방법.
2. 제1항에 있어서, 멀티세그먼트 인터링크들을 정의하는 제어부(58)의 이용을 더 포함하는 자원들의 동적 인터링크 방법.
3. 제1항에 있어서, 링크 플로우를 생성하는 단계를 더 포함하는 자원들의 동적 인터링크 방법.
4. 자원들(16A..16N)의 동적 인터링크를 위해 이용가능한 전자적 웹 기반 데이터 처리 시스템(12)에 있어서,
   상기 자원들(16)은 상기 데이터 처리 시스템(12) 상에 있고 웹 클라이언트(10)를 통해 액세스가능하며, 상기 자원들(16)은 상기 자원들(16)을 서로 인터링크하여 네비게이션 모델(40)을 정의하는 그래프 형태 구조(graph-like structure)로 관리자에 의해 표현가능하며,
   상기 데이터 처리 시스템(12)은,
   사용자로 하여금 임의 자원들(16)을 동적으로 인터링크(20, 22)하게 하는 메카니즘과,
   b) 사용자가 생성한 개인 또는 협업 인터링크(60, 61, 62)에 의해 확장된 확장형 네비게이션 모델(40)과,
   c) 사용자가 생성한 인터링크에 대한 그래픽 표현을 포함하는 네비게이션 GUI(50, 52, 54, 56)와,
   d) 두개의 자원들(16) 간의 가장 빈번하게 정의된 인터링크(20, 22, 60, 62, 64)를 측정하는 분석 컴포넌트(102)와,
   e) 현재 자원(16)에 대해 표시된 그래픽 컴포넌트(80) - 상기 그래픽 컴포넌트(80)는 현재 자원이 링크되어 있는 자원들(16)에의 링크들을 포함하고 각각의 링크는 빈도에 따라 차등적으로 표시됨 - 와,
   f) 웹 클라이언트(10) 내에 영구적으로 표시된 개인 네비게이션 및 커뮤니티 네비게이션을 생성하는 컴포넌트(110) - 상기 개인 네비게이션은 개인의 인터링크들만을 포함하고 상기 커뮤니티 네비게이션은 협업 인터링크들을 포함함 - 와,
   g) 각각의 자원에 대하여 표시될 관련 자원들을 추천하기 위해 생성된 인터링크들에 대한 정보(knowledge)에 영향을 주는 컨텐츠 추천 컴포넌트(104)
   를 포함하고,
   상기 메카니즘은 사용자가 보고 있는 자원(16)에 대해 표시된 GUI 컴포넌트(50, 52)를 포함하고,
   상기 GUI 컴포넌트(50, 52)는,
   인터링크 메카니즘을 트리거하는 제어부(54)와,
   개인 또는 협업 인터링크를 정의하는 제어부(56)와,
   목표 자원에 대한 인터링크 프로세스를 완료하는 제어부(52)
   를 포함하는 것인 데이터 처리 시스템.
5. 컴퓨터 판독가능 프로그램을 포함한 컴퓨터 이용가능 매체를 포함하는 컴퓨터 프로그램 제품에 있어서,
   상기 컴퓨터 판독가능 프로그램은 컴퓨터 상에서 실행될 때 상기 컴퓨터로 하여금,
   a) 사용자로 하여금 임의 자원들(16)을 동적으로 인터링크(20, 22)하게 하는 메카니즘을 수행하는 단계와,
   b) 사용자가 생성한 개인 또는 협업 인터링크(60, 61, 62)에 의해 확장된 네비게이션 모델(40)을 이용하는 단계와,
   c) 사용자가 생성한 인터링크에 대한 그래픽 표현을 포함하는 네비게이션 GUI(50, 52, 54, 56)를 이용하는 단계와,
   d) 두개의 자원들(16) 간의 가장 빈번하게 정의된 인터링크(20, 22, 60, 62, 64)를 측정하는 분석 컴포넌트(102)를 이용하는 단계와,
   e) 현재 자원(16)에 대해 표시된 그래픽 컴포넌트(80)를 이용하는 단계 - 상기 그래픽 컴포넌트(80)는 현재 자원이 링크되어 있는 자원들(16)에의 링크들을 포함하고, 각각의 링크는 빈도에 따라 차등적으로 표시됨 - 와,
   f) 웹 클라이언트(10) 내에 영구적으로 표시된 개인 네비게이션 및 커뮤니티 네비게이션을 생성하는 컴포넌트(110)를 이용하는 단계 - 상기 개인 네비게이션은 개인의 인터링크들만을 포함하고 상기 커뮤니티 네비게이션은 협업 인터링크들을 포함함 - 와,
   g) 각각의 자원에 대하여 표시될 관련 자원들을 추천하기 위해 생성된 인터링크들에 대한 정보(knowledge)에 영향을 주는 컨텐츠 추천 컴포넌트(104)를 이용하는 단계
   를 수행하도록 하는 기능 컴포넌트(102, 104, 110)를 포함하며,
   상기 메카니즘은 사용자가 보고 있는 자원(16)에 대해 표시된 GUI 컴포넌트(50, 52)를 포함하고,
   상기 GUI 컴포넌트(50, 52)는,
   인터링크 메카니즘을 트리거하는 제어부(54)와,
   개인 또는 협업 인터링크를 정의하는 제어부(56)와,
   목표 자원에 대한 인터링크 프로세스를 완료하는 제어부(52)
   를 포함하는 것인 컴퓨터 프로그램 제품.

Images