KR20120047264A - 웹 미디어 자산 식별 시스템 및 방법 - Google Patents

Abstract

클라이언트 디바이스 상의 미디어 자산을 제공한 서버를 동적으로 식별하는 방법이 본문에 제공된다.

Description

웹 미디어 자산 식별 시스템 및 방법{WEB MEDIA ASSET IDENTIFICATION SYSTEM AND METHOD}

본 발명은 온라인 콘텐츠, 특히 렌더링된 웹 페이지에서 미디어 자산을 식별하고 상기 미디어 자산으로의 다운로드 링크를 제공하는 방법에 관한 것이다.

인터넷은 표준 인터넷 프로토콜("IP")을 이용하여 패킷 스위칭에 의해 데이터를 전송하는 상호연결된 컴퓨터 네트워크들의 월드 와이드한 공개적으로 액세스가능한 네트워크이다. "네트워크들의 네트워크"는 전자 메일, 온라인 채팅, 파일 전송, 및 월드와이드 웹의 상호연결된 웹 페이지와 기타 문서들과 같은 다양한 서비스를 함께 가능하게 하는 다수의 작은 국가, 학술, 비지니스, 및 정부 네트워크들로 구성된다.

인터넷을 통해 비디오 및 오디오를 배포하는 것은 매우 대중적인 것이 되었다. 특히, 브로드밴드 인터넷 액세스가 보다 일반적이 되면서, 미디어 클립이 자주 웹페이지에 임베디드되거나 또는 그에 링크된다. 현재, 다수의 온라인으로 가용한 미디어 클립이 있고, 사용자에게 온라인 미디어를 제공하는 새로운 웹사이트가 빈번하게 생겨나고 있다. 이러한 사이트들 중에 가장 대중적인 것 중 하나가 캘리포니아 마운틴 뷰의 Google, Inc.에 의해 제공되는 YouTube이고, 여기서는 기존의 미디어 소스에 의해 생성된 미디어와 소규모 그룹 및 아마추어에 의해 생성된 미디어들 모두로 특징지어진다. 2006년 3월에서 7월 사이에, YouTube는 단독으로 1일 3천만에서 1억 번으로 비디오 뷰를 증가시켰다.

YouTube와 같은 전용 비디오 공유 사이트에 추가하여, 다수의 기존 라디오 및 텔레비전 방송국들이 자신들의 라이브 오디오 및 비디오 스트림의 인터넷 '공급'을 제공한다(예를 들면, the British Broadcasting Service). 방송국은 또한 사용자가 자신들의 감상 또는 청취를 타임 쉬프팅할 수 있도록 한다.

온라인 미디어를 제공하는 매우 많은 사이트가 있기 때문에, 컴퓨터, 게임 콘솔, 셋탑 박스, 핸드헬드 컴퓨터, 휴대전화기, 또는 기타 디바이스와 같은 인터넷에 연결되는 디바이스가 이전에는 텔레비전이나 라디오 수신기로만 가능했던 동일한 방식으로 온라인 미디어에 액세스하는데에 사용될 수 있다.

인터넷으로 미디어를 배포하는 데에 사용되는 가장 일반적인 포맷 중에 하나가 Flash Video 또는 FLV 포맷이다. 기타 일반적인 포맷은 Windows Media Video, RealMedia, Quicktime, 및 DivX를 포함한다. Flash Video를 포함하는 이러한 다수의 포맷으로 인코딩된 온라인 미디어는 웹브라우저로 스트리밍되거나 온라인 감상을 위해 기타 클라이언트로 스트리밍될 수 있거나, 또는 그것들이 스토리지 디바이스로 다운로드될 수 있다. 다수의 사용자는 다양한 이유로 그것들을 스트리밍하는 것 보다는 미디어들을 다운로드하는 것을 선호하는데: 사용자들은 자신이 오프라인일 때에 상기 미디어를 시청 또는 청취하는 것을 선호하고; 사용자들은 현재 그를 호스팅하는 웹사이트가 사라진다고 하더라도 미래에 상기 미디어를 시청 또는 청취할 수 있도록 복사본을 보관하는 것을 선호하고; 사용자들은 파일에 대한 링크를 공유하는 것 보다 다른 사람들과 파일 자체를 공유하는 것을 선호하고; 또는 사용자들은 무수한 다른 이유로 상기 미디어를 다운로드하는 것을 선호한다.

웹사이트로부터 미디어 콘텐츠를 다운로드하는 다수의 방식이 있다. 사이트가 렌더링된 페이지 상에 파일로의 직접 링크를 제공한다면, 미디어 파일 다운로드는 오른쪽 버튼을 클릭하여 "다른 이름으로 저장" 또는 유사한 명령을 선택하는 것 처럼 용이하게 될 수 있다. 웹사이트가 직접적인 링크를 렌더링하지 않는다고 하더라도, 웹페이지의 HTML 소스로부터 명확한 링크를 추출하는 잘알려진 방법들이 또한 있다. 그러나, 사용자가 미디어 파일을 다운로드하는 것을 웹사이트가 어렵게 하는 일반적인 방식이 있다. 다운로드를 어렵게 만드는 한가지 기술은 미디어 클립으로 직접 링크 또는 그를 임베딩하는 것이 아니라 웹페이지에서 "래퍼(wrapper)"를 링크 또는 임베딩하는 것이다. 미디어 래퍼의 일반적인 예는 JavaScript 미디어 플레이어, Flash 미디어 플레이어, ActiveX 미디어 플레이어, VBScript 플레이어 등을 포함한다.

