KR20190039230A

KR20190039230A - 프레젠테이션을 위한 네이티브 콘텐츠의 서버측 렌더링 방법 및 시스템

Info

Publication number: KR20190039230A
Application number: KR1020197007045A
Authority: KR
Inventors: 존 벤더; 주타오 주; 보 린
Original assignee: 구글 엘엘씨
Priority date: 2016-12-30
Filing date: 2017-12-28
Publication date: 2019-04-10
Also published as: JP2019530921A; EP3485400B1; CN109863527A; CN109863527B; KR102185864B1; WO2018126023A1; EP3485400A1; US20180191798A1; JP6761112B2

Abstract

애플리케이션의 환경 내에서 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 시스템 및 방법이 제공된다. 방법은 데이터 처리 시스템에 의해, 자원에 의해 제공되는 특정 콘텐츠 슬롯을 식별하는 콘텐츠 슬롯 식별자를 포함하는 콘텐츠에 대한 요청을 클라이언트 장치로부터 수신하는 단계; 상기 콘텐츠 슬롯 식별자를 사용하여, 상기 자원의 환경 내에서의 디스플레이를 위한 특정 구성에 따라 렌더링된 콘텐츠 파일을 생성하기 위해 콘텐츠 컴포넌트들을 정렬하는데 사용되는 프리젠테이션 스키마를 식별하도록 데이터베이스를 액세스하는 단계; 상기 콘텐츠에 대한 요청에 응답하여 복수의 콘텐츠 컴포넌트들을 포함하는 콘텐츠 자산을 식별하는 단계; 상기 콘텐츠 슬롯에 대응하는 상기 프리젠테이션 스키마에 기초하여 렌더링된 콘텐츠 파일로서 상기 복수의 콘텐츠 컴포넌트들을 렌더링하는 단계; 그리고 상기 데이터 처리 시스템에 의해, 상기 렌더링된 콘텐츠 파일을 상기 자원의 콘텐츠 슬롯 내에 디스플레이하기 위해 상기 클라이언트 장치에 전송하는 단계를 포함한다.

Description

프레젠테이션을 위한 네이티브 콘텐츠의 서버측 렌더링 방법 및 시스템

본 명세서는 프레젠테이션을 위한 네이티브 콘텐츠의 서버측 렌더링 방법 및 시스템에 관한 것이다.

인터넷과 같은 컴퓨터 네트워크 환경에서, 서버로부터의 데이터는 콘텐츠에 대한 요청에 응답하여 클라이언트 장치로 전달될 수 있다. 클라이언트 장치는 서버로부터 데이터를 수신한다. 상기 데이터는 클라이언트 장치에서 디스플레이하기 위해 데이터에 대응하는 콘텐츠를 렌더링하기 위한 명령어들을 포함할 수 있다. 클라이언트 장치는 콘텐츠를 렌더링하고 클라이언트 장치에 연결되거나 클라이언트 장치의 디스플레이 구성요소를 통해 렌더링된 콘텐츠를 디스플레이하기 위한 콘텐츠 렌더링 애플리케이션 또는 기능을 포함할 수 있다.

다양한 구현예들에 따라, 애플리케이션의 환경 내에서 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법이 제공된다.

상기 방법은 데이터 처리 시스템에 의해, 클라이언트 장치로부터 자원 (사용자를 위한 디스플레이를 생성하기 위해 애플리케이션에 의해 사용되는 자원과 같은)에 의해 제공되는 특정 콘텐츠 슬롯을 식별하는 콘텐츠 슬롯 식별자를 포함하는 콘텐츠에 대한 요청을 수신하는 단계를 포함한다. 상기 방법은 콘텐츠 슬롯 식별자를 사용하여 데이터 처리 시스템에 의해, 자원 환경(즉, 애플리케이션이 사용자를 위한 디스플레이를 생성하기 위해 자원을 사용할 때의 애플리케이션의 환경) 내의 디스플레이를 위한 특정 구성에 따라 렌더링된 콘텐츠 파일을 생성하기 위해 콘텐츠 컴포넌트들을 정렬하는데 사용되는 프리젠테이션 스키마를 식별하기 위해 데이터베이스에 액세스하는 단계를 더 포함한다. 상기 이 방법은 데이터 처리 시스템에 의해, 콘텐츠에 대한 요청에 응답하여, 복수의 콘텐츠 컴포넌트들을 포함하는 콘텐츠 자산(asset)을 식별하는 단계를 더 포함한다. 상기 방법은 데이터 처리 시스템의 콘텐츠 렌더러에 의해, 렌더링된 콘텐츠 파일로서, 콘텐츠 슬롯에 대응하는 프리젠테이션 스키마에 기초하여 복수의 콘텐츠 컴포넌트들을 렌더링하는 단계를 더 포함한다. 상기 방법은 상기 데이터 처리 시스템에 의해, 상기 렌더링된 콘텐츠 파일을 상기 자원의 콘텐츠 슬롯 내에 디스플레이하기 위해 상기 클라이언트 장치에 전송하는 단계를 더 포함한다. "네이티브 콘텐츠"라는 용어는 여기에서 자원에서 생성된 또는 자원의 일부가 아닌 콘텐츠를 의미하는 데 사용되며, 이는 전형적으로 수행되는 방법에 앞서서 자원과 관련되지 않지만, 방법에 의해 자원에 의해 생성된 또는 자원의 일부인 콘텐츠와 함께 디스플레이된다.

일부 구현 예에서, 콘텐츠 요청은 요청된 콘텐츠의 크기 값을 포함한다. 일부 구현 예에서, 프리젠테이션 스키마를 식별하는 것은 상기 데이터 처리 시스템에 의해, 복수의 프리젠테이션 스키마를 식별하는 것 -상기 프리젠테이션 스키마들 각각은 상기 콘텐츠 슬롯 식별자에 대응하는 각각의 프리젠테이션 스키마 식별자를 포함함-; 상기 데이터 처리 시스템에 의해, 상기 복수의 프리젠테이션 스키마들의 서브세트를 식별하는 것 -상기 서브 세트에 포함된 상기 프리젠테이션 스키마들 각각은 상기 요청된 콘텐츠의 크기 값과 매칭하는 크기 속성을 포함함-; 그리고 상기 데이터 처리 시스템에 의해, 상기 식별된 프리젠테이션 스키마를 상기 복수의 프리젠테이션 스키마들의 서브세트로부터 선택하는 것을 포함한다.

일부 구현 예에서, 상기 렌더링된 콘텐츠 파일은 렌더링된 콘텐츠 파일과의 상호작용에 응답하여 클라이언트 장치에서 렌더링된 콘텐츠 파일과의 상호 작용의 표시를 전송하도록 구성된 스크립트를 포함한다. 일부 구현 예에서, 상기 방법은 상기 데이터 처리 시스템에 의해, 상기 상호 작용의 표시가 상기 클라이언트 장치로부터 전송된 서버의 어드레스를 삽입하는 단계를 더 포함한다.

일부 구현 예에서, 렌더링된 콘텐츠 파일은 클라이언트 장치에서 렌더링된 콘텐츠 파일을 디스플레이하도록 구성된 HTML(HyperText Markup Language) 스크립트를 포함한다. 일부 구현 예에서, 렌더링된 콘텐츠 파일은 클라이언트 장치에서 렌더링된 콘텐츠 파일을 디스플레이하도록 구성된 CSS(Cascading Style Sheets) 스크립트를 포함한다. 일부 구현 예에서, 상기 프리젠테이션 스키마는 복수의 스타일 파라미터들을 포함하고, 상기 스타일 파라미터들 각각은 엔티티의 상기 자원의 값과 매칭하는 값을 포함한다. 일부 구현 예에서, 스타일 파라미터들은 콘텐츠 슬롯에 디스플레이될 섹션 카테고리, 콘텐츠 슬롯의 백그라운드 컬러, 텍스트의 폰트 크기, 텍스트의 위치 또는 이미지의 위치를 포함한다. 일부 구현 예에서, 렌더링된 콘텐츠 파일의 시각적 특성들은 애플리케이션 환경의 시각적 특성들과 실질적으로 매칭한다.

다양한 구현예들에 따르면, 애플리케이션의 환경 내에서 프리젠테이션을 위한 네이티브 콘텐츠의 서버측 렌더링(server-side rendering)을 위한 시스템이 제공된다. 이 시스템에는 프로세서가 포함되어 있다. 상기 시스템은 상기 프로세서에 연결된 메모리를 포함하며, 상기 메모리는 상기 프로세서에 의해 실행될 때, 상기 프로세서로 하여금 동작들을 수행하게 하는 컴퓨터 실행 가능 명령어들을 저장하며, 상기 동작들은, 클라이언트 장치로부터, 자원에 의해 제공되는 특정 콘텐츠 슬롯을 식별하는 콘텐츠 슬롯 식별자를 포함하는 콘텐츠에 대한 요청을 수신하는 동작; 상기 콘텐츠 슬롯 식별자를 사용하여, 상기 자원의 환경 내에서의 디스플레이를 위한 특정 구성(configuration)에 따라 렌더링된 콘텐츠 파일을 생성하기 위해 콘텐츠 컴포넌트들을 정렬하는데 사용되는 프리젠테이션 스키마를 식별하도록 데이터베이스에 액세스하는 동작; 콘텐츠에 대한 요청에 응답하여, 복수의 콘텐츠 컴포넌트들을 포함하는 콘텐츠 자산을 식별하는 동작; 콘텐츠 슬롯에 대응하는 프리젠테이션 스키마에 기초하여 복수의 콘텐츠 컴포넌트들을 렌더링된 콘텐츠 파일로서 렌더링하는 동작; 그리고 렌더링된 콘텐츠 파일을 자원의 콘텐츠 슬롯 내에 디스플레이하기 위해 클라이언트 장치에 전송하는 동작을 포함한다.

일부 구현 예에서, 콘텐츠에 대한 요청은 요청된 콘텐츠의 크기 값을 포함한다. 일부 구현 예에서, 프리젠테이션 스키마를 식별할 때, 상기 메모리는 상기 프로세서에 의해 실행될 때 상기 프로세서로 하여금 동작들을 수행하게 하는 상기 컴퓨터 실행 가능 명령어들을 저장하며, 상기 동작들은 복수의 프리젠테이션 스키마들을 식별하는 동작 -상기 프리젠테이션 스키마들 각각은 상기 콘텐츠 슬롯 식별자에 대응하는 각각의 프리젠테이션 스키마 식별자를 포함함-; 상기 복수의 프리젠테이션 스키마들의 서브세트를 식별하는 동작 -상기 서브세트에 포함된 상기 프리젠테이션 스키마들 각각은 상기 요청된 콘텐츠의 크기 값과 매칭하는 크기 속성을 포함함-; 그리고 상기 식별된 프리젠테이션 스키마를 상기 복수의 프리젠테이션 스키마들의 서브세트로부터 선택하는 동작을 포함한다.

일부 구현 예에서, 렌더링된 콘텐츠 파일은 상기 렌더링된 콘텐츠 파일과의 상호작용에 응답하여, 클라이언트 장치에서 렌더링된 콘텐츠 파일과의 상호 작용의 표시를 전송하도록 구성된 스크립트를 포함한다. 일부 구현 예에서, 상기 메모리는 상기 프로세서에 의해 실행될 때, 상기 프로세서로 하여금 상기 상호 작용의 표시가 상기 클라이언트 장치로부터 전송되는 서버의 어드레스를 삽입하도록 하는 상기 컴퓨터 실행 가능 명령어들을 저장한다.

일부 구현 예에서, 렌더링된 콘텐츠 파일은 렌더링된 콘텐츠 파일을 클라이언트 장치에 디스플레이하도록 구성된 HTML(HyperText Markup Language) 스크립트를 포함한다. 일부 구현 예에서, 렌더링된 콘텐츠 파일은 클라이언트 장치에서 렌더링된 콘텐츠 파일을 디스플레이하도록 구성된 CSS(Cascading Style Sheets) 스크립트를 포함한다.

일부 구현 예에서, 프리젠테이션 스키마는 복수의 스타일 파라미터들을 포함하며, 스타일 파라미터들 각각은 엔티티의 자원의 값과 매칭하는 값을 포함한다. 일부 구현 예에서, 스타일 파라미터들은 콘텐츠 슬롯에 디스플레이될 섹션 카테고리, 콘텐츠 슬롯의 백그라운드 컬러, 텍스트의 폰트 크기, 텍스트의 위치, 또는 이미지의 위치를 포함한다. 일부 구현 예에서, 렌더링된 콘텐츠 파일의 시각적 특성들은 실질적으로 애플리케이션 환경의 시각적 특성들 매칭할 수 있다.

각각의 양태들에서, 콘텐츠는 디스플레이를 위해 선택될 수 있다. 그 선택된 콘텐츠는 사용자 인터페이스의 일부로서 디스플레이하기 위해 사용자와 관련된 컴퓨터로 전송될 수 있다. 콘텐츠는 임의의 편리한 형태를 취할 수 있으며, 예를 들어 대화형 그래픽 사용자 인터페이스의 컴포넌트들일 수 있다. 양태들은 임의의 편리한 형태로 구현될 수 있다는 것을 이해할 것이다. 예를 들어, 양태들은 유형의 캐리어 매체(예를 들어, 디스크들) 또는 무형적 캐리어 매체(예를 들어, 통신 신호들)일 수 있는 적절한 캐리어 매체를 통해 전달될 수 있는 적절한 컴퓨터 프로그램들에 의해 구현될 수 있다. 양태들은 양태들을 구현하도록 배치된 컴퓨터 프로그램을 실행하는 프로그램 가능한 컴퓨터의 형태를 취할 수 있는 적절한 장치를 사용하여 구현될 수도 있다. 양태들이 결합될 수 있고 한 양태의 컨텍스트에서 기술된 특징들은 다른 양태들의 특징들과 결합될 수 있다.

이들 및 다른 양태들 및 구현예들은 아래에서 상세히 설명된다. 전술한 정보 및 다음의 상세한 설명은 다양한 양태의 예시적인 구현예를 포함하고 청구된 양태 및 구현예의 본질 및 특성을 이해하기 위한 개요 또는 프레임워크를 제공한다. 도면은 다양한 양태들 및 구현예들의 예시 및 추가 이해를 제공하며, 본 명세서에 통합되어 본 명세서의 일부를 구성한다.

첨부 도면은 실제 크기로 그려지는 것은 아니다. 다양한 도면에서 동일한 참조 번호 및 명칭은 동일한 요소를 나타낸다. 명확성을 위해 모든 도면에 모든 구성 요소에 라벨이 붙어있는 것은 아니다.
도 1은 예시적인 구현 예에 따른 네이티브 콘텐츠의 서버 측 렌더링을 위한 환경을 나타내는 블록도이다.
도 2는 예시적인 구현 예에 따른 콘텐츠 렌더링 모듈을 나타낸 블록도이다.
도 3은 예시적인 구현 예에 따른 콘텐츠 렌더링 모듈에 의해 사용되는 데이터 모델을 나타내는 블록도이다.
도 4a 및 도 4b는, 비교 예에 따른 및 본 발명의 예시적인 구현 예에 따른, 각각 콘텐츠 렌더링 및 전송의 시퀀스를 도시하는 블록도이다.
도 5는 예시적인 구현 예에 따른 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법을 도시하는 흐름도이다.
도 6은 예시적인 구현 예에 따라 여기에 설명되고 예시된 시스템 및 방법의 요소들을 구현하기 위해 사용될 수 있는 컴퓨터 시스템에 대한 일반적인 아키텍처를 나타내는 블록도이다.

이하는 네이티브 콘텐츠의 서버 측 렌더링과 관련된 방법, 장치 및 시스템과 관련된 다양한 개념 및 구현예의 보다 상세한 설명이다. 전술한 개념들이 임의의 특정 구현 방식에 제한되지 않기 때문에, 위에서 소개되고 아래에서보다 상세히 설명되는 다양한 개념들은 다양한 방식들 중 임의의 방식으로 구현될 수 있다.

