KR20080076803A - 대역요구 시스템, 대역요구 장치, 클라이언트 기기,대역요구 방법, 콘텐츠 재생 방법 및 프로그램 - Google Patents

대역요구 시스템, 대역요구 장치, 클라이언트 기기,대역요구 방법, 콘텐츠 재생 방법 및 프로그램 Download PDF

Info

Publication number
KR20080076803A
KR20080076803A KR20080013483A KR20080013483A KR20080076803A KR 20080076803 A KR20080076803 A KR 20080076803A KR 20080013483 A KR20080013483 A KR 20080013483A KR 20080013483 A KR20080013483 A KR 20080013483A KR 20080076803 A KR20080076803 A KR 20080076803A
Authority
KR
South Korea
Prior art keywords
band
content
network
request
session
Prior art date
Application number
KR20080013483A
Other languages
English (en)
Other versions
KR101432303B1 (ko
Inventor
야스아끼 야마기시
Original Assignee
소니 가부시끼 가이샤
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 소니 가부시끼 가이샤 filed Critical 소니 가부시끼 가이샤
Publication of KR20080076803A publication Critical patent/KR20080076803A/ko
Application granted granted Critical
Publication of KR101432303B1 publication Critical patent/KR101432303B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Small-Scale Networks (AREA)

Abstract

대역 요구 시스템은, 콘텐츠를 재생하도록 구성된 복수의 클라이언트 기기가 접속된 네트워크에 제공되는 대역 요구 장치; 네트워크 외부에 설치되고 네트워크에 접속된 라우터; 및 네트워크 외부에 설치되고 라우터를 통해서 네트워크에 접속된 중계 서버를 포함하고, 대역 요구 장치는 네트워크에 접속된 복수의 클라이언트가 필요로 하는 모든 대역에 기초하여 할당 요구 대역을 결정하고, 결정된 할당 요구 대역을 라우터를 통해서 중계 서버에 요구하고; 중계 서버는, 네트워크에 할당될 수 있는 대역 용량 및 대역 요구 장치로부터 요구된 할당 요구 대역에 기초하여 네트워크에 대역을 할당하도록 결정하고, 결정된 대역을 라우터를 통해서 대역 요구 장치에 전송한다.
Figure P1020080013483
코어/액세스 네트워크, 홈 네트워크, 라우터, IPTV 서버, SIP 서버, 통신 네트워크

Description

대역요구 시스템, 대역요구 장치, 클라이언트 기기, 대역요구 방법, 콘텐츠 재생 방법 및 프로그램{BANDWIDTH REQUESTING SYSTEM, BANDWIDTH REQUESTING DEVICE, CLIENT DEVICE, BANDWIDTH REQUESTING METHOD, CONTENT PLAYBACK METHOD, AND PROGRAM}
<관련 출원의 상호 참조>
본 발명은 2007년 2월 15일 일본 특허청에 제출된 일본특허출원번호 제JP 2007-035414호에 관련된 기술 내용을 포함하며, 그 전체 내용은 본 명세서에 참조로서 포함된다.
본 발명은 대역요구 시스템, 대역요구 장치, 클라이언트 기기, 대역요구 방법, 콘텐츠 재생 방법, 및 프로그램에 관한 것이다.
컴퓨터나 네트워크 기술의 발달에 수반하여, 인터넷 등과 같은 네트워크를 통해서 보다 많은 양의 데이터가 교환되게 되었다. 네트워크의 사용량은 대개 이용된 네트워크 대역에 따라서 청구되지만, 아파트 및 대형 빌딩에서의 사용 요금에 관해서 문제가 있었다. 그러한 아파트 및 대형 빌딩의 거주자 및 사용자에게는, 네트워크 대역의 사용량이 사용자들간에 서로 다르더라도, 아파트나 빌딩 전체에서 사용된 대역에 상당하는 사용 요금을 균등하게 청구되는 경우가 종종 있다. 이러한 문제를 해결하기 위해, 하나의 방에서 사용되지 않는 네트워크 대역이 다른 방에 할당되고, 또한 사용 요금이 사용된 네트워크 대역에 따라서 설정되도록 하는 인터넷 접속 시스템의 형태로 제안되어 있다(예를 들면, 일본 특허공개번호 제 2006-101563호 참조).
그러나, 일본 특허출원공개 제2006-101563호에 따른 인터넷 접속 시스템에서는, 아파트나 빌딩 전체에서 사용되지 않는 네트워크 대역이 없는 경우, 효율적인 네트워크 대역 할당이 실행될 수 없고, 네트워크 대역에 대한 경합을 유발하게 된다.
네트워크 상에서 발생할 수 있는 네트워크 대역의 경합을 방지할 수 있는, 신규의 개선된 대역요구 시스템, 대역요구 장치, 클라이언트 기기, 대역요구 방법, 콘텐츠 재생 방법, 및 프로그램을 제공할 필요가 인식되었다.
본 발명의 일 실시예에 따른 대역요구 시스템은, 콘텐츠를 재생하도록 구성된 복수의 클라이언트 기기가 접속된 네트워크에 제공되는 대역요구 장치; 네트워크의 외부에 설치되고 네트워크에 접속되는 라우터; 및 네트워크의 외부에 설치되고 라우터를 통해서 네트워크에 접속되는 중계 서버를 포함하고; 대역요구 장치는 네트워크에 접속된 복수의 클라이언트 기기가 요구하는 모든 대역에 기초하여 할당 요구 대역을 결정하고, 결정된 할당 요구 대역을 라우터를 통해서 중계 서버에 요구하며; 중계 서버는 네트워크에 할당될 수 있는 대역 용량 및 대역요구 장치로부터 요구된 할당 요구 대역에 기초하여, 네트워크에 할당하는 대역을 결정하고, 결정된 대역을 라우터를 통해서 대역 요구 장치에 송신한다.
중계 서버는 SIP(Session Initiation Protocol) 서버일 수 있다. 이러한 구 성에 따라서, 중계 서버인 SIP 서버는 SIP에 의해 규정된 프로토콜에 따르며, 대역 요구 장치 및 상기 시스템에 접속된 라우터의 세션을 관리한다. SIP는 실시간 멀티미디어 세션의 확립 및 관리에 알맞은 통신 제어 프로토콜이므로, 중계 서버로서 SIP 서버를 사용하는 것은 실시간 콘텐츠 배신이 효율적으로 실행되도록 할 수 있다. SIP에서의 세션의 확립은, 네트워크 상에 존재하는 복수의 애플리케이션을 서로 관련되게 만들고, 네트워크 상에 존재하는 다수의 애플리케이션을 서로 접속되도록 하는 것을 의미한다.
본 발명의 일 실시예에 따르면, 콘텐츠를 재생하도록 구성된 복수의 클라이언트 기기에 네트워크를 통해서 접속되며, 복수의 클라이언트 기기에 대역을 할당하는 대역 요구 장치는; 복수의 클라이언트 장치로부터 전송되는 할당 요구 대역에 기초하여 네트워크 전체에서 필요로 하는 요구 대역을 결정하고, 네트워크에 의해 이용가능한 대역을 결정하도록 네트워크 외부에 설치된 중계 서버에 요구 대역을 확보할 것을 요구하는 대역 확보 요구부; 및 중계 서버 및 복수의 클라이언트 기기와 통신하는 통신부를 포함한다.
대역 요구 장치는, 복수의 클라이언트 기기로부터 송신된 할당 요구 대역에 기초하여 네트워크 전체가 필요로 하는 요구 대역을 결정하는 요구 대역 결정부; 및 복수의 클라이언트 기기로부터 송신되는 할당 요구 대역들이 경합하는 경우, 경합을 해결하는 경합 해결부를 더 포함할 수 있다.
경합 해결부는 경합이 해결될 때마다 경합이 발생하는 클라이언트 기기로부터 경합 해결을 위한 경합 해결 지침을 요구하여, 클라이언트 기기로부터 취득한 경합 해결 지침에 기초하여 경합을 해결하고, 또한 중계 서버로부터 할당된 대역을 복수의 클라이언트 기기에 배분할 수 있다.
대역 요구 장치는 경합을 해결하기 위한 경합 해결 지침 기억부를 더 포함할 수 있고, 경합 해결 기억부에 기억된 경합 해결 지침에 기초하여 경합을 해결하여, 중계 서버로부터 할당된 대역을 복수의 클라이언트 기기에 배분할 수 있다.
경합 해결 지침 기억부는 네트워크에 접속된 복수의 클라이언트 기기 간에 발생할 수 있는 경합과 대응하는 경합 해결 지침을 관련지어서, 복수 기억할 수 있다.
대역 요구 장치는 중계 서버에 의해 할당된 대역, 복수의 클라이언트 기기에서의 대역폭 배분 및 복수의 클라이언트 기기의 식별 정보를 기억하는 대역 상태 기억부를 더 포함할 수 있다.
중계 서버는 SIP 서버일 수 있다. 이 구성에 따르면, 대역요구 장치는 SIP에 의해 규정된 프로토콜에 따르는 중계 서버인 SIP 서버로부터 대역을 요구한다. SIP는 실시간 멀티미디어 세션의 확립 및 관리에 적합한 통신 제어 프로토콜이므로, 대역 요구 장치는 중계 서버인 SIP 서버로부터 효율적으로 대역을 요구할 수 있다.
본 발명의 일 실시예에 따르면, 네트워크를 통해서 대역 요구 장치에 접속되어, 대역 요구 장치가 취득하는 대역에 기초하여 콘텐츠를 재생하는 클라이언트 기기는, 콘텐츠를 요구하는데 필요한 대역을 산출하는 대역 산출부; 네트워크의 외부에 설치된 중계 서버에 접속되어 콘텐츠를 배신하는 콘텐츠 배신 장치와 세션을 확 립하는 세션 확립부; 콘텐츠 배신 장치로부터 콘텐츠를 취득하는 콘텐츠 취득부; 취득한 콘텐츠를 재생하는 콘텐츠 재생부; 및 대역 요구 장치, 중계 서버 및 콘텐츠 배신 장치와 통신하는 통신부를 포함하며; 대역 산출부는 산출된 대역을 대역 요구 장치에 전송하고, 대역 요구 장치에 의해 할당된 대역을 취득하고, 세션 확립부는 할당된 대역에 기초하여 콘텐츠 배신 장치와 세션을 확립한다.
중계 서버는 SIP 서버일 수 있고, 세션 확립부는 SIP 유저 에이전트(user agent)일 수 있다. 이 구성에 따르면, 세션 확립부인 SIP 유저 에이전트는, SIP에 규정된 프로토콜을 따라서 중계 서버인 SIP 서버에 대해서 세션을 확립한다. SIP는 실시간 멀티미디어 세션을 확립 및 관리하는데 적합한 통신 제어 프로토콜이므로, SIP 유저 에이전트를 갖는 클라이언트 기기는 중계 서버인 SIP 서버에 대해서 효율적으로 세션을 확립할 수 있다.
본 발명의 일 실시예에 따르면, 대역 요구 방법은, 네트워크에 접속된 콘텐츠를 재생하는 복수의 클라이언트 기기로부터 전송되는 할당 요구 대역에 기초하여, 네트워크 전체가 필요로 하는 요구 대역을 결정하는 단계; 및 네트워크 외부에 설치되어 네트워크에 의해 이용가능한 대역을 결정하는데 제공되는 중계 서버에 요구 대역을 확보할 것을 요구하는 단계를 포함한다.
본 발명의 일 실시예에 따르면, 네트워크를 통해서 접속된 대역 요구 장치가 취득한 대역에 기초해서 콘텐츠를 재생하는 콘텐츠 재생 방법은, 콘텐츠를 취득하는데 필요한 대역을 산출하고, 대역 요구 장치에 대역을 요구하는 단계; 대역 요구 장치에 의해 할당된 대역에 기초하여, 네트워크 외부에 설치된 중계 서버에 접속되 어 콘텐츠를 배신하는 콘텐츠 배신 장치와 세션을 확립하는 단계; 콘텐츠 배신 장치로부터 콘텐츠를 취득하는 단계; 및 취득된 콘텐츠를 재생하는 단계를 포함한다.
본 발명의 일 실시예에 따르면, 프로그램은, 컴퓨터가 콘텐츠를 재생하도록 구성된 복수의 클라이언트 기기에 네트워크를 통해서 접속된 대역 요구 장치를 제어하여 복수의 클라이언트 기기에 대역을 할당하도록 하여, 네트워크에 접속된 콘텐츠를 재생하는 복수의 클라이언트 기기로부터 전송되는 할당 요구 대역에 기초하여, 네트워크 전체가 필요로 하는 요구 대역을 결정하는 대역 확보 요구 기능; 및 중계 서버 및 복수의 클라이언트 기기와 통신하는 통신 기능을 실현시킨다.
이 구성에 따르면, 컴퓨터 프로그램은 컴퓨터에 제공되는 기억부에 저장되어, 컴퓨터에 제공되는 CPU로 읽어 들여져서 실행되므로, 컴퓨터가 상술한 대역 요구 장치로서 기능하도록 한다. 또한, 컴퓨터 프로그램이 기록된 컴퓨터 판독 가능한 기록 매체가 제공될 수 있다. 기록 매체의 예는 자기 디스크, 광 디스크, 광 자기 디스크, 플래시 메모리 등을 포함할 수 있다. 또한, 상기 컴퓨터 프로그램은, 기록 매체를 사용하지 않고 예를 들면 네트워크를 통해서 배신될 수 있다.
본 발명의 일 실시예에 따르면, 프로그램은, 컴퓨터가 대역 요구 장치가 취득한 대역에 기초하여 콘텐츠를 재생하도록 네트워크를 통해서 대역 요구 장치에 접속되는 클라이언트 기기를 제어하여, 콘텐츠를 취득하는데 필요한 대역을 산출하여 산출된 대역을 대역 요구 장치에 전송하는 대역 산출 기능; 대역 요구 장치에 의해 할당된 대역에 기초하여, 콘텐츠를 배신하는 콘텐츠 배신 장치와 세션을 확립하는 세션 확립 기능; 콘텐츠 배신 장치로부터 콘텐츠를 취득하는 콘텐츠 취득 기 능; 취득된 콘텐츠를 재생하는 콘텐츠 재생 기능; 및 대역 요구 장치와 콘텐츠 배신 장치와 통신하는 통신 기능을 실현하도록 한다.
이 구성에 따르면, 컴퓨터 프로그램은 컴퓨터에 제공된 기억부에 저장되어, 컴퓨터에 제공된 CPU로 읽어 들어져서 실행되므로, 컴퓨터가 상술한 클라이언트 기기로서 기능하도록 한다. 또한, 컴퓨터 프로그램이 기록된 컴퓨터 판독 가능한 기록 매체가 제공될 수 있다. 기록 매체의 예는 자기 디스크, 광 디스크, 광 자기 디스크, 플래시 메모리 등을 포함할 수 있다. 또한, 상기 컴퓨터 프로그램은 기록 매체를 사용하지 않고, 예를 들면 네트워크를 통해서 배신될 수 있다.
상술한 본 발명의 실시예들에 따르면, 네트워크 상에서 발생할 수 있는 네트워크 대역의 경합을 미리 방지할 수 있다.
본 발명의 실시예는 첨부된 도면을 참조하여 이하에서 기술될 것이다. 본 명세서와 도면에 있어서, 실질적으로 동일한 기능적 구성을 갖는 구성요소들은 동일한 참조 번호로 표시될 것이므로, 중복되는 기술을 생략함을 유의한다.
제1 실시예
이하에서 본 발명의 제1 실시예에 따른 대역 요구 시스템이 상세하게 설명된다. IPTV(Internet Protocol TeleVision) 콘텐츠를 배신하는 IPTV 서버의 방법으로써 콘텐츠 배신 장치의 일례가 설명됨을 유의한다. 또한, 중계 서버로서 SIP 서버를 이용하는 경우도 설명될 것이다. 또한, IPTV 콘텐츠를 재생하는 IPTV 터미널 의 방법으로써 클라이언트 기기의 일례가 설명될 것이다.
도 1은 본 발명에 따른 대역 요구 시스템(10)을 도시하는 설명도이다. 대역 요구 시스템(10)은, 예를 들면 코어/액세스 네트워크(12), 홈 네트워크(14), 및 콘텐츠 배신 장치인 IPTV 서버(18)를 포함한다.
코어/액세스 네트워크(12)는 홈 네트워크(14)와 IPTV 서버(18) 사이를 중개하는 네트워크이며, 복수의 라우터(16), 및 홈 네트워크(14)에 대한 중계 서버인 SIP 서버(20)를 포함한다. 코어/액세스 네트워크(12) 및 홈 네트워크(14)는 라우터(16)를 통해서 접속되며, IPTV 서버(18) 및 코어/액세스 네트워크(12)는 라우터(16)를 통해서 접속된다.
라우터(16)는 코어/액세스 네트워크(12), 홈 네트워크(14), 및 IPTV 서버(18)로 구성된 대역 요구 시스템(10)을 통해서 흐르는 데이터를 중계하는 기기이다. 도 1에 도시된 바와 같이, 코어/액세스 네트워크(12)는 복수의 라우터(16)에, 후술하는 SIP 서버(20)에 접속되는 이러한 다수의 라우터의 일단과 함께 배치된다. 또한, 라우터(16)의 타단은 홈 네트워크(14) 또는 IPTV 서버(18)에 접속된다. 도 1의 예가 단일 SIP 서버(20)에 접속되어 있는 복수의 라우터(16)를 도시하는 반면, 본 발명은 이 예에만 한정되지 않고, 라우터(16)는 복수의 SIP 서버(20)에 접속될 수 있다. 또한, 도 1의 예가 하나의 라우터(16)에 접속되어 있는 하나의 IPTV 서버(18)를 나타내지만, 본 발명은 이 예에 한정되지 않고, 복수의 IPTV 서버(18)가 하나의 라우터(16)에 접속될 수 있다.
IPTV 서버(18)는 콘텐츠인 IPTV 데이터를 관리하는 콘텐츠 배신 장치이며, 또한 IPTV 터미널(40)로부터의 요구에 따라 클라이언트 기기인 IPTV 터미널(40)에 대해서 IPTV 비디오/오디오 미디어 스트림을 배신한다. IPTV 서버(18)는 콘텐츠 제공 서버이거나 방송국 등일 수 있다.
SIP 서버(20)는 통신 제어 프로토콜로서 SIP를 이용하는 서버이다. SIP 서버(20)는 코어/액세스 네트워크(12) 위에 설치되면 충분하고, 코어 네트워크 위에 또는 액세스 네트워크 위에 설치될 수 있다. SIP 서버(20)는 SIP 서버(20)에 접속된 라우터(16), 및 라우터(16)를 통해서 SIP 서버(20)에 간접적으로 접속된 IPTV 서버(18) 및 IPTV 터미널(40)을 제어한다.
통신 네트워크(22)는 라우터(16), 대역 요구 장치(30), 및 복수의 IPTV 터미널(40)을, 쌍방향 통신가능하게 또는 한방향 통신가능하게 접속하는 통신 네트워크이다. 이 통신 네트워크는, 예를 들면 인터넷, 전화선 네트워크, 위성 통신 네트워크, 멀티캐스팅 통신로 등의 공중 회선 네트워크나, WAN(Wide Area Network), LAN(Local Area Network), IP-VPN(Internet Protocol - Virtual Private Network), Ethernet(등록 상표), 무선 LAN 등의 전용 회선 네트워크로서 구성되며, 유선 또는 무선일 수 있다. 또한, 대역 요구 장치(30) 및 IPTV 터미널(40)은, 통신 네트워크(22)를 통하지 않고, 예를 들면 USB(Universal Service Bus) 포트, i.LINK 등의 IEEE 1394 포트, SCSI(Small Computer System Interface) 포트, RS-232C 포트 등에 의해 라우터(16)에 직접 접속될 수 있다.
대역 요구 장치(30)는 홈 네트워크(14)에 접속된 복수의 IPTV 터미널이 콘텐츠인 IPTV를 재생하는데 필요한 대역을 SIP 서버(20)에 요구하고 SIP 서버(20)로부 터 대역의 할당을 받는 장치이다. 도 1에서, 대역 요구 장치(30)는 하나의 홈 네트워크(14)에 접속되지만, 본 발명은 이 예에 제한되지 않고, 복수의 대역 요구 장치(30)는 하나의 홈 네트워크(14)에 접속되어 그 사이에서 분산되도록 처리될 수 있다. 대역 요구 장치(30)는 또한 IPTV 터미널(40)의 기능을 가질 수 있다.
대역 요구 장치(30)는 네트워크를 통해서 SIP 서버(20) 및 IPTV 터미널(40)과 통신이 가능하면 충분하며, 예를 들면 PC(personal computer) 등의 컴퓨터 디바이스(노트북 형태나 데스크톱 형태이든 상관없음)로 구성될 수 있다. 이 대역 요구 장치(30)는 이하에서 상세하게 설명될 것이다.
IPTV 터미널(40)은 콘텐츠 배신 장치인 IPTV 서버(18)로부터 콘텐츠인 IPTV 배신을 수신하고, IPTV를 재생하는 클라이언트 기기이다. 도 1에서, 2개의 IPTV 터미널(40)이 하나의 홈 네트워크(14)에 접속된 것이 도시되지만, 본 발명은 이 예에 한정되지 않고, 배치는 1개의 IPTV 터미널(40)이 1개의 홈 네트워크(14)에 접속되거나 3개의 IPTV 터미널(40)이 1개의 홈 네트워크(14)에 접속된 것일 수 있다.
IPTV 터미널(40)은 네트워크를 통해서 통신 기능을 갖고, IPTV를 재생할 수 있는 기기이면 충분하며, 예를 들면 PC 등의 컴퓨터 기기(노트북 형태이든 데스크톱 형태이든 상관없음), 텔레비전 수신기, 휴대 전화, PDA(Personal Digital Assistant), 텔레비전 방송용 튜너 또는 디코더 등으로 구성될 수 있다. 또한, IPTV 터미널(40)은, 가입자가 운반할 수 있는 휴대용 게임기, PHS(Personal Handyphone System) 기기, 휴대용 비디오/오디오 플레이어 등의 휴대용 디바이스(portable device)일 수 있다. 이 IPTV 터미널(40)은 이하에서 상세하게 설명될 것이다.
(대역 요구 장치(30), IPTV 터미널(40)의 구성)
도 2는 본 실시예에 따른 대역 요구 장치(30)의 하드웨어 구성을 도시하는 설명도이다. 대역 요구 장치(30)는 주로 CPU(Central Processing Unit)(301), ROM(Read Only Memory)(303), RAM(Random Access Memory)(305), 호스트 버스(307), 브리지(309), 외부 버스(311), 인터페이스(313), 및 입력 장치(315), 및 출력 장ㅊ치17), 스토리지 장치(319), 드라이브(321), 접속 포트(323), 및 통신 장치(325)를 포함한다.
CPU(301)는 연산 처리 장치 및 제어 장치로서 기능하며, RAM(305), 스토리지 장치(319), 또는 리무버블 기억 매체(24)에 저장된 다양한 형태의 프로그램에 따라서 대역 요구 장치(30) 내의 동작 전부 또는 일부를 제어한다. ROM(303)은 CPU(301)가 사용하는 프로그램, 연산 파라미터 등을 저장한다. RAM(305)은 CPU(301)의 실행에 사용되는 프로그램 및 그 실행에 적합하게 변화하는 파라미터 등을 일시적으로 저장한다. 이들은 CPU 버스 등의 내부 버스들로 구성되는 호스트 버스(307)에 의해 서로 접속된다. 호스트 버스(307)는, 브리지(309)를 통해서 PCI(Peripheral Component Interconnect/Interface) 버스 등의 외부 버스에 접속된다.
입력 장치(315)는, 예를 들면 마우스, 키보드, 터치 패널, 버튼, 스위치, 레버 등의 사용자가 조작하는 조작 디바이스 또는 조작부이다. 또한, 입력 장치(315)는, 예를 들면 적외선 또는 다른 전파를 이용하는 리모트 컨트롤 디바이스 (소위 리모콘)이거나, 대역 요구 장치(30)의 조작에 대응하는 휴대 전화나 PDA 등의 외부 접속 기기(26), 또는 IPTV 터미널(40)일 수 있다. 또한, 입력 장치(315)는, 예를 들면 상술한 조작 디바이스 또는 조작부를 이용하는 사용자로부터 입력된 정보에 기초하여 입력 신호를 생성하고, CPU(301)에 출력하는, 입력 제어 회로 등으로 구성된다. 대역 요구 장치(30)의 사용자는, 입력 장치(315)를 조작함으로써 대역 요구 장치(30)에 다양한 형태의 데이터를 입력하고 처리 동작을 지시할 수 있다.
출력 장치(317)는, 예를 들면 CRT(Cathode Ray Tube) 디스플레이 장치, LCD(Liquid Crystal Display) 장치, PDP(Plasma Display Panel) 장치, EL(Electro-Luminescence) 디스플레이 장치, 램프 등의 디스플레이 장치, 스피커 또는 헤드폰 등의 오디오 출력 장치, 또는 프린터 장치, 휴대 전화, 팩시밀리 등으로 구성될 수 있어서, 취득한 정보의 사용자에게 시각적 또는 청각적으로 통지한다.
스토리지 장치(319)는 본 실시예에 따른 대역 요구 장치(30)의 기억부의 예로서 구성된 데이터 기억용 장치이며, 예를 들면 HDD(Hard Disc Drive) 등의 자기 기억 출력 장치, 반도체 기억 출력 장치, 광 기억 출력 장치, 및 광 자기 기억 출력 장치를 포함하나, 이에 한정되지는 않는다. 스토리지 장치(319)는 CPU(301)에 의해 실행될 프로그램, 다양한 형태의 데이터, 콘텐츠, 콘텐츠의 실행에 필요한 콘텐츠 정보 및 콘텐츠 메타데이터(metadata), 외부에서 취득한 콘텐츠 데이터 등을 저장한다.
드라이브(321)는 기억 매체용 리더/라이터이며, 대역 요구 장치(30)에 내장 또는 외장된다. 드라이브(321)는 리무버블 기록 매체(24)에 기록된 정보를 읽어내고, RAM(305)에 출력한다. 또한, 드라이브(321)는 리무버블 기록 매체(24)에 기록을 기입할 수 있다. 리무버블 기록 매체(24)의 예들은, 장착된 자기 디스크, 광 디스크, 광 자기 디스크, 반도체 메모리 등을 포함하지만 이에 한정되지 않으며, 좀더 구체적인 예들은 DVD 미디어, HD-DVD 미디어, Blu-ray 미디어, CF 메모리 스틱, SD(Secure Digital) 메모리 카드 등을 포함한다. 또한, 리무버블 기록 매체(24)는 비접촉형 IC(Integrated Circuit) 칩을 포함하는 IC 카드 또는 전자 기기일 수 있다.
접속 포트(323)는 USB(Universal Service Bus) 포트, i.LINK 등의 IEEE 1394 포트, SCSI 포트, RS-232C 포트, 광 오디오 터미널 등의 기기를 대역 요구 장치(30)에 집적 접속하는 포트이다. 접속 포트(323)에 외부 접속 기기(26)를 접속하는 것은, 대역 요구 장치(30)가 외부 접속 기기(26)로부터 직접 콘텐츠 데이터를 취득하고, 외부 접속 기기(26)에 다양한 형태의 데이터를 제공한다.
통신 장치(325)는, 예를 들면 통신 네트워크(22)에 접속하기 위한 통신 디바이스 등으로 구성된 통신 인터페이스이다. 통신 장치(325)는, 예를 들면 유선 또는 무선 LAN, Bluetooth, 또는 WUSB(Wireless USB)용의 통신 카드, 광 통신 라우터, ADSL(Asymmetric Digital Subscriber Line) 라우터, 또는 다양한 형태의 통신을 위한 모뎀 등이다. 이 통신 장치(325)는 클라이언트 기기(40)로 콘텐츠 또는 콘텐츠에 관한 정보를 교환하고, 또한 콘텐츠나 콘텐츠에 관한 메타데이터를 인터넷을 통해서나 다른 통신 기기로 교환할 수 있다. 또한, 통신 장치(325)가 접속된 통신 네트워크(22)는 유선 또는 무선으로 접속된 네트워크 등으로 구성되며, 예를 들면 인터넷, 홈 LAN, 적외선 통신, 위성 통신 등일 수 있다.
상술한 구성으로 인해, 대역 요구 장치(30)는 IPTV 서버(18), SIP 서버(20), IPTV 터미널(40) 등의 다양한 정보 소스로부터 다양한 형태의 정보를 취득할 수 있고, 정보를 전송할 수 있다. 또한, 대역 요구 장치(30)는, 리무버블 기억 매체(24)를 이용하여, 대역 요구 장치(30)가 유지하는 다양한 형태의 정보를 확인한다. 따라서, 우수한 디지털 홈 네트워크는 대역 요구 장치(30) 및 이에 대응하는 IPTV 터미널(40)을 이용하여 구성된다. IPTV 터미널(40)의 하드웨어 구성은 대역 요구 장치(30)의 하드웨어 구성과 실질적으로 동일하므로, 설명은 생략됨을 유의한다.
본 실시예에 따른 대역 요구 장치(30) 및 IPTV 터미널(40)의 기능을 실현할 수 있는 하드웨어 구성의 일례가 위에서 설명되었다. 상기의 구성요소는 범용 부재를 이용하여 구성되거나, 각 구성요소의 기능에 특화된 하드웨어로서 구성될 수 있다. 따라서, 사용될 하드웨어 구성은, 그 당시의 본 실시예의 구현을 위한 기술 레벨에 따라 적절하게 변경될 수 있다. 또한, 상술한 하드웨어 구성은 단지 예일 뿐이며, 본 발명이 이에 한정되지 않음을 언급할 필요는 없다. 또한, 사용 형태에 따라, 호스트 버스(307), 외부 버스(311), 인터페이스(313) 등은 생략될 수 있다.
(라우터(16)의 구성)
도 3은 본 실시예에 따른 라우터(16)의 하드웨어 구성을 도시하는 설명도이다. 라우터(16)는 주로 CPU(161), ROM 및 RAM으로 구성된 메모리 칩(163), Ethernet 인터페이스(165), PHY 칩(167), 스위칭 허브 칩(169), 및 접속 포트(171)를 포함한다.
CPU(161)는 연산 처리 장치 및 제어 장치로서 기능하며, ROM 또는 RAM으로 구성되는 메모리 칩(163) 내에 저장된 다양한 형태의 프로그램에 따라서, 라우터(16) 내의 동작 전부 또는 일부를 제어하고, IP 패킷 라우팅 처리를 행한다. 메모리 칩(163)을 구성하는 ROM은, CPU(161)이 사용하는 프로그램, 연산 파라미터 등을 저장한다. 메모리 칩(163)을 구성하는 RAM은, CPU(161)의 실행에 사용되는 프로그램 및 그 실행에 적합하게 변화하는 파라미터 등을 일시적으로 저장한다. 이것들은 CPU 버스 등의 내부 버스로 구성되는 호스트 버스에 의해 서로 접속된다.
Ethernet 인터페이스(165)는 라우터(16) 외부의 다양한 형태의 데이터 전송 형식과 라우터(16) 내의 데이터 전송 형식 사이를 중개한다. 도 3에 도시된 바와 같이, 2개의 Ethernet 인터페이스(165)로서, CPU(161)와 후술하는 PHY 칩(167) 사이에 설치되어 라우터(16)의 외부로부터 라우터(16) 내부로 전송되는 데이터를 중개하는 하나와, CPU(161)와 후술하는 스위칭 허브 칩(169) 사이에 설치되어 라우터(16) 내부로부터 라우터(16) 외부로 전송되는 데이터를 중개하는 다른 하나가 설치된다. 도 3은 라우터(16) 내의 2개의 Ethernet 인터페이스가 설치된 경우를 도시하고 있지만, 본 발명은 상기 예에만 한정되지 않고, 상술한 기능들은 1개의 Ethernet 인터페이스로 실행될 수 있다.
PHY(PHYsical layer) 칩(167)은, 라우터(16)가 접속되는 네트워크의 물리적인 접속/전송 방식에 관한 정보를 포함하는 칩이며, 예를 들면 데이터와 전기 신호 의 상호 변환 방식 등에 관한 정보가 포함된다. 이 PHY 칩(167)은 라우터(16)의 상류측과 Ethernet 인터페이스(165) 사이에 설치된다.
스위칭 허브 칩(169)은, 라우터(16)에 전송된 데이터를 해석해서 데이터의 전송 목적지를 검출하고, 예를 들면 전송 목적지의 MAC 어드레스 등에 기초하여 적절한 접속 포트(171)에만 데이터를 전송하는, 허브(집선 장치(line concentrator))의 기능을 갖는 칩이다. 이 스위칭 허브 칩(169)은 라우터(16)의 하류측에 설치되는 접속 포트(171)와 Ethernet 인터페이스(165) 사이에 설치된다.
본 실시예에 따른 라우터(16)의 기능을 실현시킬 수 있는 하드웨어 구성의 일례가 위에 설명되었다. 상기 구성요소들은 범용 부재를 이용해서 구성되거나, 각 구성요소의 기능에 특화된 하드웨어로서 구성될 수 있다. 따라서, 사용될 하드웨어 구성은 그 당시의 본 실시예의 구현을 위한 기술적 레벨에 따라 적절하게 변형될 수 있다. 또한, 상술한 하드웨어 구성은 예시일 뿐이며, 본 발명이 이에 한정되지 않음은 말할 필요가 없다.
(기반 기술의 설명: SIP 서버에 의존한 경합 해결 처리)
먼저, 본 실시예의 상세한 설명을 하기 전에, 본 실시예의 기반을 이루는 기술적 사항이 설명될 것이다. 본 실시예는 이하에 기재되는 기반 기술의 개선이 보다 현저한 효과를 얻을 수 있도록 구성되었음을 유의한다. 따라서, 기반 기술에 가해진 개선에 관한 기술이 실제로 본 실시예의 형태의 특징을 이루는 것이다. 즉, 본 실시예가 본 명세서에 기술된 기술적 사항의 기본 개념을 답습하지만, 그 본질은 오히려 개선 부분에 집약되고, 그 구성은 명확하게 상이하며 그 이점은 기 반 기술의 이점과는 명백하게 대조되는 것임을 유의해야 한다.
도 4는 본 발명의 기반 기술에 따른 콘텐츠 배신 시스템을 나타내는 설명도이다. 도 4에서, IMS(IP Multimedia Subsystem)/NGN(Next Generation Network)에 의해 실현되는 차세대 IP(Internet Protocol) 네트워크 상의 중요 애플리케이션(keystone application)으로서 구현되는 것이 기대되는 IPTV 서비스의 예시의 방법으로 설명을 행하고 있다.
본 발명의 기반 기술에 따른 콘텐츠 배신 시스템은, 예를 들면 코어/액세스 네트워크(12), 및 IPTV 서버(18) 및 라우터(16)를 통해서 코어/액세스 네트워크(12)에 접속된 IPTV 터미널(40)을 포함한다.
IPTV 서비스에서는, 콘텐츠를 배신하는 IPTV 애플리케이션 서버(18)와 콘텐츠를 재생하는 IPTV 터미널(40) 사이의 통신에 필요한 비트 레이트 등에 관련된 QoS(Quality of Service) 니고시에이션(negotiation)이 가능한 SIP(Session Initiation Protocol)를 이용하여, QoSrk 보증된 VOD(Video On Demand) 스트리밍 등의 IPTV 세션의 확보/해방 제어를 행한다. 도 4에 도시된 예시에서, IPTV 서버(18)와 IPTV 터미널(40) 사이의 세션 제어, 및 SIP 서버(20)와 라우터(16) 사이의 제어는 SIP로 실행된다. 도면의 실선 화살표는 세션 제어 정보의 흐름을 나타내고, 도면의 2점 쇄선은 콘텐츠 데이터 등의 미디어 스트림을 나타낸다.
여기서, 상기 QoS는 특정 통신을 위한 대역을 예약하고, 특정한 통신 속도를 보장하는 기술이다. 또한, 상기 VOD는 언제든 비디오 콘텐츠를 보고 싶을 때 볼 수 있는 서비스를 의미한다.
메시지 교환을 중개하는 SIP 서버(20)는 세션 제어를 위해 SIP 메시지의 콘텐츠를 해석하고, IPTV 미디어 접속 경로 상의 라우터(16) 등의 QoS 제어 가능한 네트워크 기기를 제어한다. QoS 니고시에이션 가능한 SIP는, 네트워크 트래픽의 상태 등을 고려해서, IPTV 애플리케이션 서버(18)와 IPTV 터미널(40) 사이의 니고시에이션에 의해서 복수의 클래스(미디어 무호화 형태, 비트 레이트 등의 차이에 의한 품질 클래스)의 IPTV 미디어의 가장 적절한 접속이 선택되도록 할 수 있다.
도 5에 도시된 바와 같이, QoS 제어가 가능한 라우터(A17) 등의 네트워크 디바이스는 홈 네트워크(14)와, IMS/NGN에 의해 실현되는 차세대 IP 네트워크 측의 코어/액세스 네트워크(12) 사이의 경계에 설치되고, 2개의 IPTV 터미널(40)은 홈 네트워크 세그먼트인 통신 네트워크(22) 상에 접속된다. 도 5에 도시된 구성에서는, 네트워크 측(즉, 코어/액세스 네트워크(12) 측)은 SIP 서버(20) 및 라우터(A17)를 관리한다. 또한, 도 5에서 단지 2개의 IPTV 터미널이 통신 네트워크(22)에 접속되지만, 단지 1개의 IPTV 터미널(40)이 접속되거나 또는 복수의 IPTV 터미널(40)이 접속될 수 있다.
도 6에 도시된 바와 같이, IMS/NGN 구조에서, IPTV 세션의 확보시, IPTV 터미널(40) 측에 구현된 SIP-UAC(SIP/User Agent Clint)(105)는 IPTV 서버(18) 측에 구현된 SIP-UAS(SIP/User Agent Server)(101)에 대하여, IPTV 비디오/오디오 미디어 스트림 세션의 확보을 의뢰하는 메시지를 발행한다. 이 메시지는 SIP-UAC(105)로부터 SIP-S(SIP Server)(103)를 통해서 SIP-UAS(101)로 전달되고, 이때 SIP-S(103)는, IPTV 터미널(40)에 구현된 콘텐츠 재생 클라이언트(113)(미디어 스트림 재생 기능)와 IPTV 서버(18)에 구현된 콘텐츠 서버(107)(미디어 스트림 전달 기능) 사이에 위치하는 QoS 제어 가능한 네트워크 디바이스(라우터(16) 등)에 구현된 네트워크 대역 컨트롤러(109)에 대하여, 대역과 같은 필요한 네트워크 자원의 확보를 의뢰한다(도 6에 실선으로 도시된 화살표의 흐름).
여기서, 라우터(16)에 실장된 네트워크 대역 컨트롤러들(109, 111)은, 상술한 바와 같이 콘텐츠 서버(107)로부터 콘텐츠 재생 클라이언트(113)로 콘텐츠 데이터를 전송하는데 필요한 대역을 확보 및 개방하기 위한 것이다.
라우터(16)에 실장된 네트워크 대역 컨트롤러(109)에 의해 IPTV 터미널(40)에 제공되는 IPTV 서버(18)와 콘텐츠 재생 클라이언트(113) 사이에 콘텐츠 배신에 필요한 대역이 확보되면, 콘텐츠 서버(107)는 확보된 대역을 이용하여 비디오 데이터 및 오디오 데이터로 구성된 콘텐츠 데이터를 콘텐츠 재생 클라이언트(113)에 배신한다(도 6에 2점 쇄선으로 도시된 화살표의 흐름).
SIP는 엔드 시스템들(end systems) 간의 클라이언트-서버 모델에 기초하며, 상기 유저 에이전트("UA"로 약칭)는 이러한 엔드 시스템에 대응한다. 유저 에이전트는, 요구를 생성하는 경우의 유저 에이전트를 유저 에이전트 클라이언트(UAC)라고 칭하고, 다른 유저 엔이전트로부터 요구를 처리하여 응답을 생성하는 경우의 유저 에이전트는 유저 에이전트 서버(UAS)로 칭하며, 클라이언트와 서버 모두로 기능한다. 또한, 상기 SIP-S(SIP server)는, 요구 및 응답의 중계, 요구의 수신처의 문의, 유저 에이전트의 네트워크 상의 위치 정보의 등록 등의 다양한 서비스를 유저 에이전트에 제공하는 디바이스이다.
특정 홈 네트워크(14) 상에 위치하는 복수의 IPTV 터미널(40)이 동시에 IPTV서버(18)와 세션 확립을 시도하는 경우, 복수의 IPTV 터미널(40)의 SIP-UACs(105)는 코어/액세스 네트워크(12)의 SIP-S(103)에 대해서 세션을 확보할 것을 의뢰한다. 그러나, 이 경우, 네트워크 리소스인 대역의 쟁취(경합)가 발생할 가능성이 있다. 그러한 경우, SIP-S(103)는 미리 결정된 경합 해결 지침에 기초하여, 복수의 IPTV 터미널(40)의 요구를 조정한다.
예를 들면, 도 7에 도시된 바와 같이, 특정 홈 네트워크(14)에 위치하는 제1 IPTV 터미널(40A)은 고화질(High Definition Class) IPTV 미디어와의 접속을 이미 확보했고, 이 상태에서 동일한 홈 네크워크 세그먼트(14)에 접속되는 제2 IPTV 터미널(40B)은 고화질 IPTV 미디어에의 접속을 확보하도록 또 시도하는 경우로 인식될 수 있다. 이 경우, 도 7에 도시된 바와 같이, 제1 IPTV 터미널(40A)이 이미 확보한 미디어 접속은 라우터(A17)의 대역 용량의 거의 전부를(약간의 여유를 가지고) 사용하는 경우가 있을 수 있다. 그러한 경우, SIP-S(103)는 다음의 몇가지 경합 해결 지침을 채용할 수 있음을 상상할 수 있다.
(지침 1) 라우터(A17)의 네트워크의 대역 용량에 제2 IPTV 터미널(40)로부터 요구된 클래스의 세션을 수용할 여유가 없고, 제1 IPTV 터미널(40A)의 우선도(특권 클래스)가 높게 설정되는 경우, 제2 IPTV 터미널(40B)로부터의 IPTV 미디어 세션 확립 요구는 받아들여지지 않는다.
(지침 2) 제2 IPTV 터미널(40B)로부터의 IPTV 미디어 세션이 고화질 클래스와 저화질 클래스의 2단계 QoS 클래스로부터 선택될 수 있는 세션이고, 라우 터(17A)의 대역 용량에 저화질 클래스 세션을 수용할 수 있는 여유가 있는 경우, 제1 IPTV 터미널(40A)로부터의 IPTV 세션을 유지하면서, 제 IPTV 터미널(40B)로부터의 IPTV 세션 확립 요구가 저화질 클래스 세션으로서 확보될 수 있다.
(지침 3) 라우터(A17)의 네트워크의 대역 용량에 요구된 클래스의 세션을 수용할 여유가 있고, 제2 IPTV 터미널(40B)을 이용하여 사용자의 우선도(특권 클래스)가 높게 설정되는 경우, 제1 IPTV 터미널(40A)로부터의 IPTV 세션을 멈추고, 제2 IPTV 터미널(40B)로부터의 IPTV 세션이 요구된 화질로 확보된다.
세션 확립시 복수의 터미널(40)로부터의 대역 요구 경합을 해결하는 지침들은 "대역 요구 경합 해결 지침"이라고 지칭될 것이다. 이러한 선택 이외에, 요일(day-of-the-week), 시간대(time-of-the-day), 시청중인 콘텐츠의 형태(스포츠 중계) 등, 또는 이들의 조합도 복잡한 지침으로서 고려하도록 인식될 수 있다. 또한, 미리 정의된 지침들(이하, "자동 경합 해결(automatic competition resolving)"으로 칭함)로 해결하는 경우 이외에, 세션 확립 요구마다 검출되는 각 경합을 사용자에게 통지하고, 그때마다 사용자의 의도에 따라 경합을 해결하는 경우(이하, "축차 대화형 경합 해결(on-the-fly interactive competition resolving)"이라고 칭함)가 기대되는 경우로 인식될 수 있다.
(본 실시예에 따른 설명)
그러나, 네트워크 측에서(즉, 코어/액세스 네트워크(12) 측에서) 대역 요구 경합 해결을 실행하는 경우, 경합 해결 지침은 각 개별 홈 네트워크에 포함되는 개별 IPTV 터미널(40), 및 그 각각의 사용자에 대해서 관리되어야한다. SIP 서 버(20)는 IPTV 터미널(40)로부터의 각 세션 확립 요구에 대해 이들 경합 해결 지침을 집중 관리하는 데이터베이스인 경합 해결 데이터베이스(21)를 참조하고, 자동 경합 해결의 경우 미리 설정된 경합 해결 지침에 따라 경합을 해결하고, 축차 대화형 경합 해결의 경우 개별 사용자들의 의도 확인 처리에 따라서 경합을 해결한다.
코어/액세스 네트워크(12) 측에서 그러한 경합 해결을 실행하는 경우, 라이브 중계나 일제 동시 공개(blanket release) VOD 등의 일제 동시형(blanket simultaneous type) IPTV 세션의 경우, 경합 해결 처리가 홈 네트워크의 대다수에 대해서 일제히 발생하여, 네트워크 측의 경합 해결 처리 부하가 급증함으로써, 퍼포먼스가 불안정해진다(도 8의 라우터(16)에서 경합 발생). 또한, 홈 네트워크의 경계에 위치하는 라우터(16)의 대역 용량이 작은 경우, 대역 용량을 공유하는 IPTV 터미널(40)은 대역 용량을 쟁취하므로(vying), SIP 서버(20)는 이러한 쟁취의 조정을 필요로 한다. 이것은 이러한 조정이 SIP 서버(20)의 처리 부하가 증가하는 문제점을 가져올 수 있다.
한편, 홈 네트워크의 경계에 위치한 라우터(16)의 대역 용량이 큰 경우, 홈 네트워크(14) 내의 대역을 쟁취할 가능성이 작고, 미리 경합 해결할 필요가 없으므로, 동일한 홈 네트워크(14) 내의 복수의 IPTV 터미널(40)로부터의 모든 세션 확립 요구가 실행될 것이다. 다수의 홈 네트워크가 그러한 라우터에 접속되어, 모든 IPTV 터미널(40)로부터의 세션 확립 요구가 거의 동시에 실행되는 경우, 코어/액세스 네트워크(12) 자체의 네트워크 대역 용량이 오버플로(overflow)하거나 IPTV 서버(18)의 용량이 오버플로할 가능성이 있다. 이 경우에도, 경합 해결에 대한 부하 는 SIP 서버(20)에 집중되어 SIP 서버(20)의 오버플로를 일으킬 수 있다(도 8의 SIP 서버(20)에서 경합 발생).
본 발명자가 상기 문제점을 열심히 연구하여, 마침내 이하의 해결책에 도달했다. 상기의 라우터(16)에서의 경합 문제를 해결하기 위해서, 도 9에 도시된 바와 같이, 개별 IPTV 터미널(40A 및 40B)이 SIP 서버(20)에 세션 확립 요구를 보내기 전(이미 세션을 확보한 IPTV 터미널(40)이 존재하는 경우, 홈 네트워크(14) 내의 다른 IPTV 터미널(40)이 새로운 세션 확립 요구를 보내기 전), 홈 네트워크(14)의 경계 라우터(16)에서 홈 네트워크(14) 내의 IPTV 터미널(40)끼리의 대역 경합을 해결하는 방법이 생각될 수 있다.
또한, SIP 서버(20)에서의 상기 경합의 문제는 미리 홈 네트워크(14) 내의 경합 해결에 의해 피할 수 있다. 그러나, 이것이 작동하기 위해서는, 소정 시간에서 홈 네트워크(14) 내에서 사용가능한 네트워크 대역의 상한을 알고 있지 않으면, 경합 해결 처리가 실행될 수 없다. 소정 시간에 이용가능한 네트워크 대역은 SIP 서버(20)가 참조할 수 있는 네트워크 측의 대역 관리 정보로부터 참조될 수 있으므로, SIP 서버(20)가 대역 소비 상태를 IPTV 터미널(40) 측에 주기적으로 통지할 수 있으면, SIP로 세션 확립 요구를 보내기 전에, 미리 IPTV 터미널(40)은 홈 네트워크(14) 내에서의 그들 사이의 경합을 해결할 수 있다.
또한, 네트워크 측에 제공되는 경합 해결 지침 패턴은, 상당히 보편적이고 다수의 사용자에게 공통적일 가능성이 높으므로, 개별 홈 네트워크 환경에 맞춰진 정밀한 경합 해결 지침을 정의하는 것은 어렵다. 상술한 바와 같이, 시스템이 경 합 해결이 홈 네트워크(14) 측에서 국부적으로 실행되도록 실현될 수 있다면, 그러한 상세한 해결 지침을 적용해서 경합을 해결하는 것이 쉽게 실현될 수 있다.
본원 발명자는 상기 경합 해결 방법을 실현하기 위해 이러한 문제를 열심히 연구하여, 이하에 설명하는 바와 같이 대역 요구 시스템(10) 및 대역 요구 장치(30)를 개발했다.
본 발명의 일 실시예에 따른 대역 요구 시스템(10)은, 네트워크 측(코어/액세스 네트워크(12) 측) 서버(SIP 서버(20))로부터 축차 통지되는 네트워크 내의 초신 네트워크 대역 관리 정보에 기초하여 동작하는 대역 요구 경합 해결 에이전트를 홈 네트워크(14) 측에 위치하도록 함으로써, 네트워크 측에 위치한 경합 해결의 부하 증가를 완화 혹은 완전하게 대행시킨다.
또한, 코어/액세스 네트워크 측에 제공되는 일반적인 경합 해결 지침 정의뿐만 아니라, 개별 홈 네트워크 환경에 의존하는 정밀한 경합 해결 지침은, 대역 요구 경합 해결 에이전트가 경합 해결을 위해서 참조하는 경합 해결 지침 기억부에서 정의될 수 있는 특징이 있다.
본 실시예에 따른 대역 요구 시스템(10) 및 대역 요구 장치(30)는, 지금까지 설명된 기반 기술에 기초하여 설명될 것이다. 본 실시예에 따른 대역 요구 시스템(10)은 상기 기반 기술에 이용되는 SIP를 이용하는 시스템이며, SIP 서버(20)가 참조할 수 있는 네트워크 측(코어/액세스 네트워크 측)의 대역 관리 정보에 기초하여, 수시로 변화하는 이용가능한 네트워크 리소스(대역)의 상태를 클라이언트 기기 측에 주기적으로 통지한다.
(대역 요구 시스템(10)의 구성)
먼저, 본 실시예에 따른 대역 요구 시스템(10)의 구성은 도 10을 참조하여 상세하게 설명될 것이다. 도 10은 본 실시예에 따른 대역 요구 시스템(10)의 구성을 도시하는 설명도이다.
본 실시예에 따른 대역 요구 시스템(10)은, 예를 들면 IPTV 서버(18), 코어/액세스 네트워크(12) 상에 설치된 SIP 서버(20), 통신 네트워크(22)에 의해 서로 접속되는 IPTV 터미널(40), 및 IPTV 서버(18)와 SIP 서버(20) 사이 및 IPTV 터미널(40)과 SIP 서버(20) 사이에 설치된 라우터(16)를 포함한다. 라우터(16)는, 예를 들면 네트워크 대역 컨트롤러(173)와 대역 요구 스테이터스 데이터베이스(bandwidth requesting status database)(175)를 포함한다.
네트워크 대역 컨트롤러(173)는 라우터(16) 내의 CPU(161) 및 메모리 칩(163) 등을 포함하며, 메모리 칩(163) 내에 저장된 다양한 형태의 프로그램에 따라 동작한다. 네트워크 대역 컨트롤러(173)는 IPTV 서버(18) 내의 콘텐츠 서버(183)로부터 IPTV 터미널(40) 내의 콘텐츠 재생 클라이언트(405)에 IPTV 콘텐츠 데이터(IPTV 미디어 스트림)를 보내는 대역(네트워크 리소스)을 확보 및 해제하도록 작동한다. 좀더 구체적으로, 확보 처리 및 해제 처리는 콘텐츠 데이터의 흐름인 미디어 스트림의 경로 상의 코어/액세스 네트워크(12) 내에 존재하는 라우터(16)에 대하여 실행되고, 대역 확보 상태 정보 및 대역 해제 상태 정보로서 라우터(16) 내의 대역 스테이터스 데이터베이스(175)에 저장된다.
대역 스테이터스 데이터베이스(175)는, 예를 들면 라우터(16) 내의 메모리 칩(163)에 저장된다. 또한, 대역 스테이터스 데이터베이스(175)는 라우터(16) 내에 별도로 설치되는 기억부(도시되지 않음)에 저장될 수 있다. 대역 스테이터스 데이터베이스(175)는, 라우터가 관리하는 대역의 관리 상태를 나타내는 대역 관리 스테이터스 정보를 저장하고 관리한다. 라우터가 관리하는 대역의 관리 상태는, 라우터(16)가 IPTV 서버(18)에 접속되는 경우에 IPTV 서버(18)에 대역을 확보 및 해제 상태를 나타내며, 라우터(16)가 복수의 IPTV 터미널(40)이 접속되는 홈 네트워크의 경계에 설치되는 경우에 전체 홈 네트워크 상의 대역을 확보 및 해제하는 상태를 나타내는 것이다. 또한, IPTV 서버(18)가 접속되는 라우터(16)의 대역은, 예를 들면 IPTV 서버(18)의 처리 능력(예컨대, 콘텐츠 서버(183)의 처리 능력)을 반영하여 설정될 수 있다.
IPTV 서버(18)는, 예를 들면 SIP-UAS(181) 및 콘텐츠 서버(183)를 포함한다. SIP-UAS(181) 및 콘텐츠 서버(183)는 IPTV 서버(18) 내의 CPU, ROM, RAM 등으로 구성되고, ROM 및 IPTV 서버(18)의 기억부에 저장된 프로그램의 다양한 형태에 따라서 동작한다.
SIP-UAS(181)는 서버로서 기능하는 SIP 유저 에이전트이며, SIP-UAC(403)로부터의 요구에 응답하여 IPTV 터미널(40)에 설치되는 후술하는 SIP-UAC(403)와의 세션 확립 및 세션 해제을 제어한다.
콘텐츠 서버(183)는 IPTV 콘텐츠의 관리 및 배신을 행하며, 라우터(16)에 의해 확보된 대역을 이용하여 IPTV 터미널(40)에 설치된 콘텐츠 재생 클라이언트(405)에 IPTV 콘텐츠를 배신한다.
SIP 서버(20)는, 예를 들면 SIP 세션 제어부(201) 및 네트워크 대역 관리 상태 통지부(203)를 포함한다. SIP 세션 제어부(201) 및 네트워크 대역 관리 상태 통지부(203)는 SIP 서버(20) 내의 CPU, ROM, RAM 등으로 구성되며, ROM 및 SIP 서버(20)에 저장된 다양한 형태의 프로그램에 따라서 동작한다.
SIP 세션 제어부(201)는 SIP-UAC(403)로부터의 요구의 수신처에 문의, SIP-UAC(403)로부터 SIP-UAS(181)로의 요구 및 SIP-UAS(181)로부터 SIP-UAC(403)로의 응답을 중계, 및 네트워크 상의 유저 에이전트의 위치 정보를 등록 등을 실행한다. 이러한 SIP 세션 제어부(201)는, 관심이 있는 사람, 정보 및 장치의 상태를 실시간으로 파악할 수 있도록 하는 서비스인 프레전스(presence) 서비스와 같은 SIP 고유의 기능을 가능하게 한다. 또한, SIP 세션 제어부(201)는 SIP 서버(20)에 접속된 라우터(16)에 실장된 네트워크 대역 컨트롤러(173)에 네트워크 리소스인 대역의 확보 요구 및 해제 요구를 실행한다.
네트워크 대역 관리 상태 통지부(203)는 SIP 서버(20)에 접속된 라우터(16) 내의 스테이터스 데이터베이스(175)에 저장되어 갱신되는 대역 관리 스테이터스 정보를 주기적으로 참조하여, SIP 서버(20)에 접속된 SIP-UAC(403)에 통지한다. SIP 서버(20)로부터 SIP-UAC(403)으로의 통지는, 예를 들면 SIP 프레전스 서비스에 의해 실행된다. 통지되는 대상의 SIP-UAC(403)이 실장되는 IPTV 터미널 기기(40)가 접속되는 홈 네트워크의 경계에 위치하는 라우터에서 이용가능한 대역을 나타내는 대역 용량은, SIP-UAC(403)에 통지된 대역 관리 스테이터스 정보에 기록된다.
IPTV 터미널(40)은, 예를 들면 SIP-UAC(403) 및 콘텐츠 재생 클라이언 트(405)를 포함한다. SIP-UAC(403) 및 콘텐츠 재생 클라이언트(405)는, IPTV 터미널(40) 내의 CPU, ROM, RAM 등으로 구성되며, ROM 및 IPTV 터미널(40)의 기억부에 저장된 다양한 형태의 프로그램에 따라서 동작한다.
SIP-UAC(403)는 클라이언트로서 기능하는 유저 클라이언트이고, IPTV 서버(18)에 설치된 SIP-UAS(181)와의 세션 확립 및 세션 해제를 제어하며, SIP-UAS(181)에 요구를 전송한다. 또한, SIP 서버(20)의 네트워크 대역 관리 상태 통지부(203)로부터 통지된 대역 관리 스테이터스 정보는 후술하는 대역 요구 장치(30)에 주기적으로 전송된다. 콘텐츠 재생 클라이언트(405)는 IPTV 서버(18)에 IPTV 콘텐츠의 배신을 요구하고, IPTV 서버(18)로부터 배신된 IPTV 콘텐츠를 재생한다. IPTV(40)는 이후에 더 상세하게 기술됨을 유의한다.
다음, 본 실시예에 따른 대역 요구 시스템(10)에서의 중요한 역할을 갖는 대역 요구 장치(30)와, 클라이언트 기기인 IPTV 터미널(40)은 도 11을 참조하여 상세하게 설명될 것이다. 도 11은, 본 실시예에 따라 대역 요구 장치(30) 및 IPTV 터미널(40)의 구성을 나타내는 설명도이다.
(대역 요구 장치(30)의 구성)
도 11에 도시된 바와 같이, 본 실시예에 따른 대역 요구 장치(30)는, 예를 들면 대역 확보 요구부(331), 경합 해결 지침 기억부(337), 및 통신부(341)를 포함한다.
대역 확보 요구부(331)는 대역 요구 장치(30)에 접속된 복수의 IPTV 터미널(40)의 각각으로부터 요구되는 할당 요구를 취합하여 홈 네트워크(14) 전체로서 요구되는 요구 대역을 결정하여, 홈 네트워크(14) 외부에 설치된 중계 서버인 SIP 서버(20)에 요구 대역을 전송한다. 대역 요구 장치(30)에 접속된 IPTV 터미널(40)은 도 11에 도시된 바와 같이 통신 네트워크(22)를 통해서 대역 요구 장치(30)에 접속되거나, 또는 대역 요구 장치(30)에 제공되는 USB 포트, i.LINK 등의 IEEE 1394 포트, SCSI 포트, RS-232C 포트 등을 통해서 대역 할당 디바이스(30)에 직접 접속될 수 있다. 대역 확보 요구부(331)는 대역 요구 장치(30) 내의 CPU, ROM, RAM 등으로 구성되고, ROM 및 대역 요구 장치(30)의 기억부에 저장된 다양한 형태의 프로그램에 따라 동작한다. 대역 확보 요구부(331)는 또한 요구 대역 결정부(333) 및 경합 해결부(335)를 포함한다.
요구 대역 결정부(333)는, 대역 요구 장치(30)에 접속된 복수의 IPTV 터미널(40)의 각각으로부터 요구되는 할당에 대한 대역을 통신부(341)를 통해서 수신하고, 대역 요구 장치(30)가 접속된 전체 홈 네트워크(14)가 필요로 하는 대역을 결정한다. 요구 대역 결정부(333)는 결정된 요구 대역을 통신부(341)를 통해서 SIP 서버로 송신하므로, SIP 서버(20)로의 대역 할당을 요구한다.
요구 대역 결정부(333)는 후술하는 대역 상태 기억부(339)에 저장된 이용가능한 대역 용량 및 홈 네트워크 내에서 현재 재생중인 IPTV 세션에 관한 정보 등을 참조하여 요구 대역을 결정한다. 복수의 IPTV 터미널(40) 각각으로부터의 할당 용구의 합계가 이용가능한 대역 용량 이하인 경우, 요구 대역 결정부(333)는 할당 요구 대역의 합계를 요구된 대역으로서 SIP 서버(20)에 전송한다. 한편, 할당 요구 대역의 합계가 이용가능한 대역 용량을 초과하는 경우, 복수의 IPTV 터미널(40) 사 이에서 대역 경합이 발생하므로, 후술하는 경합 해결부(335)는 경합 해결 처리를 실행할 것이 요구된다. 경합 해결부(335)에 의해서 경합이 해결되면, 요구 대역 결정부(333)는 요구 대역을 SIP 서버(20)에 송신한다.
SIP 서버(20)로부터 홈 네트워크 전체에 대하여 대역이 할당되면, 경합 해결 처리가 실행되지 않았을 경우, 요구 대역 결정부(333)는 각 IPTV 터미널(40)로부터 요구된 대역을 배신하고, 경합 해결이 실행되었을 경우, 경합 해결 결과에 따라 각 IPTV 터미널(40)에 대역을 배신한다.
각 IPTV 터미널(40)로부터 전송된 할당 요구 대역의 합계가 이용가능한 대역 용량을 초과하는 경우, 경합 해결부(335)는 대역 상태 기억부(339)에 저장되는 홈 네트워크 내에서 현재 재생중인 IPTV 세션에 관한 정보, 및 홈 네트워크 전체에 의해 이용가능한 대역 용량에 관한 정보를 참조하여, 후술하는 경합 해결 지침 기억부(337)에 저장된 경합 해결 지침에 기초하여, IPTV 터미널들(40) 사이의 대역 요구의 경합 해결을 실행한다. 이러한 경합 해결은 경합 해결 지침 기억부(337) 내에 저장된 처리 지침에 따르는 축차 대화형 경합 해결이나, 미리 정의된 경합 해결 방법에 기초한 자동 경합 해결일 수 있다.
경합 해결 지침 기억부(337)는, 경합 해결부(335)가 복수의 IPTV 터미널들(40) 사이에서 발생하는 할당 요구 대역을 통해서 경합을 해결하기 위해서 참조하는 기억부이다. 경합 해결 지침 기억부(337)는 할당 요구 대역을 통해서 경합 해결부(335)가 경합을 해결하기 위해서 필요한 정보의 복수의 세트를 저장한다.
도 12는 경합 해결 지침 기억부(337)에 저장된 경합 해결 지침 정보를 나타 내는 설명도이다. 도 12에 도시된 바와 같이, 경합 해결 지침 정보는 복수의 IPTV터미널들(40) 사이의 경합을 축차 대화형 방식으로 해결하는지 여부에 관한 플래그를 나타내는 축차 경합 해결 가부 플래그(on-the-fly competition resolving permissible/non-permissible flag)와, 자동 경합 해결을 실행하는 경우를 참조하여 미리 결정된 경합 해결 지침으로 구성된다. 경합 해결부(335)가 자동 경합 해결을 실행하는 경우에 경합 해결부(335)에 의해 참조된 복수의 경합 해결 지침들은 경합 해결 지침 기억부(337)에 저장된다. 또한, 경합 해결 지침 기억부(337)는 경합 해결부(335)가 경합 해결 처리를 실행하는 때 저장될 필요가 있는 다양한 형태의 파라미터들을 저장할 수 있다.
대역 상태 기억부(339)는 대역 요구 장치(30)가 접속되는 홈 네트워크(14) 내의 대역 사용 상태에 관한 대역 상태 정보를 저장한다. 대역 상태 기억부(339)는, 각각 요구 대역 결정부(333)가 요구 대역을 결정할 때, 및 경합 해결부(335)가 경합 해결 처리를 실행할 때, 요구 대역 결정부(333) 및 경합 결정부(335)에 의해 참조된다.
도 13은 대역 상태 기억부(339)에 저장된 대역 상태 정보를 나타내는 설명도이다. 도 13에 도시된 바와 같이, 대역 상태 정보는 대역 요구 장치(30)가 접속된 홈 네트워크(14) 내의 사용 대역 용량에 관한 정보, 및 홈 네트워크(14)에 접속된 IPTV 터미널(40)에 의해 현재 재생중인 IPTV 세션에 관한 IPTV 세션 정보로 구성된다. 이용가능한 대역 용량은, SIP 서버(20)의 네트워크 대역 관리 상태 통지부(203)에 의해 IPTV 터미널(40)의 SIP-UASs(403)에 주기적으로 통지된 정보이며, 이용가능한 대역 용량은 SIP-UASs(403)에 의해 대역 요구 장치(30)에 주기적으로 통지되고, 홈 네트워크(14) 내의 대역의 이용 상태에 따라 수시로 변화한다. IPTV 세션 정보는 대역 요구 장치(30)가 접속된 홈 네트워크(14)에 접속된 IPTV 터미널(40)에 의해 현재 확립되어 있는 IPTV 세션에 관한 정보를 나타낸 것이며, 대역 상태 기억부(339)에는 확립된 IPTV 세션에 대응하여 IPTV 세션 정보의 복수의 세트가 저장된다. 도 13에 도시된 바와 같이, IPTV 세션 정보에는 현재 확립되어 있는 IPTV 세션에 관한 IPTV 세션 기술, 이러한 IPTV 세션을 재생하는 IPTV 터미널을 식별하는 IPTV 터미널 식별 정보, 및 IPTV 세션을 재생하는 IPTV 터미널의 사용자 식별 정보에 관해 서로 관련된 방식으로 기술된다.
통신부(341)는, 대역 확보 요구부(331)가 통신 네트워크(22)를 통해서 SIP 서버(20) 및 IPTV 터미널(40)에 개시되는 다양한 형태의 정보 등을 송신한다. 반대로, SIP 서버(20) 및 IPTV 터미널(40)로부터의 요구 등은 대역 요구 장치(30)에서 수신될 수 있다. 또한, 통신부(341)는 통신 네트워크(22)를 통하지 않고 대역 요구 장치(30)에 직접 접속된 IPTV 터미널(40)과 정보를 교환할 수 있다.
경합 해결 지침 기억부(337) 및 대역 상태 기억부(339)가 도 11에 도시된 본 실시예에 따라 대역 요구 장치(30)에 각각 설치되는 반면, 경합 해결 지침 기억부(337) 및 대역 상태 기억부(339)는 동일한 기억부 내에 설치될 수 있다. 또한, 본 실시예에 따른 대역 요구 장치(30)는, 도 11에 도시된 경합 해결 지침 기억부(337) 및 대역 상태 기억부(339) 이외에 별개의 기억부(도시되지 않음)를 가질 수 있다. 또한, 도 11이 경합 해결 지침 기억부(337)가 대역 요구 장치(30) 내에 설치되는 경우를 도시하는 반면, 경합 해결 지침 기억부(337)는 경합 해결부(335)가 참조될 수 있는 한 대역 요구 장치(30) 외부에 설치될 수 있다.
(IPTV 터미널(40)의 구성)
도 11에 도시된 바와 같이, 본 실시예에 따른 클라이언트 기기인 IPTV 터미널(40)은 세션 확립부(401) 및 콘텐츠 재생 클라이언트(405)를 포함한다. 세션 확립부(401) 및 콘텐츠 재생 클라이언트(405)는, IPTV 터미널(40) 내의 CPU, ROM, RAM 등으로 구성되며, ROM 및 IPTV 터미널(40)의 기억부에 저장된 다양한 형태의 프로그램에 따라 동작한다.
세션 확립부(401)는 홈 네트워크(14) 외부에 설치된 콘텐츠 배신 서버인 IPTV 서버(18)와 세션을 확립하여, 확립된 세션을 해제한다. 본 실시예에 따른 세션 확립부(401)는 SIP-UAC(403)을 더 갖는다.
상술한 바와 같이, SIP-UAC(403)는 SIP 내의 유저 에이전트 클라이언트이며, SIP 서버(20)를 통해서 IPTV 서버(18)의 SIP-UAS(181)와 세션을 확립 및 해제을 실행하고, IPTV 터미널(40)의 콘텐츠 재생 클라이언트(405)와 IPTV 서버(18)의 콘텐츠 서버(183)를 상호 연관시킨다. 또한, SIP-UAC(403)는 SIP 서버(20)의 네트워크 대역 관리 상태 통지부(203)로부터의 이용가능한 대역 용량에 관한 주기적인 통지를 수신하고, 수신된 이용가능한 대역 용량에 관련된 정보를 동일한 홈 네트워크(14)에 접속된 대역 요구 장치(30)에 송신한다.
콘텐츠 재생 클라이언트(405)는 콘텐츠 배신 서버인 IPTV 서버(18)에 대하여 콘텐츠의 배신을 요구함으로써 콘텐츠의 취득을 시도하고, IPTV 서버(18)로부터 콘 텐츠의 배신을 받으면 배신된 콘텐츠를 재생한다. 본 실시예에 따른 콘텐츠 재생 클라이언트(405)는, 예를 들면 대역 연산부(407), 콘텐츠 취득부(409), 콘텐츠 식별자 기억부(411), 및 콘텐츠 재생부(413)를 더 포함한다.
대역 연산부(407)는 IPTV 터미널(40)의 콘텐츠 재생 클라이언트(405)가 IPTV 콘텐츠를 재생하기 위해 필요한 대역을 산출한다. IPTV 콘텐츠는 고화질로 콘텐츠를 재생하고 저화질로 콘텐츠를 재생하는 경우에 따라 다르기 때문에, 필요한 대역은, 예를 들면 IPTV 터미널(40)의 사용자의 선택에 의해 산출될 수 있다.
콘텐츠 취득부(409)는, SIP-UAC(403)(세션 확립부(401))가 대역 요구 장치(30)에 의해 배신된 대역에 기초하여 만들어진 세션에 기초해서, IPTV 서버(18)에 대하여 콘텐츠 배신 요구를 행한다. 콘텐츠 취득시, 콘텐츠 취득부(409)는 후술하는 콘텐츠 식별자 기억부(411)에서 취득에 필요한 콘텐츠의 콘텐츠의 식별자(또한 Content Reference Identifier(CRID)로 지칭)를 참조하여, 참조의 결과로 얻어진 IPTV 세션 기술에 기초하여 IPTV 서버(18)에 콘텐츠의 배신을 요구한다. 콘텐츠 배신 요구는 이하에서 상세하게 설명될 것이다. 콘텐츠가 IPTV 서버(18)로부터 배신되면, 콘텐츠 취득부(409)는 통신부(415)를 통해서 콘텐츠를 취득하여, 취득된 콘텐츠를 콘텐츠 재생부(413)에 전송한다. 취득된 콘텐츠는 도면에 도시되지 않은 기억부의 콘텐츠 취득부(409)에 의해 저장될 수 있다.
콘텐츠 식별자 기억부(411)는 IPTV 콘텐츠에 관련된 콘텐츠 식별자 정보(CRID 정보)의 복수의 세트를 기억하는 기억부이다. 콘텐츠 식별자 정보는 IPTV 콘텐츠에 할당된 콘텐츠 식별자, 및 이 콘텐츠 식별자에 대응하는 IPTV 세션 기술 이 서로 관련된 정보이다. 따라서, 콘텐츠 취득시, 콘텐츠 취득부(409)는 콘텐츠 식별자 기억부(411)를 참조하고, 이 콘텐츠 식별자에 관련된 IPTV 세션 기술을 취득하는 콘텐츠 식별자를 이용하여, 콘텐츠를 취득한다.
도 14는 콘텐츠 식별자 기억부(411)가 기억하는 콘텐츠 식별자 정보를 나타내는 설명도이다. 도 14에 도시된 바와 같이, 콘텐츠 식별자 정보(CRID 정보)는 개별 콘텐츠에 대응하는 콘텐츠 식별자로 구성되며, IPTV 세션 기술은 콘텐츠에 관련된다. IPTV 세션 기술은 SDP(Session Description Protocol)에 기초하여 기술되고, 도 14에 도시된 바와 같이 IPTV 콘텐츠의 어드레스, 포트 번호 등의 URI(Uniform Resource Identifier), 요구 레이트 등의 QoS 파라미터, 코덱 정보, IPTV 콘텐츠의 세션 기술(세션을 식별하는 정보), 시간 기술(세션의 개시 및 종료 시각, 반복 횟수 등의 세션의 유효 시간), 미디어 기술(미디어에 관련된 정보) 등으로 구성된다. 콘텐츠 식별자 정보는 소위 메타데이터이기 때문에, 콘텐츠 취득부(409)는 콘텐츠 식별자에 기초하여 콘텐츠 식별자 정보를 참조하여 콘텐츠 취득 경로 등을 알 수 있다. 복수의 클래스의 세션 기술은, 고화질 모드, 저화질 모드 등의 단일 콘텐츠 식별자에 관련될 수 있다.
콘텐츠 재생부(413)는 콘텐츠 취득부(409)로부터 송신된 IPTV 콘텐츠를 재생하여, IPTV 콘텐츠를 IPTV 터미널(40)에 설치된 디스플레이 등의 디스플레이 디바이스(도시되지 않음)에 출력한다. 또한, IPTV 재생이 종료하면, 콘텐츠 재생부(413)는 SIP-UAC(403)가 세션을 해제할 것을 요구하고, 또한 IPTV 터미널(40)에 배신된 네트워크 리소스인 대역을 해제한다.
통신부(415)는 통신 네트워크(22)를 통해서 세션 확립부(401) 및 콘텐츠 재생 클라이언트(405)가 IPTV 서버(18) 및 SIP 서버(20) 및 대역 요구 장치(30)에 대해서 개시하는 다양한 형태의 정보 등을 송신한다. 역으로, IPTV 서버(18) 및 SIP 서버(20) 및 대역 요구 장치(30)로부터의 요구 등은 IPTV 터미널(40)에서 수신될 수 있다. 통신부(415)는 또한 통신 네트워크(22)를 통하지 않고 IPTV 터미널(40)의 접속 포트에 직접 접속된 대역 요구 장치(30)와 정보를 교환할 수 있다.
이상에서 본 실시예에 따른 대역 요구 장치(30) 및 IPTV 터미널(40)의 기능의 예를 기술하였다. 상기 구성요소들은 범용 부재 및 회로를 이용하여 구성되거나, 각 구성요소의 기능에 특화된 하드웨어로서 구성될 수 있다. 또한, 구성요소들의 기능은 CPU 등의 구성요소에 의해 모두 실행될 수 있다. 따라서, 사용될 하드웨어 구성은 그때의 본 실시예의 구성에 대한 기술적 레벨에 따라서 적절하게 변형될 수 있다.
(세션 확립으로부터 세션 해제로의 흐름)
다음, 본 실시예에 따른 IPTV 터미널(40)이 세션을 확립해서 IPTV 콘텐츠를 취득하고, IPTV 콘텐츠에 따라 세션을 해제하는 절차가 상세히 기술될 것이다. 도 15는 본 실시예에 따른 대역 요구 시스템(10)에서의 세션 확립/해제 방법을 도시하는 흐름도이다.
IPTV 터미널(40)의 SIP-UAC(403)가 SIP 서버(20)의 네트워크 대역 관리 상태 통지부에 의해 대역 관리 정보를 통지받으면(단계 S101), SIP-UAC(403)는 통지된 이용가능한 대역 용량을 디바이스(30)에 송신한다(단계 S103). IPTV 터미널(40)의 콘텐츠 재생 클라이언트(405)가 IPTV 콘텐츠를 재생하도록 대역 요구 장치(30)에 대역 할당 요구를 하면(단계 S105), 대역 요구 장치(30)는 경합이 발생한 경우 경합을 해결한 후, 또는 경합이 발생하지 않은 경우 경합 해결 처리를 실행하지 않고 SIP 서버(20)에 요구 대역을 송신하고, SIP 서버(20)는 대역을 확보한 후, IPTV 터미널(40)의 콘텐츠 재생 클라이언트(405)에 대역을 할당해서(단계 S107) IPTV 터미널(40)이 세션을 확립할 것을 허용한다.
다음, IPTV 터미널(40)의 콘텐츠 재생 클라이언트(405)는 SIP-UAC(403)가 세션을 확립할 것을 요구하고(단계 S109), 요구가 수신되면, SIP-UAC(403)는 SIP 서버(20)의 SIP 세션 제어부(201)에 세션 확립 요구를 실행한다(단계 S111). SIP 세션 제어부(201)가 SIP-UAS(181)와 SIP-UAC(403) 사이에 설치된 라우터(16)의 네트워크 대역 컨트롤러(161)에 대하여 네트워크 대역 확보를 요구하여(단계 S113), IPTV 서버(18)에 실장된 SIP-UAS(181)에 대하여 세션 확립 요구를 한다(단계 S115).
SIP-UAS(181)로부터 SIP 세션 제어부(201)로 송신된 세션 확립 요구에 대응하는 허락 응답이 전송되면(단계 S117), 네트워크 대역 컨트롤러(161)는 SIP 세션 제어부(201)에 대해서 네트워크 대역이 확보된 취지의 응답을 한다(단계 S119). 네트워크 대역 컨트롤러(161)로부터 응답을 수신하면, SIP 세션 제어부(201)는 SIP-UAC(403)에 대하여 세션이 확립한 취지의 응답을 전송한다(단계 S121). 이후, 대역 관리 스테이터스 정보는 네트워크 대역 관리 상태 통지부로부터 SIP-UAC(403)으로 통지된다(단계 S123). SIP-UAC(403)는 통지된 이용가능한 대역 용량을 대역 요구 장치(30)에 송신하고(단계 S125), 대역 요구 장치(30)는 이용가능한 대역 용량을 갱신한다.
세션이 SIP-UAS(181)와 SIP-UAC(403) 사이에 확립되면, IPTV 서버(18)에 실장된 콘텐츠 서버(183)는 미디어 스트림(IPTV 콘텐츠)을 IPTV 터미널(40)에 실장된 콘텐츠 재생 클라이언트(405)에 송신하고(단계 S127), 콘텐츠 재생 클라이언트(405)는 콘텐츠를 재생한다.
콘텐츠의 재생이 종료하면, 콘텐츠 재생 클라이언트(405)는 SIP-UAC(403)가 세션을 해제할 것을 요구하고(단계 S129), SIP-UAC(403)는 세션이 SIP 세션 제어부(201)에 세션 해제를 요구한다(단계 S131). 요구를 수신하면, SIP 세션 제어부(201)는 네트워크 대역 해제 요구를 네트워크 대역 컨트롤러에 송신한다(단계 S133). 다음, SIP 세션 제어부(201)는 IPTV 서버(18) 내의 SIP-UAS(181)에 대하여 세션 해제을 요구한다(단계 S135).
SIP-UAS(181)는 SIP 세션 제어부(201)에 세션 해제이 실행되는 취지를 응답하고(단계 S137), 네트워크 대역 컨트롤러(161)는 SIP 세션 네어부(201)에 세션 해제이 실행될 것임의 취지를 응답한다(단계 S139). 이후, SIP 세션 제어부(201)는 SIP-UAC(403)에 대하여 세션 해제이 실행될 것임의 취지를 응답하고(단계 S141), SIP-UAS(181)과 SIP-UAC(403) 사이에 확립된 세션이 해제된다.
SIP 서버(20)의 네트워크 대역 관리 상태 통지부(203)는 세션 해제의 결과로서 발생한 대역 변화의 대역 관리 스테이터스 정보를 통지하고(단계 S143), SIP-UAC(403)는 통지된 이용가능한 대역 용량을 대역 요구 장치(30)에 송신한다(단계 S145). SIP-UAS(181)와 SIP-UAC(403) 사이의 세션 확립 및 해제은 상술한 흐름에 따라서 실행된다.
(경합 해결 방법)
다음, 본 실시예에 따른 대역 요구 시스템에 있어서의 경합 해결 방법이 도 16을 참조하여 기술될 것이다. 도 16은 본 실시예에 따른 대역 요구 시스템에 있어서의 경합 해결 방법을 나타내는 흐름도이다.
대역 관리 스테이터스 정보가 SIP 서버(20)의 네트워크 대역 관리 상태 통지부(203)로부터 통지되면, SIP-UAC(403)는 대역 확보 요구부(331)에 대역 관리 스테이터스 정보를 통지한다(단계 S201). 대역 확보 요구부(331)는 통지된 대역 관리 스테이터스 정보(구체적으로, 이용 가능한 대역 용량에 관한 정보)를 대역 상태 기억부(339)에 저장한다.
사용자로부터 콘텐츠 시청을 요청받으면(단계 S203), IPTV 터미널(40)의 콘텐츠 재생 클라이언트(405)는 요구된 콘텐츠의 콘텐츠 식별자에 기초하여 콘텐츠 재생 클라이언트(405) 내의 콘텐츠 식별자 기억부를 참조하여, IPTV 세션 기술을 취득한다(단계 S205).
다음으로, 콘텐츠 재생 클라이언트(405)는 동일한 네트워크에 존재하는 대역 요구 장치(30)의 대역 확보 요구부(331)에 대하여 세션이 확립될 수 있는지 여부를 조회하도록 세션 허락 요구를 전송한다(단계 S207).
콘텐츠 재생 클라이언트(405)로부터 세션 허락 요구를 수신하면, 대역 확보 요구부(331)의 요구 대역 결정부(333)는 대역 상태 기억부(339)를 참조하여 현재의 홈 네트워크 내의 IPTV 세션 정보를 참조한다(단계 S209). 콘텐츠 재생 클라이언트(405)로부터 요구된 세션에 필요한 대역이 대역 상태 기억부(339)에 저장된 대역 용량 이상인 경우, 대역 확부 요구부(331)에 제공된 경합 해결부(335)는 대역 경합 해결 처리를 실행한다.
대역 확보 요구부(331)의 경합 해결부(335)는 경합 해결 지침 기억부(337)를 참조하여 축차 경합 해결 가부 플래그의 콘텐츠를 확인한다(단계 S211). 그러나, 경합 해결 지침 기억부(337) 내의 축차 경합 해결 가부 플래그가 허용될 수 있도록 설정되는 경우(즉, 축차 대화형 경합 해결을 실행하는 경우), 경합 해결에 관한 사용자의 의도가 확인되고, 경합 해결이 이 의도에 기초하여 실행된다(단계 S213). 축차 경합 해결은 이후에 상세하게 설명될 것이다. 경합이 해결되는 경우, 콘텐츠 재생 클라이언트(405)에 대하여 세션 확립 요구(세션 허락 응답)에 대한 허락이 인정되고(단계 S217), 최신 세션 관리 정보가 대역 상태 기억부(339)에 기록된다.
또한, 축차 경합 해결 가부 플래그가 허용될 수 없는 것으로 설정되는 경우(즉, 축차 경합 해결이 실행되지 않고, 자동 경합 해결 처리가 실행될 경우), 경합 해결부(335)는 경합 해결 지침 기억부(337)를 참조하여, 저장된 복수의 경합 해결 지침들로부터 현재의 경합 상태에 적합한 경합 해결 지침을 선택하고, 선택된 경합 해결 지침에서 미리 정의된 해결 방법에 따라서 경합 해결 처리를 행한다(단계 S215). 경합이 해결된 경우, 세션 허락 응답이 콘텐츠 재생 클라이언트(405)에 주어지고(단계 S217), 최신 세션 관리 정보가 대역 상태 기억부(339)에 기록된다. 경합 해결 지침의 상세한 사항은 이후에 개별적으로 설명될 것이다.
여기서, 상기 세션 허락 응답은 요구된 세션 확립 요구가 있는 그대로 받아들여지는 경우, 요구된 세션 확립 요구가 변경되어서 받아들여지는 경우, 또는 요구된 세션 확립 요구가 거절되는 경우일 수 있다.
콘텐츠 재생 클라이언트(405)는 대역 확보 요구부(331)에 의해 허락된 세션 기술에 기초하여 SIP 메시지를 구성해서 SIP 서버(20)에 전송하고, SIP-UAC(403)으로 세션을 확립한다(단계 S219).
(경합 해결 지침에 관해서)
다음, 본 실시예에 따른 경합 해결 지침들이 도 17을 참조하여 상세하게 설명될 것이다. 도 17은 본 실시예에 따른 경합 해결 지침들을 상세하게 기술하는 설명도이다.
경합 해결 지침(이하 간단히 "지침"으로도 지칭)은 복수의 지침 그룹(policyGroup)으로 구성되고, 지침 그룹은 지침 룰(policyRule)로서 정의된다. 지침 그룹 내의 복수의 지침 룰들은 나열된 순서로 평가 재생된다. 또한, 각각의 지침 룰들은 조건부(policyCondition) 및 액션부(policyAction)의 쌍으로 구성되어, 조건부는 액션부에 기술된 기능 및 조작을 재생할 때의 조건이 정의된다. 또한, 지침 조건(policyCondition)은 AND 또는 OR와 복수의 조건을 결합함으로써 복잡한 조건을 정의할 수 있다. 또한, 지침 액션(policyAction)은 복수의 액션을 연속하여 배열할 수 있다. 지침 그룹 내의 지침 룰 중의 1개라도 재생되는 경우, 남은 지침 룰의 평가 및 실행을 그만두도록 설정된다.
(지침 룰 기술 방식의 구체적인 예)
지침 룰 기술 방식은, 조건부 및 액션부에 대해서 IF 및 THEN을 이용하여, 예를 들면 이하와 같이 표현된다. 후술하는 지침 룰 기술 방식은 지침 룰 기술 방식을 설명하기 위해 주어진 예일 뿐이며, 본 실시예에 따른 지침 룰 기술 방식은 이하에 한정되지 않음을 유의한다.
(지침 룰의 일반적인 방식)
IF(조건) THEN(액션)
예를 들면, 도 17의 policyRule-1은 이하와 같이 표현된다.
IF(condition-1 OR (conditoin-21 AND Condition-22 AND … Condition-2M) OR … Condition-N)
THEN(action-1, Action-2, … Action-L)
(지침 룰의 특수 예)
지침 룰 기술 방식은 특정 예를 참조하여 이하에서 기술될 것이다.
세션이 이미 확립되어 있는 제1 IPTV 터미널의 세션 기술은 "CurrentSessionDescription"으로 지칭될 것이다. 또한, 새롭게 세션을 확립할 것을 요구하는 제2 IPTV 터미널로부터 송신된 세션 기술은 "highQualityVersionOfEvaluatingSessionDescription" 및 "lowQualityVersionOfEvaluatingSessionDescription"으로 지칭될 것이다. "highQualityVersionOfEvaluatingSessionDescription"은 고화질 클래스 버전의 세션에 대응하고 "lowQualityVersionOfEvaluatingSessionDescription"은 저화질 클래스 버전의 세션에 대응한다.
세션이 이미 확립된 제1 IPTV 터미널의 우선도는 currentSessionTerminalClass이고, 그 값은 "TerminalClass-High"이다. 또한, 새롭게 확립되는 세션을 요구하는 제2 IPTV 터미널의 우선도는 "evaluatingSessionTerminalClass"이고 그 값은 "TerminalClass-Low"이다. "TerminalClass-High" ＞ "TerminalClass-Low"가 유지됨을 유의한다.
새로운 세션 확립 요구를 받아들이는 액션 및 파기하는 액션은, 각각 "acceptRequest" 및 "discardRequest"이다. 또한, 이미 확립된 제1 IPTV 터미널의 세션을 해제하는(멈추는) doruts은 "quit -> currentSessionDescription"이다.
또한, 라우터와 홈 네트워크의 대역 용량으로부터 이미 확립된 제1 IPTV 터미널의 세션에 의해 사용되는 리소스를 감산함으로써 얻어지는 남은 용량은 "remainingResourceCapacity"이고, 우리는 그 값을 "10"이라고 할 것이다.
새롭게 확립되는 세션을 요구하는 제2 IPTV 터미널로부터 송신된 세션 기술 중, 고화질 클래스 버전이 요구하는 대역은 "highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity"이고, 우리는 그 값을 "24"라고 할 것이다. 또한, 저화질 클래스 버전이 요구하는 대역은 "lowQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity"이고, 우리는 그 값을 "8"로 할 것이다.
세션이 이미 확립된 제1 IPTV 터미널의 콘텐츠 재생 클라이언트를 사용하는 사용자에 설정되는 우선도를 "currentSessionUserClass"이라고 하고, 우리는 그 값 을 "UserClass-Low"라고 할 것이다. 또한, 새롭게 세션 확립을 요구하는 제2 IPTV 터미널의 콘텐츠 재생 클라이언트를 사용하는 사용자에 설정되는 우선도는 "evaluatingSessionUserClass"이고, 우리는 그 값을 "UserClass-High"로 할 것이다. 그러나, "UserClass-High" ＞ "UserClass-Low"가 유지됨을 유의한다.
구체예 1: 라우터와 홈 네트워크의 대역 용량 내의 요구된 클래스의 세션을 수용할 여유가 없고, 제1 IPTV 터미널의 터미널 우선도(특권 클래스)가 높게 설정되는 경우, 제2 IPTV 미디어 세션은 받아들여지지 않는다.
상기 조건 및 해결 방법에 관한 정책 룰의 기술은 이하와 같다.
IF ((remainingResourceCapacity ＜ highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity)
AND (currentSessionTerminalClass ＞ evaluatingSessionTerminalClass))
THEN (discardRequest)
상기의 경우, remainingResourceCapacity = "10" ＜ highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity = "24"이므로, 제1 평가식은 참(true)이고, currentSessionTerminalClass= "TerminalClass-High" ＞ evaluatingSessionTerminalClass = "TerminalClass-Low"가 유지되므로, 제2 평가식은 참이고, 그 결과 전체 조건의 평가는 참이다. 따라서, 그 액션인 discardRequest가 실행된다.
구체예 2: 제2 IPTV 미디어 세션이 고화질 클래스와 저화질 클래스의 2개의 QoS클래스로부터 선택될 수 있는 세션이고, 라우터와 홈 네트워크의 대역 용량에 저화질 클래스 세션을 수용할 여유가 있는 경우, 제2 세션은 제1 세션을 유지하면서 저화질 클래스 세션으로서 확립된다.
상기 조건 및 해결 방법에 관한 지침 룰의 기술은 이하와 같다.
IF (remainingResourceCapacity ＞ highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity)
THEN (acceptRequest)
IF (remainingResourceCapacity ＞ lowQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity)
THEN (acceptRequest)
상기의 경우, remainingResourceCapacity = "10" ＞ highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity = "24"이므로, 제1 지침 룰은 거짓이지만, remainingResourceCapacity = "10" ＞ lowQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity ="8"이 유지되므로, 제1 지침 룰은 참이다. 그 결과, 제2 액션 acceptRequest가 실행되어, lowQualityVersionOfEvaluatingSessionDescription에 대응하는 세션이 받아들여진다.
구체예 3: 라우터와 홈 네트워크의 대역 용량에 요구된 클래스의 세션을 수용할 여유가 없고, 제2 IPTV 터미널을 사용하는 사용자의 우선도(특권 클래스)가 높게 설정된 경우, 제1 세션은 멈춰지고, 제2 세션은 요구된 화질로 확립된다.
상기 조건 및 해결 방법에 관한 지침 룰의 기술은 이하와 같다.
IF ((remainingResourceCapacity ＜ highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity)
AND (currentSessionUserClass ＜ evaluatingSessionUserClass))
THEN (quit -> currentSessionDescription, acceptRequest)
이 경우, remainingResourceCapacity = "10" ＜ highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity = "24"이므로, 제1 평가식은 참이고, currentSessionUserClass = "UserClass-Low" ＜ evaluatingSessionUserClass = "UserClass-High"이므로, 제2 평가식은 참이다. 그 결과, 전체 조건의 평가는 참이고, 현재 세션은 액션이 quit -> currentSessionDescription으로 멈춰지고, highQualityVersionOfEvaluatingSessionDescription에 대응하는 세션은 acceptRequest에서 받아들여진다.
이러한 구체예 이외에, 예를 들면 요일이나 시간대, 시청 콘텐츠의 형태(예컨대, 스포츠 중계) 등, 또는 이들의 조합 조건이 복잡한 지침으로서 고려될 것이 생각될 수 있다.
(축차 대화형 경합 해결에 관하여)
다음으로, 본 실시예에 따른 축차 대화형 경합 해결 처리가 도 18 및 도 19를 참조하여 기술될 것이다. 도 18은 본 실시예에 따른 대역 요구 시스템(10)에서의 축차 대화형 경합 해결에 대한 설명도이고, 도 19는 본 실시예에 따른 대역 요구 시스템(10) 내의 축차 대화형 경합 해결을 나타내는 흐름도이다.
대역 확보 요구부(331)는 대역 요구 경합 해결에 관한 사용자의 의도를 확인하고, 다음과 같은 몇 개의 선택이 의도 확인 방법으로서 인식될 수 있다.
제1 의도 확인 예: 세션 확립을 요구하는 재생 클라이언트(405)를 실행하는 사용자의 의도를 확인하는 경우
제2 의도 확인 예: 세션 확립을 요구하는 콘텐츠 재생 클라이언트(405)를 실행하는 사용자와 이미 확립된 세션을 갖는 콘텐츠 재생 클라이언트(405)를 실행하는 사용자를 조정하여 의도를 확인하는 경우
제3 의도 확인 예: 홈 네트워크 상의 경합 해결의 모든 권리를 갖는 특권 사용자의를 조회해서 의도를 확인하는 경우
상기 예에서와 같은 경우, 도 18에 도시한 바와 같이, 대역 확보 요구부(331)는, 상기 지침 중의 하나에 기초하여 클라이언트 기기인 IPTV 터미널(40)의 출력부(417) 상에 표시될 대화형 메뉴(경합 해결 의도 확인 메뉴(419))를 가짐으로써 최종 사용자의 의도를 확인할 수 있다.
즉, 도 19에 도시된 바와 같이, 대역 확보 요구부(331)는 경합 해결 의도 확보 요구를 콘텐츠 재생부(413)에 전달하여(단계 S301), 콘텐츠 재생부(413)는 사용자에게 의도 확인 메뉴(경합 해결 의도 확인 메뉴(419))를 표시하여, 사용자의 의도를 확인한다(단계 S303). 콘텐츠 재생부(413)는 경합 해결 의도 확인 응답으로서 사용자의 입력 의도를 대역 확보 요구부(331)에 송신해서(단계 S305), 대역 확보 요구부(331)는 경합 해결 처리를 행한다.
상술한 바와 같이, 홈 네트워크(14) 측에 대역 요구 장치(30)를 배치하는 것 은, 라이브 중계나 일제 동시 공개 VOD 등의 일제 동시형 IPTV 세션의 경우 코어/액세스 네트워크(12) 측에 설치된 경합 해결의 과도한 부하를 저감시켜, 경합 해결 처리의 퍼포먼스를 개선하여, 또한 코어/액세스 네트워크(12) 측에 제공된 일반적인 경합 해결 지침 정의 이외에 개별 홈 네트워크 환경에 특화된 경합 해결 지침에 기초하여 실행될 사용자의 요구에 맞는 상세한 경합 해결을 행할 수 있다.
(대역 관리 스테이터스 정보에서의 대역 용량 결정에 관하여)
다음으로, 본 실시예에 따른 대역 관리 스테이터스 정보에서의 대역 용량을 결정하는 방법이 도 20 내지 도 22를 참조하여 간단히 기술될 것이다.
본 실시예에 따른 대역 관리 스테이터스 정보가, 상술한 홈 네트워크의 경계에 설치된 라우터의 이용가능한 대역 용량에 저장되고, 이하의 예들은 이 대역 용량을 결정하는 방법으로서 인식될 수 있다.
제1 대역 용량 결정 방법 예
도 20은 대역 용량을 결정하는 방법에 대한 제1 예를 나타내는 설명도이다. 도 20에 도시된 바와 같이, 코어/액세스 네트워크(12)에는 SIP 서버(20)가 설치되고, 4개의 라우터(16A 내지 16D)는 SIP 서버(20)에 접속된다. 각각의 라우터(16A 내지 16D)는 홈 네트워크(14A 내지 14D)의 경계에 설치된 라우터에 대응한다. 각각의 라우터(16A 내지 16D)는 통신 네트워크(22)를 통해서 IPTV 터미널(40)에 접속된다. 또한, 각각의 라우터(16A 내지 16D)는 대역 용량(28)이 개별로 설정된다.
대역 용량을 결정하는 방법의 일례가, 예를 들면 각 라우터가 대응하는 각 홈 네트워크의 IPTV 서비스 계약에서 SLA(Service Level Agreement)에 의해 규정되 는 최저 보증 레이트를 지정하는 것이 인식될 수 있다. 여기서, 이 SLA는 통신 서비스 제공자가 사용자에게 서비스 품질을 보증하는 것이며, 최대 통신 속도, 네트워크 내의 평균 지연 시간, 이용 불능 시간의 상한 등이 서비스 품질 보증 항목, 그것들을 실현할 수 없는 경우의 이용 요금의 감액에 관한 규정 등이 포함된다.
도 20에서, 홈 네트워크(14A, 14C 및 14D) 각각은 최저 보증 레이트로서 용량 1의 대역 용량(28)을 계약하고, 홈 네트워크(14B)는 최저 보증 레이트로서 용량 2의 대역 용량(28)을 계약하고 있다. 따라서, SIP 서버(20)는 각 네트워크의 경계에 위치하는 각 라우터에 대한 계약을 확인하는 대역 용량(28)의 최저 보증 레이트를 설정한다.
이 제1 예의 경우, 계약에서 확인하는 최저 보증 레이트를 설정하면 되기 때문에, SIP 서버(20)에의 부하는 작지만, 홈 네트워크(14A 내지 14D)가 계약을 초과하는 대역의 확보를 시도하는 경우, 대역 요구 경합은 각 홈 네트워크 내에서 발생한다.
제2 대역 용량 결정 방법 예
도 21a 내지 도 21c는 대역 용량을 결정하는 방법에 관한 제2 예를 나타내는 설명도이다. 대역 용량을 결정하는 방법의 제2 예는, 예를 들면 서비스 사용자가 적다고 예상되는 시간대(예를 들면, 심야, 이른 아침 등)에는 대역 용량을 널리 높게 설정하여 가능한 한 다수의 클라이언트로부터의 요구를 받아들일 수 있도록 하는 결정 방법이다. 그러나, 용량은, 코어/액세스 네트워크의 전체 대역 소비 상태를 고려해서 대역 이용 상태에 따라서(예컨대, 새로운 클라이언트가 SIP에 의해세 션을 확립/해제할 때마다) 증감한다.
이 방법으로, 도 21a에 도시된 바와 같이, 각 홈 네트워크에 대한 클라이언트 수를 예측해서, 홈 네트워크의 경계에 위치하는 라우터(16)의 대역 용량은 미리 높게 설정된다. 도 21a에 도시된 예에서, 2개의 IPTV 터미널(40)은 홈 네트워크(14A)에 접속되므로, 경계에 위치한 라우터(16A)는 대역 용량을 미리 용량 2로 설정한다. 동일한 방법으로, 라우터(16A 및 16C)는 대역 용량을 용량 3으로 설정하고, 라우터(16D)는 대역 용량을 용량 1로 설정한다.
여기서, 도 21b에 도시된 바와 같이, 홈 네트워크(14B)내의 1개의 IPTV 터미널(40)이 SIP 서버(20)에 세션 확립을 요구하고, 홈 네트워크(14D) 내의 1개의 IPTV 터미널(40)이 SIP 서버(20)에 세션 확립을 요구한다고 한다. 이 경우, SIP 서버(20)는 각 홈 네트워크(14)로부터의 요구를 받아들이고, 다른 홈 네트워크의 대역 소비 상태에 따라 각 라우터(16)의 대역 용량을 증감시킨다.
도 21b에서, 홈 네트워크(14B) 및 홈 네트워크(14D)는 용량 1의 각 대역 용량을 소비하며, SIP 서버(20)와 세션을 확립했다. 이때, SIP 서버(20)는 코어/액세스 네트워크(12) 및 다른 홈 네트워크의 부하 상태 등에 기초하여 결정을 실행하고, 라우터(16A), 라우터(16B), 및 라우터(16C)의 대역 용량을 감소시킨다.
시간이 더 경과하고 홈 네트워크(14C) 내의 1개의 IPTV 터미널(40)이 SIP 서버(20)에 세션 확립을 요구하는 경우, SIP 서버(20)는 홈 네트워크(14C)로부터의 요구를 받아들이고, 코어/액세스 네트워크(12) 및 다른 홈 네트워크들의 부하 상태등에 기초하여 결정을 실행하고, 라우터(16C)의 대역 용량을 감소시킨다.
이러한 대역 용량 결정 방법에서, 대역 용량은 현재 재생되는 세션의 부하 상태에 기초하여 결정되므로, 홈 네트워크의 사용자들에게 쾌적한 콘텐츠 배신 환경이 제공될 수 있다.
제3 대역 용량 결정 방법 예
도 22는 대역 용량을 결정하는 방법의 제3 예를 나타내는 흐름도이다. 제3 예로서, 각 홈 네트워크 내의 대역 확보 요구부는 SIP 메시지(원하는 대역 용량 요구)에 의해서 원하는 대역 용량을 대표 SIP-UAC를 통해서 네트워크 대역 관리 상태 통지부에 미리 선언하고, 네트워크 대역 관리 상태 통지부는 전체 네트워크 대역의 사용 상태를 고려해서 용량의 조정에 의해서 용량을 결정하고, SIP 메시지(대역 관리 스테이터스 통지)에 의해서 통지된다. 대표 SIP-UAC는 홈 네트워크 내의 SIP-UACs 양을 미리 결정할 수 있음을 유의한다.
대역 용량을 결정하는 이 방법은 도 22를 참조하여 간단하게 설명될 것이다.
먼저, 홈 네트워크 내의 콘텐츠 재생부 각각은 터미널의 콘텐츠 식별자 기억부 내에 저장된 세션 기술 중, 그때그때 예정된 최대 레이트를 갖는 세션 기술을 결정한다(단계 S401). 다음, 콘텐츠 재생부는 최대 레이트를 대역 확보 요구부에 통지한다(단계 S403).
다음으로, 대역 확보 요구부는 통지되 최대 레이트를 합계하고, 원하는 대역 용량으로서 대표 SIP-UAC에 이것을 통지하고, 통지를 수신한 대표 SIP-UAC는, SIP 메시지에 의해 원하는 대역 용량 요구로서 이것의 네트워크 대역 관리 상태 통지부에 통지한다(S405).
통지를 수신한 네트워크 대역 관리 상태 통지부는 용량을 결정하여, SIP 메시지로써 대역 관리 스테이터스 통지의 형태로 대표 SIP-UAC를 통지하고, 대표 SIP-UAC는 용량의 대역 확보 요구부를 통지한다(단계 S407). 그 다음, 대역 확보 요구부는 대역 상태 기억부 내의 대역 용량으로서 통지된 용량을 저장한다(S409).
대역 용량을 결정하는 방법으로서, 대역 확보 요구부는 콘텐츠 재생부로부터 통지된 최대 레이트의 대역 용량에 기초하여 대역에 대한 SIP 서버를 요구하므로, SIP 서버는 효율적으로 대역을 할당할 수 있다.
본 발명의 일 실시예가 첨부된 도면을 참조하여 설명되었지만, 본 발명은 이 예에 한정되지 않음은 말할 필요도 없다. 해당 기술의 당업자라면 특허청구범위의 범위 내에서 다양한 변형 및 개조가 생각될 수 있고, 이러한 것들은 또한 본 발명의 기술적 범위에 속한다는 것은 명백하다.
예를 들면, 상기 실시예가 IPTV 터미널로부터 별도로 설치되는 대역 요구 장치의 경우를 설명했지만, 홈 네트워크에 접속된 1개의 IPTV 터미널은 또한 대역 요구 장치로서 기능할 수 있는 배열, 또는 홈 네트워크에 접속된 복수의 IPTV 터미널 각각은 대역 요구 장치로서 기능하여, 분산 처리를 행하는 배열일 수 있다.
해당 기술의 당업자라면, 첨부된 특허청구범위 또는 그 균등물의 범위 내에 있는 한 다양한 변형, 조합, 부조합 및 개조가 설계 요구 및 다른 인자들에 따라 발생할 수 있음을 이해해야 할 것이다.
도 1은 본 발명의 일 실시예에 따른 대역 요구 시스템(10)을 도시하는 설명도.
도 2는 실시예에 따른 대역 요구 장치(30)의 하드웨어 구성을 도시하는 블록도.
도 3은 실시예에 따른 라우터의 하드웨어 구성을 도시하는 블록도.
도 4는 본 발명의 기반 기술에 따른 콘텐츠 배신 시스템을 도시하는 설명도.
도 5는 기반 기술에 따른 콘텐츠 배신 시스템을 나타내는 설명도.
도 6은 기반 기술에 따른 콘텐츠 배신 시스템을 나타내는 설명도.
도 7은 기반 기술에 따른 콘텐츠 배신 시스템을 나타내는 설명도.
도 8은 기반 기술에 따른 콘텐츠 배신 시스템을 나타내는 설명도.
도 9는 본 발명의 일 실시예에 따른 대역 요구 시스템(10)을 도시하는 설명도.
도 10은 실시예에 따른 대역 요구 시스템(10)의 구성을 도시하는 설명도.
도 11은 실시예에 따른 대역 요구 장치(30) 및 IPTV 터미널(40)의 구성을 도시하는 설명도.
도 12는 실시예에 따른 경합 해결 지침 기억부에 저장되는 경합 해결 지침을 나타내는 설명도.
도 13은 실시예에 따른 대역 상태 기억부에 저장된 대역 상태 정보를 나타내는 설명도.
도 14는 실시예에 따른 콘텐츠 식별자 기억부에 저장되는 콘텐츠 식별자 정보를 나타내는 설명도.
도 15는 실시예에 따른 대역 요구 시스템(10)에 있어서의 세션 확립/해방(releasing) 방법을 도시하는 흐름도.
도 16은 실시예에 따른 대역 요구 시스템(10)에 있어서의 경합 해결 방법을 나타내는 흐름도.
도 17은 실시예에 따른 경합 해결 지침을 상세하게 나타내는 설명도.
도 18은 실시예에 따른 대역 요구 시스템(10)에서의 축차 대화형 경합 해결(on-the-fly interactive ecompetion resolving)을 나타내는 설명도.
도 19는 실시예에 따른 대역 요구 시스템(10)에서의 축차 대화형 경합 해결을 나타내는 흐름도.
도 20은 실시예에 따른 대역 관리 상태 정보에서의 대역 용량을 결정하는 방법을 나타내는 설명도.
도 21a 내지 21c는 실시예에 따른 대역 관리 상태 정보에서의 대역 용량을 결정하는 방법을 나타내는 설명도.
도 22는 실시예에 따른 대역 관리 상태 정보에서의 대역 용량을 결정하는 방법을 나타내는 흐름도.
<도면의 주요 부분에 대한 부호의 설명>
12 … 코어/액세스 네트워크
14 … 홈 네트워크
16, 17 … 라우터
18 … IPTV 서버
20 … SIP 서버
22 … 통신 네트워크
28 … 대역 용량
30 … 대역 요구 장치
40 … IPTV 터미널
173 … 네트워크 대역 컨트롤러
175 … 대역 스테이터스 데이터베이스
181 … SIP-UAS
183 … 콘텐츠 서버
201 … SIP 세션 제어부
203 … 네트워크 대역 관리 상태 통지부
331 … 대역 확보 요구부
333 … 요구 대역 결정부
335 … 경합 해결부
337 … 경합 해결 지침 기억부
339 … 대역 상태 기억부
341 … 통신부
401 … 세션 확립부
403 … SIP-UAC
405 … 콘텐츠 재생 클라이언트
407 … 대역 연산부
409 … 콘텐츠 취득부
411 … 콘텐츠 식별자 기억부
413 … 콘텐츠 재생부
415 … 통신부
417 … 출력부