JavaScript는 Mozilla 파운데이션(캘리포니아 마운틴 뷰)의 ECMAScript 표준을 구현한, 프로토타입-기반 프로그래밍 개념에 기초한 스크립트 언어의 명칭이다. 상기 언어는 웹사이트에서 사용하는 것으로 가장 잘 알려져있지만(클라이언트 측면에서의 JavaScript), 다른 애플리케이션에 임베딩된 객체에 대한 스크립트 액세스를 가능하게 하기 위해서도 사용된다.

Adobe Flash 또는 간단히 Flash는 캘리포니아 산 호세의 Adobe Systems, Inc.의 Adobe Flash 플레이어를 가리킨다. Flash 플레이어는 대부분의 일반적인 웹 브라우저에서 가용한 클라이언트 애플리케이션이다. 그것은 벡터 및 래스터 그래픽, 액션스크립트라고 하는 스크립트 언어, 오디오 및 비디오의 양방향 스트리밍을 지원하는 것을 특징으로 한다. 모바일 폰, 및 인터넷 태블릿, PDA, 뉴욕 로체스터의 Eastman Kodak Co.의 Kodak Easyshare One 카메라, 일본의 Sony Coporation의 플레이스테이션 포터블 등과 같은 PC가 아닌 디바이스 용의 다양한 버전의 Flash 플레이어가 있다.

ActiveX는 워싱턴 레드몬드의 Microsoft Corp.의 마이크로소프트 컴포넌트 오브젝트 모델(COM)에 기반을 둔 재사용가능한 소프트웨어 컴포넌트를 지시하기 위해 사용되는 용어이다. ActiveX 컨트롤은 프로그램에 대한 캡슐화된 재사용가능 기능을 제공하지만, 일반적으로 항상 시각적인 것은 아니다. 예시적인 ActiveX 컨트롤은: 캘리포니아 산 호세의 Adobe Systems,Inc.의 Adobe Reader 및 Adobe Flash 플레이어; 캘리포니아 쿠페르티노의 Apple, Inc.의 QuickTime 플레이어; 워싱턴 레드몬드의 Microsoft Corp.의 마이크로소프트 Windows Media 플레이어; 워싱턴 시애틀의 RealNetworks, Inc.의 RealPlayer; 및 캘리포니아 산타 클라라의 Sun Microsystems의 Java Virtual Machine을 포함한다.

VBScript(Visual Basic Scripting Edition의 약자)는 워싱턴 레드몬드의 Microsoft Corp.의 Windows® Script Host를 통해 번역되는 액티브 스크립트 언어이다. Microsoft Internet Explorer에서 채용될 때, VBScript는 그것이 HTML에 임베디드된 코드를 처리하는, 기능적인 면에서 JavaScript와 매우 유사하다. VBScript는 또한 단독 HTML 애플리케이션(파일 확장자 .hta)을 생성하는데에 사용될 수 있다.

YouTube, Vimeo, 및 Grouper와 같은 대중적인 웹 사이트는 현재 미디어 자산을 난독화하는(obfuscate) 래퍼를 사용한다. 래퍼로 난독화된 미디어 자산을 다운로드하기 위한 공지된 방법들이 있지만, 기존의 방법들은 다수의 방식에 있어서 단점을 가진다.

공지된 방법 중 하나는 주어진 웹 페이지 상의 콘텐츠를 미디어 자산을 난독화하기 위해 특정한 웹 사이트에 의해 사용되는 기술적 방법을 열거하는 카탈로그와 비교함으로써 미디어 자산을 식별한다. 문제의 웹 페이지가 공지된 웹 사이트에 의해 호스팅된다면, 상기 방법은 그 페이지에서 난독화된 미디어 자산을 식별하고 사용자로 하여금 그를 다운로드할 수 있도록 한다. 예를 들면, 카탈로그는 웹 페이지 http://hiddenvids.com/video/foo가 http://secret.hiddenvids.com/video/foo.mpg에 위치한 비디오 자산을 포함하는 것을 추론할 수 있도록 한다. 이러한 방법은 예를 들면, 브라우저 플러그 인과 같은 클라이언트 상에서 구현되거나, 또는 클라이언트와 타겟 웹 사이트 사이의 매개로서 기능하는 프록시 서버를 이용하여 구현된다.

이러한 방법의 단점은 그것이 각각의 개별 웹 사이트가 카테고리화되는 것을 필요로하고, 그것이 각각의 개별 카테고리 엔트리가 지속적으로 모니터링되어 웹 사이트 오퍼레이터가 그의 난독화 정책을 변경할때 그것이 업데이트될 수 있도록 하는 것을 필요로한다는 사실을 포함한다. 예를 들면, 상기 방법은 사이트의 난독화 방식이 분석되어 카탈로그로 입력될 때까지 새로운 웹 사이트 상의 미디어 자산을 발견할 수 없다. 추가로, 이러한 방법은, 웹 사이트 오퍼레이터가 미디어 자산을 저장한 호스트의 명칭을 변경하는 것과 같은 간단한 방식일지라도 그의 난독화 방식을 변경한다면, 공지된 웹사이트 상의 미디어 자산조차 식별하지 못할 것이다.

