KR100755617B1

KR100755617B1 - 스트리밍 미디어를 위한 서비스 위치 관리 방법

Info

Publication number: KR100755617B1
Application number: KR1020057022059A
Authority: KR
Inventors: 미첼 코벨; 슈미트 로이; 존 앤크콘; 존 지 아포스톨로포울로스; 마이클 하빌; 보 센; 와이-티안 탄; 수지 제이 위
Original assignee: 휴렛-팩커드 디벨롭먼트 컴퍼니, 엘 피
Priority date: 2003-05-19
Filing date: 2004-05-13
Publication date: 2007-09-06
Also published as: KR20060012633A; DE602004011211D1; DE602004011211T2; WO2004105353A2; ATE383708T1; EP1625725A2; US20040237097A1; EP1625725B1; WO2004105353A3

Abstract

미디어 서비스 제공자를 선택하는 방법 및 시스템이 개시된다. 콘텐츠 아이템에 대해 수행될 서비스 타입이 식별된다. 콘텐츠 아이템은 클라이언트 서비스와의 세션 동안 식별된다(404). 현재 리소스 사용가능성에 관한 정보가 복수의 서비스 제공자로부터 수신된다(406). 정보는 진행 중인 리소스 측정으로부터 확인된다. 서비스 제공자는 수신된 정보에 의거하여 복수의 서비스 제공자로부터 선택된다(408). 세션을 서비스 제공자로 전송하기 위한 정보가 제공된다. 서비스 제공자는 콘텐츠 아이템에 대한 서비스를 실행한다.

Description

스트리밍 미디어를 위한 서비스 위치 관리 방법{METHOD FOR ADAPTING SERVICE LOCATION PLACEMENT BASED ON RECENT DATA RECEIVED FROM SERVICE NODES AND ACTIONS OF THE SERVICE LOCATION MANAGER}

삭제

본 발명의 실시예는 네트워크를 통한 콘텐츠의 서비싱(servicing) 및 전송에 관한 것이다.

컴퓨터 시스템 네트워크를 통해 전달되는 콘텐츠의 서비싱은, 편리하게 액세스될 수 있고 최종 사용자 소비에 적합한 콘텐츠의 보급을 용이하게 한다. 통상, 사람들은, 데스크톱 또는 랩톱(laptop) 머신들을 사용한 자신의 웹 브라우징 경험에 의거해서 원하는 콘텐츠 사이트들(예를 들어, 비디오 기반 영화 웹 페이지)을 위치시킨다. 이들 디바이스들은 웹 브라우징과 관련된 입력 요건(예를 들어, URL 또는 검색 식) 및 출력 요건(예를 들어, 신뢰성 있는 고대역 접속)에 매우 적합하다.

그러한 사이트들이 일단 위치하면, 후속하여, 웹 사용자는 비디오 가능 개인 휴대 정보 단말(PDA; personal digital assistant)이나 휴대전화 등의 휴대용 장치를 사용하여 그 사이트들에 접속하고자 할 수 있다.

사용자(클라이언트) 디바이스에서의 다양성을 도모하기 위해서, 콘텐츠 제공자들은 클라이언트 디바이스가, (접속의 대역폭에 따른) 상이한 비트 전송률, (클라이언트 디바이스에 의해서 사용되는 능력 관리 전략에 따라 다이내믹하게 자체 변화하며 클라이언트 디바이스에서 이용할 수 있는 처리 능력에 따른) 상이한 비디오 프레임 전송률, (클라이언트 디바이스에서 이용할 수 있는 디스플레이 사이즈에 따른) 상이한 비디오 프레임 사이즈들 등을 광범위하게 지원할 수 있게 해야만 한다.

이러한 문제를 처리하기 위한 하나의 방법은, 미디어 데이터가 스트리밍(streaming)되는 대로 그 미디어 데이터를 트랜스코딩(transcoding)하는 능력을 네트워크에 부여하여, 미디어 데이터가 클라이언트 디바이스에 맞는 형식으로 클라이언트 디바이스에 도달하게 하는 것이다. 다시 말해서, 네트워크를 통해서 입력 미디어 콘텐츠 스트림에 대한 처리를 실행하여, 상이한 비트 전송률이나, 비디오 프레임 전송률이나, 비디오 프레임 사이즈, 혹은 기타 파라미터 등으로 출력 콘텐츠 스트림을 제공함으로써, 클라이언트 디바이스에서 그 출력 콘텐츠 스트림이 좀 더 많이 소비될 수 있게 한다. 이 트랜스코딩 동작은 네트워크에 의해서 제공되는 서비스로서 생각될 수 있다. 선택된 트랜스코딩 서비스의 리소스가 이미 혹사된 경우, 서비스를 수행하기 위한 트랜스코딩 서비스의 선택 등의 비효율성을 저하시킬 수 있다.