Claims (15)

  1. 대역 요구 시스템으로서,
    콘텐츠를 재생하는 복수의 클라이언트 기기가 접속된 네트워크에 제공되는 대역 요구 장치와,
    상기 네트워크 외부에 설치되고, 상기 네트워크에 접속되는 라우터와,
    상기 네트워크 외부에 설치되고, 상기 라우터를 통해서 상기 네트워크에 접속되는 중계 서버를 포함하고,
    상기 대역 요구 장치는, 상기 네트워크에 접속되는 상기 복수의 클라이언트 기기가 필요로 하는 모든 대역에 기초하여 할당 요구 대역을 결정하고, 결정된 상기 할당 요구 대역을 상기 라우터를 통해서 상기 중계 서버에 대하여 요구하고,
    상기 중계 서버는, 상기 네트워크에 할당될 수 있는 대역 용량 및 상기 대역 요구 장치로부터 요구된 할당 요구 대역에 기초하여, 상기 네트워크에 할당되는 대역을 결정하고, 결정된 상기 대역을 상기 라우터를 통해서 상기 대역 요구 장치에 전송하는 대역 요구 시스템.
  2. 제1항에 있어서,
    상기 중계 서버는 SIP 서버인 대역 요구 시스템.
  3. 콘텐츠를 재생하는 복수의 클라이언트 기기에 네트워크를 통해서 접속되어, 상기 복수의 클라이언트 기기에 대역을 할당하는 대역 요구 장치로서,
    상기 복수의 클라이언트 기기로부터 전송되는 할당 요구 대역에 기초하여, 상기 네트워크 전체가 필요로 하는 요구 대역을 결정하고,
    상기 네트워크 외부에 설치되어 상기 네트워크에 의해 이용가능한 대역을 결정하는 중계 서버에 대하여 상기 요구 대역을 확보할 것을 요구하는 대역 확보 요구부와,
    상기 중계 서버 및 상기 복수의 클라이언트 기기와 통신하는 통신부
    를 포함하는 대역 요구 장치.
  4. 제3항에 있어서,
    상기 대역 확보 요구부는,
    상기 복수의 클라이언트 기기로부터 전송되는 할당 요구 대역에 기초하여, 상기 네트워크 전체에서 필요로 하는 요구 대역을 결정하는 요구 대역 결정부와,
    상기 복수의 클라이언트 기기로부터 전송되는 할당 요구 대역이 경합하는 경우, 상기 경합을 해결하는 경합 해결부
    를 더 포함하는 대역 요구 장치.
  5. 제4항에 있어서,
    상기 경합 해결부는 상기 경합을 해결할 때마다, 상기 경합이 발생하는 상기 클라이언트 기기로부터 경합 해결을 위한 경합 해결 지침을 요구하고, 상기 클라이 언트 기기로부터 취득한 상기 경합 해결 지침에 기초하여 상기 경합을 해결하고, 또한 상기 중계 서버로부터 할당된 대역을 상기 클라이언트 기기로 배신하는 대역 요구 장치.
  6. 제4항에 있어서,
    상기 경합을 해결하는 경합 해결 지침을 기억하는 경합 해결 지침 기억부를 더 포함하고,
    상기 경합 해결부는 상기 경합 해결 기억부에 기억된 상기 경합 해결 지침에 기초하여 상기 경합을 해결하고, 상기 중계 서버로부터 할당된 대역을 상기 복수의 클라이언트 기기로 배신하는 대역 요구 장치.
  7. 제6항에 있어서,
    상기 경합 해결 지침 기억부는 경합 해결 지침에 대응하는 상기 네트워크에 접속된 상기 복수의 클라이언트 기기들간에 발생하는 경합을 관련지어, 복수 기억하는 대역 요구 장치.
  8. 제3항에 있어서,
    상기 중계 서버에 의해 할당된 대역, 상기 복수의 클라이언트 기기에서의 대역 배신 상태, 및 상기 복수의 클라이언트 기기의 식별 정보를 기억하는 대역 상태 기억부를 더 포함하는 대역 요구 장치.
  9. 제3항에 있어서, 상기 중계 서버는 SIP 서버인 대역 요구 장치.
  10. 네트워크를 통해서 대역 요구 장치에 접속되며, 상기 대역 요구 장치가 취득한 대역에 기초하여 콘텐츠를 재생하는 클라이언트 기기로서,
    상기 콘텐츠를 취득하는데 필요한 대역을 산출하는 대역 산출부와,
    상기 네트워크 외부에 설치된 중계 서버에 접속된 콘텐츠 배신 장치와 세션을 확립하고, 상기 콘텐츠를 배신하는 세션 확립부와,
    상기 콘텐츠 배신 장치로부터 상기 콘텐츠를 취득하는 콘텐츠 취득부와,
    상기 취득된 콘텐츠를 재생하는 콘텐츠 재생부와,
    상기 대역 요구 장치, 상기 중계 서버, 및 상기 콘텐츠 배신 장치와 통신하는 통신부를 포함하며,
    상기 대역 산출부는 상기 산출된 대역을 상기 대역 요구 장치에 전송하여, 상기 대역 요구 장치에 의해 할당된 대역을 취득하고, 상기 세션 확립부는 상기 할당된 대역에 기초하여 상기 콘텐츠 배신 장치와 세션을 확립하는 클라이언트 기기.
  11. 제10항에 있어서,
    상기 중계 서버는 SIP 서버이고, 상기 세션 확립부는 SIP 유저 에이전트인 클라이언트 기기.
  12. 네트워크에 접속된 콘텐츠를 재생하는 복수의 클라이언트 기기로부터 송신된 할당 요구 대역에 기초하여, 네트워크 전체가 필요로 하는 요구 대역을 결정하는 단계와,
    상기 네트워크 외부에 설치되어 상기 네트워크에 의해 이용가능한 대역을 결정하는 중계 서버에 대하여 상기 요구 대역의 확보를 요구하는 단계
    를 포함하는 대역 요구 방법.
  13. 네트워크를 통해서 접속된 대역 요구 장치가 취득한 대역에 기초하여 콘텐츠를 재생하는 콘텐츠 재생 방법으로서,
    상기 콘텐츠를 취득하는데 필요한 대역을 산출하고, 상기 대역 요구 장치에 상기 대역을 요구하는 단계와,
    상기 대역 요구 장치에 의해 할당된 상기 대역에 기초하여, 상기 네트워크 외부에 설치된 중계 서버에 접속되어 상기 콘텐츠를 배신하는 콘텐츠 배신 장치와 세션을 확립하는 단계와,
    상기 콘텐츠 배신 장치로부터 상기 콘텐츠를 취득하는 단계와,
    상기 취득된 콘텐츠를 재생하는 단계
    를 포함하는 콘텐츠 재생 방법.
  14. 콘텐츠를 재생하는 복수의 클라이언트 기기에 네트워크를 통해서 접속되어, 상기 복수의 클라이언트 기기에 대역을 할당하는 대역 요구 장치를 제어하는 컴퓨 터에,
    상기 네트워크에 접속되어 콘텐츠를 재생하는 복수의 클라이언트 기기로부터 송신된 할당 요구 대역에 기초하여, 네트워크 전체가 필요로 하는 요구 대역을 결정하고, 상기 네트워크 외부에 설치되어 상기 네트워크에 의해 이용가능한 대역을 결정하는 중계 서버에 대해서 상기 요구 대역 확보를 요구하는 대역 확보 요구 기능과,
    상기 중계 서버 및 상기 복수의 클라이언트 기기와 통신하는 통신 기능
    을 실현시키는 프로그램.
  15. 네트워크를 통해서 대역 요구 장치에 접속되고, 상기 대역 요구 장치가 취득한 대역에 기초하여 콘텐츠를 재생하는 클라이언트 기기를 제어하는 컴퓨터에,
    상기 콘텐츠를 취득하는데 필요한 대역을 산출하고, 상기 산출된 대역을 상기 대역 요구 장치에 송신하는 대역 산출 기능과,
    상기 대역 요구 장치에 의해 할당된 상기 대역에 기초하여, 상기 콘텐츠를 배신하는 콘텐츠 배신 장치와 세션을 확립하는 세션 확립 기능과,
    상기 콘텐츠 배신 장치로부터 상기 콘텐츠를 취득하는 콘텐츠 취득 기능과,
    상기 취득한 콘텐츠를 재생하는 콘텐츠 재생 기능과,
    상기 대역 요구 장치 및 상기 콘텐츠 배신 장치와 통신하는 통신 기능
    을 실현시키는 프로그램.