또다른 방법은, "스트림 립핑(stream ripping)"이다. 이러한 방법을 이용하여, 클라이언트는 스트리밍 미디어 자산에 해당하는 데이터 스트림을 가로채서, 사용자로 하여금 상기 데이터를 스토리지 매체 상의 파일로 리다이렉팅하도록 한다. 이러한 방법의 단점은 미디어자산이 실시간으로 스트리밍될 수 있고, 그것이 30분의 미디어 자산을 캡처하기 위해서는 30분의 시간이 걸린다는 것이다.

본 발명에 따르면, 미디어 자산을 식별하기 위해 브라우저와 웹 서버사이의 통신을 분석하고, 난독화되었는지 여부를 분석하고, 미디어 자산을 특정한 웹 페이지 엘리먼트에 연관시킬 수 있는 미디어 자산 식별 루틴을 제공함으로써 기존의 방법의 결함을 극복하는 시스템 및 방법이 제공된다.

본 발명의 일면에 따르면, 클라이언트 디바이스에 대해 검색가능한 서버 제공 미디어 자산을 동적으로 식별하는 컴퓨터로 구현되는 방법에 있어서,난독화된 미디어 자산에 대한 링크의 표시를 구비한 웹페이지를 획득하는 단계, 미디어를 지시하는 트래픽에 대해 서버와의 트래픽을 관측하는 단계, 미디어를 지시하는 트래픽이 관측되면, 상기 미디어를 지시하는 트래픽에 의해 지시되는 상기 난독화된 미디어 자산에 연관된 상기 웹 페이지의 페이지 엘리먼트를 판정하는 단계 및 상기 난독화된 미디어 자산이 상기 페이지 엘리먼트로부터 식별가능하도록, 상기 클라이언트 디바이스 상에서 상기 웹 페이지를 렌더링하는 단계를 포함하는 것을 특징으로 한다.

사용자는 미디어 자산을 난독화하는 스텝을 취하는 웹사이트로부터도 미디어 콘텐츠를 다운로드할 수 있기를 원한다. 본문에 기술된 실시예들은 미디어 자산을 식별하기 위해 브라우저와 웹 서버사이의 통신을 분석하고, 난독화되었는지 여부를 분석하고, 미디어 자산을 특정한 웹 페이지 엘리먼트에 연관시킬 수 있는 미디어 자산 식별 루틴을 제공함으로써 기존의 방법의 결함을 극복한다.

도 1은 하나의 실시예에 따른 네트워크에서의 다수의 디바이스의 시스템도이다.
도 2는 하나의 실시예에 대한 예시적인 동작 환경을 제공하는 전자 기기의 블록도이다.
도 3은 하나의 실시예에 따른 다양한 디바이스 사이의 관계를 도시하는 데이터 플로우차트이다.
도 4는 하나의 실시예에 따른 미디어 자산 식별 루틴을 도시하는 흐름도이다.
도 5는 하나의 실시예에 따른 미디어 자산 페이지 엘리먼트 연관 서브루틴을 도시하는 흐름도이다.
도 6은 하나의 실시예에 따른 시각적 지시를 통해 태그가 달린 미디어 자산을 가진 웹 페이지의 예시이다.
도 7은 하나의 실시예에 따른 선택가능한 메뉴를 통해 식별되는 미디어 자산을 가진 웹 페이지의 예시이다.
도 8은 하나의 실시예에 따른 선택가능한 엘리먼트를 통해 다운로드가능한 스트리밍 미디어 자산을 가진 웹 페이지의 예시이다.
도 9는 하나의 실시예에 따라 다운로드할 수 없는 것으로 식별되는 스트리밍 미디어 자산을 가진 웹 페이지의 예시이다.
도 10은 하나의 실시예에 따라 스트리밍 미디어 자산과 함께 다운로드도 가진 웹 페이지의 예시이다.

하기의 상세한 설명은 주로 프로세스에 대하여, 그리고 프로세서, 프로세서를 위한 메모리 스토리지 디바이스, 연결된 디스플레이 디바이스 및 입력 디바이스를 포함하는, 종래 컴퓨터 컴포넌트에 의한 동작의 심볼릭 표시로 나타낸다. 또한, 이러한 프로세스와 동작들은 원격 파일 서버, 컴퓨터 서버, 및 메모리 스토리지 디바이스를 포함하는 이종 분산 컴퓨팅 환경에서 종래 컴퓨터 컴포넌트를 활용할 수 있다. 이들 종래 분산 컴퓨팅 컴포넌트 각각은 통신 네트워크를 통해 프로세서에 의해 액세스가능한다.

도면에 예시된 실시예들의 설명을 상세히 참조한다. 도면 및 연관된 설명과 함께 실시예들이 기술되었지만, 본문에 개시된 실시예들의 범위를 한정시킬 것을 의도하는 것은 아니다. 이에 반해, 이는 모든 대안, 변형, 및 등가물을 커버할 것을 의도한다. 대안의 실시예에서, 추가적인 디바이스, 예시된 디바이스의 조합이 본문에 개시된 실시예의 범위를 제한하지 않으면서, 추가 또는 조합될 수 있다.

사용자는 미디어 자산을 난독화하는 스텝을 취하는 웹사이트로부터도 미디어 콘텐츠를 다운로드할 수 있기를 원한다. 본문에 기술된 실시예들은 미디어 자산을 식별하기 위해 브라우저와 웹 서버사이의 통신을 분석하고, 난독화되었는지 여부를 분석하고, 미디어 자산을 특정한 웹 페이지 엘리먼트에 연관시킬 수 있는 미디어 자산 식별 루틴을 제공함으로써 기존의 방법의 결함을 극복한다.

도 1은 웹 서버(110) 상에서 호스팅되고, 미디어 서버(120) 상에서 호스팅되는 미디어 자산에 대한 참조를 포함하는 웹 페이지에 액세스하기 위해 클라이언트 디바이스(200)(도 2에 예시되고 하기에 기술됨)가 네트워크(150)(예를 들면 인터넷 등)를 이용하는 예시적인 동작 환경(100)을 도시하고, 이는 또한 네트워크(150) 상에서 접근가능하다. 대안의 실시예에서, 웹 서버(110)와 미디어 서버(120)는 단일 디바이스이거나, 또는 클라이언트 디바이스(200)와 웹 서버(110)가 단일 서버가 될 수 있다. 추가로, 다중 웹 서버(110) 모두는 단일 미디어 서버(120)에 액세스 할 수 있고; 단일 웹 서버(110)는 다중 미디어 서버(120)에 액세스할 수 있고; 다중 웹 서버(110)는 다중 미디어 서버(120)에 액세스할 수 있고; 또는 그의 기타 조합이 가능하다. 다중 클라이언트 디바이스(200)가 또한 제시될 수 있다.

도 2는 예시적인 클라이언트 디바이스(200)의 다수의 컴포넌트들을 도시한다. 일부 실시예에서, 클라이언트 디바이스(200)는 도 2에 도시된 것 보다 더 많은 컴포넌트를 포함한다. 그러나, 이러한 일반적인 종래의 컴포넌트 모두가 예시적인 실시예를 개시하기 위해 도시될 필요는 없다. 도 2에 도시된 바와 같이, 클라이언트 디바이스(200)는 네트워크(150)에 연결하기 위한 네트워크 인터페이스(230)를 포함한다. 당업자는 네트워크 인터페이스(230)가 이러한 연결에 필요한 회로를 포함하고, 적절한 프로토콜을 이용하여 구축된다는 것을 이해할 것이다.

클라이언트 디바이스(200)는 또한 처리 유닛(210), 메모리(250)를 포함하고, 선택적인 디스플레이(240)를 포함하며, 이들 모두는 버스(220)를 통해 네트워크 인터페이스(230)와 함께 상호연결된다. 메모리(250)는 일반적으로 랜덤 액세스 메모리("RAM"), 판독 전용 메모리("ROM") 및 디스크 드라이브 또는 플래시 드라이브와 같은 영구 대용량 스토리지 디바이스를 포함한다. 메모리(250)는 웹 브라우저(260), 미디어 플레이어(265), 및 미디어 자산 식별 루틴(270) 용의 프로그램 코드를 저장한다. 추가로, 메모리(250)는 또한 운영 체제(255)를 저장한다. 이러한 소프트웨어 컴포넌트들이 네트워크 인터페이스(230) 등을 통해 플로피 디스크, 테이프, DVD/CD ROM 드라이브, 메모리 카드와 같은 컴퓨터 판독가능 매체와 연관된 입력 메커니즘(도시되지 않음)을 이용하여 클라이언트 디바이스(200)의 메모리(250)로 컴퓨터 판독가능 매체로부터 로딩될 수 있다는 것이 이해될 것이다.

예시적인 클라이언트 디바이스(200)가 전체적으로 종래의 범용 컴퓨팅 디바이스에 호환하는 것으로 기술된다고 하더라도, 당업자는, 클라이언트 디바이스(200)가 네트워크(150)와 통신할 수 있는 매우 다수의 디바이스, 예를 들면, 개인용 컴퓨터, 게임 콘솔, 셋탑 박스, 핸드헬드 컴퓨터, 휴대전화기, 또는 온라인 미디어에 액세스할 수 있고 웹페이지를 디스플레이하면서 함께 미디어 자산 식별 루틴(400)을 실행할 수 있는 임의의 기타 디바이스가 될 수 있다는 것이 이해될 것이다.

도 3은 하나의 실시예에서 클라이언트 디바이스(200), 웹 서버(110), 및 미디어 서버(120) 사이의 관계 및, 그것들에 의해 수행되는 액션을 도시한다.

먼저, 사용자는 하나 이상의 미디어 자산을 포함하고 있는 웹 페이지를 방문할 수 있다. 사용자가 브라우저(260)로 페이지를 내비게이션한 후에, 클라이언트 디바이스(200)는 적절한 웹서버(110)로부터 그 페이지를 요청한다(305). 요청(305)을 수신할 때, 웹 서버(110)는 이 요청된 페이지를 자신의 메모리에서 위치를 찾거나(310) 및/또는 그렇지않으면 그것이 클라이언트 디바이스의 요청(305)에 응답할 수 있도록 상기 요청(305)을 처리한다. 웹서버(110)는 브라우저로 페이지를 렌더링(320)하기 위해 클라이언트 디바이스(200)가 사용하는 적어도 최초의 세트의 데이터를 전송함으로써 클라이언트 디바이스의 요청(305)에 응답한다(315). 클라이언트 디바이스(200)는 그런다음 요청된 페이지를 렌더링(320)하기 시작한다.

페이지를 렌더링(320)하는 것은 대개 웹서버(110)로부터의 클라이언트 디바이스(200)의 추가 데이터 요청(325)을 포함한다. 예를 들면, 요청된 페이지가 이미지 또는 난독화된 미디어 자산과 같은 미디어 자산을 포함한다면, 클라이언트는 브라우저(260)가 페이지를 렌더링하는 것을 허용하도록 추가적인 데이터에 대해 웹서버(110)에 추가 요청(325)을 한다. 이러한 추가 요청을 수신할 때, 웹서버(110)는 상기 요청을 처리하고(330), 요청된 데이터가 미디어 서버(120)에 위치되어 있으면, 웹서버(110)는 미디어 서버(120)로부터의 데이터를 요청한다(335). 웹서버(110)는 그런다음 요청된 정보를 다시 클라이언트 디바이스(200)로 전송한다.

이러한 렌더링 프로세스 동안, 미디어 자산 식별 루틴(도 4에 예시되고 하기에 기술된)이 미디어 자산을 식별(350)하기 위해 렌더링된 페이지를 번역하고(345) 클라이언트 디바이스(200)와 웹서버(110) 사이의 통신을 분석할 수 있다. 임의의 미디어 자산이 발견되면, 클라이언트 디바이스(200)는 미디어 자산에 대한 컨트롤 또는 태그를 렌더링된 웹 페이지에 추가한다(355).

클라이언트 디바이스(200)에서 발생하는 방금 기술한 미디어 자산 식별 프로세스가 도 4에 상세히 나와있으며, 이는 미디어 자산 식별 루틴(400)의 예시적인 흐름도를 도시한다. 루틴(400)은 브라우저(260)가 하나 이상의 미디어 자산을 포함하고 있는 웹페이지를 요청하는 블록(405)에서 시작한다. 블록(410)에서, 요청된 웹 페이지가 수신되고, 루프 블록(415)에서, 루틴(400)은 렌더링될 수 있는 각 페이지 엘리먼트를 분석하기 시작한다. 페이지 엘리먼트는 DOM(문서 객체 모델- HTML 또는 XML 및 연관된 포맷을 표시하기 위한 플랫폼 및 언어에 독립적인 표준 객체 모델)에 의해 표시되며, 이경우, 미디어 자산 식별 루틴(400)은 DOM을 트래버스(traverse)함으로써 동작한다. 대안의 방법에서, 페이지 엘리먼트는 기타 적절한 방식을 통해서, 반복될 수 있다.

블록(420)에서, 루틴(400)은 요청된 페이지를 렌더링하기 위해 클라이언트 디바이스(200)와 웹서버(110) 사이의 통신 트래픽을 분석하고, 미디어를 지시하는 트래픽을 찾는다. 결정 블록(425)에서, 루틴(400)은 미디어 자산이 분석된 트래픽에서 발견되었는지를 판정한다. 미디어 자산은 그 엘리먼트가 미디어 플레이어에 의해 핸들링될 유형인지를 판정하기 위해 엘리먼트의 다목적 인터넷 전자 우편(Multipurpose Internet Mail Extensions)("MIME") 유형을 검사함으로써 식별될 수 있다. MIME는 무엇보다도, 콘텐츠 유형을 등록하고 그를 핸들러 애플리케이션에 연관시키기 위한 방법을 포함하는 인터넷 표준이다. MIME의 상세한 사항은 그 전체가 본문에 통합된 RFC 2045에 기술되어 있다.

결정 블록(425)에서 미디어 자산이 발견되지 않으면, 처리 사이클은 다시 루프 블록(415)으로 돌아가고, 여기서 다음번 렌더링가능한 페이지 엘리먼트가 분석된다. 미디어 자산이 결정 블록(425)에 있으면, 서브루틴 블록(500)(도 5에 도시되고 하기에 기술됨)이 렌더링가능한 페이지 엘리먼트를 미디어 자산에 연관시키기위해 추가 처리를 수행한다.

다음으로, 블록(430)에서, 루틴(400)은 식별된 미디어 자산의 위치와 그의 판정된 연관된 페이지 엘리먼트를 저장한다. 분석할 추가적인 렌더링가능한 페이지 엘리먼트가 있다면, 루프 블록(435)이 다시 처리를 루프 블록(415)으로 순환시키고; 추가적인 렌더링가능한 페이지 엘리먼트가 없다면, 루프 블록(435)은 블록(440)으로 처리를 진행시킨다.

루프 블록(440)에서 시작하면서, 블록(430)에 저장된 모든 미디어 자산이 처리된다. 블록(450)에서, 루틴(400)은 식별된 미디어 자산에 연관된 저장된 페이지 엘리먼트와 연관된 컨트롤 또는 "태그"를 추가한다. 일부 경우, 이러한 태그는 페이지 엘리먼트와 함께 렌더링되는, 이미지 또는 텍스트 링크와 같은 시각적인 표시가 될 수 있다. 상기 링크는 미디어 자산을 식별하거나 명명하는 인터넷 식별자("URI")를 포함할 수 있다. 다른 경우, 이러한 태그는 선택가능한 아이템을 페이지 엘리먼트에 연관된 메뉴(예를 들면, "우측 버튼 클릭" 메뉴)에 추가하는 것을 포함할 수 있다.

명령을 이러한 메뉴에 추가하는 것은 브라우저의 API로의 "후킹(hooking)"을 포함한다. 애플리케이션 프로그래밍 인터페이스("API")는 컴퓨터 시스템 또는 프로그램 라이브러리가 컴퓨터 프로그램에 의해 그것을 만드는 서비스에 대한 요청을 지원하기 위해 제공하는 소스 코드 인터페이스이다. "후킹"은 핸들러로서 프로시저의 체인을 만들기 위해 소위 "후킹"하는 것을 채용하는 기술이다. 따라서, 핸들링된 이벤트가 발생한 후에, 컨트롤 플로우는 특정한 순서에 따라 체인을 따른다 새로운 후킹은 이벤트에 대한 핸들러로서 자신의 어드레스를 등록하고, 일정한 포인트, 대개는 엔드에서 원래 핸들러를 호출할 것으로 예측된다. "임포트 테이블 패칭"은 일부 실시예에 의해 사용가능한 API 후킹의 하나의 적절한 방법이다. 워싱턴 레드몬드의 Microsoft Corp.의 Windows® 운영체제에서, 대부분의 애플리케이션 및 모듈은 소위 "임포트 테이블"을 가지고, 이는 애플리케이션 또는 모듈이 호출하는 API의 리스트를 포함한다. 다른 동작 환경은 페이지 엘리먼트 렌더링에 적합한 애플리케이션으로 후킹하기 위한 유사한 기술을 포함한다.

추가적인 저장된 페이지 엘리먼트가 있다면, 루프 블록(455)은 처리를 다시 루프 블록(440)으로 순환시키고; 그렇지 않다면, 루프 블록(455)은 처리를 블록(460)으로 진행시킨다. 블록(460)은 브라우저(260)에서 페이지의 묘사를 렌더링하고 블록(499)에서 처리가 종료한다.

미디어 자산 식별 루틴(400)은 또한 현재 웹 페이지가 링크를 제공하는 웹 페이지 상의 렌더링가능한 미디어 자산을 예상하여 식별하도록 조정될 수 있다. 예를 들면, 웹 페이지는 렌더링가능한 미디어 자산을 포함하는 웹 페이지로의 링크의 리스트를 포함한다. 포함된 미디어 자산을 식별하기 위해 각각의 링크된 페이지로부터 데이터를 검색하고, "가상으로" 그 데이터를 렌더링(사용자에게 결과를 제공하지 않으면서 그것이 렌더링되는 데이터를 처리)하도록 미디어 자산 식별 루틴(400)을 조정함으로써, 사용자는 이롭게도 사용자가 각각의 개별 페이지를 방문할 필요없이 다수의 페이지로부터 미디어 자산을 다운받을수 있게하는 컨트롤로서, 사용자가 내비게이션하는 페이지 상의 미디어 자산에 컨트롤을 추가할 때 지연을 감소시키는 컨트롤을 제공받을 수 있다.

하이브리드 접근방식에서, 다른 대안적인 실시예가 현재 웹 페이지가 분석 및 렌더링된 후, 즉 브라우저의 휴지 시간 동안에만, 다른 웹 페이지로의 링크를 처리할 수 있다.

도 5는 어느 렌더링가능한 페이지 엘리먼트가 식별된 미디어 자산에 연관되는지를 판정하는 서브루틴(500)의 예시적인 흐름도를 도시한다. 서브루틴(500)은 렌더링가능한 페이지 엘리먼트와 미디어 자산 사이의 연관성이 명료하지 않을때 사용될 수 있다. 예를 들면, Flash 미디어 자산이 다중 오디오 클립, 비디오 클립, 이미지, 또는 기타의 미디어로 구성될 수 있다, 하나의 예시적인 시나리오에서, Flash 미디어 자산은 광고인 제 1 비디오 클립, 사용자가 시청하기를 원하는 비디오인 제 2 비디오 클립으로 구성될 수 있다. 루프 블록(505)에서, 서브루틴(500)은 식별된 미디어 자산에 연관된 엘리먼트 트리에서 각각의 페이지 엘리먼트에 대해 반복을 시작한다. 블록(510)에서, 현재 페이지 엘리먼트는, 결정 블록(515)에서 페이지 엘리먼트가 렌더링될 것인지 여부를 판정할 수 있도록 하기 위해, 검사된다. 페이지 엘리먼트가 렌더링될 수 없다면(예를 들면, 페이지 엘리먼트를 볼 수 없거나, 또는 단순히 숨겨진 링크이기 때문에), 루프 블록(530)으로 처리가 진행되어, 다음번 페이지 엘리먼트가 검사될 수 있도록 페이지 엘리먼트를 다음번 페이지 엘리먼트에 대해 검사되도록 설정하고 루프 블록(505)으로 처리를 다시 순환시킨다. 결정 블록(515)이 페이지 엘리먼트가 렌더링될 것임을 발견하면, 블록(525)은 다음번 페이지 엘리먼트가 검사될 수 있도록 하기 위해 루프 블록(530)이 처리를 루프 블록(505)으로 리턴시키기 전에 페이지 엘리먼트를 저장한다.

모든 페이지 엘리먼트가 검사되면, 블록(535)에서, 서브루틴(500)은 렌더링될 페이지 엘리먼트가 저장되었는지 여부를 판정한다. 저장되었다면, 리턴 블록(599)으로 처리가 진행되어, 저장된 페이지 엘리먼트를 호출 루틴으로 리턴시킨다. 블록(505-530)이 렌더링될 페이지 엘리먼트를 식별하지도 저장하지도 못하면, 블록(540)으로 처리가 진행된다. 블록(540)에서, 서브루틴(500)은 어느 페이지 엘리먼트가 그것들의 특징을 검사함으로써 렌더링될 것인지를 판정한다. 예를 들면, 페이지 엘리먼트의 크기는 그것이 렌더링될 가능성이 있는 것임을 지시할 수 있다. 블록(545)은 렌더링될 가능성이 있는 것으로서 식별된 페이지 엘리먼트를 저장한다. 리턴 블록(599)에서, 저장된 페이지 엘리먼트는 미디어 자산 식별 루틴(400)으로 리턴된다.

도 6은 하나의 실시예에 따라 브라우저(260)에 디스플레이된 예시적인 웹 페이지(605)를 도시한다. 페이지 엘리먼트(610A-B)는 미디어 자산에 연관되는지 판정된다. 본 실시예에서, 시각적 인터페이스 엘리먼트(615A-B)는 식별된 미디어 자산에 연관될지 판정된 페이지 엘리먼트(610A-B)에 태그를 다는데에 사용된다. 일부 실시예에서, 시각적 태그는 그들 각각의 연관된 미디어 자산에 대한 URI를 포함한다. 시각적 태그는 또한, 사용자가 미디어 자산등의 URI를 열거나 링크하는 것과 같은, 액션을 트리거하는 데에 사용하는 링크 또는 유사한 인터페이스를 포함한다. 일부 실시예에서, 시각적으로 지시하는 태그(615A-B)는 정해진 페이지 엘리먼트(610A-B)에 배치된 이미지를 포함한다. 시각적으로 지시하는 태그(615A-B)가 사용자에게 미디어 자산이 식별되고 특정한 페이지 엘리먼트에 연관될 것으로 판정되었음을 통지할 뿐 아니라, 시각적으로 지시하는 태그(615A-B)는 또한 사용자에게 미디어 자산이 현재 가용한지 여부를 통지할 수도 있다. 예를 들면, 미디어 자산이 식별되고 특정한 URI에 연관될 것으로 판정되면, 시각적으로 지시하는 태그(615A-B)는 상기 URI가 현재 액세스가능하지 않으면 적색 이미지, 또는 상기 URI 현재 액세스가능하면 녹색 이미지가 될 수 있다. 대안의 실시예에서, 시각적으로 지시하는 태그는 미디어 자산의 콘텐츠의 텍스트 설명, 미디어 자산의 명칭 등과 같은, 미디어 자산에 연관된 텍스트에 부가된 텍스트 링크(620A-B)를 포함한다.

도 7은 또다른 실시예에 따라 브라우저(260)에서 디스플레이되는 예시적인 웹페이지(605)를 도시한다. 페이지 엘리먼트(610A-B)는 미디어 자산에 연관되는 것으로 판정된다. 본 실시예에서, 미디어 자산은 페이지 엘리먼트(610A-B)에 연관된 선택가능한 메뉴(710)를 통해 식별된다. 메뉴(710)는 그 각각이 선택시 미디어 자산의 일부 또는 전부를 스토리지 디바이스에 저장하고, 미디어 자산의 일부 또는 전부로의 직접 링크를 복사 또는 전송하는 등과 같은 하나 이상의 태스크를 트리거할 수 있는 하나 이상의 선택가능한 명령(715)의 집합을 포함한다. 일부 실시예에서, 사용자는 상술한 바와 같이 상기 선택가능한 메뉴(710)에 대한 액세스를 허용하도록 패치된 임포트 테이블에 액세스함으로써 선택가능한 메뉴(710)를 활성화시킬 수 있다.

도 8은 또다른 실시예에 따라 브라우저(260)에서 디스플레이되는 예시적인 웹 페이지(805)를 도시한다. 하나의 예시적인 실시예에서, 페이지 엘리먼트(815)는 웹 페이지(805)의 디스플레이 부분(810)내의 스트리밍 미디어 자산이다. 본 실시예에서, 스트리밍 미디어 자산(815)은 미디어 자산의 다운로드(미디어 자산의 스트리밍과 별개이지만, 동시에 수행가능한)를 트리거하기 위한 선택가능한 액션 엘리먼트(825)와의 사용자 인터페이스 컴포넌트(820)를 구비한 페이지 엘리먼트로서 식별된다. 사용자 인터페이스 컴포넌트(820)는 그 각각이 선택시 미디어 자산의 일부 또는 전부를 스토리지 디바이스에 저장하고, 미디어 자산의 일부 또는 전부로의 직접 링크를 복사 또는 전송하는 등과 같은 하나 이상의 태스크를 트리거할 수 있는 하나 이상의 선택가능한 액션 엘리먼트(825)의 집합을 포함한다. 일부 실시예에서, 사용자는 상술한 바와 같이 상기 선택가능한 액션 엘리먼트(825)에 대한 액세스를 허용하도록 패치된 임포트 테이블에 액세스함으로써 선택가능한 액션 엘리먼트(825)를 활성화시킬 수 있다.

도 9는 또다른 실시예에 따라 브라우저(260)에서 디스플레이되는 예시적인 웹 페이지(905)를 도시한다. 하나의 예시적인 실시예에서, 페이지 엘리먼트(915)는 웹 페이지(905)의 디스플레이 부분(910)내의 스트리밍 미디어 자산이다. 본 실시예에서, 스트리밍 미디어 자산(915)은 다운로드할 수 있는 페이지 엘리먼트로서 식별되지만, 본 실시예에서, 스트리밍 미디어 자산(915)은 다운로드할 수 없는 것으로 표시되었다. 따라서, 이러한 실시예에서, 사용자 인터페이스 컴포넌트(920)는 미디어 자산이 다운로드할 수 없는 것으로 지시하도록 디스플레이된다. 다양한 대안의 실시예들은 다운로드할 수 없음을 나타내는 다양한 지시를 사용한다. 예를 들면, 일부 디지털 텔레비전 프로토콜은 "Broadcast Video Flag"이 콘텐츠가 다운로드되면 안된다는 것을 지시하도록 한다. 디지털 권리 관리("DRM") 시스템, 또는 콘텐츠 암호화 시스템과 같은 다른 시스템들이 유사한 효과를 위해 사용된다. 일부 실시예에서, 웹 페이지(905)는 자신의 페이지 엘리먼트가 다운로드되어서는 안된다는 지시(예를 들면, 보장된 권리를 가지고 있다는 저작권 통지, 페이지 내의 메타-태그 등을 통해)를 포함할 수 있다.

도 10은 또다른 실시예에 따라 브라우저(260)에서 디스플레이되는 예시적인 웹 페이지(805)를 도시한다. 상술한 바와 같이, 하나의 예시적인 실시예에서, 페이지 엘리먼트(815)는 웹 페이지(805)의 디스플레이 부분(810) 내의 스트리밍 미디어 자산이다. 본 실시예에서, 스트리밍 미디어 자산(815)은 미디어 자산의 다운로드를 트리거하기 위한 선택가능한 액션 엘리먼트(825)와의 사용자 인터페이스 컴포넌트(820)를 구비한 페이지 엘리먼트로서 식별된다. 추가로, 도 10에서, 다운로드 상태 컴포넌트(1010)는 진행 엘리먼트(1015A-C) 상에 다중 미디어 자산 다운로드의 현재 진행을 디스플레이한다. 다양한 실시예에서, 스트리밍 미디어 자산(815)의 재생과 동시에 다운로드가 발생하여, 스트리밍 미디어 자산 재생이 중단되거나 또는 심지어 취소되도록 할 수 있다. 추가적인 실시예에서, 다중 다운로드는 제한되어 그것들이 중단되도록 한다. 예를 들면, 클라이언트 디바이스(200)가 다운로드를 위한 충분한 대역폭을 가지지 못했거나 또는 미리 정해진 수의 다운로드로 한정되어 있다면, 선택가능한 액션 엘리먼트(825)를 선택하는 것은 다운로드를 대기시켜 클라이언트(또는 서버)가 더이상 제한을 받지 않는 미래의 시점에서 다운로드가 발생하도록 할 수 있다.

특정한 실시예가 본문에 예시 및 기술되었다고 하더라도, 당업자는 다양한 대안 및/또는 등가물인 실시예가 본 발명의 범위로부터 벗어나지 않고서 도시되고 기술된 특정한 실시예들을 대체할 수 있다는 것을 이해할 것이다. 본 출원은 본문에 논의된 실시예들의 변형 또는 변경을 커버할 것을 의도한다.

Claims (5)

1. 클라이언트 디바이스에 대해 검색가능한 서버 제공 난독화된 미디어 자산을 동적으로 식별하는 컴퓨터로 구현되는 방법에 있어서,
   난독화된 미디어 자산에 대한 링크의 표시를 구비한 웹페이지를 획득하는 단계;
   미디어를 지시하는 트래픽에 대해 서버와의 트래픽을 관측하는 단계;
   미디어를 지시하는 트래픽이 관측되면, 상기 미디어를 지시하는 트래픽에 의해 지시되는 상기 난독화된 미디어 자산에 연관된 상기 웹 페이지의 페이지 엘리먼트를 판정하는 단계; 및
   상기 난독화된 미디어 자산이 상기 페이지 엘리먼트로부터 식별가능하도록, 상기 클라이언트 디바이스 상에서 상기 웹 페이지를 렌더링하는 단계;를 포함하는 것을 특징으로 하는 방법.
2. 제 1 항에 있어서, 상기 미디어 자산은 시각적 지시에 의해 식별가능하게 되는 것을 특징으로 하는 방법.
3. 제 1 항에 있어서, 상기 미디어 자산은 상기 페이지 엘리먼트에 연관된 메뉴에 선택가능한 아이템을 추가함으로써 식별가능하게 되는 것을 특징으로 하는 방법.
4. 제 1 항의 방법을 수행하는 실행가능한 명령어를 구비한 메모리와 프로세서를 포함하는 것을 특징으로 하는 연산장치.
5. 제 1 항의 방법을 수행하는 실행가능한 명령어를 구비하는 것을 특징으로 하는 컴퓨터 판독가능 매체.

Images