특히, 본 개시는 서버에서 네이티브 콘텐츠를 렌더링하고, 그 렌더링된 네이티브 콘텐츠를 웹 또는 모바일 애플리케이션 상에 디스플레이하기 위해 클라이언트 장치로 전송하는 시스템 및 방법에 관한 것이다. 비교 예에서, 네이티브 콘텐츠는 클라이언트 장치상에서 실행되는 애플리케이션(예를 들어, 모바일 애플리케이션 또는 웹 브라우저)에 의해 렌더링될 수 있고, 애플리케이션 환경 내의 디스플레이를 위해 제공될 수 있다. 이러한 구현 예에서, 하나 이상의 콘텐츠 컴포넌트들을 포함하는 로우 콘텐츠 자산(raw content asset)이 서버로부터 클라이언트 장치로 전송되고, 클라이언트 장치에서의 애플리케이션은 특수화된 렌더링 툴, 스크립트 또는 명령어를 이용하여 애플리케이션의 미리결정된 파라미터에 따라 로우 콘텐츠 자산의 콘텐츠 컴포넌트들을 어셈블링한다. 애플리케이션이 콘텐츠 컴포넌트들을 사용하여 네이비트 콘텐츠를 렌더링하면, 애플리케이션은 렌더링된 콘텐츠가 발행자가 생성한 콘텐츠와 동일한 모양 및 느낌을 갖는 것처럼 보이도록 애플리케이션의 환경 내에 디스플레이하기 위해 렌더링된 네이티브 콘텐츠를 제공한다.

클라이언트 장치에서 실행되는 애플리케이션으로 네이티브 콘텐츠를 렌더링할 때 몇 가지 기술적인 문제가 있다. 첫째, 애플리케이션은 클라이언트 장치로 하여금 네이티브 콘텐츠를 적절하게 렌더링할 수 있게 하는 하나 이상의 특수화된 콘텐츠 렌더링 스크립트들을 필요로 한다. 특수화된 콘텐츠 렌더링 스크립트들을 애플리케이션에 포함시킨 결과, 애플리케이션의 크기(사이즈)는 네이티브 콘텐츠를 렌더링하기 위해 콘텐츠 렌더링 스크립트들을 필요로 하지 않는 애플리케이션보다 크다. 애플리케이션의 크기가 증가하면 애플리케이션을 다운로드하거나 전송하는 데 걸리는 시간이 길어지고 클라이언트 장치에서 더 많은 메모리 자원들을 사용한다. 둘째, 클라이언트 장치상의 애플리케이션은 렌더링 프로세스에 대한 업데이트가 이루어지므로 컴퓨터 실행 가능 명령어들에 대한 업데이트를 수신할 필요가 있다. 이러한 업데이트는 네트워크 자원을 사용하며 업데이트가 수행될 때까지 작동하지 않는 애플리케이션을 렌더링할 수 있다. 결과적으로, 클라이언트 장치에서의 애플리케이션은 컴퓨팅 자원 및 배터리 또는 전력 자원을 포함하는 클라이언트 장치 자원 및 네트워크 자원의 소비를 요구하면서 반복적으로 업데이트될 필요가 있다. 셋째로, 클라이언트 장치가 클라이언트 장치에서 콘텐츠를 렌더링하도록 컴퓨터 실행 가능 명령어들을 실행하게 함으로써, 증가된 배터리 소비를 초래할뿐만 아니라 클라이언트 장치의 성능에 악영향을 미칠 수 있는 추가적인 컴퓨팅 자원을 요구할 수 있다. 넷째, 클라이언트 장치에서 렌더링을 수행함으로써, 렌더링 동작은 각각의 클라이언트 장치에서의 컴퓨팅 자원의 감소된 가용성을 수용하도록 제한될 수 있다. 다섯째, 클라이언트 장치에서 렌더링을 수행함으로써, 콘텐츠 발행자들은 A/B 실험(A/B experiments)을 만들고 관리하거나 렌더링을 최적화할 수 있는 능력을 상실할 수 있다 (예를 들어, 콘텐츠 발행자들은 A/B 실험을 수동으로 설정하거나 클라이언트 장치의 애플리케이션들에 이러한 메커니즘을 통합해야 할 수 있다).

이러한 기술적 도전들 및 다른 것들을 해결하기 위해, 본 개시는 서버에서 애플리케이션에 대한 네이티브 콘텐츠를 렌더링하고, 그 렌더링된 네이티브 콘텐츠를 렌더링을 위해 클라이언트 장치에서 실행중인 애플리케이션으로 전송하는 것에 관한 것이다. 네이티브 콘텐츠는 예를 들어 네이티브 콘텐츠가 삽입되는 애플리케이션의 기본 콘텐츠와 비슷한 형태와 기능을 갖는 콘텐츠를 포함할 수 있다. 예를 들어, 애플리케이션 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링 방법은 데이터 처리 시스템에 의해 클라이언트 장치로부터 자원에 의해 제공되는 특정 콘텐츠 슬롯을 식별하는 콘텐츠 슬롯 식별자를 포함하는 콘텐츠에 대한 요청을 수신하는 단계를 포함한다. 콘텐츠 슬롯 식별자는 콘텐츠 슬롯 식별자에 의해 식별된 콘텐츠 슬롯 내에서 콘텐츠 아이템을 어셈블링, 정렬 및/또는 제시하기 위한 프레젠테이션 스키마를 결정하기 위해 서버에 의해 사용될 수 있다. 콘텐츠 아이템의 특성들은 애플리케이션에 포함된 다른 콘텐츠의 특성들(예를 들어, 폰트, 텍스트 크기, 배경색 또는 패턴 등)과 실질적으로 매칭할 수 있다.

상기 방법은 콘텐츠 슬롯 식별자를 사용하여 데이터 처리 시스템에 의해, 자원 환경 내의 디스플레이를 위한 특정 구성에 따라 렌더링된 콘텐츠 파일들을 생성하기 위해 콘텐츠 컴포넌트들을 정렬하는데 사용되는 프리젠테이션 스키마를 식별하도록 데이터베이스에 액세스하는 단계를 더 포함한다. 상기 방법은 데이터 처리 시스템에 의해, 콘텐츠에 대한 요청에 응답하여, 복수의 콘텐츠 컴포넌트들을 포함하는 콘텐츠 자산을 식별하는 단계를 더 포함한다. 상기 방법은 데이터 처리 시스템의 콘텐츠 렌더러에 의해, 렌더링된 콘텐츠 파일로서, 콘텐츠 슬롯에 대응하는 프리젠테이션 스키마에 기초하여 복수의 콘텐츠 컴포넌트들을 렌더링하는 더 단계를 포함한다. 상기 방법은 상기 데이터 처리 시스템에 의해 상기 렌더링된 콘텐츠 파일을 상기 자원의 콘텐츠 슬롯 내에 디스플레이하기 위해 상기 클라이언트 장치에 전송하는 단계를 더 포함한다.

도 1은 네트워크(105)와 같은 적어도 하나의 컴퓨터 네트워크를 통해 프리젠테이션을 위한 콘텐츠의 서버 측 렌더링을 위한 시스템(100)을 도시한다. 네트워크(105)는 인터넷, 로컬, 와이드, 메트로 또는 다른 영역 네트워크, 인트라넷, 위성 네트워크, 음성 또는 데이터 이동 전화 통신 네트워크와 같은 다른 컴퓨터 네트워크, 및 이들의 조합과 같은 컴퓨터 네트워크를 포함할 수 있다. 시스템(100)은 또한 적어도 하나의 데이터 처리 시스템(110)을 포함하며, 예를 들어, 적어도 하나의 콘텐츠 제공자 컴퓨팅 장치(115)와 인스턴스화하기 위해, 네트워크(105)를 통해 통신하기 위한 프로세서를 갖는 컴퓨팅 장치 또는 서버와 같은 적어도 하나의 로직 장치, 적어도 하나의 콘텐츠 발행자 컴퓨팅 장치(120), 또는 적어도 하나의 최종 사용자 컴퓨팅 장치 또는 클라이언트 장치(125)를 포함할 수 있다.

데이터 처리 시스템(110)은 적어도 하나의 서버를 포함할 수 있다. 예를 들어, 데이터 처리 시스템(110)은 적어도 하나의 데이터 센터 또는 서버 팜에 위치한 복수의 서버를 포함할 수 있다. 일부 구현 예에서, 데이터 처리 시스템(110)은 콘텐츠 배치(placement) 시스템을 포함한다. 데이터 처리 시스템(110)은 적어도 하나의 콘텐츠 요청 모듈(130), 적어도 하나의 콘텐츠 렌더링 모듈(135), 적어도 하나의 렌더링된 콘텐츠 전달 모듈(140) 및 적어도 하나의 데이터베이스(145)를 포함할 수 있다. 콘텐츠 요청 모듈(130), 콘텐츠 렌더링 모듈(135) 및 렌더링된 콘텐츠 전달 모듈(140)은 각각 적어도 하나의 프로세싱 유닛, 서버, 가상 서버, 회로, 엔진, 에이전트, 어플라이언스(appliance) 또는 네트워크(105)를 통해 데이터베이스(145) 및 다른 컴퓨팅 장치(예를 들어, 콘텐츠 제공자 컴퓨팅 장치(115), 콘텐츠 발행자 컴퓨팅 장치(120) 또는 최종 사용자 컴퓨팅 장치(125))와 통신하도록 구성된 프로그래밍 가능한 로직 어레이와 같은 다른 로직 장치를 포함할 수 있다.

콘텐츠 요청 모듈(130), 콘텐츠 렌더링 모듈(135) 및 렌더링된 콘텐츠 전달 모듈(140)은 적어도 하나의 컴퓨터 프로그램 또는 적어도 하나의 스크립트를 포함하거나 실행할 수 있다. 콘텐츠 요청 모듈(130), 콘텐츠 렌더링 모듈(135) 및 렌더링된 콘텐츠 전달 모듈(140)은 분리된 컴포넌트들, 단일 컴포넌트 또는 데이터 처리 시스템(110)의 일부일 수 있다. 콘텐츠 요청 모듈(130), 콘텐츠 렌더링 모듈(135) 및 렌더링된 콘텐츠 전달 모듈(140)은 콘텐츠 아이템 배치를 개시하기 위한 요청들을 획득하기 위해 하나 이상의 스크립트들을 실행하고, 콘텐츠 발행자 컴퓨팅 장치(120)의 정보 자원을 식별하고, 콘텐츠 제공자 컴퓨팅 장치(115)에서 정보 자원의 렌더링을 제공하고, 정보 자원의 콘텐츠 아이템 슬롯들을 식별하고, 정보 자원의 렌더링에 디스플레이할 콘텐츠 아이템들을 제공하거나, 예를 들어, 최종 사용자 컴퓨팅 장치(125)에서 정보 자원으로 디스플레이하기 위한 콘텐츠 아이템을 제공하도록 하는 인가(authorization)를 수신하도록 구성된 하나 이상의 프로세서와 같은, 소프트웨어 및 하드웨어의 조합을 포함할 수 있다.

콘텐츠 제공자 컴퓨팅 장치(115)는 최종 사용자 컴퓨팅 장치(125)에서 정보 자원 상에 디스플레이하기 위한 콘텐츠와 같은 콘텐츠 아이템들을 제공하기 위해 콘텐츠 제공자 엔티티에 의해 동작되는 서버들 또는 다른 컴퓨팅 장치들을 포함할 수 있다. 콘텐츠 제공자 컴퓨팅 장치(115)에 의해 제공된 콘텐츠는 예를 들어, 콘텐츠 발행자 컴퓨팅 장치(120)에 의해 제공된 콘텐츠인 기본 콘텐츠(primary content)를 포함하는 웹 사이트 또는 웹 페이지와 같은 정보 자원에 디스플레이하기 위한 제3자 콘텐츠 아이템들을 포함할 수 있다. 콘텐츠아이템들은 검색 결과 웹 페이지에 디스플레이될 수도 있다. 예를 들어, 콘텐츠 제공자 컴퓨팅 장치(115)는 검색 엔진이 제공하는 검색 결과 방문 페이지에 디스플레이하거나 모바일 장치의 모바일 애플리케이션에 디스플레이하기 위해, 웹 페이지의 기본 콘텐츠가 회사에 의해 제공되는 회사의 웹 페이지와 같은 콘텐츠 웹 페이지의 콘텐츠 슬롯에 디스플레이하기 위한 콘텐츠 아이템들의 소스를 제공하거나 그 소스일 수 있다. 콘텐츠 제공자 컴퓨팅 장치(115)와 연관된 콘텐츠 아이템들은 스마트폰 또는 다른 최종 사용자 컴퓨팅 장치(125)상의 애플리케이션의 실행의 일부로서 디스플레이된 콘텐츠와 같은 웹 페이지 이외의 정보 자원 상에 디스플레이될 수 있다.

콘텐츠 발행자 컴퓨팅 장치(120)는 네트워크(105)를 통해 디스플레이하기 위한 기본 콘텐츠를 제공하기 위해 콘텐츠 발행 엔티티에 의해 운영되는 서버들 또는 다른 컴퓨팅 장치들을 포함할 수 있다. 예를 들어, 콘텐츠 발행자 컴퓨팅 장치(120)는 웹 페이지 상에 디스플레이하기 위한 기본(주요) 콘텐츠를 제공하는 웹 페이지 운영자를 포함할 수 있다. 상기 기본 콘텐츠는 콘텐츠 발행자 컴퓨팅 장치(120)에 의해 제공되는 것과 다른 콘텐츠를 포함할 수 있고, 웹 페이지는 콘텐츠 제공자 컴퓨팅 장치(115)로부터의 제3자 콘텐츠 아이템들의 디스플레이를 위해 구성된 콘텐츠 슬롯들을 포함할 수 있다. 예를 들어, 콘텐츠 발행자 컴퓨팅 장치(120)는 회사의 웹 사이트를 운영할 수 있고, 웹 사이트의 웹 페이지 상에 디스플레이하기 위해 그 회사에 관한 콘텐츠를 제공할 수 있다. 웹 페이지들은 제3자 콘텐츠 아이템들, 예컨대 콘텐츠 제공자 컴퓨팅 장치(115)의 콘텐츠의 디스플레이를 위해 구성된 콘텐츠 슬롯들을 포함할 수 있다. 일부 구현 예에서, 콘텐츠 발행자 컴퓨팅 장치(120)는 검색 엔진 웹 사이트를 운영하는 검색 엔진 운영자의 검색 엔진 컴퓨팅 장치(예를 들어, 서버)를 포함한다. 검색 엔진 웹 페이지들(예를 들어, 결과 또는 랜딩 웹 페이지)의 기본 콘텐츠는 콘텐츠 제공자 컴퓨팅 장치(115)로부터의 콘텐츠 아이템들과 같은 콘텐츠 슬롯들에 디스플레이된 제3자 콘텐츠 아이템들뿐만 아니라 검색 결과를 포함할 수 있다.

최종 사용자 컴퓨팅 장치(125)는 콘텐츠 발행자 컴퓨팅 장치(120)에 의해 제공된 콘텐츠(예를 들어, 기본 웹 페이지 콘텐츠 또는 다른 정보 자원) 및 콘텐츠 제공자 컴퓨팅 장치(115)에 의해 제공된 콘텐츠(예를 들어, 웹 페이지의 콘텐츠 슬롯에 디스플레이되도록 구성된 제3자 콘텐츠 아이템들)와 같은 데이터를 디스플레이하기 위해 네트워크(105)를 통해 통신하도록 구성된 컴퓨팅 장치를 포함할 수 있는 클라이언트 장치이다. 최종 사용자 컴퓨팅 장치(125), 콘텐츠 제공자 컴퓨팅 장치(115) 및 콘텐츠 발행자 컴퓨팅 장치(120)는 데스크톱 컴퓨터, 랩톱 컴퓨터, 태블릿 컴퓨터, 스마트폰, 개인용 디지털 보조 장치, 모바일 장치, 최종 사용자 컴퓨팅 장치, 서버, 클라이언트 및 기타 컴퓨팅 장치를 포함할 수 있다. 최종 사용자 컴퓨팅 장치(125), 콘텐츠 제공자 컴퓨팅 장치(115) 및 콘텐츠 발행자 컴퓨팅 장치(120)는 마이크로폰, 스피커, 터치스크린, 키보드, 포인팅 장치, 컴퓨터 마우스, 터치 패드 또는 다른 입력 또는 출력 인터페이스와 같은 사용자 인터페이스들을 포함할 수 있다.

콘텐츠 요청 모듈(130)은 최종 사용자 컴퓨팅 장치(125)로부터 콘텐츠에 대한 요청을 수신할 수 있다. 콘텐츠에 대한 요청은 정보 자원에 대한 요청, 하나 이상의 제3자 콘텐츠 아이템들에 대한 요청 또는 이들의 조합을 포함할 수 있다. 일부 구현 예에서, 콘텐츠에 대한 요청은 제3자 콘텐츠에 대한 요청을 포함할 수 있다. 일부 구현 예에서, 제3자 콘텐츠에 대한 요청은 제3자 콘텐츠가 디스플레이될 정보 자원의 식별자 또는 어드레스를 포함할 수 있다. 제3자 콘텐츠에 대한 요청은 또한 콘텐츠 요청에 응답하여 제공할 콘텐츠를 결정하기 위해 데이터 처리 시스템 (110)에 의해 사용될 수 있는 하나 이상의 파라미터들을 포함하거나 식별할 수 있다. 예를 들어, 상기 파라미터들은 요청된 콘텐츠를 삽입할 콘텐츠 슬롯의 크기를 식별할 수 있다. 상기 파라미터들은 정보 자원과 관련된 유형의 콘텐츠, 요청된 제3자 콘텐츠 유형(예: 텍스트, 이미지, 비디오 등), 최종 사용자 컴퓨팅 장치 정보, 요청된 제3자 콘텐츠 아이템의 크기 정보, 최종 사용자 컴퓨팅 장치(125)와 관련된 네트워크 유형(예를 들어, 셀룰러 네트워크, WiFi 등), 최종 사용자 컴퓨팅 장치(125)에서의 애플리케이션과 관련된 애플리케이션 ID, 애플리케이션 ID와 관련된 속성, 최종 사용자 컴퓨팅 장치(125)의 현재 또는 과거 위치, 또는 이들의 조합을 식별할 수 있다. 콘텐츠 요청들에 관한 더 상세한 설명은 도 2와 관련하여 이하에서 설명된다.

일부 구현 예에서, 콘텐츠에 대한 요청은 정보 자원에 대한 요청을 포함할 수 있다. 정보 자원에 대한 요청은 정보 자원의 식별자 또는 주소를 포함할 수 있다. 예를 들어, 정보 자원에 대한 요청은 웹 페이지(예를 들어, "http://www.example.com")와 같은 특정 자원의 URL(Uniform Resource Locator)을 포함할 수 있다. 정보 자원에 대한 요청은 또한 클라이언트 장치 정보(장치 유형, 장치 식별자 또는 이들의 조합과 같은)를 포함할 수 있다.

데이터 처리 시스템(110)은 또한 하나 이상의 콘텐츠 저장소 또는 데이터베이스(145)를 포함할 수 있다. 데이터베이스(145)는 데이터 처리 시스템(110)에 국부적일 수 있다. 일부 구현 예에서, 데이터베이스(145)는 데이터 처리 시스템(110)에 대해 원격일 수 있지만, 네트워크(105)를 통해 데이터 처리 시스템(110)과 통신할 수 있다. 데이터베이스(145)는 최종 사용자 컴퓨팅 장치(125)에 서비스하기 위해 웹 페이지, 웹 페이지 부분, 제3자 콘텐츠 아이템들 및 프리페치 스크립트(prefetching script)를 포함할 수 있다.

콘텐츠 렌더링 모듈(135)은 최종 사용자 컴퓨팅 장치(125)로의 렌더링 및 전달을 위한 콘텐츠 아이템을 선택하도록 구성될 수 있다. 콘텐츠 렌더링 모듈(135)은 콘텐츠 아이템의 선택을 위해 데이터베이스(145)에 액세스할 수 있다. 콘텐츠 렌더링 모듈(135)은 또한 선택된 콘텐츠 아이템이 어떻게 렌더링되어야 하는지를 지시하는 프리젠테이션 스키마를 선택하기 위해 프리젠테이션 스키마 룩업 데이터베이스에 액세스할 수 있다. 콘텐츠 렌더링 모듈(135)은 선택된 콘텐츠 아이템 및 선택된 프리젠테이션 스키마에 기초하여 콘텐츠 아이템을 렌더링할 수 있다. 렌더링된 콘텐츠 아이템은 정보 자원의 콘텐츠 슬롯 내에 디스플레이되는 네이티브 콘텐츠 아이템을 포함할 수 있어서 렌더링된 콘텐츠 아이템은 정보 자원의 환경의 시각적 특성들과 실질적으로 매칭한다. 콘텐츠 렌더링 모듈(135)에 관한 더 상세한 설명은 도 2와 관련하여 이하에서 발견된다.

렌더링된 콘텐츠 전달 모듈(140)은 콘텐츠 렌더링 모듈(135)에 의해 렌더링 된 콘텐츠 아이템을 수신하도록 구성될 수 있다. 렌더링된 콘텐츠 전달 모듈(140)은 렌더링된 콘텐츠를 최종 사용자 컴퓨팅 장치(125)에 전달할 수 있다. 일부 구현 예에서, 렌더링된 콘텐츠 아이템은 렌더링된 콘텐츠 전달 모듈(140)이 렌더링된 콘텐츠 아이템을 전송하기 위해 특정 수신지 최종 사용자 컴퓨팅 장치(125)를 결정할 수 있게 하는 식별자를 포함한다. 상기 식별자는 특정 최종 사용자 컴퓨팅 장치(125)로부터의 콘텐츠에 대한 요청과 함께 콘텐츠 요청 모듈(130)에 의해 수신될 수 있다.

렌더링된 콘텐츠 전달 모듈(140)에 의해 전달된 렌더링된 콘텐츠는 상호 작용 스크립트로 구성될 수 있다. 일부 구현 예에서, 상호작용 스크립트는 최종 사용자 컴퓨팅 장치(125)가 데이터 처리 시스템(110)으로부터 최종 사용자 컴퓨팅 장치(125)로 전송된 상기 전달된 콘텐츠와의 상호 작용의 표시를 전송하게 하는 컴퓨터 실행 가능 명령어들을 포함한다. 예를 들어 상호 작용에는 클릭, 스와이프, 탭, 커서로 가리키거나 콘텐츠 아이템과의 다른 상호 작용이 포함될 수 있다. 컴퓨터 실행 가능한 명령어들은 HTML(HyperText Markup Language), XHTML(Extensible HyperText Markup Language), XML(Extensible Markup Language), CSS(Cascading Style Sheets) 및 자바스크립트와 같은 스크립트를 포함할 수 있다. 컴퓨터 실행 가능 명령어들은 최종 사용자 컴퓨팅 장치(125)로 하여금 콘텐츠 요청 모듈(130)에 의해 수신된 콘텐츠 요청을 전송하게 하는 애플리케이션 또는 웹 브라우저와 같은 최종 사용자 컴퓨팅 장치(125)의 애플리케이션 또는 웹 브라우저 내에서 실행될 수 있다. 상기 애플리케이션은 예를 들어 인터넷 브라우저, 모바일 애플리케이션, 게임 애플리케이션, GPS 애플리케이션, 가상 현실 애플리케이션, 또는 컴퓨터 실행 가능 명령어들을 판독하고 실행할 수 있는 임의의 다른 컴퓨터 프로그램을 포함할 수 있다.

도 2는 예시적인 구현 예에 따른 콘텐츠 렌더링 모듈(135)을 나타내는 블록도이다. 콘텐츠 렌더링 모듈(135)의 도시된 컴포넌트들은 콘텐츠 렌더링 모듈(135)의 일부를 포함할 수 있고, 도 2는 콘텐츠 렌더링 모듈(135)의 모든 컴포넌트들을 도시하지 않을 수도 있다. 일부 구현 예에서, 콘텐츠 렌더링 모듈(135)은 변환 모듈(205), 콘텐츠 관리자(210), 콘텐츠 자산 데이터베이스(215), 프리젠테이션 스키마 데이터베이스(220) 및 스크립트 데이터베이스(225)를 포함한다.

일부 구현 예에서, 콘텐츠 자산 데이터베이스(215), 프리젠테이션 스키마 데이터베이스(220) 및 스크립트 데이터베이스(225)는 모두 데이터베이스(145)의 일부이다. 데이터베이스(145)는 콘텐츠 자산 데이터베이스(215), 프리젠테이션 스키마 데이터베이스(220) 및 스크립트 데이터베이스(225)에 의해 저장된 데이터를 포함하도록 분리되거나 분할될 수 있다. 일부 구현 예에서, 데이터 처리 시스템(110)은 콘텐츠 제공자(115) 및 콘텐츠 발행자(120)로부터 데이터를 수신하고, 그 수신된 데이터를 해당 데이터베이스(215, 220, 225)에 저장할 수 있다. 예를 들어, 콘텐츠 제공자(115)는 콘텐츠 자산 데이터를 데이터 처리 시스템(110)에 전송할 수 있고, 데이터 처리 시스템(110)은 콘텐츠 자산 데이터베이스(215)에 그 정보를 로딩하여 저장할 수 있다. 마찬가지로, 콘텐츠 발행자(120)는 프리젠테이션 스키마 데이터를 프리젠테이션 스키마 데이터베이스(220)에 로딩되어 저장될 수 있는 데이터 처리 시스템(110)에 전송할 수 있다.

일부 구현 예에서, 변환 모듈(205)은 예를 들어 콘텐츠 요청 모듈(130)로부터 콘텐츠 요청을 수신하도록 구성된다. 일부 구현에서, 변환 모듈(205)은 콘텐츠 요청 모듈(130)의 일부일 수 있다. 변환 모듈(205)은 HTTP(Hypertext Transfer Protocol) 포맷으로 콘텐츠 요청을 수신하도록 구성될 수 있다. 콘텐츠 요청은 애플리케이션(예를 들어, 모바일 최종 사용자 컴퓨팅 장치(125)) 또는 웹 페이지로부터 수신될 수 있다. HTTP 콘텐츠 요청은 초기에 최종 사용자 컴퓨팅 장치(125)로부터 전송된다.

일부 구현 예에서, HTTP 콘텐츠 요청은 콘텐츠 슬롯 식별자 및 요청된 콘텐츠 아이템의 크기 정보를 포함한다. 콘텐츠 슬롯 식별자는 예를 들어 정보 자원의 콘텐츠 슬롯을 식별하는 콘텐츠 슬롯 식별자와 같이 요청된 콘텐츠 아이템과 함께 공급될 정보 자원의 일부를 식별하는 식별자를 포함할 수 있다. 크기 정보에는 한 세트의 크기 치수(dimensions) 또는 여러 세트의 크기 치수가 포함될 수 있다. 일부 구현 예에서, 크기 정보는 고정된 크기(예를 들어, 픽셀 크기 치수에 의한 픽셀)이다. 일부 구현 예에서, 크기 정보는 요청된 크기가 적응형인지 여부를 지정하여, 리턴된 렌더링된 콘텐츠 아이템이 다양한 크기의 콘텐츠 슬롯들에 적합하도록 구성된다. 일부 구현 예에서, 콘텐츠 요청은 네이티브 콘텐츠 아이템에 대한 요청을 나타낸다. 일부 구현 예에서, 콘텐츠 요청은 비-네이티브(non-native) 콘텐츠 아이템에 대한 요청을 나타낸다. 일부 구현 예에서, 콘텐츠 요청은 상기 요청이 네이티브 또는 비-네이티브 콘텐츠 아이템에 대한 것인지의 여부를 지정하지 않는다.

HTTP 요청을 수신하면, 변환 모듈(205)은 HTTP 요청을 콘텐츠 관리자(210)와 호환 가능한 포맷으로 변환하도록 구성될 수 있다. 예를 들어, 변환 모듈(205)은 HTTP 콘텐츠 요청을 파싱하여 콘텐츠 관리자(210)에 의한 사용을 위한 추가적인 컨텍스트 정보 (예를 들면, 콘텐츠 요청을 송신한 애플리케이션의 애플리케이션 식별자, 애플리케이션의 사용자의 사용자 식별자 등)를 포함하도록 구성될 수 있다. 또한, 변환 모듈(205)은 포맷된 요청이 콘텐츠 관리자(210)가 파싱할 수 있는 포맷일 수 있고 콘텐츠 선택에 사용하기 위한 정보를 추출할 수 있도록 HTTP 콘텐츠 요청을 포맷할 수 있다. 예를 들어, 콘텐츠 관리자(210)는 콘텐츠 요청으로부터 식별자들을 추출하고, 그 추출된 식별자들과 관련된 콘텐츠를 검색할 수 있도록 변환 모듈(205)에 의해 포맷되거나 변경된 콘텐츠 요청을 파싱할 수 있다.

일부 구현 예에서, 콘텐츠 관리자(210)는 콘텐츠 슬롯 식별자 및 제공된 크기 정보에 의해 식별된 콘텐츠 슬롯과 호환 가능한 프리젠테이션 스키마를 선택하도록 구성된 모듈이다. 따라서, 일부 구현 예에서, 콘텐츠 관리자(210)는 콘텐츠 슬롯 식별자에 기초하여 콘텐츠 자산들의 리스트를 선택하고, 콘텐츠 슬롯에 할당되거나 콘텐츠 슬롯과 연관되는 프리젠테이션 스키마들의 리스트를 선택하고, 크기 정보와 매칭하는 해당 프리젠테이션 스키마들을 포함하지 않는 콘텐츠 자산들과 그리고 콘텐츠 슬롯 식별자에 의해 식별된 콘텐츠 슬롯을 목표로 하지 않는 콘텐츠 자산들을 필터링한다. 콘텐츠 관리자(210)는 콘텐츠 선택 모듈(211), 프리젠테이션 룩업 모듈(212), 프리젠테이션 필터(213) 및 랭킹 모듈(214)을 포함할 수 있다.

일부 구현 예에서, 콘텐츠 선택 모듈(211)은 콘텐츠 슬롯 식별자 및 크기 정보를 포함하는 콘텐츠 요청을 수신할 수 있다. 콘텐츠 선택 모듈(211)은 콘텐츠 요청에 응답하여 네이티브 콘텐츠 자산의 리스트를 선택하기 위해 콘텐츠 자산 데이터베이스(215)에 액세스할 수 있다. 일부 구현 예에서, 콘텐츠 자산의 콘텐츠 제공자는 특정 콘텐츠 자산을 하나 이상의 콘텐츠 자산 템플릿들에 할당 또는 링크시킬 수 있고, 콘텐츠 자산 템플릿(들)은 콘텐츠 자산의 어떤 콘텐츠 컴포넌트들이 배열될 수 있는지에 따른 명세(specification)를 포함할 수 있다. 콘텐츠 컴포넌트들은 헤드라인, 이미지, 바디, 액션에 대한 콜, 로고, 속성, URL을 통한 클릭 URL 등을 포함할 수 있지만 이에 국한되지는 않는다.

일부 구현 예에서, 콘텐츠 선택 모듈(211)은 콘텐츠 자산 데이터베이스(215)로부터 콘텐츠 자산을 식별하기 위해 질의(query)를 사용할 수 있다. 상기 질의는 콘텐츠 요청으로부터의 콘텐츠 슬롯 식별자 및 크기 정보를 포함할 수 있다. 질의에 응답하여, 콘텐츠 자산 식별자 데이터베이스(215)는 콘텐츠 선택 모듈(211)에 의해 액세스되어 콘텐츠 슬롯 식별자 및 크기 정보와 매칭하는 하나 이상의 콘텐츠 자산들을 검색할 수 있다. 일부 구현 예에서, 콘텐츠 자산 데이터베이스(215)는 복수의 콘텐츠 자산을 저장하고 콘텐츠 자산의 각각을 콘텐츠 슬롯 식별자와 링크시키거나 그렇지 않으면 연관시킨다. 일부 구현 예에서, 콘텐츠 자산 데이터베이스(215)는 콘텐츠 슬롯에 할당된 프리젠테이션 스키마와 호환 가능한 특정 콘텐츠 자산 템플릿에 할당된 콘텐츠 자산들을 매칭, 맵핑 또는 링크할 수 있다. 콘텐츠 자산 데이터베이스(215)는 콘텐츠 자산의 사이징 정보를 (예컨대, 콘텐츠 제공자 (115)로부터) 또한 수신하고, 콘텐츠 자산 데이터베이스(215)에 저장된 콘텐츠 자산들 각각을 상기 사이징 정보로 맵핑할 수 있다. 이와 같이, 콘텐츠 선택 모듈(211)은 요청된 콘텐츠 슬롯 식별자 및 크기 정보에 기초하여 콘텐츠 자산 데이터베이스(215)에서 룩업을 수행하고, 해당 콘텐츠 자산을 검색할 수 있다.

리턴된 네이티브 콘텐츠 자산은 각각 아래에서 설명되는 바와 같이, 프리젠테이션 스키마를 식별하는데 사용될 수 있는 콘텐츠 자산 템플릿 식별자를 포함할 수 있다. 일부 구현 예에서, 검색된 네이티브 콘텐츠 자산들 각각은 임의의 프리젠테이션 스키마가 네이티브 콘텐츠 자산에 할당되거나 네이티브 콘텐츠 자산과 연관되는지 여부(예를 들어, 프리젠테이션 스키마들이 콘텐츠 자산 템플릿 식별자에 할당되거나 콘텐츠 자산 템플릿 식별자와 연관되는지 여부)를 나타내는 플래그 또는 다른 표시자를 포함 또는 배제할 수 있다. 예를 들어, 매칭하는 콘텐츠 자산들 중 하나가 콘텐츠 자산에 할당되거나 콘텐츠 자산과 연관되어 있는 프리젠테이션 스키마가 없음을 나타내는 플래그를 포함하면, 콘텐츠 자산 데이터베이스(215)는 플래그된 네이티브 콘텐츠 자산이 콘텐츠 선택 모듈(211)로 리턴되는 것을 배제할 수 있다. 따라서, 콘텐츠 자산 데이터베이스(215)는 네이티브 콘텐츠 자산들(예를 들어, 플래그되지 않은 자산들)을 리턴할 수 있고, 임의의 프리젠테이션 스키마에 연관되거나 할당되지 않는 것으로 플래그되는 네이티브 콘텐츠 자산들을 배제할 수 있다. 일부 구현 예에서, 콘텐츠 선택 모듈(211)은 해당 콘텐츠 자산 템플릿 식별자들을 포함하는 리턴된 콘텐츠 자산들을 프리젠테이션 필터 모듈(213)에 송신한다.

일부 구현 예에서, 프리젠테이션 룩업 모듈(212)은 콘텐츠 슬롯 식별자 및 사이징 정보를 포함하는 콘텐츠 요청을 수신한다. 프리젠테이션 룩업 모듈(212)은 프리젠테이션 스키마 데이터베이스(220)에 액세스함으로써 콘텐츠 요청에 포함된 콘텐츠 슬롯 식별자에 할당되거나 그렇지 않으면 연관된 모든 적합한(eligible) 프리젠테이션 스키마를 식별할 수 있다. 일부 구현 예에서, 프리젠테이션 스키마 데이터베이스(220)는 복수의 프리젠테이션 스키마를 저장하고, 프리젠테이션 스키마 각각을 콘텐츠 슬롯 식별자와 연관시킨다. 이와 같이, 프리젠테이션 룩업 모듈(212)은 요청된 콘텐츠 슬롯 식별자에 기초하여 프리젠테이션 스키마 데이터베이스(220)에서 룩업을 수행할 수 있고, 해당 프리젠테이션 스키마를 검색할 수 있다. 프리젠테이션 룩업 모듈(212)은 콘텐츠 요청에 포함된 사이징 정보와 매칭하지 않는 프리젠테이션 스키마 데이터베이스(220)로부터 검색된 프리젠테이션을 필터링한다. 일부 구현 예에서, 사이징 정보가 복수의 상이한 크기를 포함하면, 프리젠테이션 룩업 모듈(212)은 콘텐츠 요청에 포함된 임의의 크기와 매칭하지 않는 프리젠테이션 스키마를 필터링한다. 프리젠테이션 룩업 모듈(212)은 동일한 크기를 가지며 동일한 콘텐츠 자산 템플릿에 속하는 프리젠테이션 스키마를 추가로 제거할 수 있다. 따라서, 프리젠테이션 룩업 모듈(212)은 콘텐츠 자산 템플릿을 콘텐츠 자산 템플릿에 할당되거나 콘텐츠 자산 템플릿과 연관되는 적합한 프리젠테이션 스키마의리스트로 매핑하는 프리젠테이션 스키마 매핑을 리턴할 수 있다.

예를 들어, 프리젠테이션 스키마 맵핑을 생성할 때, 프리젠테이션 룩업 모듈(212)은 "Content_asset_template_id => Presentation_schema"와 같이 콘텐츠 자산 템플릿 식별자들에 대응하는 프리젠테이션 스키마를 식별하기 위한 템플릿 맵을 생성할 수 있다.

위의 매핑은 하나 이상의 프리젠테이션 스키마가 콘텐츠 자산 템플릿 식별자에 매핑되는 것을 나타낸다. 매핑 템플릿을 채우는 데 있어서, 프리젠테이션 룩업 모듈(212)은 콘텐츠 요청에 포함된 크기들의 리스트를 검색할 수 있다(예를 들어, 리스트는 하나의 크기 또는 복수의 크기를 포함할 수 있다). 프리젠테이션 룩업 모듈(212)은 콘텐츠 요청으로부터 콘텐츠 슬롯 식별자를 검색하고, 프리젠테이션 데이터베이스(220)로부터 콘텐츠 슬롯 식별자에 할당되거나 그렇지 않으면 연관된 프리젠테이션 스키마를 검색할 수 있다. 일부 구현 예에서, 각각의 프리젠테이션 스키마에 대해, 프리젠테이션 스키마에 할당되거나 프리젠테이션 스키마와 연관된 콘텐츠 자산 템플릿 식별자가 프리젠테이션 스키마 맵핑에 이미 존재하는 경우, 프리젠테이션 룩업 모듈(212)은 이미 존재하는 프리젠테이션 스키마를 무시할 수 있다. 또한, 프리젠테이션 스키마가 콘텐츠 요청에 포함된 크기를 갖지 않으면, 프리젠테이션 룩업 모듈(212)은 프리젠테이션 스키마를 무시할 수 있다. 그렇지 않으면, 프리젠테이션 룩업 모듈(212)은 맵핑에 새로운 엔트리를 추가할 수 있다. 일단 완료되면, 프리젠테이션 룩업 모듈(212)은 프리젠테이션 스키마 맵핑을 프리젠테이션 필터(213)로 전송할 수 있다.

일부 구현 예에서, 프리젠테이션 필터(213)는 프리젠테이션 룩업 모듈(212) 및 콘텐츠 선택 모듈(211)로부터의 적격한 콘텐츠 자산으로부터 프리젠테이션 스키마 매핑을 수신하고, 프리젠테이션 스키마 매핑에 대응하지 않는 콘텐츠 자산을 필터링한다. 예를 들어, 프리젠테이션 필터(213)는 프리젠테이션 스키마 매핑에 의해 적합한(적격한) 프리젠테이션 스키마에 대응하는 적합한 콘텐츠 자산 템플릿을 식별할 수 있다. 그 다음에, 프리젠테이션 필터(213)는 상기 결정된 적합한 콘텐츠 자산 템플릿과 매치하지 않는 콘텐츠 자산 템플릿 식별자를 포함하는 콘텐츠 자산을 제외할 수 있다. 즉, 프리젠테이션 필터(213)는 프리젠테이션 스키마 맵핑에서 콘텐츠 자산 템플릿이 속하지 않는 콘텐츠 자산(예를 들어, 요청된 콘텐츠 슬롯에 할당되거나 그렇지 않으면 연관된 적합한 프리젠테이션 스키마를 갖지 않는 콘텐츠 자산)을 필터링(filter out)할 수 있다. 프리젠테이션 필터(213)는 필터링된 콘텐츠 자산 리스트를 랭킹 모듈(214)에 전송할 수 있다.

일부 구현 예에서, 랭킹 모듈(214)은 콘텐츠 자산들의 리스트로부터 콘텐츠 자산들 중 하나의 선택을 수행한다. 상기 선택된 콘텐츠 자산이 프리젠테이션 스키마 맵핑에 기초하여 결정된 바와 같이 하나 이상의 프리젠테이션 스키마에 할당되거나 그렇지 않으면 연관되면, 랭킹 모듈(214)은 선택된 콘텐츠 자산에 할당되거나 그렇지 않으면 연관된 프리젠테이션 스키마들 중 하나를 무작위로 선택할 수 있다. 이와 같이, 프리젠테이션 스키마를 선택한 후에, 랭킹 모듈(214)은 선택된 콘텐츠 자산에 할당되거나 그렇지 않으면 연관된 식별자 및 선택된 콘텐츠 자산의 선택된 프리젠테이션 스키마에 할당되거나 그렇지 않으면 연관된 식별자를 변환 모듈(205)에 의해 수신된 초기 콘텐츠 요청에 응답하는 콘텐츠 응답으로서 변환 모듈(205)에 전송할 수 있다.

일부 구현 예에서, 변환 모듈(205)은 선택된 콘텐츠 자산의 선택된 프리젠테이션 스키마 및 선택된 콘텐츠 자산의 식별자들(예를 들어, 콘텐츠 자산 템플릿 식별자)을 랭킹 모듈(214)로부터 수신한다. 변환 모듈(205)은 선택된 프리젠테이션 스키마 식별자 및 선택된 콘텐츠 자산에 대응하는 콘텐츠 컴포넌트들 및 프리젠테이션 스키마를 검색하기 위해 스크립트 데이터베이스(225)에 액세스할 수 있다. 프리젠테이션 스키마는 콘텐츠 아이템의 프리젠테이션을 변경 또는 영향을 줄 수 있는 하나 이상의 HTML 코드, CSS 코드 또는 다른 컴퓨터 실행 가능한 명령어들을 포함할 수 있다. 일부 구현 예에서, 스크립트 데이터베이스(225)는 다양한 프리젠테이션 스키마를 저장하고, 각각은 프리젠테이션 스키마 식별자에 할당되거나 프리젠 테이션 스키마 식별자를 가질 수 있다. 콘텐츠 자산 데이터베이스(215)는 각각의 프리젠테이션 스키마를 하나 이상의 콘텐츠 자산 템플릿 식별자들에 더 할당할 수 있다. 이와 같이, 변환 모듈(205)은 프리젠테이션 스키마 식별자 및/또는 콘텐츠 자산 템플릿 식별자에 기초하여 스크립트 데이터베이스(225)에서 룩업을 수행하고, 해당 프리젠테이션 스키마들을 검색할 수 있다.

일부 구현 예에서, 변환 모듈(205)은 수신된 프리젠테이션 스키마 및 콘텐츠 컴포넌트들에 기초하여 콘텐츠 아이템을 렌더링할 수 있다. 변환 모듈(205)은 렌더링된 콘텐츠 아이템을 렌더링된 콘텐츠 전달 모듈(140)에 전송할 수 있다. 콘텐츠 렌더링 모듈(135)이 적응 콘텐츠 아이템을 리턴하게 하는 적응형 크기(adaptive-sized) 콘텐츠 요청에 대해, 클라이언트 장치(125)는 콘텐츠 아이템 슬롯의 폭의 100%를 렌더링된 콘텐츠아이템으로 채우고, 이어서 선택된 콘텐츠 자산의 값들을 포함하도록 콘텐츠 아이템의 높이를 사이징(sizing)함으로써 적응 콘텐츠 아이템을 조정하도록 구성될 수 있다.

이하, 도 3은 예시적인 구현 예에 따라 콘텐츠 렌더링 모듈(135)에 의해 사용되는 콘텐츠 자산, 콘텐츠 자산 템플릿, 프리젠테이션 스키마 및 콘텐츠 슬롯 간의 링크를 도시하는 데이터 모델(300)을 도시하는 블록도이다. 데이터 모델(300)은 하나 이상의 콘텐츠 자산들(305A, 305B, 305C) 및 각각의 콘텐츠 자산들(305A, 305B, 305C)에 링크된 콘텐츠 자산 템플릿(310)을 포함할 수 있다. 또한, 하나 이상의 프리젠테이션 스키마(315A, 315B)는 콘텐츠 자산 템플릿(310)에 링크될 수 있다. 또한, 하나 이상의 콘텐츠 슬롯(320A, 320B, 320C 및 320D)은 각각의 프리젠테이션 스키마(315A, 315B)에 링크될 수 있다. 일부 구현 예에서, 콘텐츠 자산 템플릿(310)은 콘텐츠 컴포넌트들의 세트를 정의할 수 있고, 콘텐츠 자산(305A, 305B, 305C)은 이들 콘텐츠 컴포넌트들의 값들을 정의할 수 있고, 프리젠테이션 스키마(315A, 315B)는 콘텐츠 컴포넌트들을 사용하여 렌더링된 콘텐츠 아이템의 룩 앤드 필(look and feel)을 정의할 수 있다.

콘텐츠 발행자들(게시자들)은 자원에 디스플레이하기 위해 콘텐츠 자산에서 생성된 콘텐츠 아이템들을 제공하고자 할 수 있다. 콘텐츠 발행자들은 하나 이상의 콘텐츠 자산을 콘텐츠 자산의 콘텐츠 컴포넌트들을 사용하여 디스플레이할 콘텐츠 아이템들을 생성하는 데 사용되는 콘텐츠 자산 템플릿에 할당하거나 연관시킬 수 있다. 상술한 바와 같이, 콘텐츠 자산은 콘텐츠 아이템을 생성하기 위해 함께 배열되는 복수의 콘텐츠 컴포넌트들을 포함할 수 있다. 콘텐츠 자산 템플릿은 콘텐츠 자산의 콘텐츠 컴포넌트들이 콘텐츠 아이템을 형성 또는 생성하는 방식을 결정하는데 사용될 수 있다. 일부 구현 예에서, 콘텐츠 자산 템플릿은 콘텐츠 컴포넌트들이 배열될 수 있는 명령어들을 포함할 수 있다. 콘텐츠 자산으로부터 생성된 콘텐츠 아이템들은 하나 이상의 콘텐츠 슬롯에 디스플레이될 수 있다. 이러한 콘텐츠 슬롯들은 콘텐츠 발행자들의 정보 자원에 포함될 수 있다. 콘텐츠 발행자들은 각 콘텐츠 슬롯에 하나 이상의 프리젠테이션 스키마를 할당하거나 연관시킬 수 있다. 콘텐츠 자산이 특정 콘텐츠 슬롯에 디스플레이하기 위해 선택되는 경우, 콘텐츠 렌더링 모듈(135)은 콘텐츠 자산 템플릿을 이용하여 콘텐츠 자산의 콘텐츠 컴포넌트들을 특정 방식으로 정렬할 수 있고, 프리젠테이션 스키마로부터의 값들로 하나 이상의 필드들을 업데이트하기 위해 콘텐츠 자산 템플릿 및 콘텐츠 슬롯에 할당되거나 그렇지 않으면 링크된 프리젠 테이션 스키마들 중 하나를 더 이용할 수 있다. 예를 들어, 프리젠테이션 스키마가 배경에 대한 청색의 컬러 값을 포함하면, 콘텐츠 렌더링 모듈(135)은 콘텐츠 아이템에 대한 배경색에 대응하는 값에 청색을 할당함으로써 콘텐츠 아이템을 렌더링할 수 있고, 이러한 방식으로 콘텐츠 아이템은 청색 배경으로 디스플레이된다.

일부 구현 예에서, 콘텐츠 자산들(305A, 305B, 305C)은 예를 들어 콘텐츠 제공자(115)에 의해 정의된 복수의 값들을 각각 포함할 수 있다. 또한, 상기 콘텐츠 자산 템플릿(310)은 상기 콘텐츠 자산들(305A, 305B, 305C) 각각의 콘텐츠 제공자-정의 값들에 할당되거나 그렇지 않으면 연관될 수 있는 복수의 필드들을 포함할 수 있다. 콘텐츠 컴포넌트들에는 헤드라인, 이미지, 바디 텍스트, 액션에 대한 콜, 로고, 속성, URL을 통한 클릭 등이 포함될 수 있지만 이에 국한되지는 않는다. 예를 들어, 콘텐츠 자산(305A)은 콘텐츠 자산(305B 및 305C)에 의해 정의된 콘텐츠 컴포넌트들로부터 콘텐츠 자산 템플릿(310)에 의해 정의된 콘텐츠 자산 필드들에 대해 상이한 콘텐츠 컴포넌트들을 포함할 수 있다 (예를 들어, 콘텐츠 자산(305A)의 "헤드라인" 콘텐츠 컴포넌트는 콘텐츠 자산(305B 및 305C)의 "헤드라인" 콘텐츠 컴포넌트와 다를 수 있다). 일부 구현들에서, 콘텐츠 자산들(305A, 305B, 305C)은 각각 상이한 콘텐츠 제공자(115)에 할당되거나 그렇지 않으면 연관된다.

일부 구현 예에서, 콘텐츠 자산들(305A, 305B, 305C)은 콘텐츠 자산 템플릿(310)이 콘텐츠 자산 템플릿(305A, 305B, 305C)에 기초하여 용이하게 식별되도록, 콘텐츠 자산 데이터베이스(215)에 저장된 콘텐츠 자산들(305A, 305B, 305C) 각각은 콘텐츠 자산 템플릿(310)에 링크될 수 있다. 예를 들어, 콘텐츠 자산 템플릿은 고유 식별자에 할당되거나 그렇지 않으면 연관될 수 있고, 콘텐츠 자산들(305A, 305B, 305C)의 각각은 콘텐츠 자산 템플릿(310)의 고유 식별자를 포함할 수 있다.

일부 구현 예에서, 프리젠테이션 스키마(315A, 315B)는 프리젠테이션 스키마 데이터베이스(220)에 저장될 수 있다. 프리젠테이션 스키마 데이터베이스(220)에 저장된 프리젠테이션 스키마(315A, 315B)는 프리젠테이션 스키마(315A, 315B)가 콘텐츠 자산 템플릿(310)에 기초하여 용이하게 식별될 수 있도록 콘텐츠 자산 템플릿(310)에 의해 링크될 수 있다. 예를 들어, 프리젠테이션 스키마(315A, 315B)는 각각 고유 식별자에 할당되거나 그렇지 않으면 연관될 수 있고, 콘텐츠 자산 템플릿(310)은 프리젠테이션 스키마(315A, 315B)의 고유 식별자를 포함하거나 이를 포인팅할 수 있다.

또한, 각각의 프리젠테이션 스키마(315A, 315B)는 하나 이상의 콘텐츠 슬롯들에 할당되거나 그렇지 않으면 연관될 수 있다. 예를 들어, 프리젠테이션 스키마(315A)는 콘텐츠 슬롯들(320A 및 320B)에 할당되거나 그렇지 않으면 연관될 수 있고, 프리젠테이션 스키마(315B)는 콘텐츠 슬롯들(320C 및 320D)에 할당되거나 그렇지 않으면 연관될 수 있다. 일부 구현 예에서, 콘텐츠 슬롯들(320A, 320B, 320C 및 320D) 각각은 고유 식별자를 포함할 수 있고, 프리젠테이션 스키마 데이터베이스(220)에 저장된 프리젠테이션 스키마들(315A 및 315B)의 각각은 콘텐츠 슬롯들(320A, 320B, 320C 및 320D)의 각각의 고유 식별자들을 포함하거나 그렇지 않으면 할당 또는 연관될 수 있다. 따라서, 각각의 프리젠테이션 스키마(315A, 315B)는 정보 자원(예를 들어, 정보 자원의 콘텐츠 아이템 슬롯)의 특정 콘텐츠 슬롯에 할당되거나 그렇지 않으면 연관 또는 타케팅될 수 있다.

일부 구현 예에서, 프리젠테이션 스키마(315A, 315B)는 하나 이상의 콘텐츠 발행자(120)에 의해 구성된다. 예를 들어, 프리젠테이션 스키마들(315A, 315B)은 각각 단일 콘텐츠 발행자(120)에 할당되거나 단일 콘텐츠 발행자(120)에 의해 연관 및 구성될 수 있고, 각각의 프리젠테이션 스키마(315A, 315B)는 콘텐츠 발행자의 상이한 정보 자원, 콘텐츠 발행자(120)의 동일한 정보 자원상의 상이한 콘텐츠 슬롯들, 웹 사이트의 상이한 영역들 또는 콘텐츠 발행자의 애플리케이션 등을 타겟으로할 수 있다. 예로서, 프리젠테이션 스키마(315A)는 콘텐츠 발행자(120)의 홈페이지 피드 콘텐츠 슬롯을 타겟으로 할 수 있고, 프리젠테이션 스키마(315B)는 콘텐츠 발행자(120)의 카테고리 페이지 레일 콘텐츠 슬롯을 타겟으로 할 수 있다.

이와 같이, 프리젠테이션 스키마(315A, 315B)는 네이티브 콘텐츠 아이템들의 스타일 및 발행자-구성 구조들(publisher-configured structures)을 나타낼 수 있다. 즉, 프리젠테이션 스키마(315A, 315B)는 네이티브 콘텐츠 아이템들이 콘텐츠 발행자(120)의 애플리케이션 또는 웹 사이트의 소정의 섹션에 어떻게 나타나야 하는지에 대한 스펙(명세)을 포함할 수 있으므로, 프리젠테이션 스키마(315A, 315B)는 특정 콘텐츠 자산(예를 들어, 콘텐츠 자산(305A, 305B, 305C)) 또는 콘텐츠 제공자(예를 들어, 콘텐츠 제공자(115))에 의존하지 않고 영향을 받지 않을 수 있다. 따라서, 콘텐츠 발행자(120)는 배경색, 폰트 크기, 폰트 유형, 폰트 컬러, 콘텐츠 아이템 슬롯 내의 위치 등과 같은 속성을 갖는 특정 프리젠테이션 스키마를 구성할 수 있지만, 이에 한정되는 것은 아니다. 이들 구성은 프리젠테이션 스키마로서 프리젠테이션 스키마 데이터베이스(220)에 입력되어 저장된다.

전술한 바와 같이, 프리젠테이션 스키마는 할당된 크기를 포함하도록 구성될 수 있다. 예를 들어, 프리젠테이션 스키마(315A)는 제1 크기를 포함할 수 있고, 프리젠테이션 스키마(315B)는 제2 크기를 포함할 수 있다. 제1 크기는 픽셀 치수 형식(예: 300 픽셀 x 500 픽셀)의 고정 크기를 포함할 수 있다. 제2 크기는 적응형 크기 표시자(indicator)를 포함할 수 있다. 상기 적응형 크기 표시자는 프리젠테이션 스키마(315B)가 고정된 크기를 갖지 않는 적응형 콘텐츠 슬롯들(예를 들어, 적응형 콘텐츠 아이템 슬롯들)과 호환될 수 있음을 나타낼 수 있다. 적응형 콘텐츠 아이템 슬롯들 및 해당 적응형 프리젠테이션 스키마에 있어서, 클라이언트 장치(125)는 콘텐츠 아이템 슬롯의 폭의 100%를 렌더링된 콘텐츠 아이템으로 채우고,이어서 선택된 콘텐츠 자산의 값들을 포함하도록 콘텐츠 아이템의 높이를 사이징함으로써 적응형 콘텐츠 아이템을 렌더링하도록 구성될 수 있다. 따라서, 프리젠테이션 스키마(315A 및 315B)는 네이티브 콘텐츠 자산(예를 들어, 콘텐츠 자산(305A, 305B 및 305C))을 특정 크기의 렌더링된 콘텐츠 아이템들로 변환할 수 있는 어댑터들(adapters)이다.

도 4a는 비교 예에 따른 렌더링 및 전송 콘텐츠의 시퀀스를 나타내는 블록도(400)이다. 도 4b는 본 발명의 예시적인 구현 예에 따른 렌더링 및 전송 콘텐츠의 시퀀스들을 나타내는 블록도(450)이다.

도 4a를 참조하면, 블록도(400)는 복수의 클라이언트 장치들(420A, 420B, 420C)에 콘텐츠 컴포넌트들(예를 들어, 콘텐츠 제공자(115)에 의해 데이터 처리 시스템(410)에 제공된 콘텐츠 자산 값들)전송하는 데이터 처리 시스템(410)을 도시한다. 데이터 처리 시스템(410)은 데이터 처리 시스템(410)이 콘텐츠 렌더링 모듈(135)을 포함하지 않는다는 점을 제외하고는 전술한 데이터 처리 시스템(110)과 유사할 수 있다. 클라이언트 장치들(420A, 420B, 420C)은 상술한 바와 같이 최종 사용자 컴퓨팅 장치(125)와 유사할 수 있다. 데이터 처리 시스템(410)은 콘텐츠 렌더링 모듈(135)을 포함하지 않기 때문에, 클라이언트 장치들(420A, 420B, 420C) 각각은 네이티브 콘텐츠 아이템들을 렌더링하기 위한 콘텐츠 렌더링 모듈을 포함한다.

데이터 처리 시스템(410)에 저장된 콘텐츠 컴포넌트들은 헤드 라인, 바디 텍스트, 이미지 및 로고와 같은 하나 이상의 필드들에 대한 값들을 포함할 수 있지만, 이에 한정되는 것은 아니다. 데이터 처리 시스템(410)은 각각의 클라이언트 장치들(420A, 420B, 420C)에 콘텐츠 컴폰너트들을 전송한다. 이에 응답하여, 클라이언트 장치들(420A, 420B, 420C)은 콘텐츠 컴포넌트들을 수신하고, 각각의 클라이언트 장치들(420A, 420B, 420C)에서 각각의 콘텐츠 렌더링 모듈은 클라이언트 장치들(420A, 420B, 420C) 각각에서 디스플레이하기 위해 렌더링된 콘텐츠 아이템을 생성하도록 렌더링된다. 클라이언트 장치들(420A, 420B, 420C)의 콘텐츠 렌더링 모듈들 각각은 콘텐츠 렌더링 프로세스 동안 선택된 프리젠테이션 스키마에 의존하여 상이한 배열로 콘텐츠 자산들을 렌더링할 수 있다.

그러나, 콘텐츠의 렌더링은 각 클라이언트 장치(420A, 420B, 420C)에서 수행되기 때문에, 네이티브 콘텐츠가 클라이언트 장치(420A, 420B, 420C)상에서 실행되는 애플리케이션 또는 웹 페이지에 의해 렌더링되는 일부 기술적 과제가 있다. 첫째, 애플리케이션은 클라이언트 장치로 하여금 네이티브 콘텐츠를 적절하게 렌더링 할 수 있게 하는 하나 이상의 특수화된 콘텐츠 렌더링 스크립트를 필요로 한다. 특수화된 콘텐츠 렌더링 스크립트들을 애플리케이션에 포함시킨 결과, 애플리케이션들의 크기는 네이티브 콘텐츠를 렌더링하기 위해 콘텐츠 렌더링 스크립트들을 필요로 하지 않는 애플리케이션보다 크다. 애플리케이션의 크기가 증가하면 애플리케이션을 다운로드하거나 전송하는 데 걸리는 시간이 길어지고, 클라이언트 장치에서 더 많은 메모리 자원이 사용된다. 둘째, 클라이언트 장치상의 애플리케이션은 렌더링 프로세스에 대한 업데이트가 이루어지므로 컴퓨터 실행 가능 명령어들에 대한 업데이트를 수신할 필요가 있다. 이러한 업데이트는 네트워크 자원을 사용하며 업데이트가 수행될 때까지 애플리케이션을 작동하지 않을 수 있다. 결과적으로, 클라이언트 장치에서의 애플리케이션은 컴퓨팅 자원 및 배터리 또는 전력 자원을 포함하고, 네트워크 자원 및 클라이언트 장치 자원의 소비를 모두 요구하면서 반복적으로 업데이트될 필요가 있다. 셋째로, 클라이언트 장치가 클라이언트 장치에서 콘텐츠를 렌더링하도록 컴퓨터 실행 가능 명령어들을 실행하게 함으로써, 증가된 배터리 소비를 초래할뿐만 아니라 클라이언트 장치의 성능에 악영향을 미칠 수 있는 추가적인 컴퓨팅 자원을 요구할 수 있다. 넷째, 클라이언트 장치에서 렌더링을 수행함으로써, 렌더링 동작들은 각각의 클라이언트 장치에서의 컴퓨팅 자원의 감소된 가용성을 수용하도록 제한될 수 있다.

도 4b를 참조하면, 블록도(450)는 렌더링된 네이티브 콘텐츠(예를 들어, 콘텐츠 제공자(115)에 의해 데이터 처리 시스템(110)에 제공된 콘텐츠 컴포넌트들)를 복수의 클라이언트 장치(470A, 470B, 470C)로 전송하는 데이터 처리 시스템(110)을 도시한다. 데이터 처리 시스템(110)은 전술한 바와 같이 네이티브 콘텐츠를 렌더링하는 콘텐츠 렌더링 모듈(135)을 포함한다. 클라이언트 장치(470A, 470B, 470C)는 상술한 바와 같이 최종 사용자 컴퓨팅 장치(125)와 유사할 수 있다. 클라이언트 장치들(470A, 470B, 470C)은 (예를 들어, 모바일 클라이언트 장치상에서) 애플리케이션 또는 웹 브라우저에서 웹 사이트를 실행할 수 있다. 데이터 처리 시스템(110)은 콘텐츠 렌더링 모듈(135)을 포함하기 때문에, 클라이언트 장치들(470A, 470B, 470C) 각각은 네이티브 콘텐츠 아이템들을 렌더링하기 위한 콘텐츠 렌더링 모듈을 필요로하지 않으며 포함하지 않는다. 도 4b에는 도시되지 않았지만, 콘텐츠 렌더링 모듈(135)은 렌더링된 콘텐츠의 상이한 프리젠테이션이 각각의 클라이언트 장치(470A, 470B, 470C)에 대해 선택되도록 콘텐츠 렌더링 프로세스 중에 선택된 프리젠테이션 스키마에 따라 상이한 배치로 콘텐츠 자산을 렌더링할 수 있다.

따라서, 렌더링된 콘텐츠 아이템이 클라이언트 장치들(470A, 470B, 470C)에서 발생하는 어떠한 렌더링없이 클라이언트 장치들(470A, 470B, 470C) 각각에 전송될 수 있도록 네이티브 콘텐츠가 데이터 처리 시스템(410)에서 렌더링되기 때문에, 위에서 열거한 기술적 문제를 극복할 수 있다. 첫째, 애플리케이션은, 클라이언트 장치가 렌더링을 수행하지 않고, 애플리케이션의 크기를 감소시키고, 애플리케이션을 전송하고 다운로드하는데 걸리는 시간을 감소시키고, 또한 클라이언트 장치에서 메모리 자원 사용을 완화하기 때문에, 클라이언트 장치가 네이티브 콘텐츠를 적절하게 렌더링하게 할 수 있는 하나 이상의 특화된 콘텐츠 렌더링 스크립트들을 요구할 필요는 없다. 둘째, 클라이언트 장치상의 애플리케이션은 렌더링 프로세스에 대한 업데이트가 이루어짐에 따라 컴퓨터 실행 가능 명령어들에 대한 업데이트를 수신할 필요가 없으므로 네트워크 자원의 사용을 감소시켜 업데이트가 수행될 때까지 애플리케이션이 작동하지 않게 만드는 인스턴스를 감소시킨다. 따라서, 클라이언트 장치에서의 애플리케이션은 컴퓨팅 자원 및 배터리 또는 전력 자원을 포함하는 네트워크 자원 및 클라이언트 장치 자원의 소비를 감소시키면서 반복적으로 업데이트될 필요가 없다. 셋째로, 콘텐츠 자체를 렌더링할 필요가 없도록 렌더링된 콘텐츠를 데이터 처리 시스템(110)으로부터 수신하는 클라이언트 장치는 감소된 컴퓨팅 자원뿐만 아니라 감소된 배터리 소비를 초래할 수 있다. 넷째, 서버에서 렌더링을 수행함으로써, 렌더링 동작들은 서버에서의 컴퓨팅 자원의 증가된 가용성을 수용하도록 확장될 수 있다. 다섯째, 서버에서 렌더링을 수행함으로써, 콘텐츠 발행자들은 A/B 실험을 만들고 관리하거나 렌더링을 최적화할 수 있다(예를 들어, 콘텐츠 발행자들은 A/B 실험을 수동으로 설정하거나 클라이언트 장치의 애플리케이션에 이러한 메커니즘을 통합할 필요가 없을 수도 있다).

도 5는 예시적인 구현예에 따라 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법(500)을 나타내는 흐름도이다. 간단히 요약하면, 방법(400)은 콘텐츠에 대한 요청을 수신하는 단계를 포함할 수 있다(블록 510). 상기 방법은 프리젠테이션 스키마를 식별하기 위해 데이터베이스에 액세스하는 단계(블록 (520))를 포함할 수 있다. 상기 방법은 콘텐츠에 대한 요청에 응답하여, 복수의 콘텐츠 컴포넌트들을 포함하는 콘텐츠 자산을 식별하는 단계(블록 (530))를 포함할 수 있다. 본 방법은 프리젠테이션 스키마에 기초하여 복수의 콘텐츠 컴포넌트들을 렌더링된 콘텐츠 파일로서 렌더링하는 단계(블록 540)를 포함할 수 있다. 상기 방법은 디스플레이를 위해 클라이언트 장치로 렌더링된 콘텐츠 파일을 전송하는 단계(블록 (550))를 포함할 수 있다.

보다 상세하게, 방법(500)은 데이터 처리 시스템(110)이 콘텐츠에 대한 요청을 수신하는 단계를 포함할 수 있다(블록 510). 콘텐츠 요청은 HTTP(Hypertext Transfer Protocol) 포맷(형식)일 수 있다. 일부 구현 예에서, 콘텐츠 요청은 HHTP /2 포맷, SPDY 포맷, 또는 콘텐츠를 전송하기 위한 임의의 다른 적절한 네트워킹 프로토콜일 수 있다. 콘텐츠 요청은 애플리케이션(예를 들어, 모바일 최종 사용자 컴퓨팅 장치) 또는 웹 페이지로부터 수신될 수 있다. 콘텐츠 요청은 최종 사용자 컴퓨팅 장치로부터 초기에 전송될 수 있다.

일부 구현 예에서, 콘텐츠 요청은 요청된 콘텐츠 아이템의 콘텐츠 슬롯 식별자 및 크기 정보를 포함한다. 콘텐츠 슬롯 식별자는 요청된 콘텐츠 아이템과 함께 공급될 정보 자원의 부분을 식별하는 식별자를 포함할 수 있다. 크기 정보에는 한 세트의 크기 치수 또는 여러 세트의 크기 치수가 포함될 수 있다. 일부 구현 예에서, 크기 정보는 고정된 크기(예를 들어, 픽셀 크기 치수에 의한 픽셀)이다. 일부 구현 예에서, 크기 정보는 요청된 크기가 적응 인지 여부를 지정하여, 리턴된 렌더링된 콘텐츠 아이템이 다양한 크기의 콘텐츠 슬롯에 적합하도록 구성된다. 일부 구현 예에서, 콘텐츠 요청은 네이티브 콘텐츠 아이템에 대한 요청을 나타낸다. 일부 구현 예에서, 콘텐츠 요청은 비-네이티브 콘텐츠 아이템에 대한 요청을 나타낸다. 일부 구현 예에서, 콘텐츠 요청은 요청이 네이티브 또는 비-네이티브 콘텐츠 아이템에 대한 것인지의 여부를 지정하지 않는다.

콘텐츠 요청을 수신하면, 방법(500)은 HTTP 요청을 콘텐츠 관리자와 호환 가능한 포맷으로 변환하는 데이터 처리 시스템(110)을 포함할 수 있다. 예를 들어, 방법(500)은 데이터 처리 시스템(110)이 HTTP 콘텐츠 요청을 파싱하여 콘텐츠 관리자에 의한 사용을 위한 부가적인 컨텍스트 정보(예를 들면, 콘텐츠 요청을 송신한 애플리케이션의 애플리케이션 식별자, 애플리케이션의 사용자의 사용자 식별자 등과 같은 정보)를 포함할 수 있다. 또한, 방법(500)은 데이터 처리 시스템(110)이 HTTP 콘텐츠 요청을 포맷팅하며, 그 포맷팅된 요청은 콘텐츠 관리자가 콘텐츠 선택에서 사용하기 위해 정보를 파싱 및 추출할 수 있도록 하는 것일 수 있다. 예를 들어, 방법(500)은 데이터 처리 시스템(110)이 포맷팅된 또는 수정된 콘텐츠 요청을 파싱하여 콘텐츠 요청으로부터 식별자를 추출하고 그 추출된 식별자와 관련된 콘텐츠를 검색하는 단계를 포함할 수 있다.

상기 방법은 데이터 처리 시스템(110)이 프리젠테이션 스키마를 식별하기 위해 데이터베이스에 액세스하는 단계(블록 (520))를 포함할 수 있다. 방법(500)은 데이터 처리 시스템(110)이 프리젠테이션 스키마 데이터베이스에 액세스함으로써 콘텐츠 요청에 포함된 콘텐츠 슬롯 식별자에 할당되거나 그렇지 않으면 연관된 모든 적합한 프리젠테이션 스키마를 식별하는 단계를 포함할 수 있다. 일부 구현 예에서, 프리젠테이션 스키마 데이터베이스는 복수의 프리젠테이션 스키마를 저장하고, 각각의 프리젠테이션 스키마를 콘텐츠 슬롯 식별자와 관련시킨다. 이와 같이, 방법(500)은 데이터 처리 시스템(110)이 요청된 콘텐츠 슬롯 식별자에 기초하여 프리젠테이션 스키마 데이터베이스에서 룩업을 수행하고, 해당 프리젠테이션 스키마를 검색하는 단계를 포함할 수 있다. 방법(500)은 데이터 처리 시스템(110)이 콘텐츠 요청에 포함된 크기 정보와 매칭하지 않는 프리젠테이션 스키마 데이터베이스로부터 검색된 프리젠테이션 스키마를 필터링(filtering out)하는 단계 포함할 수 있다. 일부 구현 예에서, 사이징 정보가 복수의 상이한 크기를 포함하면, 방법(500)은 데이터 처리 시스템(110)이 콘텐츠 요청에 포함된 임의의 크기와 매칭하지 않는 프레젠테이션 스키마를 필터링하는 단계를 포함할 수 있다. 방법(500)은 데이터 처리 시스템(110)이 동일한 크기를 가지며 동일한 콘텐츠 자산 템플릿에 속하는 프리젠테이션 스키마를 제거하는 단계를 포함할 수 있다. 따라서, 방법(500)은 데이터 프로세싱 시스템(110)이 콘텐츠 자산 템플릿을 콘텐츠 자산 템플릿에 할당되거나 그렇지 않으면 연관된 적합한 프리젠테이션 스키마들의 리스트에 매핑하는 프리젠테이션 스키마 맵핑을 리턴하는 단계를 포함할 수 있다.

예를 들어, 프리젠테이션 스키마 맵핑을 생성할 때, 방법(500)은 데이터 처리 시스템(110)이 콘텐츠 자산 템플릿 식별자들에 대응하는 프리젠테이션 스키마들을 식별하기 위한 템플릿 맵을 생성하는 단계를 포함할 수 있다. 상기 매핑은 하나 이상의 프리젠테이션 스키마들이 콘텐츠 자산 템플릿 식별자에 매핑됨을 나타낼 수 있다. 상기 매핑 템플릿을 채우는 데 있어서, 방법(500)은 데이터 처리 시스템(110)이 콘텐츠 요청에 포함된 크기의 리스트들(예를 들어, 리스트는 하나의 크기 또는 복수의 크기를 포함할 수 있다)을 검색하는 단계를 포함할 수 있다. 방법(500)은 데이터 처리 시스템(110)이 콘텐츠 요청으로부터 콘텐츠 슬롯 식별자를 검색하고, 프리젠테이션 데이터베이스로부터 콘텐츠 슬롯 식별자에 할당되거나 콘텐츠 슬롯 식별자와 연관되어 있는 모든 프리젠테이션 스키마들을 검색하는 단계를 포함할 수 있다. 일부 구현 예에서, 각각의 프리젠테이션 스키마에 대해, 프리젠테이션 스키마에 할당되거나 프리젠테이션 스키마와 연관된 콘텐츠 자산 템플릿 식별자가 프리젠테이션 스키마 맵핑에 이미 존재하는 경우, 방법(500)은 데이터 처리 시스템 (110)이 이미 존재하는 프리젠테이션 스키마를 무시하는 단계를 포함할 수 있다. 또한, 프리젠테이션 스키마가 콘텐츠 요청에 포함된 크기를 갖지 않으면, 방법(500)은 데이터 처리 시스템(110)이 프리젠테이션 스키마를 무시하는 단계를 포함할 수 있다. 그렇지 않으면, 방법(500)은 데이터 처리 시스템(110)이 상기 맵핑에 새로운 엔트리를 추가하는 단계를 포함할 수 있다.

본 방법은 데이터 처리 시스템(110)이 콘텐츠에 대한 요청에 응답하여, 복수의 콘텐츠 컴포넌트들을 포함하는 콘텐츠 자산을 식별하는 단계를 포함할 수 있다(블록 530). 일부 구현 예에서, 방법(500)은 데이터 처리 시스템(110)이 콘텐츠 슬롯 식별자 및 크기 정보를 포함하는 콘텐츠 요청을 수신하는 단계를 포함할 수 있다. 방법(500)은 데이터 프로세싱 시스템(110)이 콘텐츠 요청에 응답하여 네이티브 콘텐츠 자산들의 리스트를 선택하기 위해 콘텐츠 자산 데이터베이스에 액세스하는 단계를 포함할 수 있다. 일부 구현 예에서, 콘텐츠 자산의 콘텐츠 제공자는 특정 콘텐츠 자산을 하나 이상의 콘텐츠 자산 템플릿에 할당 또는 링크시킬 수 있고, 콘텐츠 자산 템플릿은 콘텐츠 자산의 어떤 콘텐츠 컴포넌트가 배치될 수 있는지에 따른 스펙(명세)을 포함할 수 있다. 콘텐츠 컴포넌트들은 헤드라인, 이미지, 본문, 클릭 유도 문안, 로고, 속성, 클릭 연결 URL 등을 포함할 수 있지만 이에 국한되지는 않는다.

일부 구현 예에서, 방법(500)은 데이터 처리 시스템(110)이 콘텐츠 자산 데이터베이스로부터 콘텐츠 자산을 식별하기 위해 질의를 사용하는 단계를 포함할 수 있다. 상기 질의는 콘텐츠 요청으로부터의 콘텐츠 슬롯 식별자 및 크기 정보를 포함할 수 있다. 상기 질의에 응답하여, 방법(500)은 콘텐츠 슬롯 식별자 및 크기 정보와 매칭하는 하나 이상의 콘텐츠 자산을 검색하기 위해 콘텐츠 자산 데이터베이스에 액세스하는 단계를 포함할 수 있다. 일부 구현 예에서, 콘텐츠 자산 데이터베이스는 복수의 콘텐츠 자산을 저장하고, 콘텐츠 자산의 각각을 콘텐츠 슬롯 식별자와 링크시키거나 그렇지 않으면 연관시킨다. 일부 구현 예에서, 콘텐츠 자산 데이터베이스는 콘텐츠 슬롯에 할당된 프리젠테이션 스키마와 호환 가능한 특정 콘텐츠 자산 템플릿에 할당된 콘텐츠 자산을 매칭, 맵핑 또는 링크할 수 있다. 프리젠테이션 스키마는

콘텐츠 발행자로부터 특정 프리젠테이션 스키마의 호환성 정보를 수신함으로써 콘텐츠 자산 템플릿과 호환 가능하도록 태그(tagged)되거나 그렇지 않으면 표시될 수 있으며, 상기 호환성 정보는 (예를 들어, 호환 가능한 프리젠테이션 스키마와 해당 콘텐츠 자산 템플릿 사이의 태그들 또는 상호-참조(cross-referencing) 식별자를 이용함으로써) 콘텐츠 자산 데이터베이스 내의 해당 호환 가능한 콘텐츠 자산 템플릿에 저장되고 매핑될 수 있다. 콘텐츠 자산 데이터베이스는 콘텐츠 자산의 사이징(크기) 정보를 수신하고(예를 들어, 콘텐츠 제공자(115)로부터), 콘텐츠 자산 데이터베이스에 저장된 콘텐츠 자산의 각각을 상기 사이징(크기) 정보로 맵핑할 수 있다. 이와 같이, 방법(500)은 데이터 처리 시스템(110)이 요청된 콘텐츠 슬롯 식별자 및 크기 정보에 기초하여 콘텐츠 자산 데이터베이스에서 룩업을 수행하고, 해당 콘텐츠 자산을 검색하는 단계를 포함할 수 있다.

리턴된 네이티브 콘텐츠 자산은 각각 프리젠테이션 스키마들을 식별하는데 사용될 수 있는 콘텐츠 자산 템플릿 식별자를 포함할 수 있다. 일부 구현 예에서, 검색된 네이티브 콘텐츠 자산들 각각은 임의의 프리젠테이션 스키마가 네이티브 콘텐츠 자산에 할당되거나 네이티브 콘텐츠 자산과 연관되는지 여부(예를 들어, 프리젠테이션 스키마가 콘텐츠 자산 템플릿 식별자에 할당되거나 그렇지 않으면 연관되는지 여부)를 나타내는 플래그 또는 다른 표시자를 포함 또는 배제할 수 있다. 예를 들어, 매칭하는 콘텐츠 자산들 중 하나가 콘텐츠 자산에 할당되거나 연관된 프리젠테이션 스키마가 없음을 나타내는 플래그를 포함하면, 콘텐츠 자산 데이터베이스는 플래그된 네이티브 콘텐츠 자산이 리턴되는 것을 배제할 수 있다. 따라서, 콘텐츠 자산 데이터베이스는 네이티브 콘텐츠 자산(예를 들어, 플래그되지 않은(unflagged) 자산)을 리턴할 수 있고, 프레젠테이션 스키마에 할당되지 않거나 그렇지 않으면 플래그된 네이티브 콘텐츠 자산을 제외할 수 있다.

방법(500)은 데이터 처리 시스템(110)이 프리젠테이션 스키마에 기초하여 복수의 콘텐츠 컴포넌트를 렌더링된 콘텐츠 파일로서 렌더링하는 단계를 포함할 수 있다(블록 540). 일부 구현 예에서, 방법(500)은 데이터 처리 시스템(110)이 선택된 콘텐츠 자산의 식별자(예를 들어, 콘텐츠 자산 템플릿 식별자) 및 선택된 콘텐츠 자산의 선택된 프리젠테이션 스키마를 수신하는 단계를 포함할 수 있다. 방법(500)은 데이터 처리 시스템(110)이 선택된 프리젠테이션 스키마 식별자 및 선택된 콘텐츠 자산에 대응하는 프리젠테이션 스키마 및 콘텐츠 컴포넌트를 검색하기 위해 스크립트 데이터베이스에 액세스하는 단계를 포함할 수 있다. 프리젠테이션 스키마는 하나 이상의 HTML 코드, CSS 코드, 또는 콘텐츠 아이템의 프리젠테이션을 수정하거나 영향을 줄 수 있는 다른 컴퓨터 실행 가능 명령어를 포함할 수 있다. 일부 구현 예에서, 스크립트 데이터베이스는 다양한 프리젠테이션 스키마를 저장하며, 각각은 프리젠테이션 스키마 식별자에 할당되거나 프리젠테이션 스키마 식별자를 가질 수 있다. 콘텐츠 자산 데이터베이스는 각각의 프리젠테이션 스키마를 하나 이상의 콘텐츠 자산 템플릿 식별자에 더 할당할 수 있다. 이와 같이, 방법(500)은 데이터 처리 시스템(110)이 프리젠테이션 스키마 식별자 및/또는 콘텐츠 자산 템플릿 식별자에 기초하여 스크립트 데이터베이스에서 룩업을 수행하고, 해당 프리젠테이션 스키마를 검색하는 단계를 포함할 수 있다.

일부 구현 예에서, 방법(500)은 데이터 처리 시스템(110)이 수신된 프리젠테이션 스키마 및 콘텐츠 컴포넌트에 기초하여 콘텐츠 아이템을 렌더링하는 단계를 포함할 수 있다. 적응형 크기의 콘텐츠 요청의 경우, 클라이언트 장치는 콘텐츠 아이템 슬롯의 폭의 100%를 렌더링된 콘텐츠 아이템으로 채우고, 이어서 선택된 콘텐츠 자산의 값을 포함하도록 콘텐츠 아이템의 높이를 사이징(sizing)함으로써, 적응형 콘텐츠 아이템을 조정할 수 있다. 이 방법은 데이터 처리 시스템(110)이 렌더링된 콘텐츠 파일을 디스플레이를 위해 클라이언트 장치에 전송하는 단계를 포함할 수 있다(블록 550).

도 6은 일부 구현 예에 따라 본 명세서에 설명되고 도시된 시스템(콘텐츠 요청 모듈(130), 콘텐츠 렌더링 모듈(135) 및 렌더링된 콘텐츠 전달 모듈(140) 또는 최종 사용자 컴퓨팅 장치(125)와 같은 시스템(110)을 포함) 및 방법의 요소를 구현하기 위해 사용될 수 있는 컴퓨터 시스템(600)에 대한 일반적인 아키텍처를 나타내는 블록도이다. 컴퓨터 시스템(600)은 디스플레이를 위해 네트워크(105)를 통해 정보를 제공하는데 사용될 수 있다. 도 6의 컴퓨터 시스템(600)은 메모리(625), 하나 이상의 통신 인터페이스(605), 및 하나 이상의 출력 장치(610)(예를 들어, 하나 이상의 디스플레이 유닛들) 및 하나 이상의 입력 장치(615)에 통신 가능하게 결합된 하나 이상의 프로세서(620)를 포함한다. 프로세서(620)는 데이터 처리 시스템(110), 또는 콘텐츠 요청 모듈(130), 콘텐츠 렌더링 모듈(135) 및 렌더링된 콘텐츠 전달 모듈(140)과 같은 시스템(110)의 다른 컴포넌트들에 포함될 수 있다.

도 6의 컴퓨터 시스템(600)에서, 메모리(625)는 임의의 컴퓨터 판독 가능 저장 매체를 포함할 수 있고, 각각의 시스템에 대해 본 명세서에 기술된 다양한 기능뿐만 아니라 그에 관련된 임의의 데이터 또는 그것에 의해 생성된 데이터, 통신 인터페이스 또는 입력 장치(들)를 통해 수신된 데이터(있는 경우)를 구현하기 위한 프로세서-실행 가능 명령어와 같은 컴퓨터 명령어를 저장할 수 있다. 도 1의 시스템(110)을 참조하면, 데이터 처리 시스템(110)은 하나 이상의 콘텐츠 유닛의 인벤토리(inventory)의 가용성, 하나 이상의 콘텐츠 유닛의 예약 등과 관련된 정보를 저장하기 위한 메모리(625)를 포함할 수 있다. 메모리(625)는 데이터베이스(145)를 포함할 수 있다. 도 6에 도시된 프로세서(들)(620)는 메모리(625)에 저장된 명령어들을 실행하는데 사용될 수 있고, 그렇게 함으로써, 명령어들의 실행에 따라 처리 및/또는 생성된 다양한 정보를 메모리로부터 판독하거나 메모리에 기록할 수 있다.

도 6에 도시된 컴퓨터 시스템(600)의 프로세서(620)는 통신 인터페이스(들)(605)에 통신 가능하게 결합되거나 통신 인터페이스(들)(605)를 제어하여 명령어들의 실행에 따라 다양한 정보를 송신 또는 수신할 수 있다. 예를 들어, 통신 인터페이스(들)(605)는 유선 또는 무선 네트워크, 버스, 또는 다른 통신 수단에 연결될 수 있으며, 따라서 컴퓨터 시스템(600)이 다른 장치들(예를 들어, 다른 컴퓨터 시스템들)에 정보를 전송하거나 또는 다른 장치들(예를 들어, 다른 컴퓨터 시스템들)로부터 정보를 수신하도록 허용할 수 있다. 도 1의 시스템에서는 명시적으로 도시되지 않았지만, 하나 이상의 통신 인터페이스는 시스템(600)의 컴포넌트들 간의 정보 흐름을 용이하게 한다. 일부 구현 예에서, 통신 인터페이스(들)는 컴퓨터 시스템(600)의 적어도 일부 양태에 대한 액세스 포털로서 웹 사이트를 제공하도록 (예를 들어, 다양한 하드웨어 컴포넌트 또는 소프트웨어 컴포넌트를 통해) 구성될 수 있다. 통신 인터페이스(605)의 예는 사용자가 데이터 처리 시스템(110)과 통신할 수 있는 사용자 인터페이스(예를 들어, 웹 페이지)를 포함한다.

도 6에 도시된 컴퓨터 시스템(600)의 출력 장치(610)는 예를 들어, 다양한 정보가 명령어들의 실행과 관련하여 보여지거나 인식될 수 있도록 제공될 수 있다. 입력 장치(들)(615)는, 예를 들어, 사용자가 수동 실행을 수행하거나, 선택을 하거나, 데이터를 입력하거나, 또는 명령어의 실행 중에 프로세서와 다양한 방식으로 상호 작용할 수 있도록 제공될 수 있다 여기에 설명된 다양한 시스템에 사용될 수 있는 일반적인 컴퓨터 시스템 아키텍처에 관한 추가 정보가 본 명세서에서 더 제공된다.

본 명세서에서 설명된 요지 및 동작은 본 명세서 및 그 구조적 균등물에 개시된 구조 또는 이들 중 하나 이상의 조합을 포함하는 디지털 전자 회로, 또는 컴퓨터 소프트웨어, 펌웨어 또는 하드웨어로 구현될 수 있다. 본 명세서에서 설명된 요지는 하나 이상의 컴퓨터 프로그램, 예컨대 데이터 처리 장치에 의한 실행 또는 데이터 처리 장치의 동작을 제어하기 위해 컴퓨터 저장 매체상에 인코딩된 컴퓨터 프로그램 명령어의 하나 이상의 모듈로서 구현될 수 있다. 프로그램 명령어는 인공적으로 생성된 전파된 신호, 예를 들어, 데이터 처리 장치에 의한 실행을 위한 적절한 수신기 장치로의 송신을 위해 정보를 인코딩하기 위해 생성된 기계 - 생성 전기, 광학 또는 전자기 신호에 인코딩될 수 있다. 컴퓨터 저장 매체는 컴퓨터 판독 가능 저장 장치, 컴퓨터 판독 가능 저장 기판, 랜덤 또는 직렬 액세스 메모리 어레이 또는 장치, 또는 이들 중 하나 이상의 조합일 수 있거나 포함될 수 있다. 컴퓨터 저장 매체가 전파 신호가 아니지만, 컴퓨터 저장 매체는 인위적으로 생성된 전파 신호로 인코딩된 컴퓨터 프로그램 명령어의 소스 또는 목적지일 수 있다. 또한, 컴퓨터 저장 매체는 하나 이상의 개별 물리적 컴포넌트 또는 매체 (예를 들어, 복수의 CD, 디스크 또는 다른 저장 장치)일 수 있거나 포함될 수 있다. 본 명세서에서 설명된 동작은 하나 이상의 컴퓨터 판독 가능 저장 장치에 저장된 데이터 또는 다른 소스로부터 수신된 데이터에 대해 데이터 처리 장치에 의해 수행되는 동작으로서 구현될 수 있다.

본 명세서에서 설명된 시스템들이 사용자들에 관한 개인 정보를 수집하거나 개인 정보를 사용할 수 있는 상황들에서, 사용자들은 개인 정보 (예를 들어, 사용자의 소셜 네트워크에 관한 정보, 소셜 행동들 또는 활동들, 사용자의 선호도들 또는 사용자의 위치)를 수집할 수 있는 프로그램들 또는 구성들을 제어하거나, 콘텐츠 서버 또는 다른 데이터 프로세싱 시스템으로부터 사용자에게 보다 관련 있는 콘텐츠를 수신할지 또는 어떻게 수신할지를 제어할 기회를 제공받을 수 있다. 또한, 소정 데이터는 저장 또는 사용되기 전에 하나 이상의 방식들로 익명화될 수 있어, 파라미터들을 생성할 때 개인 식별 정보는 제거된다. 예를 들어, 사용자의 신원이 익명화되어 사용자에 대해 개인 식별 정보가 결정될 수 없거나, 또는 사용자의 지리적 위치가 위치 정보가 획득된 곳(도시, 우편 번호 또는 주 레벨과 같은)으로 일반화될 수 있어, 사용자의 특정한 위치가 결정되지 못할 수 있다. 따라서, 사용자는 사용자에 관한 정보가 콘텐츠 서버에 의해 어떻게 수집되고 사용되는지를 제어할 수 있다.

용어들 "데이터 처리(프로세싱) 시스템", "컴퓨팅 장치(디바이스)", "모듈", "엔진", "컴포넌트" 또는 "컴퓨팅 장치"는 예를 들어, 프로그램 가능한 프로세서, 컴퓨터, 칩 상의 시스템, 또는 다수의 것들, 또는 이들의 조합들을 포함하는, 데이터를 프로세싱하기 위한 다양한 장치들, 디바이스들 및 기계들을 포함한다. 상기 장치는 특수 목적 논리 회로, 예를 들어 FPGA(field programmable gate array) 또는 ASIC(application specific integrated circuit)을 포함할 수 있다. 상기 장치는, 하드웨어 이외에, 해당 컴퓨터 프로그램을 위한 실행 환경을 제작하는 코드, 예를 들어 프로세서 펌웨어, 프로토콜 스택, 데이터베이스 관리 시스템, 운영 체제, 크로스-플랫폼 런타임(cross-platform runtime) 환경, 가상 기계, 또는 그들 중 하나 이상의 조합을 구성하는 코드를 또한 포함할 수 있다. 상기 장치 및 실행 환경은 웹 서비스, 분산 컴퓨팅 및 그리드 컴퓨팅 기반구조들과 같은, 다양한 상이한 컴퓨팅 모델 기반구조들을 실현할 수 있다. 콘텐츠 요청 모듈(130), 콘텐츠 렌더링 모듈(135) 또는 렌더링된 콘텐츠 전달 모듈(140)은 하나 이상의 데이터 처리 장치, 시스템, 컴퓨팅 장치 또는 프로세서를 포함하거나 공유할 수 있다.

컴퓨터 프로그램 (프로그램, 소프트웨어, 소프트웨어 애플리케이션, 앱, 스크립트, 또는 코드로 또한 알려짐)은 컴파일된 또는 해석된 언어들, 선언적 또는 절차적 언어들을 포함하는 임의의 형태의 프로그래밍 언어로 작성될 수 있으며, 독립형 프로그램을 또는 모듈, 컴포넌트, 서브루틴, 객체, 또는 컴퓨팅 환경에서의 사용을 위해 적합한 다른 유닛을 포함하는 임의의 형태로 배포될 수 있다. 컴퓨터 프로그램은 파일 시스템의 파일에 해당할 수도 있지만 그렇지 않을 수도 있다. 컴퓨터 프로그램은 다른 프로그램들 또는 데이터 (예를 들어, 마크업 언어 문서에 저장된 하나 이상의 스크립트들), 해당 프로그램 전용의 단일 파일, 또는 다수의 조정된 파일들 (예를 들어, 하나 이상의 모듈들, 서브 프로그램들, 또는 코드의 일부들을 저장하는 파일들)을 보유하는 파일의 일부에 저장될 수 있다. 컴퓨터 프로그램은, 하나의 컴퓨터 또는 한 자리(site)에 위치되거나 또는 복수의 자리들에 분산되고 그리고 통신 네트워크에 의해 상호연결된 복수의 컴퓨터들 상에도 실행되도록 배포될 수 있다.

본 명세서에 기술된 프로세스들 및 논리 흐름들은 입력 데이터를 동작시키고 출력을 생성함으로써 액션들을 수행하기 위해 하나 이상의 컴퓨터 프로그램들 (예를 들어, 데이터 처리 시스템(110)의 컴포넌트들)을 실행하는 하나 이상의 프로그램 가능한 프로세서들에 의해 수행될 수 있다. 프로세스들 및 논리 흐름들은 특수 목적 논리 회로, 예를 들어, FPGA (field programmable gate array) or an ASIC (application specific integrated circuit)에 의해 또한 수행될 수 있으며, 장치들 또한 특수 목적 논리회로에 의해 구현될 수 있다.

본 명세서에 기술된 발명은 컴퓨팅 시스템 내에서 구현될 수 있으며, 상기 컴퓨팅 시스템은 백 엔드 컴포넌트(예를 들어 데이터 서버)를 포함하거나 미들웨어 컴포넌트(예를 들어 애플리케이션 서버)를 포함하거나 프론트 엔드 컴포넌트(예를 들어 그래픽 사용자 인터페이스를 갖는 클라이언트 컴퓨터 또는 사용자가 본 명세서에 기술된 발명의 구현과 인터랙팅할 수 있는 웹 브라우저)를 포함하거나 또는 하나 이상의 그러한 백 엔드, 미들웨어, 프론트 엔드 컴포넌트들의 조합을 포함할 수 있다. 시스템의 컴포넌트들은 디지털 데이터 통신 예를 들어, 통신 네트워크, 의 임의의 형태 또는 매체에 의해 상호연결 될 수 있다. 통신 네트워크들의 예시들은 근거리 통신망( "LAN") 및 광역 통신망("WAN"), 인터-네트워크 (예를 들어, 인터넷) 및 피어-투-피어 네트워크들 (예를 들어, 애드 혹 피어-투-피어 네트워크들)을 포함할 수 있다.

시스템(100) 또는 시스템(600)과 같은 컴퓨팅 시스템은 클라이언트들 및 서버들을 포함할 수 있다. 클라이언트와 서버는 일반적으로 서로 멀리 떨어져 있고 전형적으로 통신 네트워크 (예를 들어, 네트워크(105))를 통해 인터랙팅한다. 클라이언트와 서버의 관계는 각각의 컴퓨터들에서 작동하고 서로 클라이언트-서버 관계를 갖는 컴퓨터 프로그램들에 의해서 발생한다. 일부 구현예들에서, 서버는 데이터(예를 들어, HTML 페이지)를 클라이언트 장치에 전송한다 (예를 들어, 클라이언트 장치와 상호 작용하는 사용자에게 데이터를 디스플레이하고 사용자로부터 사용자 입력을 수신하기 위한 목적으로). 클라이언트 장치에서 생성된 데이터(예를 들어, 사용자 인터랙션의 결과)는 서버의 클라이언트 장치로부터 수신될 수 있다 (예를 들어, 콘텐츠 제공자 컴퓨팅 장치(115)로부터 데이터 처리 시스템(110)에 의해 수신됨).

동작들이 도면들에 특정한 순서로 도시되어 있지만, 이러한 동작들은 도시된 특정한 순서 또는 순차적 순서로 수행될 필요는 없으며, 도시된 모든 동작들이 수행될 필요는 없다. 본 명세서에 기술된 액션들은 다른 순서로 수행될 수 있다.

다양한 시스템 컴포넌트들의 분리는 모든 구현들 내의 분리를 요청하지 않으며, 기술된 프로그램 컴포넌트들은 단일 하드웨어 또는 소프트웨어 제품에 포함될 수 있다. 예를 들어, 콘텐츠 요청 모듈(130), 스크립트 제공자 모듈(135) 및 콘텐츠 관리 모듈(134)은 단일 모듈, 하나 이상의 처리 회로를 갖는 로직 장치 또는 온라인 콘텐츠 아이템 배치 시스템의 일부일 수 있다.

일부 예시적인 구현예들을 기술하였지만, 상기 기술들은 예시적이며 제한적인 것은 아니며, 예시로써 제시되었다. 특히, 비록 본 명세서에 제시된 많은 예시들이 방법 행동들 또는 시스템 요소들의 특정 조합들을 포함하지만, 그러한 행동들 및 요소들은 동일한 목적들을 달성하기 위해 다른 방식들로 결합될 수 있다. 하나의 구현과 관련하여 설명된 행동들, 요소들 및 구성들은 다른 구현예들 또는 구현예들의 유사한 역할로부터 배제되도록 의도되지 않는다.

본 명세서에 사용된 어구 및 전문용어는 기술의 목적을 위한 것이며 제한적인 것으로 간주되어서는 안된다. 본 명세서의 “포함하는(including)”“포함하는(comprising)”“가지는”“내포하는”“포함하는(involving)”“특징으로 하는(characterized by)”“특징으로 하는(characterized in that)” 및 그 변형들의 사용은, 이후에 배타적으로 열거된 항목들로 구성된 대체 구현예들 뿐만 아니라 이후에 열거된 항목들, 그 등가물, 및 추가 항목들을 포함하는 것을 의미한다. 하나의 구현예에서, 본 명세서에 기술된 시스템들 및 방법들은 기술된 컴포넌트들, 요소들 또는 행동들 중 하나 이상, 또는 모두의 각각의 조합으로 구성된다.

단수로 지칭된 본 명세서의 시스템들 및 방법들의 구현예들 또는 요소들 또는 행동들에 대한 임의의 참조들은 복수의 이들 요소들을 포함하는 구현예들을 포함할 수 있으며, 임의의 구현예 또는 요소 또는 행동에 대한 임의의 복수의 참조들은 또한 단일 요소만을 포함하는 구현예들을 포함할 수 있다. 단수 또는 복수 형태의 참조들은 현재 게시된 시스템들 또는 방법들, 그들의 컴포넌트들, 행동들 또는 요소들을 단일 또는 복수 구성들로 제한하도록 의도된 것이 아니다. 정보, 행동 또는 요소에 기초하고 있는 임의의 행동 또는 요소에 대한 참조들은 행동 또는 요소가 임의의 정보, 행동 또는 요소에 적어도 부분적으로 기초한 구현예들을 포함할 수 있다.

본 명세서에 게시된 임의의 구현예는 임의의 다른 구현예 또는 실시예와 결합될 수 있고, "구현예", "일부 구현예들", "하나의 구현예"를 지칭하며, 그와 같은 것들은 반드시 상호 배타적인 것은 아니며 구현예와 관련하여 기술된 특정한 구성, 구조 또는 특성은 적어도 하나의 구현예 또는 실시예에 포함될 수 있음을 표시하도록 의도되었다. 본 명세서에 사용된 이러한 용어들은 반드시 모두 동일한 구현예를 지칭하는 것은 아니다. 임의의 구현은 본 명세서에 게시된 양태들 및 구현예들과 일치하는 임의의 방식으로 다른 구현예와 포괄적으로 또는 배타적으로 결합될 수 있다.

"또는" 에 대한 참조들은 포괄적인 것으로 해석될 수 있어, "또는"을 사용하여 기술된 임의의 용어들은 기술된 용어들 중 임의의 단일, 하나 이상, 및 모두를 표시할 수 있다.

도면들, 상세한 설명 또는 임의의 청구항의 기법적 구성들이 참조 부호들 뒤에 있는 경우, 도면들, 상세한 설명 및 청구항들의 명료성을 높이기 위해 상기 참조 부호들이 포함되었다. 따라서, 참조 부호들 또는 그것들 부재는 임의의 청구항 요소들의 범위에 대해 어떠한 제한 효과도 가지지 않는다.

본 명세서에 기술된 시스템들 및 방법들은 그 특성들로부터 벗어남 없이 다른 특정 형태들로 구현될 수 있다. 전술한 구현예들은 기술된 시스템들 및 방법들의 제한보다는 예시적인 것이다. 따라서, 본 명세서에 설명된 시스템 및 방법의 범위는 전술한 설명보다는 첨부된 청구 범위에 의해 표시되며, 청구 범위의 의미 및 범위 내에서의 변경이 본 명세서에 포함된다.

Claims

애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법으로서,
데이터 처리 시스템에 의해, 자원에 의해 제공되는 특정 콘텐츠 슬롯을 식별하는 콘텐츠 슬롯 식별자를 포함하는 콘텐츠에 대한 요청을 클라이언트 장치로부터 수신하는 단계;
상기 콘텐츠 슬롯 식별자를 사용하여 상기 데이터 처리 시스템에 의해, 상기 자원의 환경 내에서의 디스플레이를 위한 특정 구성(configuration)에 따라 렌더링된 콘텐츠 파일을 생성하기 위해 콘텐츠 컴포넌트들을 정렬하는데 사용되는 프리젠테이션 스키마를 식별하도록 데이터베이스를 액세스하는 단계;
상기 데이터 처리 시스템에 의해, 상기 콘텐츠에 대한 요청에 응답하여 복수의 콘텐츠 컴포넌트들을 포함하는 콘텐츠 자산을 식별하는 단계;
상기 데이터 처리 시스템의 콘텐츠 렌더러(renderer)에 의해, 상기 콘텐츠 슬롯에 대응하는 상기 프리젠테이션 스키마에 기초하여 렌더링된 콘텐츠 파일로서 상기 복수의 콘텐츠 컴포넌트들을 렌더링하는 단계; 그리고
상기 데이터 처리 시스템에 의해, 상기 렌더링된 콘텐츠 파일을 상기 자원의 콘텐츠 슬롯 내에 디스플레이하기 위해 상기 클라이언트 장치에 전송하는 단계를 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법.
제1항에 있어서,
상기 콘텐츠에 대한 요청은 상기 요청된 콘텐츠의 크기 값을 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법.
제2항에 있어서, 상기 프리젠테이션 스키마를 식별하는 단계는,
상기 데이터 처리 시스템에 의해, 복수의 프리젠테이션 스키마들을 식별하는 단계 -상기 프리젠테이션 스키마들 각각은 상기 콘텐츠 슬롯 식별자에 대응하는 각각의 프리젠테이션 스키마 식별자를 포함함-;
상기 데이터 처리 시스템에 의해, 복수의 프리젠테이션 스키마들의 서브세트를 식별하는 단계 -상기 서브세트에 포함된 상기 프리젠테이션 스키마들 각각은 상기 요청된 콘텐츠의 크기 값과 매칭하는 크기 속성을 포함함-; 그리고
상기 데이터 처리 시스템에 의해, 상기 식별된 프리젠테이션 스키마를 상기 복수의 프리젠테이션 스키마들의 서브세트로부터 선택하는 단계를 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법.
선행하는 어느 한 항에 있어서, 상기 렌더링된 콘텐츠 파일은 상기 클라이언트 장치에서 상기 렌더링된 콘텐츠 파일과의 상호 작용에 응답하여 상기 렌더링된 콘텐츠 파일과의 상호 작용의 표시를 전송하도록 구성된 스크립트를 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법.
제4항에 있어서, 상기 데이터 처리 시스템에 의해, 상기 상호 작용의 표시가 상기 클라이언트 장치로부터 전송되는 서버의 어드레스를 상기 렌더링된 콘텐츠 파일에 삽입하는 단계를 더 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법.
제1항에 있어서,
상기 렌더링된 콘텐츠 파일은 상기 클라이언트 장치에서 상기 렌더링된 콘텐츠 파일을 디스플레이하도록 구성된 HTML(HyperText Markup Language) 스크립트를 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법.
제6항에 있어서, 상기 렌더링된 콘텐츠 파일은 상기 클라이언트 장치에서 상기 렌더링된 콘텐츠 파일을 표시하도록 구성된 CSS(Cascading Style Sheets) 스크립트를 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법.
선행하는 어느 한 항에 있어서, 상기 프리젠테이션 스키마는 복수의 스타일 파라미터들을 포함하고, 스타일 파라미터들 각각은 상기 자원의 값과 매칭하는 값을 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법.
제8항에 있어서, 상기 스타일 파라미터들은 상기 콘텐츠 슬롯에 디스플레이 될 섹션 카테고리, 상기 콘텐츠 슬롯의 배경색, 텍스트의 폰트 크기, 상기 텍스트의 위치 또는 이미지의 위치를 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법.
선행하는 어느 한 항에 있어서, 상기 렌더링된 콘텐츠 파일의 시각적 특성들은 상기 애플리케이션의 환경의 시각적 특성들과 매칭하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 방법.
애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 시스템으로서,
프로세서; 그리고
상기 프로세서에 결합되고, 상기 프로세서에 의해 실행될 때, 상기 프로세서로 하여금 동작들을 수행하게 하는 컴퓨터에 의해 실행 가능한 명령어들을 저장하는 메모리를 포함하며, 상기 동작들은,
클라이언트 장치로부터, 자원에 의해 제공되는 특정 콘텐츠 슬롯을 식별하는 콘텐츠 슬롯 식별자를 포함하는 콘텐츠에 대한 요청을 수신하는 동작;
상기 콘텐츠 슬롯 식별자를 사용하여, 상기 자원의 환경 내에서의 디스플레이를 위한 특정 구성(configuration)에 따라 렌더링된 콘텐츠 파일을 생성하기 위해 콘텐츠 컴포넌트들을 정렬하는데 사용되는 프리젠테이션 스키마를 식별하도록 데이터베이스를 액세스하는 동작;
상기 콘텐츠에 대한 요청에 응답하여 복수의 콘텐츠 컴포넌트들을 포함하는 콘텐츠 자산을 식별하는 동작;
상기 콘텐츠 슬롯에 대응하는 상기 프리젠테이션 스키마에 기초하여 렌더링된 콘텐츠 파일로서 상기 복수의 콘텐츠 컴포넌트들을 렌더링하는 동작; 그리고
상기 렌더링된 콘텐츠 파일을 상기 자원의 콘텐츠 슬롯 내에 디스플레이하기 위해 상기 클라이언트 장치에 전송하는 동작을 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 시스템.
제11항에 있어서,
상기 콘텐츠에 대한 요청은 상기 요청된 콘텐츠의 크기 값을 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 시스템.
제12항에 있어서, 상기 프리젠테이션 스키마를 식별하는 동작에서, 상기 메모리는 상기 프로세서에 의해 실행될 때 상기 프로세서로 하여금 추가 동작을 수행하게 하는 컴퓨터에 의해 실행 가능한 명령어들을 저장하며, 상기 추가 동작은,
복수의 프리젠테이션 스키마들을 식별하는 동작 -상기 프리젠테이션 스키마들 각각은 상기 콘텐츠 슬롯 식별자에 대응하는 각각의 프리젠테이션 스키마 식별자를 포함함-;
복수의 프리젠테이션 스키마들의 서브세트를 식별하는 동작 -상기 서브세트에 포함된 상기 프리젠테이션 스키마들 각각은 상기 요청된 콘텐츠의 크기 값과 매칭하는 크기 속성을 포함함-; 그리고
상기 식별된 프리젠테이션 스키마를 상기 복수의 프리젠테이션 스키마들의 서브세트로부터 선택하는 동작을 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 시스템.
제11항 내지 제13항 중 어느 한 항에 있어서, 상기 렌더링된 콘텐츠 파일은 상기 클라이언트 장치에서 상기 렌더링된 콘텐츠 파일과의 상호 작용에 응답하여 상기 렌더링된 콘텐츠 파일과의 상호 작용의 표시를 전송하도록 구성된 스크립트를 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 시스템.
제14항에 있어서, 상기 메모리는 상기 프로세서에 의해 실행될 때 상기 프로세서로 하여금 상기 상호 작용의 표시가 상기 클라이언트 장치로부터 전송된 서버의 어드레스를 삽입하게 하는 컴퓨터에 의해 실행 가능한 명령어를 저장하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 시스템.
제11항에 있어서,
상기 렌더링된 콘텐츠 파일은 상기 클라이언트 장치에서 상기 렌더링된 콘텐츠 파일을 디스플레이하도록 구성된 HTML(HyperText Markup Language) 스크립트를 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 시스템.
제16항에 있어서, 상기 렌더링된 콘텐츠 파일은 상기 클라이언트 장치에서 상기 렌더링된 콘텐츠 파일을 표시하도록 구성된 CSS(Cascading Style Sheets) 스크립트를 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 시스템.
제11항 내지 제17항 중 어느 한 항에 있어서, 상기 프리젠테이션 스키마는 복수의 스타일 파라미터들을 포함하고, 스타일 파라미터들 각각은 상기 자원의 값과 매칭하는 값을 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 시스템.
제18항에 있어서, 상기 스타일 파라미터들은 상기 콘텐츠 슬롯에 디스플레이 될 섹션 카테고리, 상기 콘텐츠 슬롯의 배경색, 텍스트의 폰트 크기, 상기 텍스트의 위치 또는 이미지의 위치를 포함하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 시스템.
제11항 내지 제19항 중 어느 한 항에 있어서, 상기 렌더링된 콘텐츠 파일의 시각적 특성들은 상기 애플리케이션의 환경의 시각적 특성들과 매칭하는 것을 특징으로 하는 애플리케이션의 환경 내의 프리젠테이션을 위한 네이티브 콘텐츠의 서버 측 렌더링을 위한 시스템.