KR20080013483A 2007-02-15 2008-02-14 대역 요구 장치, 클라이언트 기기, 대역 요구 방법 및 기록 매체 KR101432303B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JPJP-P-2007-00035414 2007-02-15
JP2007035414A JP4844425B2 (ja) 2007-02-15 2007-02-15 帯域要求システム、帯域要求装置、クライアント機器、帯域要求方法、コンテンツ再生方法およびプログラム

Publications (2)

Publication Number Publication Date
KR20080076803A true KR20080076803A (ko) 2008-08-20
KR101432303B1 KR101432303B1 (ko) 2014-09-23

Family

ID=39512797

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20080013483A KR101432303B1 (ko) 2007-02-15 2008-02-14 대역 요구 장치, 클라이언트 기기, 대역 요구 방법 및 기록 매체

Country Status (6)

Country Link
US (1) US8849984B2 (ko)
EP (1) EP1959620B1 (ko)
JP (1) JP4844425B2 (ko)
KR (1) KR101432303B1 (ko)
CN (1) CN101247332B (ko)
ES (1) ES2392563T3 (ko)

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9094257B2 (en) * 2006-06-30 2015-07-28 Centurylink Intellectual Property Llc System and method for selecting a content delivery network
US8199653B2 (en) 2006-08-22 2012-06-12 Embarq Holdings Company, Llc System and method for communicating network performance information over a packet network
JP4952433B2 (ja) * 2007-08-08 2012-06-13 ソニー株式会社 情報処理装置および方法、並びに、情報処理システム
CN101616304A (zh) * 2008-06-24 2009-12-30 中兴通讯股份有限公司 交互式网络电视系统及其内容推播方法
US9225940B2 (en) * 2008-06-27 2015-12-29 Alcatel Lucent Method and apparatus for real-time IPTV channel searching and switching
EP2144402A1 (en) * 2008-07-07 2010-01-13 Alcatel Lucent Method and devices for resource allocation
CN101662376B (zh) * 2008-08-28 2012-11-28 中兴通讯股份有限公司 基于网际协议电视的信息推送方法、装置及系统
US8051136B2 (en) * 2008-10-13 2011-11-01 International Business Machines Corporation Optimizing a presence enabled managed service
EP2351300B1 (en) * 2008-11-26 2013-05-08 Telefonaktiebolaget L M Ericsson (PUBL) Method and system for establishing digital media streams
US20100172367A1 (en) * 2009-01-08 2010-07-08 Telefonaktiebolaget Lm Ericsson (Publ) Network based bandwidth control in ims systems
DE102009016062A1 (de) * 2009-04-03 2010-10-07 Deutsche Telekom Ag Verfahren und Vorrichtung zur Anbindung externer Applikationsfunktionen an eine Ressourcensteuerung eines Zielnetzwerkes
US8867349B2 (en) * 2009-05-18 2014-10-21 Cisco Technology, Inc. Regulation of network traffic in virtual private networks
US20100309913A1 (en) * 2009-06-05 2010-12-09 Nick Herodotou Method and system for handling iptv multicast traffic in a home network
US8661478B2 (en) * 2009-11-30 2014-02-25 At&T Intellectual Property I, Lp Noise reduction apparatus with isolation transformers in an internet protocol television system
JP5375665B2 (ja) * 2010-02-26 2013-12-25 ブラザー工業株式会社 通信装置、通信方法、通信システム、及び通信プログラム
CN101938634B (zh) * 2010-09-16 2013-05-08 中兴通讯股份有限公司 Iptv系统中顶盒带宽控制方法及装置
US9479739B2 (en) * 2010-10-04 2016-10-25 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for adaptive control of streaming
CN102742224B (zh) * 2011-12-13 2015-03-11 华为技术有限公司 域间链路信息的发布方法、设备和系统
US20130219423A1 (en) * 2012-02-16 2013-08-22 General Instrument Corporation Algorithmic Media Stream Selection
US10069885B2 (en) * 2013-03-18 2018-09-04 Ericsson Ab Bandwidth management for over-the-top adaptive streaming
US8763056B2 (en) * 2012-03-07 2014-06-24 Verizon Patent And Licensing Inc. Bandwidth management for packet-based program service
JP5949416B2 (ja) * 2012-10-09 2016-07-06 株式会社デンソー 中継装置
CN102932280A (zh) * 2012-10-16 2013-02-13 华为技术有限公司 一种实现带宽控制的方法、装置和系统
US8824530B1 (en) * 2013-02-21 2014-09-02 Nvidia Corporation Communication system and method
US9386067B2 (en) 2013-12-30 2016-07-05 Sonic Ip, Inc. Systems and methods for playing adaptive bitrate streaming content by multicast
US20150188963A1 (en) * 2013-12-30 2015-07-02 Sonic Ip, Inc. Systems and Methods for Distributing Adaptive Bitrate Streaming Content by Multicast
US20160148165A1 (en) * 2014-11-25 2016-05-26 Joe Hanns Prempeh System and methods for facilitating in-person reciprocal professional networking meetings
US9516552B2 (en) * 2015-01-28 2016-12-06 International Business Machines Corporation Ensuring quality of bandwidth in a Wi-Fi connection to an internet access point
CN106658066A (zh) * 2015-10-29 2017-05-10 中兴通讯股份有限公司 多机顶盒带宽分配方法及装置
CN107426115A (zh) * 2017-09-21 2017-12-01 广州数源畅联科技有限公司 一种多控制端共享弹性带宽的开启与关闭系统及其方法
CA3208382A1 (en) * 2019-06-17 2020-12-17 Bank Of Montreal Network capacity planning systems and methods
US11106548B2 (en) * 2019-10-15 2021-08-31 EMC IP Holding Company LLC Dynamic application consistent data restoration
CN111784996A (zh) * 2020-07-01 2020-10-16 思翼科技（深圳）有限公司 自适应带宽的无人机遥控方法
CN112566187B (zh) * 2020-12-08 2023-08-22 京信网络系统股份有限公司 带宽分配方法、装置、计算机设备和计算机可读存储介质
US11722419B1 (en) * 2021-04-01 2023-08-08 T-Mobile Usa, Inc. Bandwidth-dependent selection of a packet routing node

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6092137A (en) * 1997-11-26 2000-07-18 Industrial Technology Research Institute Fair data bus arbitration system which assigns adjustable priority values to competing sources
US6529499B1 (en) * 1998-09-22 2003-03-04 Lucent Technologies Inc. Method for providing quality of service for delay sensitive traffic over IP networks
US6452935B1 (en) * 1998-11-25 2002-09-17 Sony Corporation Stream allocation in home networks
JP3121800B2 (ja) * 1999-01-11 2001-01-09 株式会社東芝 広帯域通信網
US6738819B1 (en) * 1999-12-27 2004-05-18 Nortel Networks Limited Dynamic admission control for IP networks
WO2002023773A2 (en) * 2000-09-13 2002-03-21 Stratos Audio System and method for ordering and delivering media content usingsupplementary data which is transmitted with a broadcast signal
JP2002247067A (ja) * 2001-02-16 2002-08-30 Hitachi Cable Ltd 帯域制御装置
JP2002271387A (ja) 2001-03-13 2002-09-20 Nippon Telegr & Teleph Corp <Ntt> 伝達量取引方法及びこれを用いたアクセス系回線共用サービスシステム
US20020188732A1 (en) * 2001-06-06 2002-12-12 Buckman Charles R. System and method for allocating bandwidth across a network
US7002899B2 (en) * 2001-10-09 2006-02-21 Ati Technologies Inc. Method and apparatus to improve SCDMA headroom
US20030084144A1 (en) * 2001-10-30 2003-05-01 Lipinski Greg J. Network bandwidth optimization method and system
US7151781B2 (en) * 2002-07-19 2006-12-19 Acme Packet, Inc. System and method for providing session admission control
JP3922575B2 (ja) * 2003-06-20 2007-05-30 日本電信電話株式会社 ＳＩＰセッション制御によるＣＤＮにおけるＱｏＳ保証方法とＱｏＳ保証システムおよび端末装置とコンテンツ配信サブシステムとＳＩＰセッション制御サブシステムならびにプログラム
JP3905501B2 (ja) * 2003-08-27 2007-04-18 日本電信電話株式会社 ＱｏＳ制御システムおよびＱｏＳ制御方法
US7283803B2 (en) * 2004-04-16 2007-10-16 Broadcom Corporation Location-aware application based quality of service (QOS) via a broadband access gateway
US7483380B2 (en) * 2004-08-30 2009-01-27 Motorola, Inc. Method and apparatus for bandwidth management
US20060155893A1 (en) * 2004-12-09 2006-07-13 International Business Machines Corporation Methods and apparatus for sharing memory bandwidth
EP1804430B1 (en) * 2006-01-03 2013-05-15 Samsung Electronics Co., Ltd. Requesting and allocating upstream bandwidth in a multi-hop relay broadband wireless access communication system
JP3880608B2 (ja) 2006-01-04 2007-02-14 Ｎｅｃインフロンティア株式会社 インターネット接続システム
KR100842646B1 (ko) * 2006-01-17 2008-06-30 삼성전자주식회사 광대역 무선 통신 시스템에서 상향링크 데이터 송신 시스템 및 방법
JP4827652B2 (ja) * 2006-08-10 2011-11-30 富士通株式会社 中継装置、中継方法および中継プログラム
US7756198B2 (en) * 2006-08-18 2010-07-13 Fujitsu Limited System and method for assigning channels in a wireless network
US20080077702A1 (en) * 2006-09-27 2008-03-27 Joshua Posamentier Dynamic server stream allocation
US7859998B2 (en) * 2007-06-18 2010-12-28 Sharp Laboratories Of America, Inc. System and method for managing pre-emption of quality of service (QoS) allocations in a network
US8116337B2 (en) * 2007-07-27 2012-02-14 Marcin Godlewski Bandwidth requests transmitted according to priority in a centrally managed network
CN102025478B (zh) * 2009-09-15 2015-03-18 华为技术有限公司 数据传送、接收的方法及装置
US20130311668A1 (en) * 2012-05-15 2013-11-21 Shahid Akhtar Methods And Systems For Providing Fairness And Stability To Video Streams