이러한 비효율성 때문에, 클라이언트 디바이스는 서버가 콘텐츠 처리 및 송신 태스크(예를 들어, 상이한 요청 클라이언트 디바이스로의 미디어 파일 전송)를 수행하기 위해 많은 별도의 요청을 관리하고 있는 경우에 확장된 주기를 기다릴 필요가 있다. 또한, 스트리밍 미디어 파일은 매우 클 수 있으며, 이에 따라 콘텐츠에 대해 요청된 처리를 완료하는 데 필요한 시간을 증가시킬 수 있다. 이것은, 특히, 클라이언트 디바이스 사용자가 다가오는 데드라인 이전에 프로젝트를 완료하고자 하는 경우에, 클라이언트 디바이스 사용자를 실망시킬 수 있다. 통상적인 콘텐츠 서비싱 및 전달 시스템은, 콘텐츠, 수정된 콘텐츠, 또는 네트워크를 통해 입수할 수 있는 콘텐츠로부터 도출된 데이터가 클라이언트 디바이스로 전달되게 하여 시스템 리소스의 최적 사용을 가장 효율적으로 만들도록 네트워크 내에서 수행되는 미디어 처리 및 분석 타입을 제공하지 않는다.
MA W-Y 등은 "Content Services Network: The architecture and Protocols", (Proceedings of the WCW'01, 20 June 2001, pages 89-107)에서 "Content Services Network"(CSN)를 설명했는데, 이 CSN은 CSN으로부터 콘텐츠 적응 서비스를 요청하여 그 콘텐츠가 클라이언트에게 전달되기 이전에 네트워크 에지에서 자동으로 적응될 가능성을 제공한다. CSN은 콘텐츠 전달을 위한 부가 서비스의 스프트웨어를 호스팅하는 다수의 애플리케이션 프록시 서버(AP)를 포함하며, 이러한 애플리케이션 프록시 서버(AP)는 콘텐츠 제공자(콘텐츠 서버) 또는 최종 사용자(클라이언트)를 대신하여 콘텐츠를 처리하는 계산 리소스를 제공한다. 이러한 애플리케이션 프록시는 서비스가 수행되는 방식에 따라 다양한 동작 모드를 갖는다. 또한, 서비스 배분 및 관리 서버(SDM)는 마찬가지로 리디렉션 서버로서도 제공된다. 리디렉션 서버는 다수의 속성 및 측정치에 따라 서비스 요청을 애플리케이션 프록시 서버로 전송한다. 리디렉션 서비스는 CSN으로 전송된 요청을 위치, 서버의 부하(server load) 및 서비스 유형에 따라 애플리케이션 프록시 서버 중 하나로 전송한다.

본 발명의 목적은 네트워크를 통해서 사용가능한 콘텐츠, 수정된 콘텐츠, 또는 콘텐츠로부터 유도된 데이터가 클라이언트 디바이스에 전달되게 하여 최적의 시스템 리소스 사용을 가장 효율적으로 만드는 서비스 위치 관리를 위한 개선된 방법을 제공하는 것이다.
이 목적은 청구항 제 1 항에 따른 방법에 의해 달성된다.
본 발명의 실시예는 미디어 서비스 제공자를 선택하는 방법 및 시스템에 관한 것이다. 콘텐츠 아이템에 대해 수행될 서비스 타입이 식별된다. 콘텐츠 아이템은 클라이언트 디바이스와의 세션 동안 식별된다. 현재 리소스 사용가능성에 관한 정보는 복수의 서비스 제공자로부터 수신된다. 정보는 진행 중인 리소스 측정으로부터 확인된다. 서비스 제공자는 수신된 정보에 의거하여 복수의 서비스 제공자로부터 선택된다. 정보가 제공되어 서비스 제공자로 세션을 전송한다. 서비스 제공자는 콘텐츠 아이템에 대한 서비스를 수행한다.

본 명세서에 포함되어 그 일부를 형성하는 첨부한 도면은 본 발명의 실시예를 예시하며, 상세한 설명과 더불어 본 발명의 원리를 설명하는 데 도움을 준다.

도 1은 본 발명의 일 실시예에 따라 리소스 사용가능성을 기초로 하여 콘텐츠를 서비스하고 전달하는 시스템 내외부로의 정보 흐름을 나타낸 블록도이다.

도 2는 본 발명의 일 실시예에 따라 서비스 제공자 선택을 감시하는 리소스 사용가능성을 나타낸 도면이다.

도 3a는 본 발명의 일 실시예에 따라 리소스 사용가능성을 기초로 하여 콘텐츠를 서비스하고 전달하는 시스템 내외부로의 정보 흐름을 나타낸 블록도이다.

도 3b는 본 발명의 다른 실시예에 따라 콘텐츠를 클라이언트 디바이스로 서비스하고 전달하는 시스템 내외부로의 정보 흐름을 나타낸 블록도이다.

도 4는 본 발명의 일 실시예에 따라 리소스 사용가능성을 기초로 하여 콘텐츠를 서비스하고 전달하는 방법을 나타낸 도면이다.

도 5는 본 발명의 일 실시예에 따라 리소스 사용가능성을 기초로 하여 콘텐츠의 서비스를 관리하는 방법을 나타낸 도면이다.

본 설명에 언급된 도면은 특별한 경우를 제외하고는 실측으로 도시된 것으로 이해되어서는 안 된다.

본 발명의 실시예들을 도면을 참조하여 상세하게 설명한다. 본 발명은 그 실시예들과 관련하여 설명할 것이지만, 본 발명을 그 실시예들로 한정하는 것은 아니다. 오히려, 본 발명은 청구범위에 규정되어 있는 바와 같은 본 발명의 정신 및 범위 내에 포함되는 대안, 변형, 및 등가를 포함한다. 또한, 본 발명에 관한 다음의 상세한 설명에 있어서, 본 발명에 대하여 충분히 이해할 수 있도록, 많은 세부들을 상세히 설명한다. 다른 예에서는, 본 발명의 양상을 분명히 하기 위해서, 잘 알려져 있는 방법, 절차, 구성요소, 및 회로들을 자세히 설명하지 않았다.

도 1은 본 발명의 일 실시예에 따라 콘텐츠 소스(110)에 의해 제공된 콘텐츠를 서비스하고 서비스 결과 콘텐츠를 클라이언트 디바이스(150)에 전달하는 시스템(100)의 블록도이다. 콘텐츠 소스(110)에 의해 제공된 콘텐츠를 서비스하기 위한 서비스 제공자는 서비스 위치 관리자(SLM)(120)에 의해 선택된다. 이러한 선택 모드는, SLM(120)에 의해 최근에 수신되어 서비스 제공자의 리소스 사용가능성을 나타내는 다이내믹하게 수집된 리소스 측정을 기초로 하여 이루어진다. 수신된 리소스 측정은 폴 기반 및 푸시 기반 데이터를 모두 포함할 수 있다. 일 실시예에 따르면, 선택은, 폴 기반 및 푸시 기반 데이터의 조합을 기초로 하여 이루어질 수 있다. 이 접근방안에 의하면, SLM(120)은 사용가능한 리소스에 일치하는 서비스 위치(예를 들어, 서비스 제공자)를 선택한다. 본 실시예에서, 시스템(100)은 서비스 위치 관리자(SLM)(120), 서비스 제공자(130, 132)로 예시되는 복수의 서비스 제공자, 클라이언트 디바이스(150) 및 포털(140)을 포함한다.

서비스 위치 관리자(SLM)(120)는 폴 기반 및 푸시 기반 데이터 수집을 양측 모두 사용할 수 있다. 폴 기반 리소스 정보 수집은 리소스 사용가능성에 관한 서비스 제공자로부터의 정보를 이끌어내는 수단으로서 SLM(120)에 의한 서비스 제공자(예를 들어, 130, 132)로의 요청 전송을 포함한다. 푸시 기반 정보 수집은 서비스 제공자(예를 들어, 130, 132)에 의한 SLM(120)으로의 리소스 사용가능성에 관한 정보의 주기적 "푸시" 또는 전송을 포함한다. 전술한 바와 같이, 폴 기반 및 푸시 기반 정보 수집 양측의 조합은 일 실시예에 따라 채용될 수 있다.

도 1을 참조하면, 메시지 A 및 B는 서비스 위치 관리자(SLM)(120)에 의해 전송되거나 수신되는 리소스 감시 통신을 나타낸다. 이들 메시지는 도 1에서 쌍방향 화살표(A, B)로 표시된다. 이들 메시지는 요청의 서비스 제공자로의 폴 기반 송신, 서비스 제공자의 리소스 사용가능성에 관한 정보의 SLM(120)으로의 푸시 기반 송신, 또는 이들의 조합 중 어느 하나를 구성할 수 있다.

양 타입의 정보를 활용하는 접근방안은 다음을 포함한다. 즉, (1) 서비스 사용자(예를 들어, 130 또는 132)는 세션의 시작과 끝을 SLM(120)에 통지하는 데 사용되는 동일한 메시지 내의 리소스 사용가능성에 관한 정보를 SLM(120)으로 푸시할 수 있고(독립형 업데이트는 개시/해제 세션 이벤트가 통계 전송의 바람직한 타이밍을 충족할 정도로 충분히 자주 발생하지 않는 경우에 전송될 수 있음), (2) SLM(120)은 통계가 사전결정된 시간 주기 내에 서비스 제공자(예를 들어, 130, 132)로부터 수신되지 않은 것으로 결정된 경우에 서비스 제공자(예를 들어, 130, 132)를 주기적으로 폴링(poll)할 수 있고 서비스 제공자에 존재하는 데몬의 재착수를 포함하여 주기적인 전송을 재착수할 수 있다. 수집된 폴 기반 및 푸시 기반 정보는 SLM(120)에서 다가오는 리소스 사용가능성을 더욱 양호하게 예측하기 위한 서비스 세션 디스패치의 최근 히스토리와 조합될 수 있음이 이해되어야 한다.

서비스 위치 관리자(SLM)(120), 서비스 제공자(130, 132) 및 포털(140)은 단일 디바이스 상에 또는 다수의 디바이스를 사용하여 구현될 수 있는 논리적 엔티티들(entities)이다. 따라서, 시스템(100)은 SLM(120), 서비스 제공자(130, 132) 및 포털(140)의 기능을 구현하는 단일 컴퓨터 시스템 등을 대표할 수 있다. 또, 시스템(100)은 컴퓨터 시스템 네트워크 내에 있는 상이한 노드들이나 디바이스들을 포함할 수 있다. 이 노드들은, 여기서 설명할 다양한 기능들을 수행하기에 충분한 처리 능력 및 메모리 용량을 갖는 서버 컴퓨터 시스템들, 스위치들, 라우터들 등일 수 있다. 일반적으로 말하면, 시스템(100)에 의해 제공되는 기능은 한 대 이상의 장치들을 이용해서 구현할 수 있다. 또한, 비록 시스템(100)이 서비스 위치 관리자(120), 서비스 제공자(130) 및 포털(140)을 하나씩 구비하는 경우에 대하여 설명하지만, 이들 요소들은 하나 이상일 수 있다. 또한, 2개 이상의 서비스 제공자가 존재할 수 있다.

서비스 위치 관리자(120), 서비스 제공자(130), 포털(140) 중 적어도 하나에서 그것의 기능을 기존 컴퓨터 시스템 네트워크 상에 부가하여 시스템(100)을 기존 컴퓨터 시스템 네트워크 내에 구현할 수 있다. 즉, 시스템(100)에 의해서 제공되는 기능의 일부 또는 전부를 기존 네트워크 노드들에 추가할 수 있다. 또한, 기존 네트워크에 노드들을 추가함으로써 시스템(100)의 일부 또는 전부를 구현할 수 있다. 예를 들어, 콘텐츠를 서비스하거나 서비스 제공자들을 관리하기 위해서 추가된 노드들을 가지고 기존 콘텐츠 소스들이나 포털들을 사용할 수 있다.

본 실시예에서는, 시스템(100)이 콘텐츠 소스(110) 및 클라이언트 디바이스(150)와 통신할 수 있다. 비록 콘텐츠 소스(110) 및 클라이언트 디바이스(150)가 각각 하나인 경우에 대하여 설명하지만 이들 요소들은 하나 이상일 수 있다. 시스템(100) 내에서의 통신뿐만 아니라 시스템(100), 콘텐츠 소스(110), 클라이언트 디바이스(150) 간의 통신도 무선 통신일 수 있다.

클라이언트 디바이스(150)는 사실상 데스크톱 혹은 랩톱 컴퓨터 시스템이나, 비디오가 가능한 포켓용 컴퓨터 시스템(예를 들어, 개인 휴대 정보 단말), 또는 휴대전화 등의 사용자 디바이스라면 어떠한 것이라도 상관없지만, 이러한 시스템들로 제한되지는 않는다. 일반적으로, 클라이언트 디바이스(150)는 콘텐츠 아이템을 요청하고 순차적으로 그 아이템들을 수신하는 데 사용된다.

콘텐츠 아이템은 실연할 수 있거나 기록될 수 있는 미디어 데이터나 미디어와 무관한 데이터를 가리킨다. 콘텐츠 아이템은 비디오 기반 데이터, 오디오 기반 데이터, 이미지 기반 데이터, 웹 페이지 기반 데이터, 그래픽 데이터, 텍스트 기반 데이터, 혹은 이들의 조합을 포함할 수 있지만 이것들로 제한되지는 않는다. 예를 들어, 콘텐츠 아이템은 디지털 비디오 디스크 (DVD) 품질의 영화일 수 있다.

콘텐츠가 클라이언트 디바이스(150)에 공급되기 전에 콘텐츠 아이템에 대하여 서비스의 타입이 실행될 필요가 있을 수 있다. 서비스의 타입에는 콘텐츠 아이템의 처리 및 분석 중 적어도 하나가 포함된다. 예를 들어, 서비스 타입은, 트랜스코딩, 지터 제거, 안면 인식에 의거한 다이내믹 클리핑(clipping) 및 크로핑(cropping), 비디오 분석, 비디오 사이즈 조정, 비디오로부터 판독하는 광학 특성, 배경 제거 등의 비디오 처리를 포함하지만, 이들로 제한되지는 않는다.

또한, 서비스 타입은 배경 제거, 오디오 강화, 오디오 가속 또는 감속, 잡음 감소, 음성 인식, 오디오 분석 등의 오디오 처리를 포함하지만, 이들로 제한되지는 않는다. 콘텐츠 아이템의 분석에는, 예를 들어, 텍스트 복사물을 만드는 음성 인식이나, 텍스트 출력을 생성하기 위해서 비디오 스트림에 있는 하나 이상의 이미지에 적용되는 광학 특성이 포함된다. 개인 위치나 시간들에 대한 기록의 스트림을 출력하는 비디오 기반 개인 트래킹 서비스는 콘텐츠 아이템의 분석을 설명하기 위해 사용할 수 있는 다른 예이다. 위치는 이미지 좌표로 표현할 수도 있지만, 물리계 좌표(예를 들어, 방바닥을 기준으로 한 "x, y"좌표)로 표현하면 좀 더 유용할 수 있다. 콘텐츠 아이템의 분석을 설명하는 데 사용할 수 있는 또 다른 예는, 비디오 스트림으로부터 추출된 안면 스냅 사진, 그 스냅 사진이 검출된 시간 및 위치, 그 안면에 대한 아이덴티티, 안면의 분류 중 적어도 하나를 출력하는 안면 검출기 서비스에 관한 것이다. 이러한 정보 중 일부는 텍스트 데이터로 표현될 수 있다.

여기서 사용하는 바와 같이, 콘텐츠 아이템은 서비스되었을 수도 있고, 서비스되고 있는 중일 수도 있고, 서비스되고 있지 않을 수도 있으며, 아직 서비스되지 않았을 수도 있다. 즉, 서비스되는지 여부에 관계없이 콘텐츠 아이템은 여전히 콘텐츠 아이템으로 간주될 수 있다. 콘텐츠 아이템의 서비싱은 콘텐츠 아이템의 분석 또는 처리를 포함할 수 있다. 논의의 명확성을 위해서, 필요에 따라, 본원에서는 "서비스 결과"나 "서비스 결과 콘텐츠" 혹은 "서비스 결과 데이터" 등의 용어가 콘텐츠 아이템의 서비스 결과를 지칭한다. 서비스 결과 콘텐츠는, 서비스된 콘텐츠의 본래 아이템의 변형된 버전(예를 들어, 배경 제거가 비디오 스트림에 적용된 경우), 콘텐츠의 본래 아이템으로부터 도출된 콘텐츠 아이템(예를 들어 광학 문자 인식이 텍스트 출력을 생성하는데 사용되는 경우), 서비스 제공자를 통해서 변형 없이 그대로 전달된 콘텐츠 아이템(예를 들어, 트랜스코딩 서비스 제공자에 의해서 수신될 때 트랜스코딩을 필요로 하지 않는 콘텐츠), 혹은 서비스 제공자에게 미리 전송되어 현재에는 서비스 제공자 상에 캐싱(cashing)/저장되어 있는 콘텐츠의 아이템(예를 들어, 미리 서비스되어 현재에는 서비스 제공자에 있는 메모리에 저장되어 있는 콘텐츠의 아이템)으로 구성될 수 있다. 또한, 서비스 결과 콘텐츠는 상기 예들의 조합들 중 어떤 것에 의해서도 구성될 수 있다.

도 1을 계속 참조하면, 서비스 제공자들(130, 132)은 각각 하나 이상의 타입의 서비스를 제공하는 기능을 한다. 즉, 서비스 제공자들(130, 132)은 상이한 타입의 서비스들을 제공할 수 있다. 예를 들어, 서비스 제공자(130)는 하나의 콘텐츠 아이템의 트랜스코딩 및 다른 콘텐츠 아이템의 배경 제거에 사용될 수도 있다. 상이한 타입의 서비스들은 콘텐츠의 상이한 아이템들에 대한 서비스를 동시에 실행할 수 있다. 즉, 서비스 제공자(130, 132)는 상이하지만 동시에 발생하는 콘텐츠 스트림에 대한 서비스를 수행할 수 있다. 서비스 제공자(130, 132)는 캐싱 서비스들도 제공할 수 있다. 예를 들어, 서비스 제공자(130 또는 132)는 콘텐츠 아이템(130 또는 132)을 서비스하기 전에 그 콘텐츠의 아이템의 전부 또는 일부를 캐싱할 수 있다. 마찬가지로, 서비스 제공자(130 또는 132)는 그 서비스 결과의 전부 또는 일부를 클라이언트 디바이스(150)에 전달하기 전에 캐싱할 수 있다.

포털(140)은 클라이언트 디바이스(150)와 시스템(100) 간의 제1 접촉점으로서 기능하는 잘 알려진 포털 사이트이다. 콘텐츠 소스(110)는 콘텐츠 아이템의 소스다.

SLM(120)은, 클라이언트 디바이스(150)에 서비스 결과를 제공하기 전에 콘텐츠 아이템에 대하여 실행될 필요가 있는 타입의 서비스를 실행할 수 있는 서비스 제공자(예를 들어, 서비스 제공자(130 또는 32))를 선택한다. 일 실시예에 따르면, 이 선택은, 본 명세서에서 설명한 바와 같이 결정된 사용가능한 서비스 제공자 리소스를 기초로 하여 이루어질 수 있다. 서비스 제공자(130, 132) 및 임의의 다른 사용가능한 서비스 제공자는 SLM(120)에 알려져 있다. 각각의 서비스 제공자가 수행할 수 있거나 또는 수행하도록 만들어질 수 있는 타입(들)의 서비스도 또한 서비스 위치 관리자(120)에 알려져 있다.

SLM(120)이 서비스 제공자를 선택하는 방식은 이후에 더욱 충분히 설명된다. 이 프로세스에서의 동작은 단방향 화살표로 표현되며, 도 1에 도시한 메시지(1-6)에 대응한다. 도 1에 도시한 쌍방향 화살표(A, B)는 SLM(120)과 서비스 제공자(예를 들어, 130, 132) 사이의 리소스 감시(예를 들어, 폴 기반 및 푸시 기반) 통신을 나타낸다.

도 1을 다시 참조하면, 세션 시작 시, 클라이언트 디바이스(150)는 메시지(1)를 포털(140)로 전송한다. 메시지(1)는 특정한 콘텐츠 아이템(예를 들어, 영화의 이름)을 식별한다.

또한, 일 실시예에서, 메시지(10)는, 서비스 결과가 클라이언트 디바이스(150)로 전송되기 전에 콘텐츠 아이템에 대하여 실행되어야 할 서비스의 타입을 식별하기에 충분한 정보를 포함한다. 그 정보는 다양한 형식을 취할 수 있다. 한 형식에서는, 메시지(1)가 특별히 서비스의 타입(예를 들어, 배경 제거 또는 음성 인식)을 식별한다. 다른 형식에서는, 메시지(1)가 클라이언트 디바이스(150)의 메모리 용량, 스크린 사이즈, 처리 능력 등의 속성들을 식별한다. 이러한 속성들에 의거해서, 시스템(100)(예를 들어, 포털(140))은 실행되어야 할 서비스의 타입(예를 들어, 트랜스코딩)을 유추할 수 있다. 또 다른 형식에서는, 메시지(1)가 클라이언트 디바이스(150)의 타입을 식별한다. 그 디바이스 타입에 대한 축적된 지식에 의거해서, 시스템(100)(예를 들어, 포털(140))은 실행되어야 할 서비스의 타입( 예를 들어, 트랜스코딩)을 유추할 수 있다.

메시지(1)는 그 밖의 정보를 포함할 수 있다. 콘텐츠 아이템의 소스가 클라이언트 디바이스(150)에 알려지면, 콘텐츠 소스도 메시지(1) 내에서 식별될 수 있다. 예를 들어, 메시지(1)는 콘텐츠 소스(110)의 URL(Uniform Resource Locator)를 포함할 수 있다. 콘텐츠 아이템의 소스가 클라이언트 디바이스(150)에 알려지지 않은 경우에는, 그 정보가 시스템(100)에 미리 알려지지 않으면, 콘텐츠 소스의 위치는 시스템(100)(예를 들어, 포털(140))에 의해서 지정될 수 있다.

메시지(1)를 수신한 후, 포털(140)은 메시지(2)를 서비스 위치 관리자(120)에 보낸다. 일 실시예에서, 메시지(2)는, 서비스 결과가 클라이언트 디바이스(150)에 전송되기 전에 콘텐츠 아이템에 대하여 실행되어야 할 서비스의 타입을 식별하기에 충분한 정보를 포함한다. 앞에서 설명한 바와 같이, 이 정보는 다양한 형식을 취할 수 있다. 한 형식에서는, 메시지(2)가 특별히 서비스의 타입(예를 들어, 배경 제거 또는 음성 인식)을 식별한다. 다른 형식에서는, 메시지(2)가 클라이언트 디바이스(150)의 메모리 용량, 스크린 사이즈, 처리 능력 등의 속성들을 식별한다. 이러한 속성들에 의거해서, 시스템(100)(예를 들어, 서비스 위치 관리자(120))은 실행되어야 할 서비스의 타입(예를 들어, 트랜스코딩)을 유추할 수 있다. 또 다른 형식에서는, 메시지(2)가 클라이언트 디바이스(150)의 타입을 식별한다. 그 디바이스 타입에 대한 축적된 지식에 의거해서, 시스템(100)(예를 들어, 서비스 위치 관리자(120))은 실행되어야 할 서비스의 타입(예를 들어, 트랜스코딩)을 유추할 수 있다. 메시지(2)에 의해 제공된 정보에 의거해서, 서비스 위치 관리자(120)는 실행될 서비스의 타입을 식별한다.

메시지(2)는 그 밖의 정보를 포함할 수 있다. 예를 들어, 메시지(2)는 또한 콘텐츠의 아이템 및 콘텐츠 소스 중 적어도 하나를 식별할 수 있다.

서비스 제공자(130, 132) 및 이들이 제공할 수 있는 서비스는 SLM(120)에 알려져 있다. 또한, SLM(120)에는 특정한 스태틱 서비스 제공자, 및 네트워크 연결 디바이스의 계산 및 메모리 리소스, 서버들 간의 접속성 및 예측된 대역폭과 대기시간, 클라이언트/콘텐츠 어드레스, 세션 디스패치 히스토리 및 네트워크 접근성과 같은 네트워크 특성이 알려져 있다. 또한, 몇몇 실시예에 따르면, 서비스 제공자에 의해 사용되는 특정 목적의 하드웨어의 아이덴티티(예를 들어, 암호화 또는 압축)가 알려지게 되어, SLM(120)이 적합한 서비스 제공자의 선택 시 특정 목적 하드웨어의 스태틱 특성이 고려되게 한다. 또한, SLM은 서비스 제공자(130, 132)로부터 서비스 세션 정보의 주기적인 전송을 수신할 수 있게 한다. 이 정보는 서비스 세션 개시 및 해제 정보(예를 들어, 서비스 세션 개시 및 종료 정보)의 형태를 갖는다.

스태틱 정보 및 다이내믹 측정을 사용하여 설명된 서비스 제공자와 네트워크 특성과 서비스 세션 정보의 일부 또는 모두의 조합은 서비스 제공자의 선택 시에 SLM(120)에 의해 채택될 수 있다는 점이 이해되어야 한다. 이 정보를 사용하여, SLM(120)은 서비스 제공자들(130 또는 132)(또는 다른 연결된 서비스 제공자들) 중 하나를 선택하여 메시지(2)로부터 식별된 서비스를 실행한다는 것이 이해되어야 한다.

일 실시예에 따르면, SLM(120)은 서비스 제공자들(130 또는 132)의 (결정된 리소스 사용가능성에 관한) 적합성을 기초로 하여 서비스 제공자들(130 또는 132)을 선택하여 특정한 서비스를 제공한다. 일 실시예에서, 서비스 위치 관리자(120)는 무작위로 서비스 제공자들(130 또는 132) 중 하나를 선택한다. 다른 실시예에서, SLM(120)은 라운드-로빈(round-robin) 방식과 같은 방식을 사용하여 서비스 제공자들(130 또는 132) 중 하나를 선택한다.

또 다른 실시예에서, SLM(120)은 이미 진행 중인 다른 세션을 서비스하고 있는 서비스 제공자들의 히스토리 또는 기록을 유지한다. 즉, 이미 전술한 바와 같이, 다수의 클라이언트 디바이스들이 존재할 수 있으며, 이들 클라이언트 디바이스들 각각은 세션에 참여한다(예를 들어, 각각의 클라이언트 디바이스는 콘텐츠 아이템을 요청한다). 콘텐츠 아이템이 서비스되고 있는 다른 세션의 경우, SLM(120)은 그 서비스를 수행할 서비스 제공자를 선택하게 될 것이다. 본 실시예에서, SLM(120)은 그들 다른 세션에 서비스를 제공하도록 선택된 서비스 제공자들의 기록을 유지한다. 기록의 정보에 의거하여, SLM(120)은 클라이언트 디바이스(150)와의 새로운 세션을 위한 서비스 제공자를 선택할 수 있다. 예를 들어, 기록의 정보에 의거하여, SLM(120)은 어떤 서비스 제공자가 다른 서비스 제공자들에 비해 가장 바쁜지를 평가할 수 있다. 기록은 이후에 더 설명될 각종 접근방안을 이용하여 SLM(120)에 의해 업데이트될 수 있다.

도 1의 예에서, SLM(120)은 서비스 제공자(130)를 선택한다. 그 후, SLM(120)은 메시지(3)를 포털(140)에 전송한다. 메시지(3)는 서비스 제공자(130)를 위치시키고 접촉시키기에 충분한 정보를 포함한다. 예를 들어, 메시지(3)는 서 비스 제공자(130)를 위한 URL을 포함할 수 있다.

메시지(3)는 그 밖의 정보를 포함할 수 있다. 예를 들어, 메시지(3)는 또한 콘텐츠의 아이템 및 콘텐츠 소스 중 적어도 하나를 식별할 수 있다.

메시지(3)를 수신한 후, 포털(140)은 메시지(4)를 클라이언트 디바이스(150)에 보낸다. 메시지(4)는 메시지(3)에 의해 제공받았던 서비스 제공자(130)의 위치를 지정하고 그 서비스 제공자(130)에 접속하기 위한 정보를 포함한다. 메시지(4)는 메시지(3)와 동일할 수 있다(메시지(4)는 단순히 메시지(3)의 전달일 수 있다). 하지만, 메시지(4)는 포털(140)에 의해 부가된 기타(추가) 정보를 포함할 수 있다. 예를 들어, 그 정보가 서비스 위치 관리자(120) 대신에 포털(140)에 의해서 결정된 것이라면, 메시지(4)도 콘텐츠의 아이템 및 콘텐츠 소스 중 적어도 하나를 식별할 수 있다.

다른 실시예에서는, 메시지(3) 및 메시지(4) 대신에, 서비스 위치 관리자(120)가 메시지를 클라이언트 디바이스(150)에 직접 전송한다. 서비스 위치 관리자(120)로부터 클라이언트 디바이스(150)로의 메시지는 서비스 제공자(130)의 위치를 지정하고 그 서비스 제공자(130)에 접속하기 위한 정보를 포함한다. 이 메시지는 콘텐츠 아이템 및 콘텐츠 소스 중 적어도 하나의 아이덴티티(identity) 등의 기타 정보를 포함할 수 있다.

임의의 경우, 클라이언트 디바이스(150)는 서비스 제공자(130)의 위치를 지정하고 그 서비스 제공자(130)에 접속하기에 충분한 정보를 포함하는 메시지를 수신한다. 그 정보에 의거해서, 클라이언트 디바이스(150)와 서비스 제공자(130) 간의 통신이 설정된다. 즉, 클라이언트 디바이스(150)에 의해 시작된 세션이 포털(140)로부터 서비스 제공자(130)로 자동 전송된다. 이러한 포털(140)로부터 서비스 제공자(130)로의 전송은 클라이언트 디바이스(150)의 최종 사용자에게 심리스 방식으로 투과되는 것이 중요하다.

일 실시예에서는, 클라이언트 디바이스(150)가 수신한 메시지(예를 들어, 메시지(4))는 동기화 멀티미디어 통합 언어(Synchronized Multimedia Integration Language; SMIL)를 사용하거나 동기화 멀티미디어 통합 언어(Synchronized Multimedia Integration Language; SMIL)에 의거한 것이다. 포털(140)로부터 서비스 제공자(130)로의 클라이언트 디바이스(150)의 재전송은 다이내믹 SMIL 재기록을 이용하여 이룰 수 있다.

도 1의 나타낸 예를 계속 참조하면, 클라이언트 디바이스(150)는, 포털(140)로부터의 메시지(4)(혹은 서비스 위치 관리자(120)로부터의 등가의 메시지)를 수신한 후, 메시지(5)를 서비스 제공자(130)에 보낸다. 메시지(5)는, 콘텐츠 아이템과, 서비스 제공자(120)에 의해서 실행될 서비스 타입을 식별한다. 메시지(5)는 그 밖의 정보를 포함할 수 있다. 예를 들어, 이 시점에서 콘텐츠 소스가 클라이언트 디바이스(150)에 알려져 있는 경우에는, 그 정보가 메시지(5)에 포함될 수 있다.

서비스 제공자(130)는, 메시지(5) 수신 시, 메시지(6)를 콘텐츠 소스(110)에 보낸다. 상술한 바와 같이, 메시지(5)에서, 콘텐츠 소스(110)는 서비스 제공자(150)에 대하여 식별될 수 있다. 한편, 서비스 제공자(130)는 콘텐츠 소스(110)의 위치를 지정할 수 있다. 메시지(6)에서, 서비스 제공자(130)는, 콘텐츠 아이템을 제공할 것을 요구한다.

메시지(6)에 응답하여, 콘텐츠 소스(110)는, (도 1에 화살표(7)로 나타낸) 서비싱(servicing)을 위하여 콘텐츠 아이템을 서비스 제공자(130)로 보낸다. 일 실시예에서는, 콘텐츠 아이템은 서비스 제공자(13)로 스트리밍된다.

일 실시예에서, 서비스 제공자(130)는 특정 서비스를 실행할 수 있도록 항상 설정되어 있다. 즉, 특정 서비스는, 데이터가 작용하기를 기다리는 서비스 제공자(130)에서 연속적으로 실행될 수 있다. 또 다른 실시예에서는, 특정 서비스가 서비스 제공자(130)가 메시지(5)나 콘텐츠 아이템을 수신할 때까지 정지한다. 즉, 서비스 제공자(130)는 특정 서비스를 설정하거나 개시할 필요가 있을 수 있으나 서비스에 대한 잠재적 요구가 식별되거나 서비스를 실행하기 위한 실재 요구가 있을 때까지 그렇게 하지 않는다.

이 경우에는, 그 후, 서비스 제공자(130)가 콘텐츠 아이템에 대한 소정의 서비스를 실행할 수 있다. 콘텐츠 아이템의 전부 또는 일부가 서비싱 전에 서비스 제공자(130)에 의해 캐싱될 수 있고, 혹은, 콘텐츠 아이템이 서비스 제공자(130)에 의해 수신됨에 따라서 서비스될 수 있다.

그 후에, 서비스 결과 콘텐츠가 서비스 제공자(130)에 의해 클라이언트 디바이스(150)로 전송된다(도 1에 화살표(8)로 나타냄). 일 실시예에서는, 서비스 결과 콘텐츠는 클라이언트 디바이스(150)에 스트리밍된다. 서비스 결과 콘텐츠의 전부 또는 일부가, 서비싱 후, 서비스 제공자(130)에 의해 캐싱될 수 있고, 혹은 서 비스 결과 콘텐츠가, 서비스 제공자(130)에 의해 서비스됨에 따라서 스트리밍될 수도 있다.

일단 서비스 결과 콘텐츠가 선택된 서비스 제공자(예를 들어, 서비스 제공자(130))에 의해 전달되어 클라이언트 디바이스(150)에 의해 수신되면, 진행 중인 세션은 종료될 수 있다. 히스토리 또는 기록이 SLM(120)에 의해 유지되는 실시예에서는, 그 히스토리 또는 기록은 서비스 제공자(130)가 그 서비싱 태스크를 완료했음을 반영하도록 업데이트될 수 있다. 상이한 접근방안은 기록의 업데이트를 촉진하는 데 사용될 수 있다. 일 접근방안에서는, SLM(120)이 서비스 제공자를 선택하고 있는 그 시각 또는 그 즈음에, SLM(120)은 콘텐츠 아이템에 대해 실행될 서비스를 완료하는 데 필요한 시간의 양을 추정한다. 기록은 그 시간의 양이 지날 때 서비스가 완료되었음을 반영하도록 업데이트될 수 있다.

대안으로, 선택된 서비스 제공자(예를 들어, 서비스 제공자(130))는 서비스를 완료했을 때 SLM(120)으로 지시를 제공할 수 있으며, 그에 따라, 기록이 업데이트될 수 있다. 이들 접근방안은 서비스 결과 콘텐츠의 클라이언트 디바이스(150)로의 전송을 설명하는 데까지 확장될 수 있다. 예를 들어, 서비스 위치 관리자(120)에 의해 추정된, 서비스 제공자(130)가 서비스를 실행하는 시간의 양은, 서비스 제공자(130)가 서비스 결과 콘텐츠를 클라이언트 디바이스(150)로 보내는데 필요한 소정의 부가적인 시간을 설명하기 위해서 증가될 수 있다. 유사하게, 서비스 위치 관리자(120)는 그 세션이 지속되기를 기대하는 시간의 길이를 추정할 수 있다.

전술한 바와 같이, 메시지(6)에 응답해서 콘텐츠 아이템이 서비스 제공자(130)로 전송된다. 미리 여기서 언급한 바와 같이, 서비스 제공자(130)는, 그 대신에, 이미 수신 및/또는 서비스된 콘텐츠를 메시지(6)의 사용 및 메시지(6)에 대한 응답을 제거하고 (예를 들어, 도 1에 화살표(7)로 나타낸 데이터 흐름을 제거하고) 저장 또는 캐싱할 수 있다.

요약하자면, 클라이언트 디바이스(150)는 서비스 접촉 시스템(100)(예를 들어, 포털(140))을 검색한다. 클라이언트 디바이스(150)는 그 서비스의 제공자(예를 들어, 서비스 제공자(130))로 향하게 된다. 콘텐츠 소스(예를 들어, 콘텐츠 소스(110))로부터의 콘텐츠는 서비스 제공자를 통해 클라이언트 디바이스로 전송(예를 들어, 스트리밍)된다. 따라서, 일 실시예에서, 시스템(100)은 콘텐츠 소스로부터 클라이언트 디바이스로 미디어를 스트리밍하기 위한 것이다.

본 애플리케이션을 위해서, 여기서 사용되는 것과 같은 스트리밍 미디어는 네트워크 노드(node)들 사이에서 연속적으로 전달되는 데이터를 의미한다. 스트리밍 미디어의 예로서는, 엄격한 전송 시간 제약이 있을 수 있는 스트리밍 오디오 및 비디오가 있다. 이 예들에서는, 스트림의 일부가 너무 늦게 전송되면, 그 부분은 지연으로 인해 무시될 것이다(그 일부는 너무 지연되었기 때문에 클라이언트 애플리케이션에 의해서 재생되고 있는 것에 영향을 미치지 못하고, 따라서 별 쓸모가 없다). 한편, 스트림의 일부가 너무 일찍 전송되면, 그 서비스 또는 클라이언트 애플리케이션 내에서 버퍼의 제약으로 인하여 그 일부가 손실될 것이다. 연속적으로 전송되는 데이터의 다른 예로서는, 측정 결과들의 스트림이나 실험 결과들의 스 트림이 있다. 이러한 스트림들은 원격 센서로부터의 기상 수치들이나 냉각 시스템으로부터의 온도 수치들을 포함한다. 이 예들에서는, 엄격한 전송 시간 제약은 없지만, 그 데이터 전송이 심리스(seamless)하게 진행 중인 전송에 의해서 가장 잘 서비스되는 일시적 성분을 갖는다.

이와 같이, 스트리밍 미디어를 사용함으로써, 서비스 배치는 네트워크 노드와 서버 노드의 모든 리소스들에 대하여 장시간 영향을 미친다. 예를 들어, 스트리밍 조건 하에서 시청용 영화를 트랜스코딩(transcoding)하는 데 있어서, 데이터는 두 시간 정도의 분량일 것이므로 트랜스코딩 세션은 두 시간 정도의 서버 타임 분량일 것이다. 다른 종류의 스트리밍 미디어(예를 들어, 계기 수치들)에 대해서는, 스트림 및 그 스트림 상에서 행해지고 있는 서비스가 영원히 지속될 수 있다. 서버 노드의 계산 리소스들은 지속 시간이 확정되지 않은 채 긴 기간 동안 영향을 받는다. 마찬가지로, 서버와 콘텐츠 제공자 및 서버와 클라이언트 머신(client machine) 간의 모든 링크들 상에 있는 서버 노드의 네트워크 리소스들도 지속 시간이 확정되지 않은 채 긴 기간 동안 영향을 받는다. 이는, 데이터 전송이 블록 단위로 수초나 수 분 이내에서 종종 행해지고 그 데이터 상에서 실행되는 서비스가 제한된 지속 기간을 갖는 보다 전형적인 네트워크 트랜잭션(transaction)과는 크게 다르다.

스트리밍 미디어를 다루는 일 실시예에서는, 고려해야 할 다음 몇 가지 문제들이 있다. 즉, 웹 기반 분배, 웹 기반 비즈니스 트랜잭션 및 다운로드 중 적어도 하나와 비교하여, 스트리밍 미디어는 취급되어야 할 다음의 특징들:

방대한 양의 데이터-데이터의 엔드 포인트(end point)는 알려지지 않을 수 있고 콘텐츠 아이템의 수의 캐싱(cashing)은 주요 메모리 리소스들을 소비할 수 있음;

시순차적(time-ordered) 데이터-데이터가 수신되는 시간적 순서가 중요할 수 있음;

액세스가 끝까지 계속 실행되지 않을 수 있음-예를 들어, 콘텐츠 아이템의 일부(예를 들어, 표준길이의 영화의 최초 몇 분)만이 액세스될 수 있음;

대상 미디어에 대한 어느 정도의 이해 없이는 필요한 대역폭을 결정할 수 없음-예를 들어, 어떤 비디오 파일은 높은 공간 해상도를 가질 수 있고 다른 비디오 파일은 그렇지 않을 수 있는데, 이 두 비디오 파일 모두 동일하게 나타나지만 각각의 대역폭은 서로 상당히 다를 수 있음;

대기 시간에 있어서의 지터(jitter)나 대역폭이 문제가 될 수 있음-고정된 대기시간은 수용 가능하지만, 세션 시 크게 변화하는 대기시간은 버퍼 오버플로(overflow)나 언더플로(underflow)로 인하여 문제가 될 수 있음;

부적절한 연산 또는 대역폭 리소스들은 시간제한으로 인해 쓸모 없어질 수 있음;

통상 데이터가 인코딩(압축)되어 그 데이터 중 일부의 손실이나 지연이 순차적인 데이터 디코딩(압축해제)에 중요성을 가질 수 있음;

통상 손실된 데이터는 시간제한으로 인해서 재전송되지 않음; 및

상태의 기록이 모든 클라이언트 디바이스를 위해 유지되어야 함-스트리밍 미 디어에 대하여, 스트리밍 노드(node)는, 데이터를 계속 스트리밍할 필요가 있고 클라이언트들로부터의 상태 정보를 수신하기 위해 대기하지 않을 수 있음. 이러한 차이점들은 스트리밍 미디어에 대하여 실행되는 서비스들의 관리 및 감시에 대한 요구를 크게 증가시킨다.

서비스 제공자 선택에 관한 리소스 감시

도 2는 본 발명의 일 실시예에 따른 서비스 제공자 선택을 감시하는 사용가능 리소스를 나타내고 있다. 본 발명의 일 실시예에 따르면, 서비스 위치 관리자(SLM)(120)는 그 제어 하에 있는 미디어 서비스 제공자(예를 들어, 130, 132, 230) 각각의 리소스 사용가능성 상태를 조사하여, 어떤 서비스 제공자가 현재 클라이언트 요청에 의해 요구되는 미디어 서비스 태스크를 수행하도록 선택될 것인지를 결정한다. 이 조사가 완료될 수 있는 방식은 여러 가지가 있다. 다음 논의는 본 발명에 따라 구현될 수 있는 상이한 리소스 감시 접근방안에 대해 기술하고 있다. 도 2는 서비스 위치 관리자(SLM)(120), 서비스 제공자(130, 132, 230), 네트워크(100), 서비스 포털(140, 240), 콘텐츠 소스(110), 및 클라이언트 디바이스(210, 212, 214, 216, 218, 220, 222)를 나타내고 있다.

도 2를 참조하면, 메시지 A, B, C는 서비스 위치 관리자(SLM)(120)에 의해 송신되거나 수신되는 리소스 감시 통신을 나타낸다. 이들 메시지는 도 2에서 쌍방향 화살표 A, B, C로 표시된다. 이들 메시지는 요청의 서비스 제공자로의 폴 기반 송신, 서비스 제공자의 리소스 사용가능성에 관한 정보의 SLM(120)으로의 푸시 기반 송신, 또는 이들의 조합 중 어느 하나를 구성할 수 있다.

폴 기반 리소스 감시

일 실시예에 따르면, SLM(120)에 의해 제어되는 미디어 서비스 제공자(예를 들어, 130, 132, 230)의 리소스 사용가능성 상태 감시는 "폴 기반"이 될 수 있다. 이 접근방안에 따르면, SLM(120)은, 미디어 서비스를 위하여 새로운 클라이언트(예를 들어, 210, 212, 214, 216, 220 등)의 요청을 얻을 때마다, (예를 들어, CPU의 개수 및 클록 속도, 설치된 메모리, 및 최상의 네트워크 대역폭에 대하여) 적합한 리소스를 구비하고 있는 각각의 서비스 제공자에 능동적으로 접촉하여 리소스 사용가능성(예를 들어, 메시지 A, B 또는 C)을 결정한다. 이 "리소스 폴"에 대한 응답으로, 각각의 서비스 제공자(예를 들어, 130, 132, 230)는 현재 사용가능한 리소스의 기술자(description)(예를 들어, 메시지 A, B 또는 C)를 제공한다. 이것은, 사용가능한 계산 사이클의 개수 및 소정 시점에서 사용가능한 메모리의 양을 포함할 수도 있다. 이상적으로, 응답은 콘텐츠 소스(110) 및 클라이언트(예를 들어, 210, 212, 214, 216, 220 등)에 사용가능한 소정의 네트워크 대역폭 추정을 포함한다. 그러면, SLM(120)은 이 정보를 수집할 수 있으며, 적절한 서비스 제공자를 선택하는 기초로서 이 정보를 사용하여 요청된 태스크를 수행한다. 일 실시예에 따르면, SLM(102)은 사용가능한 네트워크 대역폭, 계산 및 메모리 리소스의 최상의 조합을 제공하는 서비스 제공자(예를 들어, 130, 132, 230)를 선택한다.

"폴 기반" 접근방안은 사용가능한 서비스 제공자(예를 들어, 130, 132, 230) 의 최신 스냅(snapshots)을 제공한다는 장점이 있다. 또한, 이 접근방안은 서비스 제공자(예를 들어, 130, 132, 230)가 네트워크 또는 머신 결함으로 인해 서비스를 제공하지 않는 때에 대한 명백한 표시를 제공한다.

푸시 기반 리소스 감시

일 실시예에 따르면, 리소스 정보는 감시를 위해 서비스 제공자(예를 들어, 130, 132, 230)로부터 SLM(120)으로 "푸시"된다. 이 실시예에 따르면, 업데이트(예를 들어, 메시지 A, B 또는 C)는 각각의 미디어 서비스 제공자(도시하지 않음)를 실행시키는 배경 데몬으로서 구현되는 서비스 위치 감독자(SLS)에 의해서 주기적으로 제공된다. 일 실시예에 따르면, 배경 데몬은 시스템 및 네트워크 관리 소프트웨어를 사용하여 구현된다. 다른 실시예에서는, 다른 구현예가 사용된다.

각각의 클라이언트 요청의 경우, SLM(120)은 SLS 제공 정보의 수집(및 데이팅)으로부터 생성된 사용가능한 리소스 데이터베이스에 액세스한다. 이것은 리소스 감시로 인해 유발되는 커넥션 요건을 사용가능한 리소스에 관한 정보를 송신(예를 들어, 푸시)하는 미디어 서비스 제공자의 개수에 대한 2차 의존성으로부터 선형 의존성으로 감소시킨다.

일 실시예에 따르면, 감시 및 "재착수" 용량은 SLM(120) 자체에 알려진다. 이것은 SLM(120) 데몬의 사용을 포함하여, 최근의 SLS 데이터베이스 리프레쉬의 타임스탬프를 감시하고 소정의 사전설정 시간 간격보다 더 많은 시간 동안 연락되지 않도록 SLS를 접촉시키고자 않다. 몇몇 경우, 이들 접촉 시도는, 예를 들어, 진행 중인 네트워크 또는 미디어 서비스 제공자 결함으로 인해 실패할 수 있다. 그러나, SSL 접촉을 재착수하고자 하는 이러한 시도는 비동기식으로 이루어지기 때문에, 예시적인 실시예에 따르면, 이러한 시도는 클라이언트 요청에 대한 SLM(120)의 응답 시간에 영향을 미치지 않는다.

개선된 푸시 기반 감시

일 실시예에 따르면, 푸시 기반 감시 접근방안은 지난 정보의 서비스 제공자에 의한 SLM(120)과의 통신 가능성을 감소시키도록 수정될 수 있다. 이것은 SLM(120)이 미디어 서비스 제공자의 단기간 기록을 유지하여 최근의 클라이언트 태스크를 신속히 처리하게 함으로써 이루어질 수 있다. 그러면, SLM(120)은 이에 따라 새로운 과제에 대한 리소스 사용가능성의 예측을 조절할 수 있다. 예를 들어, 서비스 제공자로부터 마지막으로 송신된 리소스 통계 이전 1분 이내에 미디어 서비스 태스크가 미디어 서비스 제공자에 대해 신속히 처리될 때, 그 서비스 제공자의 리소스 기록은 이전에 신속히 처리된 미디어 서비스 과제에 의해 요청된 리소스 비축(budget)에 의해 낮추어진다.

전술한 바와 같이, 서비스 제공자는 폴 기반 및 푸시 기반 데이터의 조합을 기초로 하여 선택될 수 있다. 양측 타입의 데이터를 사용함으로써, 사용가능한 리소스의 더욱 완전한 영상이 확인된다. 이 접근방안에 의하면, 서비스 위치 관리자는 사용가능한 리소스에 더욱 근접하게 일치하는 서비스 위치(예를 들어, 서비스 제공자)를 선택한다.

도 3a는 본 발명의 다른 실시예에 따른 시스템(100) 내의 및 외부로의 정보 흐름을 나타내는 블록도이다. 도 1과 도 3a의 차이점은, 서비스 위치 관리자(SLM)(120)로부터의 메시지 D를 선택된 서비스 제공자(예를 들어, 서비스 제공자(130))에 가산한다는 것이다. 메시지 D는 메시지(2) 이후 및 메시지(5) 이전의 임의의 시간에 서비스 위치 관리자(120)로부터 서비스 제공자(130)로 전송될 수 있다.

메시지 D는 꽤 많은 상이한 목적에 사용될 수 있다. 예를 들어, 특정 콘텐츠 아이템에 대해 수행되는 타입의 서비스가 서비스 제공자(130)에서 계속적으로 실행되고 있지 않는 상황에서, 메시지 D는 서비스 제공자(130)에게 서비스에 필요한 접근방안을 알리는 데 사용될 수 있다. 그 결과, 서비스의 개시 및/또는 개시가 시작될 수 있으며, 가능하다면 메시지(5)가 클라이언트 디바이스(150)로부터 수신되기 이전에 완료되어, 전체 대기시간을 감소시킨다.

또한, 메시지 D는 서비스 제공자(130)로 콘텐츠 아이템의 아이덴티티 및 가능하다면 콘텐츠 소스(110)를 제공하는 데 사용될 수 있다. 이 정보를 사용하여, 서비스 제공자(130)는 메시지(5)가 수신되기 전에 콘텐츠 아이템을 제공(예를 들어, 스트리밍을 시작)할 것을 콘텐츠 소스(110)로 요청하여, 대기시간 단축에 더 기여할 수 있다. 또한, 이 방식으로 메시지 D를 사용하면, 보안성을 개선할 수 있는데, 이는 콘텐츠 소스(110)가, 예를 들어, 클라이언트 디바이스(150)에 대해 식별될 필요가 없기 때문이다.

또한, 메시지 D는 도 3b에 예시한 바와 같이 메시지(3, 4, 5) 대신에 사용될 수 있다. 예를 들어, 콘텐츠 아이템 및 가능하다면 콘텐츠 소스의 식별 외에도, 메시지 D는 또한 서비스 제공자(130)가 클라이언트 디바이스(150)와의 통신을 설립하게 하는 정보도 포함할 수 있다. 다시 말해, 클라이언트 디바이스(150)가 포털(140)로부터 서비스 제공자(130)로의 통신 전송을 시작하게 하는 대신, 통신의 전송은 클라이언트 디바이스(150)의 사용자에게 일정하고 명백하게 유지되는 방식으로 서비스 제공자(130)에 의해 시작될 수 있다.

도 1을 참조하여 설명한 바와 같이, 메시지 A, B(도 3)는 SLM(120)에 의해 송신되거나 수신되는 리소스 감시 통신을 나타낸다. 이들 메시지는 도 3에서 쌍방향 화살표 A, B, C로 표시된다. 이들 메시지는 서비스 제공자로의 요청의 폴 기반 요청 송신, SLM(120)으로의 서비스 제공자의 리소스 사용가능성에 관한 정보의 푸시 기반 정보 송신, 또는 이들의 조합 중 어느 하나를 구성할 수 있다.

도 4는 본 발명의 일 실시예에 따른 서비스 결과 콘텐츠를 서비스하고 전달하는 방법에 대한 순서도(400)이다. 순서도(400)에는 특정한 단계가 기술되고 있으나, 이러한 단계는 예시적인 것이다. 즉, 본 발명의 실시예는 순서도(400)에서 인용한 단계 외의 다양한 단계 또는 수정을 수행하는 데 매우 적합하다. 순서도(400)의 단계는 제시한 바와는 상이한 순서로 수행될 수도 있고, 순서도(400) 내의 모든 단계가 수행되는 것은 아닐 수도 있다.

순서도(400)에 기술한 모든 방법 또는 그 일부는 컴퓨터 판독가능 및 컴퓨터 실행가능 인스트럭션을 사용하여 구현될 수 있으며, 이러한 인스트럭션은, 예를 들어, 컴퓨터 시스템 등의 디바이스의 컴퓨터 사용가능 미디어 내에 존재한다. 본 실시예에서, 순서도(400)는 도 1 내지 도 3의 시스템(100)에 의해 구현된다. 즉, 순서도(400)에 인용된 단계 중 일부는 도 1 내지 도 3의 포털(예를 들어, 140)에 의해 수행되고, 다른 단계는 도 1 내지 도 3의 서비스 위치 관리자(예를 들어, SLM(120))에 의해 수행되며, 또 다른 단계는 도 1 내지 도 3의 서비스 제공자(예를 들어, 130, 132, 230)에 의해 수행된다.

도 4의 단계 402에서, 클라이언트 디바이스를 사용하는 세션 동안, 포털은 클라이언트 디바이스로부터 요청을 수신하여, 콘텐츠 아이템을 식별한다. 요청은 다른 정보를 포함할 수 있다. 일 실시예에서는, 도 1 및 도 2를 참조하면, 포털(140)이 클라이언트 디바이스(150)로부터 메시지(1)를 수신한다.

도 4의 단계 404에서, 콘텐츠 아이템에 대해 수행되는 타입의 서비스가 식별된다. 서비스 타입은 단계 402의 요청 시에 식별될 수 있거나, 또는 그 요청에 제공된 정보를 기초로 하여 도출될 수 있다. 도 1 및 도 3을 참조하면, 서비스 타입은 클라이언트 디바이스(150), 포털(140), 또는 서비스 위치 관리자(120)에 의해 식별될 수 있다.

도 4의 단계 406에서, 현재 리소스 사용가능성에 관한 정보가 다수의 서비스 제공자로부터 수신된다. 정보는 진행 중인 리소스 측정으로부터 확인된다. 수신된 리소스 측정은 폴 기반 데이터와 푸시 기반 데이터 양측을 모두 포함할 수 있다. 일 실시예에 따르면, 폴 기반 데이터와 푸시 기반 데이터의 조합을 기초로 하여 선택이 이루어질 수 있다. 이 접근방안에 의하면, 서비스 위치 관리자는 사용가능한 리소스에 일치하는 서비스 위치(예를 들어, 서비스 제공자)를 선택한다.

도 4의 단계 408에서, 서비스 타입의 제공자는 서비스를 수행할 수 있는 많은 제공자 중에서 선택된다. 일 실시예에서, 또한, 도 1 및 도 3을 참조하면, 서비스 제공자(예를 들어, 서비스 제공자(130) 등)는 SLM(120)에 의해 선택된다. 전술한 바와 같이, SLM(120)은 서비스 위치 관리자가 사용가능한 리소스에 일치하는 서비스 위치(예를 들어, 서비스 제공자)를 선택하게 하는 폴 기반 리소스 사용가능성 정보 또는 푸시 기반 리소스 사용가능성 정보 중 하나를 사용할 수 있다.

또한, SLM(120)은 무작위로 또는 라운드-로빈(round-robin) 방식과 같은 방식을 사용하여 서비스 제공자를 선택할 수 있다. 또는, SLM(120)은 다른 세션이 어떤 서비스 제공자로 전송되는지를 반영하는 기록을 유지할 수 있다. 이러한 후자의 접근방안에서, SLM(120)은 기록의 정보를 기초로 하여 서비스 제공자를 선택한다.

도 4의 단계 410에서, 클라이언트 디바이스와의 통신은 포털로부터 선택된 서비스 제공자로 전송된다. 다시 말해, 세션이 포털로부터 선택된 서비스 제공자로 전송된다.

도 4의 단계 412에서, 콘텐츠 아이템의 소스가 식별된다. 도 1 및 도 3을 참조하면, 콘텐츠 아이템의 소스는 클라이언트 디바이스(150), 포털(140), SLM(120), 또는 선택된 서비스 제공자(예를 들어, 서비스 제공자(130))에 의해 식별될 수 있다. 그러면, 콘텐츠 소스가 접촉되어, 콘텐츠 아이템에 대한 데이터를 선택된 서비스 제공자로 전달하기 시작한다.

도 4의 단계 414에서, 콘텐츠 아이템은 선택된 서비스 제공자에 의해 수신( 예를 들어, 선택된 서비스 제공자로 스트리밍)된다.

단계 416에서, 콘텐츠 아이템은 특정한 서비스 타입에 따라 서비스된다. 콘텐츠 아이템을 구성하는 데이터는 데이터가 서비스 제공자에서 수신될 때 서비스될 수 있으며, 또는, 그 데이터는 서비스 이전에 캐싱될 수 있다. 전술한 바와 같이, 콘텐츠 아이템은 서비스되었거나, 서비스되는 과정 중에 있거나, 서비스되지 않거나, 아직 서비스되지 않고 있을 수도 있다. 콘텐츠 아이템의 서비스는 콘텐츠 아이템의 분석 또는 처리를 포함할 수 있다. 서비스 결과 콘텐츠는, 원래의 서비스된 콘텐츠 아이템의 수정된 버전(예를 들어, 배경 제거가 비디오 스트림에 적용된 경우), 원래의 콘텐츠 아이템으로부터 도출된 콘텐츠 아이템(예를 들어, 광학적 문자 인식이 사용되어 텍스트 출력을 생성한 경우), 서비스 제공자를 통과하고, 수정되지는 않고 단지 포워딩만 되는 콘텐츠 아이템(예를 들어, 트랜스코딩 서비스 제공자에 의해 수신되는 경우에 트랜스코딩을 요구하지 않는 콘텐츠), 또는 서비스 제공자로 이미 전송되었고 서비스 제공자에 대해 현재 캐싱/저장된 콘텐츠 아이템(예를 들어, 이미 서비스되었고 현재는 서비스 제공자의 메모리에 저장되어 있는 콘텐츠)으로 구성된다. 또한, 서비스 결과 콘텐츠는 상기 예들의 임의의 조합으로 구성될 수도 있다.

일 실시예에서, 서비스는 서비스 제공자에 의해 계속적으로 실행된다. 다른 실시예에서, 서비스는 클라이언트 디바이스가 서비스 제공자와의 통신을 설립할 때까지 동작을 개시 및/또는 시작되지 않는다. 또 다른 실시예에서, 서비스는 클라이언트 디바이스가 서비스 제공자와의 통신을 설립하기 전에 서비스 제공자가 서비 스 위치 관리자에 의해 식별된 후에 개시 및/또는 시작된다. 예를 들어, 도 3a 및 도 3b를 참조하면, SLM(120)이 특정 타입의 서비스 제공자로서 서비스 제공자(130)를 선택한 후, 메시지 A는 서비스 제공자(130)로 전송되어, 서비스 제공자(130)가 서비스를 개시 및/또는 시작하게 한다.

도 4의 단계 418에서, 서비스 결과 콘텐츠는 클라이언트 디바이스로 전송(예를 들어, 스트리밍)된다. 서비스 결과를 구성하는 데이터는 입력 데이터가 서비스될 때 전송될 수 있거나, 또는 서비스 결과 데이터는 전송되기 이전에 캐싱될 수 있다.

단계 414, 416, 418은 동시에 수행될 수 있다. 즉, 선택된 서비스 제공자(예를 들어, 도 1 내지 도 3의 서비스 제공자(130))는 전체 콘텐츠 아이템이 서비스 제공자(130)에서 수신되기 전에 콘텐츠 아이템의 서비스를 시작할 수 있으며, 서비스 결과 데이터는 전체 콘텐츠 아이템의 서비스가 완료되기 전에 서비스 제공자(130)로부터 유출되기 시작할 수 있다. 유사하게, 일부 콘텐츠 아이템의 서비스는 다른 일부 콘텐츠 아이템의 서비스가 클라이언트 디바이스에 의해 수신되고 있는 동안에 진행될 수 있다.

일단 서비스 결과 콘텐츠가 클라이언트 디바이스(150)로 전달되면(도 1 및 도 3), 세션이 종료될 수 있다. 서비스 세션은 서비스 세션의 종료 시 또는 서비스 세션의 요청된 해제가 이루어지는 서비스 세션의 완료 이전에 종료된다. SLM(120)이 세션을 할당했던 제공자의 소정 종류의 기록을 유지하는 실시예에서, 기록은 일단 세션이 종료되거나 서비스 제공자가 콘텐츠 아이템을 서비스했다면 업 데이트될 수 있다. 기록 업데이트에 관한 접근방안은 전술되었다.

도 5는 본 발명의 일 실시예에 따른 콘텐츠의 서비스를 관리하는 방법에 대한 순서도(500)이다. 순서도(500)에는 특정한 단계가 기술되고 있으나, 이러한 단계는 예시적인 것이다. 즉, 본 발명의 실시예는 순서도(500)에 인용한 단계 외의 다른 다양한 단계 또는 변형을 수행하는 데 매우 적합하다. 순서도(500)의 단계는 제사한 바와는 상이한 순서로 수행될 수도 있고, 순서도(500)의 모든 단계가 수행되는 것은 아닐 수도 있다.

순서도(500)에 기술한 모든 방법 또는 그 일부는 컴퓨터 판독가능 및 컴퓨터 실행가능 인스트럭션을 사용하여 구현될 수 있으며, 이러한 인스트럭션은, 예를 들어, 컴퓨터 시스템 등의 디바이스의 컴퓨터 사용가능 미디어 내에 존재한다. 본 실시예에서, 순서도(500)는 도 1 내지 도 3의 시스템(100)에 의해 구현된다. 구체적으로, 순서도(500)는 도 1 내지 도 3의 서비스 위치 관리자(120)에 의해 구현된다.

도 5의 단계 502에서, 또한, 도 1 및 도 3을 참조하면, 제 1 메시지(예를 들어, 메시지(2))는 포털(140)로부터 수신되어, 콘텐츠 아이템을 식별한다. 포털(140)은 클라이언트 디바이스(150)와 통신한다.

도 5의 단계 504에서, 콘텐츠 아이템에 대해 수행되는 타입의 서비스가 식별된다. 서비스 타입은 단계 502의 메시지에서 식별될 수 있다. 도 1 및 도 3을 참조하면, 서비스 타입은 클라이언트 디바이스(150), 포털(140), 또는 서비스 위치 관리자(120)에 의해 식별될 수 있다.

도 5의 단계 506에서, 현재 리소스 사용가능성에 관한 정보가 다수의 서비스 제공자로부터 수신된다. 정보는 진행 중인 리소스 측정으로부터 확인된다. 수신된 리소스 측정은 폴 기반 데이터와 푸시 기반 데이터 양측을 모두 포함할 수 있다. 일 실시예에 따르면, 폴 기반 데이터와 푸시 기반 데이터의 조합을 기초로 하여 선택이 이루어질 수 있다. 이 접근방안에 의하면, SLM(120)은 사용가능한 리소스에 일치하는 서비스 위치(예를 들어, 서비스 제공자)를 선택한다.

도 5의 단계 508에서, 또한 도 1 및 도 3을 참조하면, 콘텐츠 아이템에 대해 수행될 서비스 타입의 제공자가 선택된다(예를 들어, 서비스 제공자(130)가 선택된다). 서비스 제공자를 선택하는 접근방안은 본 명세서에서 이미 설명되었다.

도 5의 단계 510에서, 일 실시예에서, 제 2 메시지(예를 들어, 도 1 및 도 3의 메시지(3))는 포털로 전송된다. 다른 실시예에서, 제 2 메시지는 포털을 피하여 클라이어트 디바이스로 전송된다. 제 2 메시지는 선택된 서비스 제공자를 식별하여 클라이언트 디바이스 사이의 통신이 포털로부터 서비스 제공자로(예를 들어, 도 1 및 도 3의 포털(140)로부터 서비스 제공자(130)로) 전송되게 하는 정보를 포함한다.

도 5의 단계 512에서, 일 실시예에서, 제 3 메시지(예를 들어, 도 3a 및 도 3b의 메시지 D)는 선택된 서비스 제공자로 전송된다. 제 3 메시지는 콘텐츠 아이템의 아이덴티티 및/또는 콘텐츠 소스의 아이덴티티를 포함할 수 있다. 제 3 메시지는 또한 서비스 제공자에게 알리는 데 사용되어, 서비스 제공자가 서비스의 개시 및/또는 실행을 시작하게 한다(서비스가 아직 실행되고 있지 않은 경우). 제 3 메 시지에 대한 응답으로, 서비스 제공자는 또한 콘텐츠 소스에 접촉하여, 콘텐츠 아이템을 콘텐츠 소스로부터 서비스 제공자로 전달(예를 들어, 스트리밍)하기 시작할 수 있다. 제 3 메시지 대신, 클라이언트 디바이스와 서비스 제공자의 통신 설립에 응답하여, 이제 설명되는 활성화가 시작될 수 있다. 그러면, 서비스 결과 콘텐츠가 서비스 제공자로부터 클라이언트 디바이스로 전송(예를 들어, 스트리밍)된다.

요약하자면, 본 발명의 실시예는 많은 다양한 클라이언트 디바이스로 서비스를 제공할 수 있는 방법 및 시스템을 제공한다. 제공되어 각종 클라이언트의 선호도 및 요건을 도모하는 다양한 서비스가 제공된다. 폭주를 피하기 위해서, 서비스는 서비스 위치 관리자에 의해 관리되는 많은 서비스 제공자에 의해 제공된다. 클라이언트 디바이스에 의해 요청된 콘텐츠 아이템은 서비스 제공자 리소스 사용가능성을 기초로 하여 서비스하는 서비스 제공자로 향한다. 그러나, 클라이언트 디바이스는 잘 공지된 포털 사이트에만 접촉하여 세션을 시작하고 콘텐츠 아이템을 요청할 필요가 있다. 클라이언트 디바이스는 세션 동안 자동적이고 명백하게 적합한 서비스 제공자로 전송된다. 클라이언트 디바이스의 관점에서는, 단일 접촉점이 존재한다. 서비스 결과 콘텐츠를 시스템에 의해 선택된 서비스 제공자를 거쳐서 클라이언트 디바이스로 전달하게 되는 콘텐츠 전달 시스템을 통한 메시지 및 데이터 흐름은 클라이언트 디바이스에 대해 명백하다. 선택된 서비스 제공자와의 초기 접촉점으로부터의 일정한 세션 전송은 클라이언트 디바이스에서의 종단 사용자에 대해 명백하다.

본 발명의 특정 실시예에 대해 전술한 설명은 예시 및 설명의 목적으로 제시 되어 있다. 이 설명은 본 발명을 개시한 정확한 형태로만 열거하거나 제한하는 것은 아니며, 전술한 설명의 관점에서 많은 수정 및 변경은 명백히 가능하다. 실시예는 본 발명의 원리, 그 실제 응용을 가장 잘 설명하기 위해 선택되고 기술되어, 당업자가 본 발명 및 고려된 특정 용도에 적합한 각종 수정을 포함한 다양한 실시예를 가장 잘 활용할 수 있게 한다. 본 발명의 범주는 본 명세서에 첨부한 청구범위 및 그 등가범위에 의해 정의되게 한다.

Claims

스트리밍 미디어를 위한 서비스 위치 관리 방법으로서,

스트리밍 콘텐츠 아이템 - 상기 스트리밍 콘텐츠 아이템은 클라이언트 디바이스(150)와의 세션 동안 식별됨 - 에 대해 수행되는 서비스 타입을 식별하는 단계(404)와,

복수의 서비스 제공자(130, 132)로부터 리소스 사용가능성 정보 - 상기 정보는 진행 중인 리소스 측정으로부터 확인됨 - 를 수신하는 단계(406)와,

상기 리소스 사용가능성 정보를 기초로 하여, 상기 복수의 서비스 제공자(130, 132) 중에서 상기 서비스를 수행할 수 있는 서비스 제공자를 선택하는 단계(408)와,

상기 세션을 전달하는 정보를 상기 서비스 제공자(130, 132) - 상기 서비스 제공자(130, 132)는 상기 스트리밍 콘텐츠 아이템에 대해 상기 서비스를 수행함 - 로 제공하는 단계(410)와,

세션 개시/해제 정보와 함께 푸시 기반 리소스 사용가능성 정보를 수신하는 단계와,

상기 리소스 사용가능성 정보가 사전결정된 시간 주기 내에 수신되지 않은 경우에 서비스 제공자(130, 132)를 주기적으로 폴링(polling)하는 단계를 포함하는

방법.
제 1 항에 있어서,

상기 리소스 사용가능성 정보는 폴 기반 및 푸시 기반을 포함하는 그룹으로부터 제공되는

방법.
제 1 항에 있어서,

상기 리소스 사용가능성 정보는 폴 기반 및 푸시 기반 정보의 조합인

방법.
제 1 항에 있어서,

상기 수신 단계는 상기 서비스 제공자로부터의 리소스 사용가능성 정보의 주기적인 푸시에 근거하는

방법.
삭제
제 1 항에 있어서,

푸시 기반 리소스 사용가능성 정보는 세션 개시/해제 정보가 사전결정된 시간 주기 내에 수신되지 않은 경우에 수신되는

방법.
제 1 항에 있어서,

상기 선택 단계는,

어떤 세션이 전달되었는지에 대한 제공자 기록을 유지하는 단계와,

상기 기록 및 수신된 상기 정보를 기초로 하여 상기 서비스 제공자를 선택하는 단계를 포함하는

방법.
제 1 항에 있어서,

현재 사용가능한 리소스는 소정 시점에서 사용가능한 프리(free) 계산 주기의 수 및 프리(free) 메모리의 양을 포함하는

방법.
제 8 항에 있어서,

상기 현재 사용가능한 리소스는 콘텐츠 서버 및 상기 클라이언트에 대해 사용가능한 프리(free) 네트워크 대역폭의 양의 추정치를 더 포함하는

방법.
제 1 항에 있어서,

상기 스트리밍 콘텐츠는 수신되면 클라이언트 디바이스로 서비스 및 전달되는

방법.