Also Published As

Publication number Publication date
JP4844425B2 (ja) 2011-12-28
ES2392563T3 (es) 2012-12-11
US20090006626A1 (en) 2009-01-01
CN101247332A (zh) 2008-08-20
US8849984B2 (en) 2014-09-30
EP1959620B1 (en) 2012-08-01
KR101432303B1 (ko) 2014-09-23
JP2008199539A (ja) 2008-08-28
EP1959620A1 (en) 2008-08-20
CN101247332B (zh) 2012-12-12

Similar Documents

Publication Publication Date Title
KR101432303B1 (ko) 대역 요구 장치, 클라이언트 기기, 대역 요구 방법 및 기록 매체
TWI580237B (zh) 單一播放適應性位元率串流
EP2084881B1 (en) System and methods for Peer-to-Peer Media Streaming
WO2018219048A1 (zh) 一种直播方法、系统以及相关设备
US9497035B2 (en) Method, device, and system for playing media based on P2P
US20140280764A1 (en) Bandwidth management for over-the-top adaptive streaming
Chen et al. MSPlayer: Multi-source and multi-path video streaming
WO2013163951A1 (zh) 多人会话时数据呈现的方法、服务器、用户端及系统
EP2850841B1 (en) Over the top content access
WO2012174896A1 (zh) 一种机顶盒stb业务请求的处理方法及装置
WO2023005701A1 (zh) 数据通信方法及装置、电子设备、存储介质
EP3257197B1 (en) Distribution of bandwidth in a network
US8239909B2 (en) Method of securing resources in a video and audio streaming delivery system
WO2019034591A1 (en) FLOW CONTROL SYSTEM FOR USE IN A NETWORK
CN112217910B (zh) 视频服务访问方法、装置、网络设备和存储介质
RU2654369C1 (ru) Способ управления полосой пропускания, терминальное устройство IPTV и система связи
WO2014180435A1 (zh) Vcdn资源控制方法、装置及系统
JP4618367B2 (ja) コンテンツ受信装置およびコンテンツ受信方法
KR20080001073A (ko) 다자간 미디어 공유 시스템, 그 공유방법 및 그 제어공유방법
KR20100052025A (ko) 대역폭 공유 방식 컨텐츠 제공 시스템 및 방법
RU2804870C2 (ru) Способ и устройство для распределения полосы в сети
Azgin et al. Cooperative delivery techniques to support video-on-demand service in IPTV networks
KR20130003274A (ko) 서비스 오버레이 네트워크 관리 장치 및 방법
JP2012175208A (ja) コンテンツ配信制御装置およびコンテンツ配信制御方法

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee