KR20030051429A - 네트워크 어드레싱 시스템 - Google Patents

네트워크 어드레싱 시스템 Download PDF

Info

Publication number
KR20030051429A
KR20030051429A KR1020027016441A KR20027016441A KR20030051429A KR 20030051429 A KR20030051429 A KR 20030051429A KR 1020027016441 A KR1020027016441 A KR 1020027016441A KR 20027016441 A KR20027016441 A KR 20027016441A KR 20030051429 A KR20030051429 A KR 20030051429A
Authority
KR
South Korea
Prior art keywords
content
address
identifier
port
request
Prior art date
Application number
KR1020027016441A
Other languages
English (en)
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 KR20030051429A publication Critical patent/KR20030051429A/ko

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/30Routing of multiclass traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/951Indexing; Web crawling techniques
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/957Browsing optimisation, e.g. caching or content distillation
    • G06F16/9574Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/125Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/30Managing network names, e.g. use of aliases or nicknames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4552Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5069Address allocation for group communication, multicast communication or broadcast communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1008Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1029Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63Routing a service request depending on the request content or context
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2216/00Indexing scheme relating to additional aspects of information retrieval not explicitly covered by G06F16/00 and subgroups
    • G06F2216/09Obsolescence
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/30Types of network names
    • H04L2101/33Types of network names containing protocol addresses or telephone numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/604Address structures or formats
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/659Internet protocol version 6 [IPv6] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/663Transport layer addresses, e.g. aspects of transmission control protocol [TCP] or user datagram protocol [UDP] ports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/10015Access to distributed or replicated servers, e.g. using brokers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/101Server selection for load balancing based on network conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Preparation Of Compounds By Using Micro-Organisms (AREA)

Abstract

콘텐트 오브젝트들을 클라이언트 컴퓨터에 분배하는 것에 관한 시스템.
일 시스템은 서버, 제 1 콘텐트 캐시, 제 2 콘텐트 캐시 및 선호도 리스트를 포함한다. 제 1 서버는 제 1 어드레스에 있고 제 2 서버는 제 2 어드레스에 있다. 서버는 제 1 콘텐트 캐시 및 제 2 콘텐트 캐시에 복사된 콘텐트 오브젝트를 포함한다. 클라이언트 컴퓨터로부터 생성된, 선호도 리스트는 제 1 어드레스 및 제 2 어드레스 중 적어도 하나를 포함한다. 복수의 어드레스 시스템은 오브젝트에 대해 메타데이터가 제 1 위치와 결합되는 것을 제공한다. 원하는 포트가 참조될 수 있게 어드레스에 포트 식별자가 부가될 수 있다. 포트 식별자는 질의의 응답하여 소정의 포트가 어드레스되게 한다.

Description

네트워크 어드레싱 시스템{System for network addressing}
예를 들면, 웹 페이지들, 다운로드 받을 문서들, 스트림 영화 파일들 등의 오브젝트들을 어드레싱하는 통상적인 형태들은 어떤 오브젝트에 대해 단지 하나의 위치만이 어드레스 포맷에 의해 표시되는 정적 포맷 또는 프로토콜을 이용하였다. 이에 따라, 오브젝트를 찾는 것은 정적 포맷에 의해 명시된 어드레스에 여전하게 위치하여 있는 오브젝트에 의존한다. 그러나, 빈번히, 특히 인터넷의 경우, 오브젝트는 일정 기간동안 특정의 어드레스에만 머물러 있을 것이다. 그 기간 후엔, 오브젝트는 그 특정의 어드레스로부터 제거될 수도 있다. 따라서, 그 어드레스에서 오브젝트를 위치 지정을 위해 시도하는 어떤 사람은 그 어드레스가 더 이상 액세스할 수 없거나 그 오브젝트가 이용될 수 없다는 것을 나타내는 오류 메시지를 종종 받는다.
더구나, 이러한 어드레스는 오브젝트에 대해 단일의 위치를 표시한다. 그러나, 오브젝트의 정보 또는 콘텐트는 복수의 장소들, 특히 인터넷 상에서, 예를 들면 영화 파일 등의 오브젝트가 복수의 서버들에 있을 수 있는 이러한 복수의 장소들에 있을 수 있다. 이에 따라 오브젝트를 어드레싱하기 위한 정적 포맷은 이들 복수의 위치들 중 한 위치에서 오브젝트를 어드레싱하게 할뿐이므로, 오브젝트가 이 어드레싱된 위치로부터 제거되었을 때, 사용자는 주어진 어드레스로는 더 이상 오브젝트를 액세스할 수 없다.
<발명의 요약>
본 발명의 일 실시예에서, 프로토콜 식별자를 포함하는 어드레스는 포트 식별자와 함께 사용된다. 어드레스 및 포트 식별자는 결합되어 단일의 어드레스 스트링을 형성한다.
본 발명의 또 다른 실시예에서, 데이터 구조가 제공된다. 데이터 구조는 프로토콜 식별자 필드, IP 식별자 필드, 서버 식별자 필드, 서버 포트 필드 및 파일 지정 필드를 포함한다.
본 발명의 또 다른 실시예에서, 포트 식별자는 어드레스의 부분으로서 요청자에 의해 제공되고, 어드레스는 중개 디바이스에 전송되고, 중개 디바이스는 포트 식별자를 데이터 제공자 디바이스에 전송하며, 데이터 제공자 디바이스는 포트 식별자를 이용함으로써 요청자를 어드레스한다.
본 발명은 일반적으로 인터넷 상에서 사용되는 어드레스들을 제공하는 시스템들에 관한 것이다. 특히, 본 발명은 관심이 있는 오브젝트에 대한 복수의 소스들을 제공하도록 어드레스 정보를 구성하는 방법들에 관한 것이다.
도1은 콘텐트 배포 시스템의 실시예의 블록도.
도 2는 콘텐트 배포 시스템의 액티브 디렉토리부(active directory portion)의 실시예의 블록도.
도 3A는 콘텐트 배포 시스템의 원 서버부(origin server portion)의 실시예의 블록도.
도 3B는 콘텐트 배포 시스템의 외부 원 서버부의 실시예의 블록도.
도 4A는 콘텐트 배포 시스템의 콘텐트 교환기부의 실시예의 블록도.
도 4B는 콘텐트 배포 시스템의 콘텐트 교환기부의 다른 실시예의 블록도.
도 4C는 다수의 콘텐트 교환기 서버들을 포함하는 콘텐트 교환기 사이트의 실시예의 블록도.
도 5는 콘텐트 배포 시스템의 클라이언트 컴퓨터부의 실시예의 블록도.
도 6은 콘텐트 배포 시스템의 실시예의 블록도.
도 7A는 사용자에게 콘텐트를 배포하기 위한 프로세스의 실시예의 흐름도의 제 1 부분을 도시하는 도면.
도 7B는 도 7A의 흐름도의 제 2 부분을 도시하는 도면.
도 8은 본 발명의 실시예를 구현하는 방법을 나타내는 흐름도.
도 9는 본 발명의 또 다른 실시예를 구현하는 방법을 도시한 흐름도.
도 10은 본 발명의 실시예에서 포맷을 구현하는 방법을 도시한 흐름도.
도 11은 본 발명의 실시예를 구현하는 방법을 도시한 흐름도.
도 12A 및 12B는 본 발명의 실시예를 구현하는 방법을 도시한 흐름도.
도 13은 제 1 어드레스와 제 2 어드레스를 결합하여 제 3 어드레스를 형성하는 것을 도시한 도면.
도 14는 요청자와 제공자간에 데이터를 요청하고 데이터를 제공하는 동일데이터 경로를 이용하는 시스템을 도시한 도면.
도 15는 데이터를 요청하고 보내는 데에 있어 데이터 경로들을 사용할 수 있게 하는 포트 식별자들을 제공하는 본 발명의 실시예를 도시한 도면.
도 16은 메타데이터로 구성된 데이터 구조를 제공하는 본 발명의 실시예를 도시한 도면.
도 17은 도 16에 도시한 데이터 구조의 예를 도시한 도면.
도 18은 본 발명의 일 실시예를 구현하는 방법을 도시한 도면.
도 19A 및 19B는 본 발명의 실시예를 구현하는 방법을 도시한 도면.
본 발명은 네트워크 상의 오브젝트를 어드레싱하는 동적인 방법을 제공하는 어드레싱 방법을 구현하는 시스템을 제공한다. 일 실시예에서 본 방법은 동일 오브젝트를 또한 어드레싱할 수 있는 제 3 어드레스를 형성하도록 오브젝트에 관한 메타데이터와 조합될 제 1 어드레스를 제공한다. 본 발명은 자체가 매우 다양한 설정으로 구현될 수 있게 한다. 한 이러한 설정은 인터넷을 통한 비디오 콘텐트의 전달에 있다. 이에 따라, 본 발명의 구현을 위한 설정을 제공하기 위해서, 본 발명의 여러 실시예들을 이용할 수 있는 시스템에 대해 먼저 기술한다. 이에 이어, 어드레싱 시스템을 상세히 설명하도록 한다.
도 1을 참조하면, 콘텐트 배포 시스템(100)의 실시예의 블록도가 도시되어 있다. 본 실시예에서, 콘텐트 배포 시스템(100)은 액티브 디렉토리(104), 하나 이상의 원 서버들(108), 하나 이상의 클라이언트 컴퓨터들(112), 하나 이상의 콘텐트교환기들(116), 하나 이상의 외부 원 서버들(118), 인터넷(120) 및 크로울링 디렉토리(124)를 포함한다. 특히 클라이언트 컴퓨터(112)는 액티브 디렉토리(104)와 상호 작용하여 다운로드를 위한 콘텐트 오브젝트를 선택한다. 이 오브젝트는 그것이 스트리밍 미디어이면, 다운로드 동안 재생될 수 있고, 또한 추후 재생을 위해 저장될 수 있다. 콘텐트 오브젝트는 오디오, 비디오 또는 데이터 같은 소정 유형의 정보일 수 있으며, 이는 네트워크로부터 다운로드할 수 있다. 콘텐트 오브젝트에 대한 요청은 클라이언트 컴퓨터(112)로부터의 선호도 정보와 함께 적절한 원 서버(108)에 포워딩된다. 원 서버(108)는 어디로부터 그 오브젝트가 다운로드되어야 하는지를 결정한다. 충분한 QOS를 제공하기 위해서, 소정의 콘텐트 교환기들(116) 또는 심지어 원 서버(108) 그 자체가 그 오브젝트를 제공할 수 있다.
액티브 디렉토리(104)는 콘텐트 오브젝트를 선택하기 위해 클라이언트 컴퓨터(112)에 대한 인터페이스가 될 수 있다. 원 서버(108) 및, 선택적으로, 클라이언트 컴퓨터(112) 양자 모두를 위한 소프트웨어가 액티브 디렉토리(104)로부터 다운로드되어 콘텐트 배포 시스템(100)을 가능화할 수 있다. 이 인터페이스들은 원 서버들(108)상의 콘텐트 오브젝트들에 대한 깨진 링크들을 회피하기 위해 액티브 방식으로 관리된다. 콘텐트 오브젝트가 콘텐트 교환기(116)에 의해 원 서버(108)로부터 필요해질 때, 액티브 디렉토리(104)는 적절한 원 서버(108)에 대한 복귀 경로를 제공할 수 있다.
다른 실시예들은 다수의 액티브 디렉토리들을 가질 수 있다. 시스템의 사용자들은 부하(loading)를 분산시키기 위해 몇 개의 액티브 디렉토리들 사이에서 분할될 수 있다. 부가적으로, 하나의 액티브 디렉토리가 오프라인인 경우 나머지가 이 부하를 흡수하도록 다른 액티브 디렉토리들이 러던던시(redundancy)로 사용될 수 있다.
일부 실시예들에서, 원 서버(108)는 콘텐트 오브젝트의 소스를 제공하고, 사용자를 그 콘텐트 오브젝트의 선호 소스(preferred source)에 안내하며, 디렉토리 정보를 액티브 디렉토리(104)에 제공한다. 콘텐트 오브젝트들은 원 서버들(108)에 의해 시스템(100)에 도입된다. 도입은 액티브 디렉토리(104)에 대한 가용화를 위해 콘텐트 오브젝트들의 원 서버 관리자에 의한 선택을 수반한다. 관리자는 원 서버(108)를 관리하는 사람 또는 시스템이다. 콘텐트 오브젝트들은 이전에 기존에 저장된 정보나 정보의 스트리밍 공급을 포함한다. 미리 결정된 주기에 따라서, 원 서버(108)는 원 서버(108)상의 콘텐트가 변화될 때 갱신하는 선택된 정보의 목록을 제공한다.
원 서버(108)는 콘텐트 오브젝트를 다운로드하기 위해 클라이언트 컴퓨터(112)를 안내하도록 선호 소스를 결정한다. 클라이언트 컴퓨터(112)의 선호 리스트, 콘텐트 교환기들의 부하 및 콘텐트 오브젝트의 사본들의 위치는 정보의 선호 소스로의 클라이언트 컴퓨터의 재안내시 원 서버(108)의 모든 고려사항들이다. 그 소스는 원 서버(108) 그 자체 또는, 다른 콘텐트 교환기들(116) 중 하나일 수 있다.
사용자는 원하는 콘텐트 오브젝트를 발견하고, 이어서 그 오브젝트를 다운로드하도록 클라이언트 컴퓨터(112)를 안내한다. 액티브 디렉토리(104)로부터 다운로드된 뷰어 오브젝트 프록시 소프트웨어를 사용하여, 클라이언트 컴퓨터(112)는 적절한 QOS로 콘텐트를 전달할 수 있는 콘텐트 교환기들(116)을 결정한다. 적절한 QOS를 가진 콘텐트 교환기(116)를 결정하는 프로세스는 예로서, 선호 리스트 준비에 가장 양호한 결과를 생성하기 쉬운 콘텐트 교환기들로부터 테스트 정보를 수신하는 것을 수반한다. 사용자는 기성화된 접근법이 바람직한 경우, 콘텐트 교환기들(116)의 선호 리스트를 변경할 수 있다. 원 서버(108)가 콘텐트 오브젝트의 소스를 결정할 때, 선호도 정보가 적절한 QOS를 제공하기 위해 사용된다.
외부 원 서버들(118)은 클라이언트 컴퓨터(112)에 가용한 콘텐트 오브젝트들의 부가적인 소스들이 될 수 있다. 일 실시예에서, 외부 원 서버들(118)은 콘텐트 교환기(116)에 결합된다.
콘텐트 교환기들(116)은 콘텐트 오브젝트들을 위한 캐시들이다. 다수의 이들 콘텐트 교환기들(116)은 콘텐트 오브젝트들을 캐시하도록 인터넷(120)의 상이한 지점들에 배포된다. 정보는, 개선된 QOS를 원하는 사용자들에 대한 서비스로서, 또는 사용자들에게 이미 가용한 그 콘텐트를 원하는 원 서버들(108)에 대한 서비스로서, 사용자들에 대한 정보의 양호성 같은 다수의 고려사항들에 기초하여 캐시될 수 있다. 콘텐트 교환기들(116)의 그룹화는 클러스터로, 또는, 독립적으로, 콘텐트 오브젝트들을 위한 클라이언트 컴퓨터들(112)의 요구를 서비스하도록 이루어질 수 있다.
요청된 콘텐트 오브젝트 또는 요청된 콘텐트 오브젝트의 일부가 사용자가 이를 콘텐트 교환기(116)로부터 요청하는 것에 의해 발견되지 않을 때, 그 콘텐트 오브젝트에 대하여 다른 콘텐트 교환기들에 대한 콘텐트 교환기(116)에 의한 요청이 이루어진다. 어떠한 다른 콘텐트 교환기들(116)도 콘텐트 오브젝트를 갖지 않는 경우에, 액티브 디렉토리(104)는 콘텐트 오브젝트의 소스인 원 서버(108)에 질의하고, 콘텐트 오브젝트가 그곳으로부터 다운로드된다. 콘텐트 교환기(116)가 콘텐트 오브젝트를 수집하는 동안, 클라이언트 컴퓨터(112)는 가용한 개시부들(initial portions)을 수신한다. 콘텐트 오브젝트는 몇 개의 콘텐트 교환기들(116)상에 단편들로 저장될 수 있으며, 요청 콘텐트 교환기(116)는 클라이언트 컴퓨터(112)에 의해 소요되는 바와 같은 전체 콘텐트 오브젝트를 재조합하도록 이들 단편들을 구하게 된다.
일부 실시예들에서, 요청된 콘텐트 오브젝트 또는 요청된 콘텐트 오브젝트의 일부가 콘텐트 교환기(116)로부터 사용자가 이를 요청하는 것에 의해 발견되지 않을 때, 외부 원 서버(118)에 대한 콘텐트 교환기(116)에 의한 요청이 요청 콘텐트 오브젝트를 구하게될 수 있다.
크로울링 디렉토리(124)는 원 서버들(108)에 의해 보고된 목록 정보를 보완하기 위해 사용된다. 사용자를 위한 콘텐트 오브젝트들을 위한 검색시, 액티브 디렉토리(104)는 원 서버들(108)로부터 가용한 콘텐트 오브젝트들과 크로울링 디렉토리(124)에 의해 노출된 다른 콘텐트 오브젝트들을 디스플레이할 수 있다. 웹을 횡단함으로써, 크로울링 디렉토리들은 콘텐트 오브젝트들과 그들이 만나는 다른 정보를 목록화한다. 예로서, 목록의 키워드 검색은 시스템(100)상의 소정의 원 서버로부터 가용하지 않은 콘텐트 오브젝트에게 사용자를 안내할 수 있다. 클라이언트 컴퓨터(112)가 이를 다운로드할 때, 콘텐트 오브젝트를 캐시하기 위해서, 콘텐트 교환기들(116) 중 하나가 액티브 디렉토리(104)에 의해 선택될 수 있다. 비록 단 하나의 크로울링 디렉토리(124)가 본 실시예에서 사용되지만, 다른 실시예들은 부가적인 검색 결과들을 제공하기 위해 다수의 크로울링 디렉토리들을 사용할 수 있다.
인터넷(120)은 라우터들에 의해 함께 링크된 서버들로 구성된다. 데이터는 패킷들로 분할되고, 이 패킷들이 목적지에 도달할 때까지 하나의 라우터로부터 다음으로 호핑(hopping)함으로써 인터넷(120)을 통해 운반된다. 각 패킷은 인터넷을 통해 상이한 루트를 취할 수 있고, 상이한 시간에 목적지에 도달할 수 있다. 부가적으로, 소정의 라우터의 대역폭이 포화될 때, 인터넷(120)을 통한 운반 동안 일부 패킷들이 손실될 수 있다. 콘텐트 오브젝트의 소스와 목적지 사이에 호핑 횟수가 증가할 때, 과도한 지연 및 패킷 손실의 가능성도 증가한다.
소스로부터 목적지까지 인터넷(120)을 통한 경로를 콘텐트 오브젝트가 횡단할 때, 경로내의 소정의 두 라우터들 사이의 가장 작은 대역폭이 그 경로의 최대 대역폭을 규정한다. 일반적으로 인터넷(120)으로부터 클라이언트 컴퓨터까지의 대역폭은 최소 대역폭 할당을 가진다. 다른 시간에는, 라우터들 사이의 일부 다른 호프가 가장 작은 대역폭을 가진다. 콘텐트 교환기(116)와 클라이언트 컴퓨터(112) 사이에 최소량의 호프들을 구비한 콘텐트 교환기(116)에 콘텐트 오브젝트를 캐시하는 것은 적절한 QOS의 가능성을 증가시킨다.
클라이언트 컴퓨터의 인터넷(120)에 대한 데이터 전송율을 초과하지 않는 양호한 데이터 전송율로 콘텐트 오브젝트를 다운로딩하는 것이 적절한 QOS이다. 사용자가 기대할 수 있는 최대 QOS는 그 네트워크 접속의 속도, 그 컴퓨터의 처리력 및 다른 인자들에 의해 결정된다. 최소 QOS는 특정 제한들내에서 그들이 원하는 품질에 기초하여 사용자에 의해 주관적으로 규정된다. 예로서, 400Kbps 네트워크 접속과 빠른 컴퓨터를 가지는 사용자는 오디오 클립을 위해 28Kbps, 56Kbps, 또는 128Kbps 스트림의 선택을 가질 수 있으며, 그로부터 사용자는 128 Kbps 스트림을 선택한다. 클라이언트 컴퓨터에 의해 제공되는 데이터 전송율이 128 내지 400Kbps인 한, 그 스트림을 위해 적절한 QOS가 가능하다.
비록, 상기 실시예가 다양한 블록들 사이의 접속을 위해 일차적으로 인터넷(120)을 사용하지만, 다른 실시예들은 인터넷(120) 외측의 사설 링크들을 사용할 수 있다. 부가적으로, 시스템(100) 외측의 콘텐트 오브젝트들은 캐싱, 암호화 및 압축이 제공되는 범위로 시스템(100)으로부터 이득을 취할 수 있다.
도 2를 참조하면, 콘텐트 배포 시스템(100)의 액티브 디렉토리부(104)의 실시예의 블록도가 도시되어 있다. 액티브 디렉토리(104)에는 동적 도메인명 서버(DNS)(204), 서버 매니저(208), 디렉토리 페이지(212), 검색 페이지(216), 다운로드 페이지(220), 가입자 데이터베이스(224), 서버 데이터베이스(228), 콘텐트 교환기 데이터베이스(232) 및 라우트 데이터베이스(234)가 포함된다. 콘텐트 배포 시스템(100)은 액티브 디렉토리(104)와 상호 작용하여 사용자에게로 디렉토리 정보를 제공하고, 사용자에게로 콘텐트 오브젝트를 다운로딩을 보조한다.
클라이언트 컴퓨터(112)의 사용자와, 원 서버(108)의 관리자 양자 모두는 콘텐트 배포 시스템(100)에 대한 가입자들이다. 소프트웨어는 다운로드 페이지로부터 사용자 및/또는 관리자에게 다운로드된다. 클라이언트 컴퓨터(112)를 위한 소프트웨어는 일부 실시예들에서 선택적이며, QOS를 향상시킨다. 원 서버(108)를 위한 소프트웨어는 액티브 디렉토리(104)가 시스템(100)상에서 가용한 콘텐트를 갱신하고, 클라이언트 컴퓨터(112)를 그 콘텐트를 수신하기에 선호 소스에 안내한다.
클라이언트 컴퓨터(112)는 액티브 디렉토리(104)의 도메인에 접속하여 원하는 콘텐트 오브젝트를 검색한다. 우선 순위에 따라, 사용자는 콘텐트 오브젝트를 찾기 위해 디렉토리 페이지(212) 또는 검색 페이지(216)를 사용할 수 있다. 검색 페이지(216)는 통상적인 불린(boolean) 검색 엔진일 수 있으며, 이는 원 서버들(108)에 의해 제공된 콘텐트 오브젝트들의 목록과 크로울링 디렉토리(124)로부터 수집된 정보를 액세스한다. 다른 실시예들은 원 서버들(108)로부터의 콘텐트의 검색이 실패한 이후에 크로울링 디렉토리(124)로부터의 정보를 디스플레이하거나, 크로울링 디렉토리(124)로부터의 정보를 전적으로 생략한다. 모든 원 서버들(108)을 위한 콘텐트 오브젝트들의 목록은 서버 데이터베이스(228)내에 관리된다.
디렉토리 페이지(212)는 주제에 의해 조직된 카테고리들의 계층 구조로 가능한 콘텐트 오브젝트들을 조직화한다. 예로서, 제 1 페이지는 다수의 일반적인 관심사의 토픽들을 보여주며, 여기서 사용자는 스포츠를 선택한다. 계층 구조의 한 단계 아래인 다음 페이지에서, 다수의 스포츠들이 디스플레이되고, 여기서, 사용자는 미식축구를 선택한다. 계층 구조의 몇 단계 아래 단계에서, 사용자는 San DiegoChargersTM을 선택하여 관련 콘텐트 오브젝트 링크들의 다른 페이지를 볼 수 있다.
관리자는 원 서버(108)상의 콘텐트를 카테고리화하여, 디렉토리 페이지(212)가 이를 적절히 표현하도록 한다. 사이트, 디렉토리 또는 파일 기반들 상에서, 관리자는 그 콘텐트 오브젝트와 연관된 HTML SSI 태그의 콘텐트 오브젝트를 위한 카테고리를 선택할 수 있다. 이 분류는 콘텐트 오브젝트들을 상이한 카테고리들로 제시할 수 있도록 액티브 디렉토리 상에 수확 및 저장된다. 부가적으로, 매개자가 디렉토리 페이지(212)를 위해 콘텐트 오브젝트들을 카테고리들로 기술 및 배열할 수 있다. 예로서, 매개자는 보다 눈에 띄는 디스플레이를 위해 특정 콘텐트 오브젝트들을 마크하고/또는 콘텐트 오브젝트를 위한 후기를 추가할 수 있다.
서버 매니저(208)는 모든 클라이언트 컴퓨터들(112), 모든 원 서버들(108), 모든 외부 원 서버들(118), 모든 콘텐트 교환기들(116) 및 원 서버들(108)사의 모든 콘텐트 오브젝트들에 대한 정보를 관리한다. 클라이언트 컴퓨터들(112) 및 원 서버들(108)에 관련된 정보는 가입자 데이터베이스(224)에 관리된다. 전체 이름, 로그인 이름, 패스워드, 고유 식별자, 가용 토큰 크레디트들, 및 다른 정보가 클라이언트 컴퓨터(112)와 연관된 각 사용자에 대하여 가입자 데이터베이스(224)에 관리된다. 또한, 이 데이터베이스(224)는 원 서버(108)가 검증된 최종 시간, 원 서버(108)를 위한 인터넷 프로토콜(IP) 어드레스, 콘텐트 매니저 서버가 구동되는 포트, 원 서버(108)의 온/오프라인 상태, 배너 광고 URL, 원 서버(108)의 명칭, 원 서버(108)의 설명, 원 서버(108)를 사용하기 위해 필요한 크레디트들 또는 토큰들이나 다른 과금 모델, 및 일시에 허가된 접속들 또는 뷰어들의 수를 유지한다.
모든 원 서버들(108)을 위한 콘텐트 오브젝트들에 대한 정보는 서버 데이터베이스(228)에 관리된다. 각 콘텐트 오브젝트를 위하여, 원 서버명, 콘텐트 오브젝트 파일명, 및 경로가 카테고리 정보, 간단한 설명 및 키워드들과 함께 저장된다. 서버 데이터베이스(228)는 디렉토리 및 검색 페이지들(212, 216)의 네비게이션 동안 사용자에게로 콘텐트 선택들을 제공할 것에 대한 질의를 받는다. 서버 데이터베이스(228)내의 현재 정보를 관리하기 위해서, 서버 매니저(208)는 주기적으로 원 서버(108)와 상호 작용하여 콘텐트 오브젝트들의 목록에 대한 보다 최신의 변경들을 취득하고, 원 서버(108)가 오프라인 상태가 되었는지 아닌지를 판정한다. 원 서버(108)가 오프라인상태가 될 때마다, 그 원 서버(108)에 대응하는 서버 데이터베이스(228)내의 엔트리들은 제거되고, 가입자 데이터베이스(224)의 상태 정보가 갱신된다.
일부의 실시예에서, 서버 데이터베이스(228)내의 엔트리들은 원 서버(108)가 오프라인상태가 된 이후에도 남아 있다. 이 상태는 원 서버와 연관된 콘텐트의 비가용성을 반영하도록 갱신되지만, 정보는 서버 데이터베이스(228)내에 저장되어 남아있다. 상태가 온라인으로 갱신되는 경우에, 정보는 콘텐트 오브젝트들을 검색하는 사용자들에게 다시 한번 제시된다. 소정의 환경에서, 원 서버(108)는 시간 기간 동안 오프라인상태인 액티브 디렉토리(104)를 나타낼 수 있다. 시간 기간이 짧은 것으로 가정하면, 액티브 디렉토리는 사용자들에게 이를 제시하지 않고 서버 데이터베이스(228)내에 정보를 유지할 수 있다.
시스템(100)에 가용한 콘텐트 교환기들(116)의 리스트는 콘텐트 교환기 데이터베이스(232)내에 서버 매니저(208)에 의해 관리된다. 일부 실시예들에서, 콘텐트 교환기 데이터베이스(232)는 콘텐트 배포 시스템(100)내의 모든 가능한 콘텐트 교환기들(116)을 위한 IP 어드레스들의 리스트를 포함할 수 있다. 또한, 콘텐트 교환기 데이터베이스(232)는 각 콘텐트 교환기(116)와 연관된 다수의 콘텐트 교환기 필드들을 포함할 수 있다. 예로서, 콘텐트 교환기 데이터베이스(232)내의 각 콘텐트 교환기(116)와 연관된 필드들은 콘텐트 교환기 식별자, 콘텐트 교환기 사이트, 콘텐트 교환기 공급자, 콘텐트 교환기명, 콘텐트 교환기 위치, 콘텐트 교환기 상태, 아이콘 또는 소정의 다른 양호한 또는 필요한 정보를 포함할 수 있다.
또한, 콘텐트 교환기 식별자와 콘텐트 교환기 사이트는 특정 콘텐트 교환기 위치에서 고유 콘텐트 교환기(116)를 식별한다. 콘텐트 교환기 공급자는 XYZ 캄파니와 같은 콘텐트 교환기를 위한 책임을 가진 부류의 식별자이다. 콘텐트명은 도메인명이며, 콘텐트 교환기 위치는 콘텐트 교환기(116)를 위한 지리적 좌표들일 수 있다. 예시적 실시예에서, 콘텐트 교환 데이터베이스(232)는 콘텐트 교환기 식별자, 콘텐트 교환기 사이트, 콘텐트 교환기 IP 어드레스, 콘텐트 교환기 공급자, 콘텐트 교환기명, 콘텐트 교환기 위치 및 각 콘텐트 교환기(116)를 위한 아이콘을 콘텐트 교환기 데이터베이스(232)내에 포함한다.
일반적으로, 콘텐트 교환기 데이터베이스(232)는 개선된 QOS 기준들 또는 가입 서비스 기준을 비제한적으로 포함하는 다양한 방법들에 의해 지역화 또는 구획화될 수 있다. 부가적으로, 콘텐트 교환기 데이터베이스(232)는 대안적인 액티브디렉토리들의 리스팅, 원 서버들(108) 또는 소정의 다른 유용한 또는 필수적인 정보를 포함할 수 있다.
시스템(100)내의 콘텐트 교환기들(116)은 규칙적으로 서버 매니저(208)에 상태를 제공한다. 콘텐트 교환기(116)가 가용해지거나 비가용해질 때, 그 동작 상태는 서버 매니저(208)에 보고되고, 콘텐트 교환기 데이터베이스(232)에 기록된다. 일부 실시예들에서, 콘텐트 교환기 데이터베이스(232)는 콘텐트 교환기(116)의 부하, 용량, 활용도, 및 성능 상태를 포함하는 부가적인 상태 정보를 포함할 수 있다.
라우팅 데이터베이스(234)는 외부 원 서버들(118)의 리스트를 포함한다. 일부 실시예들에서, 라우팅 데이터베이스(234)는 외부 원 서버들(118)에 관련한 신분, 상태 및 조직화 정보를 포함한다. 신분 정보는 외부 서버(118)를 위한 IP 어드레스 및 도메인명을 포함할 수 있다. 상태 정보는 가용성, 부하 또는 외부 원 서버에 대한 다른 상태를 포함할 수 있다. 조직화 정보는 대안적인 외부 원 서버들(1180의 리스트를 포함한다. 일 실시예에서, 라우팅 데이터베이스(234)는 각 외부 원 서버(118)를 위한 IP 어드레스와 도메인명을 포함한다. 일부 실시예들에서, 라우팅 데이터베이스(234)내의 외부 원 서버(118)를 식별하는 것은 콘텐트 배포 시스템(100)과 외부 원 서버(118)를 연관시키는 메커니즘이다.
라우팅 데이터베이스내의 각 외부 원 서버를 위해, 외부 원 서버(118)상의 정보를 액세스하기 위하여, 콘텐트 교환기(116)를 사용할 수 있도록 허가된 사용자 이름들의 리스트가 존재한다. 사용자 이름은 클라이언트 컴퓨터(112)의 사용자에대해 고유하다. 클라이언트 컴퓨터가 라우팅될 수 있는 외부 원 서버들(118)의 리스트가 클라이언트 컴퓨터(112)에 제공된다. 클라이언트 컴퓨터(112)는 라우팅 데이터베이스로부터 이 정보를 사용하여 외부 원 서버(118)를 위한 사용자 요청들을 콘텐트 교환기(116)로 재안내한다. 콘텐트 교환기(116)가 외부 원 서버(118)로부터의 콘텐트 오브젝트들로 거주된 이후에, 대역폭이 외부 원 서버(118)로부터 콘텐트 교환기(116)로 오프로드된다. 사용자는 이 강화된 서비스를 위해 원 서버의 관리자 및 또는 콘텐트 교환기의 소유자에게 돈을 지불할 수 있다.
동적 DNS(204)는 원 서버들(108)을 위한 각 IP 어드레스를 위해 원 서버명을 제공한다. 원 서버명은 인터넷(120)상의 원 서버(108)를 고유하게 식별한다. 이 정보는 가입자 데이터베이스(224)내에 관리된다. 콘텐트 교환기(116)는 콘텐트 교환기(116)에 콘텐트 오브젝트를 제공한 원 서버(108)의 IP 어드레스를 알지 못하지만, 원 서버명은 안다. 콘텐트 교환기(116)가 다른 콘텐트 교환기들(116)로부터 가용하지 않은 콘텐트 오브젝트의 일부 또는 콘텐트 오브젝트와 함께 그 캐시를 거주시키기를 원할 때, 동적 DNS(204)는 콘텐트 오브젝트의 소스인 원 서버(108)의 도메인명 또는 IP 어드레스를 결정하기 위해 질의를 받게 된다. 도메인명이 동적 DNS(204)로부터 구해지는 경우에, 그 도메인명에 대응하는 IP 어드레스가 DNS로부터 구해진다.
다음에 도 3A를 참조하면, 콘텐트 배포 시스템(100)의 원 서버부(108)의 실시예의 블록도가 도시되어 있다. 원 서버(108)는 관리자에 의해 관리되고, 콘텐트 배포 시스템(100)에 콘텐트 오브젝트들의 일 소스를 제공한다. QOS는 원하는 콘텐트 오브젝트를 효과적으로 전달할 수 있는 콘텐트 교환기(116)에 클라이언트 컴퓨터를 안내시키는 원 서버(108)에 의해 제공된다. 원 서버(108)에는 콘텐트 소스(304), 콘텐트 서버(308), 콘텐트 매니저(312), 로컬 콘텐트 목록(316), 콘텐트 위치 데이터베이스(320), 콘텐트 교환기 정보(324) 및 성능 상태 점검(330)이 포함된다.
콘텐트는 콘텐트 소스(304)에 의해 원 서버(108)에 제공된다. 콘텐트 소스(304)는 라이브 웹 캠일 수 있으며, 비디오 또는 오디오 공급부, 데이터 오브젝트, 데이터 스트림, 비디오 테이프 또는 오디오 테이프, 광학 또는 자기 디스크, 또는 소정의 다른 콘텐트 전달 메커니즘이다. 콘텐트 오브젝트들은 콘텐트 소스(304)에 의해 시스템(100)에 대한 가능한 배포를 위해 콘텐트 서버(308)에 전달된다.
시간 및 날자 정보는 내부에 관리되는 콘텐트 오브젝트들의 일부 또는 콘텐트 오브젝트들을 위해 각 콘텐트 교환기(116)내에 관리된다. 시간 및 날자 정보는 동일한 원 서버명, 경로명 및 파일명을 가질 수 있는 콘텐트 오브젝트들을 구별할 수 있게 한다. 다른 실시예들은 콘텐트 오브젝트를 고유하게 식별하기 위해서, 체크섬, CRC 또는 하시(hash)와 같은 소정의 고유 코드를 사용할 수 있다.
원 서버(308)의 모든 콘텐트 오브젝트들이 콘텐트 서버(308)상에 저장된다. 관리자는 시스템(100)에 비가용한 콘텐트 서버(308)상에 다른 콘텐트 오브젝트들을 남겨두고, 시스템(100)에 공개하기 위한 콘텐트 오브젝트들의 그룹들 또는 콘텐트 오브젝트를 선택할 수 있다. 일부 다른 오브젝트들은 이산 파일들이지만, 나머지들은 예로서, 라이브 웹 캠들에 의해 생성된 콘텐트의 스트림들이다. 콘텐트 서버(308)를 구동하는 소프트웨어는 콘텐트 매니저(312)의 소프트웨어와 통합될 수 있다.
콘텐트 매니저(312)는 소정 콘텐트 오브젝트들을 시스템(100)에 공개하고, 콘텐트 매니저(312)와 연관된 콘텐트 오브젝트들을 다운로딩하기 위해 사용자들을 선호 콘텐트 교환기(preferred content exchange)(116)에 안내한다. 관리자의 안내에서, 콘텐트 매니저(312)는 콘텐트 오브젝트들 또는 콘텐트 오브젝트들의 그룹들을 파일명, 액티브 디렉토리(104)에 공개하기 위한 디렉토리 또는 드라이브 용적에 의해 선택한다. 콘텐트 서버(308)상의 일부 콘텐트 오브젝트들은 시스템(100)에 가용하지 않도록 공개로부터 배제될 수 있다.
시스템에 대한 공개를 위해 선택된 콘텐트 오브젝트들은 로컬 콘텐트 목록(316)내에 관리된다. 로컬 콘텐트 목록(316)내의 엔트리들은 이들 엔트리들에 대응하는 오브젝트들이 가용해지거나 갱신될 수 있을 때, 콘텐트 매니저(312)에 의해 현재 상태가 유지된다. 각 엔트리를 위하여, 콘텐트 오브젝트 파일명과 경로가 카테고리 정보, 간단한 설명 및 키워드들과 함께 저장된다. 시스템(100)에 대한 연결시, 로컬 콘텐트 목록(316)은 콘텐트 매니저(312)에 의해 서버 데이터베이스(228)에 대한 엔트리를 위해 액티브 디렉토리(104)에 보내진다. 주기적으로, 로컬 콘텐트 목록(316)에 대한 변경들이 서버 데이터베이스(228)에 전송되어 가능한 현재 상태로 디렉토리 정보를 유지한다. 갱신들은 매 2분마다 및/또는 로컬 콘텐트 목록내의 변경이 이루어질 때마다 같이 정규 간격으로 이루어질 수 있다.
또한, 콘텐트 매니저(312)는 그 콘텐트 매니저(312)와 연관된 콘텐트 오브젝트들의 모든 부분들의 위치를 안다. 시스템(100)에 연결시, 콘텐트 매니저(312)는 상태를 위해 콘텐트 교환기들(116) 각각과 접촉한다. 콘텐트 교환기(116)는 주기적으로 그 콘텐트 오브젝트 또는 콘텐트 오브젝트 부분들에 대하여 연관된 콘텐트 매니저들(312)에게 보고한다. 이 정보로 무장하여, 콘텐트 매니저(312)는 클라이언트 컴퓨터(112)를 다운로드를 위해 가용한 일부 또는 모든 원하는 콘텐트 오브젝트를 가질 수 있는 콘텐트 교환기(116)에게 클라이언트 컴퓨터(112)를 안내할 수 있다.
콘텐트 교환기들(108)에 의해 보고된 콘텐트 오브젝트들을 위한 위치 정보는 콘텐트 매니저에 의해 콘텐트 위치 데이터베이스(320)내에 관리된다. 콘텐트 위치 데이터베이스(320)에 질의함으로써, 콘텐트 매니저(312)는 콘텐트 오브젝트 또는 콘텐트 오브젝트의 일부를 포함한 콘텐트 교환기들(116)을 결정할 수 있다. 콘텐트 소스에 대한 클라이언트 컴퓨터(112)의 라우팅 동안, 특정 콘텐트 교환기(112)내의 콘텐트 오브젝트의 존재가 라우팅 판정에 영향을 미칠 수 있다.
콘텐트 교환기 정보 저장부(324)는 모든 액티브 콘텐트 교환기들(116)에 대한 정보를 유지한다. 원 서버(108)의 파워-업시, 액티브 디렉토리(104)내의 콘텐트 교환기 데이터베이스(232)는 콘텐트 교환기 정보 저장부(324)로 다운로드된다. 콘텐트 교환기 정보 저장부(324)내에 리스트된 모든 콘텐트 교환기들(116)은 콘텐트 교환기 정보로서 유지된 상태 정보를 위해 파워-업 이후 질의된다. 상태 정보는 사용된 동시발생 링크들의 수, 허용된 동시발생 링크들의 총 수, 대역폭 활용도, 및캐시 이동율(cache churn rate)을 포함한다. 캐시의 이동율은 캐시내에 남아있는 미사용된 데이터의 시간의 양이며, 캐시의 부하의 지표이다. 예로서, 데이터는 캐시내의 저장부의 양에 대해 분주한 콘텐트 교환기(116)를 위해 일반적으로 캐시 외측으로 급속히 쏟아져 나온다. 그러나, 일부 실시예들은 사용에 무관한 시간 기간 동안 콘텐트 교환기(116)내에 걸려져 남아있는 잘 움직이지 않는 콘텐트 오브젝트들을 가질 수 있다.
콘텐트 매니저(312)는 콘텐트 오브젝트를 원하는 클라이언트 컴퓨터(112)를 그 오브젝트를 위한 선호 소스에 지능적으로 재안내한다. 클라이언트 컴퓨터(112)로부터 제공된 선호도 정보가 사용되어 클라이언트 컴퓨터(112)에 의해 선호되는 콘텐트 오브젝트의 소스들을 결정한다. 콘텐트 오브젝트의 다운로딩을 위해 선호 콘텐트 교환기(116)에 클라이언트 컴퓨터(112)를 안내하기 위해 가능한 콘텐트 교환기들의 부하와 콘텐트 오브젝트의 현재 위치들과 함께 사용된다.
일부 실시예들에서, 콘텐트 매니저(312)는 콘텐트 오브젝트들에 대한 액세스를 규제할 수 있다. 클라이언트 컴퓨터(112)가 콘텐트 매니저(312)와 연관된 콘텐트 오브젝트들 다운로드하기를 시도할 때, 관리자가 콘텐트 오브젝트를 보안화한 경우에, 로그인 대화 창이 제시될 수 있다. 사용자는 사용자 이름 및/또는 패스워드를 이 로그인 대화 창에 입력하여 클라이언트 컴퓨터(112)의 콘텐트 오브젝트를 위한 소스로의 재안내를 가능하게 할 수 있다. 이 사용자 이름 및/또는 패스워드는 액티브 디렉토리(104)를 위해 필요한 것에 부가적이다. 클라이언트 컴퓨터(112)를 그 소스에 재안내하기 이전에, 사용자 이름 및/또는 패스워드나 로그인 정보가 원서버(108)상에 이전에 저장된 허용 로그인 정보의 리스트에 대하여 점검된다. 전체 원 서버(108) 또는 용적, 디렉토리 또는 원 서버(108)상의 콘텐트 오브젝트에 대한 액세스는 이 방식으로 규제될 수 있다.
일부 실시예들은 콘텐트 교환기(116)상의 콘텐트 오브젝트들을 원 서버(108) 또는 액티브 디렉토리(104)가 프리로드할 수 있게 한다. 콘텐트 오브젝트들에 대한 요청은 양호도를 결정하기 위해 감시된다. 양호도 정보, 과금 정보 및/또는 다른 고려사항들은 어떤 콘텐트 오브젝트들을 콘텐트 교환기(116)상에서 프리로드할 것인지를 결정하기 위해 사용된다. 원 서버(108) 또는 액티브 디렉토리(104) 중 어느 한쪽은 콘텐트 교환기(116)로부터의 콘텐트 오브젝트들을 그곳에서 프리로드 하도록 사용될 수 있다. 주기적으로, 콘텐트 오브젝트들은 비활성화로 인해 그들이 언로드되지 않도록 콘텐트 교환기상에 로딩된 그들을 유지할 것을 요청 받을 수 있다.
성능 상태 점검(330)은 연관된 원 서버(108)의 동작 특성들을 제공하는 하드웨어 또는 소프트웨어 어플리케이션 중 어느 하나일 수 있다. 일 실시예에서, 성능 상태 점검(330)은 원 서버(108) 상태의 단일 지표를 제공한다. 단일 지표는 원 서버 특징들의 조합을 나타내는 1과 0 사이에서 정규화된 값이다. 예로서, 이는 CPU 로드, CPU 온도, 다수의 동시발생 접속들의 수 및/또는 원 서버가 조장하는 요청들의 수를 포함할 수 있다. 대안적인 실시예에서, 성능 상태 점검(330)은 다른 콘텐트 교환기(116) 또는 원 서버(108)상에서 구동하면서 콘텐트 교환기(116)의 특성들을 감시할 수 있다.
도 3B를 참조하면, 콘텐트 배포 시스템(100)의 외부 원 서버부(118)의 실시예의 블록도가 도시되어 있다. 외부 원 서버(118)는 외부 원 서버(118)가 그 위에 설치된 콘텐트 매니저 소프트웨어를 갖지 않는다는 점에서 원 서버(108)와 상이하다. 외부 원 서버(1180에는 콘텐트 서버(308)와 콘텐트 소스(304)가 포함된다.
외부 원 서버(118)의 관리자는 콘텐트 교환기(116)를 통해 콘텐트 오브젝트들을 수신하는 것이 허가된 하나 이상의 클라이언트 컴퓨터들(112)을 결정한다. 라우팅 데이터베이스(234)는 관리자에 의해 갱신되어 개별 클라이언트 컴퓨터들(112)이 콘텐트 교환기(116)를 통해 콘텐트 오브젝트들을 액세스할 수 있게 한다. 액티브 디렉토리상의 웹 페이지는 클라이언트 컴퓨터들(112)상의 정보를 라우팅 데이터베이스(234)내에 입력하기 위한 인터페이스를 제공한다. 다른 실시예들은 외부 운 서버(118)와 라우팅 데이터베이스(234) 사이의 인터페이스를 자동화할 수 있다.
라우팅 데이터베이스(234)에 대한 갱신들은 클라이언트 컴퓨터(12)에 의해 다운로드되고 국부적으로 저장된다. 외부 원 서버(118)를 액세스하기 위한 후속 시도들은 그 요청을 서비스하기 위해 콘텐트 교환기(116)에 재안내된다. 이 방식의 재안내는 외부 원 서버(118)가 클라이언트 컴퓨터들(112)을 콘텐트 매니저 소프트웨어로부터의 도움 없이 콘텐트 교환기(116)에 안내하는 것을 가능하게 한다.
외부 원 서버(118)는 외부 원 서버(118)를 위해 콘텐트 오브젝트들을 운반하도록 할당된 하나 이상의 콘텐트 교환기들(116)을 가질 수 있다. 라우팅 데이터베이스(234)는 가입하는 클라이언트 컴퓨터들을 이들 콘텐트 교환기들(116) 중 하나 이상에 재안내할 수 있다. 클라이언트 컴퓨터가 이들 콘텐트 교환기들(116) 중 둘이상을 사용하는 것이 허가되는 경우에, 클라이언트측 라우팅 분석이 둘 이상의 콘텐트 교환기들사에 수행되어 그들 사이의 상대 QOS를 등급화할 수 있게 한다.
외부 원 서버(118)의 콘텐트 오브젝트들은 그들 콘텐트 오브젝트들을 제공하기 위해 할당된 콘텐트 교환기(들)에 프리로드될 수 있다. 콘텐트 오브젝트가 첫 번째 요청되었을 때, 지연을 감소시키기 위해서, 액티브 디렉토리(104)는 그 서버(118)로부터 가용한 콘텐트 오브젝트들을 결정하기 위해 외부 원 서버(118)를 크로울할 수 있다. 가용 콘텐트 오브젝트들은 크로울링 디렉토리(124)에 추가될 수 있다. 가용 콘텐트 오브젝트들이 알려지고 나면, 연관된 콘텐트 교혼(들)상의 각 콘텐트 오브젝트의 부하를 유발하기 위해서, 액티브 디렉토리(104)가 각 콘텐트 오브젝트를 연관된 콘텐트 교환기(들)로부터 요청한다. 이 방식으로, 콘텐트 오브젝트들은 연관된 콘텐트 교환기들 상에 프리로드될 수 있다.
도 4A를 참조하면, 콘텐트 배포 시스템(100)의 콘텐트 교환기부(116)의 일 실시예의 블록도가 도시되어 있다. 콘텐트 교환기(116)는 콘텐트 매니저(312)의 제어 하에서 클라이언트 컴퓨터들(112)에 의해 요청된 콘텐트 오브젝트들을 캐시한다. 콘텐트 교환기(116)에는 추적 시스템(402) 및 콘텐트 노드(406)가 포함된다. 추적 시스템은 콘텐트 추적기(404), 성능 상태 점검(428), 상태 정보(420), 로컬 콘텐트 목록(416) 및 원 서버 데이터베이스(424)를 포함하고, 콘텐트 노드(406)는 콘텐트 콘트롤러(408)와 콘텐트 저장부(412)를 포함한다.
성능 상태 점검(428)은 연관된 콘텐트 교환기(116)의 동작 특성들을 제공하는 하드웨어 또는 소프트웨어 어플리케이션 중 어느 하나일 수 있다. 일 실시예에서, 성능 상태 점검(428)은 콘텐트 교환기(116) 상태의 단일 지표를 제공한다. 이 단일 지표는 예로서, CPU 로드, CPU 온도, 동시 발생 접속들의 수, 콘텐트 교환기가 조장하는 요청들의 수를 포함하는 콘텐트 교환기 특징들의 조합을 나타내는 0과 1 사이의 정규화된 값일 수 있다. 대안적인 실시예에서, 성능 상태 점검(428)은 다른 콘텐트 교환기(116), 원 서버(108) 또는 위치 상에서 구동하면서, 콘텐트 교환기(116)의 특징들을 감시할 수 있다.
콘텐트 저장부(412)는 그 콘텐트 교환기(116)로부터 클라이언트 컴퓨터들(112)에 대한 다운로드를 위해 가용한 콘텐트 오브젝트들을 유지한다. 경로 정보 및 파일명과 함께 콘텐트 오브젝트를 제공하는 원 서버(108)의 명칭이 콘텐트 저장부(412)내에 콘텐트 오브젝트와 함께 저장된다. 인터넷(120)을 경유하여, 클라이언트 컴퓨터들(112)은 콘텐트 저장부(412)에 접속하고, 데이터 스트림 또는 콘텐트 오브젝트 파일을 다운로드한다. 새로운 콘텐트 오브젝트들이 콘텐트 저장부(412)에 추가될 때, 오래된 콘텐트 오브젝트들은 제거된다. 콘텐트 오브젝트의 나이는 콘텐트 오브젝트가 액세스된 이후 지속 시간에 관련한다. 저장부(412)상의 일부 콘텐트 오브젝트들은 그들이 미리 결정된 시간 동안 저장부(412)내에 머무르도록 절대 오래되지 않는다. 원 서버(108)는 콘텐트 교환기(112)를 미리 결정된 시간의 기간 동안 콘텐트 오브젝트를 저장하도록 배열할 수 있다.
클라이언트 컴퓨터(112)가 콘텐트 저장부(412)로부터 콘텐트 오브젝트를 요청할 때, 콘텐트 오브젝트는 콘텐트 저장부(412)내에 현재 로딩되어 있지 않을 수 있다. 콘텐트 저장부(412)는 콘텐트 오브젝트를 위한 실행되지 않은 요청을 콘텐트콘트롤러(408)에 통지한다. 콘텐트 콘트롤러(408)는 분실한 콘텐트 오브젝트들 도는 그 부분들을 다른 콘텐트 교환기(116)내에 또는 콘텐트 오브젝트가 발현된 콘텐트 서버(308)로부터 위치시킨다. 분실된 콘텐트 오브젝트들은 클라이언트 컴퓨터(112)가 이 정보를 다운로드할 수 있도록 콘텐트 콘트롤러(408)에 의해 콘텐트 저장부(412)내로 로딩된다.
콘텐트 오브젝트가 콘텐트 저장부(412)로부터 분실되었을 때, 이 콘텐트 콘트롤러(408)는 가장 먼저 그 오브젝트가 가용한지를 결정하기 위해 다른 콘텐트 교환기들(116)을 점검한다. 어떠한 콘텐트 교환기(116)도 원하는 콘텐트 오브젝트를 갖고 있지 않은 경우에, 이 정보가 발현된 콘텐트 서버가 그 콘텐트 오브젝트에 대하여 질의를 받게 된다. 콘텐트 저장부(412)는 발현 콘텐트 서버(308)를 위한 IP 어드레스를 포함하지 않으며, 그래서, 동적 DNS(204)가 그 정보에 대하여 질의를 받게 된다. 원 서버명이 주어지면, 동적 DNS(204)는 IP 어드레스를 제공하고, 그래서, 콘텐트 콘트롤러(408)가 적절한 콘텐트 서버(308)로부터 콘텐트 오브젝트를 요청할 수 있다.
콘텐트 추적기(404)는 시스템(100)에게 콘텐트 저장부(412)내의 현재 항목들과, 콘텐트 교환기(116)를 위한 상태 정보를 보고한다. 로컬 콘텐트 목록(416)은 각 콘텐트 오브젝트 또는 콘텐트 저장부(412)내의 콘텐트 오브젝트의 일부를 위한 원 서버명, 경로 및 파일명을 기록한다. 새로운 항목들이 추가되고, 오래된 항목들이 콘텐트 저장부(412)로부터 제거될 때, 로컬 콘텐트 목록(416)이 갱신된다. 콘텐트 매니저(312)가 시스템(100)에 연결할 때, 모든 콘텐트 추적기들(404)에 대한 질의가 이루어지고, 콘텐트 오브젝트들의 어떤 부분들이 콘텐트 저장부들(412)상에 저장되어 있는지를 결정한다. 최초 질의는 콘텐트 저장부(412)에 변화들이 이루어질 때, 콘텐트 추적기(4040)가 갱신하는 기준선을 제공한다. 이 변화들은 콘텐트 저장부(412)내에 저장된 콘텐트를 가지는 콘텐트 매니저들(312) 각각에 직접적으로 보내진다. 이 프로세스 동안 동적 DNS(204)가 사용되어 각 콘텐트 오브젝트를 위한 원 서버명에 대응하는 IP 어드레스를 결정한다.
또한, 콘텐트 추적기(404)는 콘텐트 교환기(116)를 위한 상태 정보를 콘텐트 매니저들(312)에게 제공한다. 상태 정보는 예로서, 매 5 분마다 및/또는 변화가 이루어질 때마다 방송 또는 멀티캐스트로서 주기적으로 각 콘텐트 매니저들(312)에게 보내진다. 상태 정보는 현재 사용중인 콘텐트 교환기에 대한 동시 발생 링크들의 수, 허용된 동시 발생 링크들의 총 수, 대역폭 활용도 및 캐시 이동율을 포함할 수 있다. 다른 실시예에서, 상태 정보는 콘텐트 오브젝트 다운로딩을 위해 클라이언트 컴퓨터(112)를 어디로 보내야 하는지를 결정할 때 콘텐트 매니저(312)가 질의할 수 있는 중앙 위치에 게시된다.
콘텐트 추적기(404)는 시스템(100)내에서 활성상태인 원 서버들(108)을 추적하기 위해 원 서버 데이터베이스(424)를 관리한다. 시스템에 접속된 이후에, 모든 원 서버들(108)은 그 자체를 콘텐트 추적기들(404)에게 식별한다. 콘텐트 추적기들(404)은 원 서버명과 IP 어드레스를 원 서버 데이터베이스(424)에 기록한다. 동적 DNS에 대한 질의는 주어진 원 서버명을 위한 IP 어드레스를 제공한다. 원 서버(108)가 급박한 비가용 상태를 콘텐트 추적기(404)에 통지하거나, 콘텐트 추적기(404)가 특정 원 서버와 접촉할 수 없는 경우, 그 원 서버를 위한 엔트리는 원 서버 데이터베이스(424)로부터 삭제된다. 부가적으로, 그 원 서버(108)에 대응하는 콘텐트는 콘텐트 저장부(412)로부터 소거되고, 로컬 콘텐트 목록(416)이 갱신된다. 일부 실시예들에서, 콘텐트 오브젝트 및 콘텐트 오브젝트 부분들은 소거되지 않으며, 단순히 저장 공간이 필요해질 때까지 삭제 태그가 부착된다.
일부 실시예들에서, 콘텐트 콘트롤러(408)는 미리 결정된 콘텐트 오브젝트들을 취득하여 콘텐트 저장부(412)내에 유지할 것을 시스템(100)에 의해 지령 받을 수 있다. 원하는 기대된 콘텐트 오브젝트들이 요청을 위한 준비시 프리로딩될 수 있다. 콘텐트 오브젝트의 양호도는 검색 및 디렉토리 페이지들(212, 216)로부터의 그 콘텐트 오브젝트들로 클릭하여 들어오는 것을 감시함으로써 결정될 수 있다. 예로서, 유명한 사람에 관련된 콘텐트 오브젝트들은 유명한 사람에 대한 전기 프로그램이 네트워크 텔레비전 상에 상영되기 직전에 콘텐트 저장부들(412)상으로 로딩될 수 있다. 대안적으로, 사용자들은 소정 콘텐트 교환기들(116)에 콘텐트 오브젝트들을 로딩하는 서비스에 가입할 수 있다. 예로서, 계획된 네트워크 프로그램은 TV 방송과 동시에 로딩될 수 있으며, 사용자는 TV 방송 대신 인터넷(120)을 거쳐 볼 수 있다. 콘텐트는 가입된 사용자에게 지연 없이 가용하다.
도 4B를 참조하면, 콘텐트 배포 시스템(100)의 콘텐트 교환기부(116)의 다른 실시예의 블록도가 도시되어 있다. 본 실시예는 다수의 콘텐트 노드들(406)이 단일 추적 서버(402)에 결합되는 것을 허용한다. 또한, 콘텐트 버스(428)는 다른 위치들에서 다른 콘텐트 노트들에 결합할 수 있다. 콘텐트 버스(428)는 인터넷(120)을 거쳐 부분적으로 운반되거나 운반되지 않을 수 있다.
다음에, 도 4C를 참조하면, 다수의 콘텐트 교환기 서버들(116)을 포함하는 콘텐트 교환기 사이트(432)의 실시예의 블록도가 도시되어 있다. 콘텐트 교환기 사이트(432)가 다수의 콘텐트 교환기 서버들(116)을 포함하는 경우에도, 이는 시스템에게 단일 콘텐트 교환기(116)로 보여진다. 콘텐트 교환기 사이트(432)의 로드는 콘텐트 교환기 서버들(116) 사이에서 배포된다. 레이어 포 스위치(layer four switch) 같은 스위치(436)가 콘텐트 교환기들(116)에 콘텐트 오브젝트 요청들을 배포하고, 스풀된 응답들을 인터넷(120)에 집합시킨다.
도 5를 참조하면, 콘텐트 배포 시스템(100)의 클라이언트 컴퓨터부(112)의 실시예의 블록도가 도시되어 있다. 클라이언트 컴퓨터부(112)는 사용자에 콘텐트를 전달하기 위하여 인터넷(120)에 통신한다. 클라이언트 컴퓨터부(112)에는, 뷰어 오브젝트 프록시(504), 콘텐트 처리 프로그램(508), 선호도 정보(512), 네트워크 인터페이스(516), 호스트 서버 라우팅(520)이 포함되어 있다.
콘텐트 처리 프로그램(508)은 통상적으로 인터넷(120)으로부터 다운로드된 콘텐트 오브젝트를 처리하거나 반복하는 소프트웨어이다. 콘텐트 처리 프로그램(508)의 예들은 웹 브라우저들, 파일 전달 프로토콜(FTP) 소프트웨어, 고퍼(gopher) 소프트웨어, 뉴스(NNTP), 메일 프로그램, 스트리밍 미디어 플레이어들, 비스트리밍 미디어 플레이어들 및 다른 소프트웨어를 포함한다. 통상적으로 인터넷에 직접적으로 보내지는 콘텐트 처리 프로그램(508)으로부터의 인터넷 통신은 뷰어 오브젝트 프록시(504)에 재안내된다.
뷰어 오브젝트 프록시(504)는 인터넷(120)과 콘텐트 처리 프로그램(508) 사이의 중개자로서 기능을 한다. 뷰어 오브젝트 프록시(504)의 설치 이후에, 인터넷(120)상의 알려진 지점들에 대한 그 일반적 위치가 결정된다. 충분한 QOS를 제공하기 위한 적당한 후보자들인 콘텐트 교환기들(116)이 필수 호프들의 수와 각 콘텐트 교환기(116)와 뷰어 오브젝트 프록시(504) 사이의 지연을 결정하기 위해 테스트된다. 호프들의 수, 성취 대역폭 같은 QOS 인자들의 가중은 선호도 정보(512)로서 기록되고, HTTP 헤더내의 콘텐트 매니저(312)에 메타-데이터로서 전달된다.
다른 실시예들은 HTTP 헤더를 통해서만이 아니라 소정 종류의 데이터 채널로 메타-데이터를 전할 수 있다. 예로서, 메타-데이터는 전용 포트, IP 어드레스, URL, 헤더, 또는 다른 논리적 채널을 통해 운반될 수 있다.
선호도 정보(512)는 클라이언트 컴퓨터 견지(112)로부터 수행된 네트워크 분석의 결과이다. 콘텐트 오브젝트가 요청될 때, 선호도 정보(512)는 콘텐트 오브젝트 매니저(312)에 통신되고, 이는 순차적으로 클라이언트 컴퓨터(112)를 위한 적절한 콘텐트 교환기(116)를 선택한다. 매 시간 마다 같은 주기적으로, 선호도 정보(512)가 자동화된 테스트를 사용하여 갱신되거나, 사용자에 의해 수동으로 갱신된다. 후속 테스트들은 양호나 콘텐트 교환기들을 효과적으로 고려하기 위해 이전 결과들을 고려한다. 예로서, 제 1 분석은 100 콘텐트 교환기들일 수 있지만, 후속 분석은 열악한 성능의 콘텐트 교환기들을 빼고, 단지 50개가 분석될 수 있다.
선호도 정보(512)는 콘텐트 교환기들(116)과 클라이언트측 네트워크 분석으로부터 초래한 그 연관된 QOS값들이 포함된다. 일부 실시예들에서, 외부 원서버(118)까지 다수의 경로들이 존재하며, 이 다수의 경로들은 포트, IP 어드레스, 서버 신분(ID), 및/또는 다른 메커니즘들에 의해 분리된다. 클라이언트측 네트워크 분석이 사용되어, 외부 원 서버(118) 또는 다수의 경로들을 가지는 소정의 콘텐트 오브젝트 소스에 대한 각 경로와 연관된 QOS 값을 결정한다.
클라이언트 컴퓨터(112)의 사용자가 콘텐트 오브젝트를 선택한 이후에, 원 서버명이 뷰어 오브젝트 프록시(504)에 제공된다. 원 서버명은 뷰어 오브젝트 프록시(504)가 원 서버(108)의 IP 어드레스에 대하여 동적 DNS(204)에 질의하기 위해 사용된다. IP 어드레스가 알려지고 나면, 콘텐트 처리 프로그램(508)은 원하는 콘텐트 오브젝트를 위해 콘텐트 매니저(312)에게 재안내된다. 콘텐트 매니저(312)는 선호도 정보(512)를 전달하여 적절한 콘텐트 교환기(116)에 라우팅할 수 있게 한다. 본 실시예에서, 선호도 정보(512)는 선호 10 콘텐트 교환기들을 포함하지만, 이는 사용자에 의해 조절될 수 있다.
일부 실시예들에서, 뷰어 오브젝트 프록시(504)는 HTTP-지정될 수 있지만, 라우팅 정보는 프로토콜은 무관하다. 따라서, 라우팅 정보는 HTTP에 따라서 전달되지만, 실제 라우팅 정보는 프로토콜 무관성이다. 그러나, 본 기술 분야의 숙련자들은 뷰어 오브젝트 프록시(504)가 필요에 따라 다른 네트워크 프로토콜들과 함께 동작하도록 구성될 수도 있다는 것을 알 수 있을 것이다. 예로서, 뷰어 오브젝트 프록시(504)는 FTP, NNTP, RTP, RTSP, SMTP 또는 SHOUT 등에 따라 동작하도록 구성될 수도 있다.
클라이언트 컴퓨터(112)는 호스트 서버 라우팅(520) 데이터베이스를 포함한다. 이 호스트 서버 라우팅(520)은 클라이언트 컴퓨터(112)에 의해 액세스할 수 있는 외부 원 서버들(118)에 관련된 정보를 포함할 수 있다. 일 실시예에서, 호스트 서버 라우팅(520)은 액티브 디렉토리(104)내에 포함된 라우팅 데이터베이스(234)의 일부이다.
클라이언트 컴퓨터(112)는 뷰어 오브젝트 프록시(504)를 인터넷(120)에 접속시키는 네트워크 인터페이스(516)를 포함한다. 네트워크 인터페이스들(516)의 통상적인 예들은 아날로그모뎀들, DSL 모뎀들, ISDN, 케이블 모뎀들, 위성 모뎀들, 셀룰러 모뎀들 등을 포함한다.
본 실시예에서, 클라이언트 컴퓨터는 가정 사용자와 연관되어 있다. 다른 실시예들에서, 클라이언트 컴퓨터는 극장에 디지털 영화들을 위한 기능을 하거나, 협동 네트워크 사용자, 호텔 패트런(patron) 또는 아파트 콤플렉스에 콘텐트 오브젝트들을 제공할 수 있다.
도 6을 참조하면, 콘텐트 배포 시스템(600)의 실시예의 블록도가 도시되어 있다. 이 도면은 인터넷(120)을 거친 전달은 나타내지 않고 데이터 블록들 사이의 데이터 흐름을 도시한다. 그러나, 인터넷(120)은 일부 실시예들에 사용될 수 있다는 것을 이해하여야 한다. 또한, 이 도면은 도 2 내지 도 5로부터 일부 블록들과 외부 원 서버(들)(118) 및 크로울링 디렉토리(124)가 도 6을 단순화시키기 위해 포함되지 않았다는 점에서, 다소 단순화된 것이다.
네트워크 인터페이스(516)는 클라이언트 컴퓨터(112)를 위한 인터넷(120)에 대한 접속이다. 클라이언트 컴퓨터(112)는 디렉토리 및 검색 페이지들(212, 216)에접속하여 사용자가 다운로드를 위해 콘텐트 오브젝트들을 선택할 수 있게 한다. 콘텐트 오브젝트가 선택될 때, 액티브 디렉토리(104)로부터 적절한 원 서버(108)에게로의 클라이언트 컴퓨터(112)의 재안내는 동적 DNS(204)를 사용한다. 선호도 정보(512)가 콘텐트 매니저(312)에 전달되어 콘텐트 오브젝트를 위한 소스의 선택을 돕는다. 콘텐트 매니저(312)에 의해 이루어지는 선택에 따라서, 콘텐트 오브젝트는 콘텐트 교환기들(116)중 하나 또는 콘텐트 서버(308)로부터 다운로드된다.
액티브 디렉토리(104)는 시스템(600)내의 다른 모듈들과 상호 작용한다. 클라이언트 컴퓨터(112)는 디렉토리 및 검색 페이지들(212, 216)을 액세스하여 콘텐트 오브젝트를 선택한다. 콘텐트 추적기(404) 및 콘텐트 매니저(312) 각각은 서버 매니저(208)에 상태 및 목록 정보를 제공한다. 가입자 데이터베이스(224)를 관리하기 위해, 계좌 정보가 원 서버(108)의 관리자에 의해, 그리고, 클라이언트 컴퓨터(112)의 사용자에 의해 서버 관리자(208)에게 제공된다. 원 서버명으로부터 원 서버(108)의 IP 어드레스로의 재안내는 동적 DNS(204)에 의해 뷰어 오브젝트 프록시(504), 콘텐트 추적기(404) 및 콘텐트 콘트롤러(408)에 제공된다.
원 서버(108)는 서버 매니저(208), 클라이언트 컴퓨터(112), 콘텐트 추적기(404), 콘텐트 저장부(412) 및 콘텐트 콘트롤러(408)와 통신한다. 로컬 콘텐트 목록(316)이 현재 상태 콘텐트 정보로 서버 데이터베이스(228)를 관리하기 위해 콘텐트 매니저(312)로부터 서버 매니저(208)에 제공된다. 선호도 정보(512)는 콘텐트 오브젝트의 선택을 용이하게 하기 위해 클라이언트 컴퓨터(112)로부터 콘텐트 매니저(312)에 제공된다. 콘텐트 추적기(404)는 콘텐트 매니저(312)와 상호 작용하여 어떤 콘텐트 오브젝트들이 콘텐트 교환기(116)상에 저장되어 있는지를 알아낸다. 콘텐트 오브젝트들은 콘텐트 저장부(412) 또는 클라이언트 컴퓨터(112) 중 어느 한쪽에 의해 콘텐트 서버(308)로부터 판독된다.
콘텐트 교환기(116)는 마찬가지로 시스템(600)내의 다른 모듈들과 상호 작용한다. 상태 정보는 액티브 디렉토리(104) 및/또는 콘텐트 매니저(312)에 제공된다. 동적 DNS는 콘텐트 콘트롤러(408)와 콘텐트 추적기(404) 양자 모두에 의해 사용되어 콘텐트 오브젝트를 포함하는 원 서버(108)의 IP 어드레스를 발견한다. 선택된 콘텐트 교환기는 오브젝트가 콘텐트 저장부를 위해 필요할 때, 다른 콘텐트 교환기들과 접촉할 수 있다. 다른 콘텐트 교환기들이 콘텐트 오브젝트를 갖지 않는 경우에, 콘텐트 콘트롤러(408)는 선택된 콘텐트 저장부(412)로의 전달을 위해 콘텐트 서버(308)로부터 오브젝트를 요청한다.
다음에, 도 7A 및 도 7B를 참조하면, 사용자에게 콘텐트를 배포하기 위한 프로세스의 실시예의 흐름도가 도시되어 있다. 도시된 프로세스 이전에, 사용자 및 관리자 각각은 클라이언트 컴퓨터(112) 및 원 서버(108)를 위한 소프트웨어를 다운로드 및 설치한다. 관리자는 시스템(600)에 공개하기 위해 콘텐트 서버상의 콘텐트를 선택한다. 선호도 정보(512)를 결정하기 위해, 뷰어 오브젝트 프록시(504)는 자동으로 적절한 QOS에 대하여 주변 콘텐트 교환기들(116)에 신호를 보낸다.
도시된 프로세스는 사용자가 웹 브라우징 콘텐트 처리 프로그램(508)을 액티브 디렉토리(104)의 디렉토리 또는 검색 페이지(212, 216)에 안내하는 스텝 704에서 시작한다. 본 실시예에서, 사용자는 스텝 708에서 불린 질의를 사용하여 검색페이지(216)상의 검색 엔진에 콘텐트 오브젝트를 찾을 것을 질의한다. 검색 엔진은 스텝 712에서 조회를 위해 서버 데이터베이스(228)를 검색하고, 또한, 크로울링 디렉토리(124)를 검색할 수 있다. 대안적으로, 사용자는 디렉토리 페이지(212)를 원하는 콘텐트 오브젝트를 찾도록 항해할 수 있다.
검색 또는 디렉토리 페이지(212, 216)는 스텝 716에서 사용자가 선택할 수 있는 콘텐트 오브젝트들 각각에 대한 링크를 제시한다. 각 링크는 원 서버명(108), 포트, 경로 및 콘텐트 오브젝트명을 포함한다. 가용한 선택들이 주어지면, 사용자는 스텝 720에서 원하는 콘텐트 오브젝트에 대응하는 링크들 중 하나를 선택할 수 있다. 동적 DNS(204)는 뷰어 오브젝트 프록시(504)에 의해 링크로부터 원 서버명의 IP 어드레스를 결정해줄 것을 질의받는다. IP 어드레스가 알려지고 나면, 콘텐트 처리 프로그램은 동적 DNS(204)로부터 구해진 IP 어드레스와 링크로부터의 경로 및 파일명에 재안내된다.
클라이언트 컴퓨터(112)가 콘텐트 매니저(312)에 접속되고 나면, 선호도 정보(512)가 스텝 724에서 콘텐트 매니저(312)에게 포워딩된다. 콘텐트 매니저(312)는 스텝 728 및 732에서 콘텐트 위치 데이터베이스(320), 선호도 정보(512) 및 상태정보를 분석하여 클라이언트 컴퓨터(112)를 재안내하기 위한 콘텐트 오브젝트의 소스를 결정한다.
소스가 콘텐트 교환기(116)인지 콘텐트 서버(308)인지에 대하여 스텝 736에서 판정이 이루어진다. 콘텐트 서버(308)는 콘텐트 매니저(312)가 그것이 적절한 QOS 또는 우월한 QOS를 제공할 수 있다고 판정한 경우에 선택될 수 있다. 일부 실시예들에서, 콘텐트 서버(308)는 적절한 QOS를 제공할 수 있은 어떠한 콘텐트 교환기들(116)도 갖지 않은 경우의 소스로서 간주된다. 콘텐트 서버(308)가 선택되는 경우에, 원 서버(108)는 콘텐트 오브젝트를 스텝 740에서 클라이언트 컴퓨터(112)에게 제공한다.
콘텐트 오브젝트 요청을 호스트하기 위해 콘텐트 매니저(312)가 콘텐트 교환기(116)를 선택하는 경우에, 콘텐트 처리 프로그램(508)은 선택된 콘텐트 저장부(412)로 재안내되고, 도 7B의 스텝 744에서 처리가 지속된다. 콘텐트 처리 프로그램(508)은 스텝 744에서 콘텐트 저장부(412)로부터 링크내의 콘텐트 오브젝트를 요청한다. 전체 콘텐트 오브젝트가 콘텐트 저장부(412)에 존재하는 경우에, 스텝 748 및 752에서 오브젝트는 그 콘텐트 저장부(412)로부터 클라이언트 컴퓨터에 다운로드된다.
대안적으로, 콘텐트 오브젝트의 소정 부분이 손실된 경우에, 콘텐트 오브젝트의 전체 사본이 콘텐트 저장부(412)내에서 조합된다. 전체 콘텐트 오브젝트의 축조는 사용자에 대해 투명하게 이루어진다. 스텝 756 및 760에서, 콘텐트 콘트롤러(408)는 다른 콘텐트 교환기들(116)에게 콘텐트 오브젝트의 손실 부분을 갖는 것을 결정하도록 질의한다. 콘텐트 오브젝트는 클라이언트 컴퓨터(112)에 의한 다운로드를 위해 가능한 순간 시작이 가능하도록 처음부터 끝까지 콘텐트 저장부(412)내에서 재조합된다.
반복적으로, 스텝 764에서, 전체 콘텐트 오브젝트가 콘텐트 저장부(412)내에 존재할 때까지, 손실된 부분들이 각 콘텐트 교환기(116)로부터 구해진다. 어떠한다른 콘텐트 교환기(116)도 콘텐트 오브젝트의 손실부를 가지지 않는 경우에, 스텝 768에서 원 서버(108)에 대하여 손실부에 대한 질의가 이루어진다. 동적 DNS(204)는 콘텐트 오브젝트를 위한 원 서버명의 IP 어드레스를 결정하기 위해 질의를 받는다. 콘텐트 콘트롤러(408)는 동적 DNS(204)에 의해 스텝 772에서 콘텐트 오브젝트와 함께 원 서버(108)에 안내된다. 손실부는 스텝 776에서 그 원 서버(108)의 콘텐트 서버(308)로부터 다운로드된다. 처리 루프들은 스텝 748로 복귀하여 소정의 다른 손실부들을 구한다.
부분들을 위한 이 검색 프로세스는 반복적으로 모든 손실부들이 콘텐트 저장부(412)내에 복사될 때까지 계속된다. 비록 본 실시예가 손실부들을 순차적으로 구하지만, 다른 실시예들은 병렬적으로 소정의 순서로 또는 발견된 순서로 손실부들의 위치를 결정하고, 그들을 검색할 수 있다.
어드레싱 시스템
본 발명의 일 실시예는 오브젝트의 위치를 나타내는 어드레스와 더불어 오브젝트에 관한 부가적인 정보를 제공하는데 이용할 수 있는 복수의 어드레스 시스템을 제공한다. 부가적인 정보로서 이러한 한 가능성은 원 어드레스가 가리키는 오브젝트에 대한 택일적 위치이다. 이에 따라, 원 어드레스(original address)와 오브젝트에 관한 정보의 결합은 오브젝트의 어드레싱에 서술적인 관점을 제공한다.
도 8를 참조하면, 본 발명의 실시예를 구현하는 한 이러한 방법을 알 수 있다. 방법 800에서, 오브젝트 810에 대해 제 1 어드레스가 제공된다. 제 1 어드레스를 제공하는 것 외에도, 오브젝트의 특징을 기술하는 메타데이터가제공된다(812). 메타데이터는, 오브젝트에 한 제 1 어드레스 이외에, 이 어드레스로 어드레스되는 오브젝트의 특징을 기술하는 정보를 의미한다. 이에 따라, 메타메이터는 제 1 어드레스로 어드레스되는 오브젝트에 대한 택일적 위치 혹은 어드레스를 의미할 수도 있을 것이다. 또한, 이러한 대안의 어드레스는 원 어드레스일 수도 있고 혹은 오브젝트가 시작된 출처(origin)일 수도 있을 것이다. 또한, 메타데이터는 어드레스되는 다른 특징을 기술하는 정보를 의미할 수도 있다. 더구나, 이러한 메타데이터는 반드시 단일 특징으로 한정되게 한 것은 아니고, 그보다는 복수의 서로 상이한 특징들을 포함할 수 있다. 814에서, 메타데이터의 적어도 일부는 원 어드레스의 적어도 일부에 부가된다. 이것을 달성함에 있어서는 오브젝트를 확인하는 메타데이터가 이용될 수 있다(816). 또한, 이 메타데이터는 전술한 바와 같이 오브젝트 820의 출처를 나타낼 수 있다.
본 발명의 또 다른 실시예를 도 9에 도시하였다. 방법 900에서 오브젝트 904에 대한 어드레스가 수신된다. 어드레스는 오브젝트 908을 식별할 수 있게 하는 새로운 어드레스를 형성하도록 재구성된다. 어드레스를 재구성함에 있어서는 원 어드레스의 적어도 일부가 이용되고 오브젝트에 관한 메타데이터 또한 재구성되는 어드레스를 형성하는데 사용된다. 메타데이터는 오브젝트의 출처를 표시할 수 있다. 대안으로, 메타데이터는 오브젝트의 정보 콘텐트의 대안 소스(alternative source)를 나타낼 수 있다. 또한, 메타데이터는 오브젝트에 관한 대안 정보를 포함할 수 있다.
도 8 및 도 9에서, 새로운 어드레스를 포맷하는 것은 다양한 방법으로 달성될 수 있다. 도 10은 이러한 새로운 어드레스가 어떻게 하여 구성될 수 있을 것인가의 일 예를 도시한 것이다. 도 10에서, 방법 1000은 이러한 포맷을 보여준다. 1004에서, 새로운 어드레스의 일부로서 사용하기 위한 프로토콜 식별자가 제공된다. 앞서 기술한 실시예에서, 프로토콜은 패킷들로 IP로 실시간 멀티미디어 스트리밍 규격인 RTSP(Real Time Streaming Transport Protocol)의 형태를 취할 수도 있을 것이다. 대안 프로토콜들로서, 이를테면 하이퍼텍스트 전송 프로토콜을 나타내는 HTTP와 같은, 인터넷에 하이퍼텍스트 문서들을 전송하기 위한 수송 프로토콜이 이 기술에 통상의 지식을 가진 자들에 의해 쉽게 이해될 것이다. 또한, 현존의 프로토콜들 혹은 앞으로 나올 프로토콜들에 대해서도 대안 프로토콜들이 구현될 수 있을 것이다. 새로운 어드레스 1008의 일부로서 도메인명이 제공될 수도 있다. 예를 들면, 이러한 도메인명은 인터넷 상에 현재 구현되는 일반적인 상위 레벨의 도메인명(TLD)으로서 현재 사용되는 것들 중 하나일 수도 있을 것이다. 또한, 새로운 어드레스 1012의 일부로서 오브젝트에 대해 디렉토리명이 제공될 수도 있을 것이다. 디렉토리명은 전술한 도메인명을 제공하는 서버 내 디렉토리일 수도 있을 것이다. 또한, 오브젝트에 대한 파일명이 새로운 어드레스 1016의 일부로서 제공될 수도 있을 것이다. 마지막으로, 어드레스의 기존의 요소들에 단일의 어드레스로 메타데이터 정보가 합해질 수도 있을 것이다. 이에 따라, 어드레스의 각종의 요소들을 소정의 포맷으로 구성함으로써, 어드레스가 표준 URL(Uniform Resource Locator) 어드레스로서 구현되고 있을 때, 메타데이터는 무시될 수도 있을 것이지만, 새로운 어드레스가 동적 어드레스로서 구현되고 있을 땐 활용될 수 있다.
도 11에서, 방법 1100은 본 발명의 또 다른 실시예를 도시한 것이다. 도 11에서, 오브젝트가 이전에 위치하여 있었던 곳을 나타내는 제 1 어드레스가 제공된다(1104). 따라서, 오브젝트는 이 제 1 어드레스에 여전히 위치하여 있을 수도 있고 아니면 오브젝트는 이 어드레스에 더 이상 있지 않을 수도 있다. 이것은 대부분 인터넷에서 장기간 시간이 지난 후에 대부분의 사용자들에게 더 이상 관심이 없어져 오브젝트가 서버로부터 제거된 경우이다. 따라서, 대부분 사용자들은 오브젝트를 찾을 수 없다고 하는 혹은 어드레스된 오브젝트를 찾을 수 없을 것이라는 오류 메시지를 받는다. 오브젝트의 사본의 적어도 일부가 있는 곳을 나타내는 제 2 어드레스가 제공된다(1108). 이에 따라, 이 제 2 어드레스는 오브젝트가 제작되었던 출처를 나타낼 수 있다. 대안으로, 이 제 2 어드레스는 오브젝트 혹은 오브젝트 정보 부분이 저장된 대안 위치를 나타낼 수 있다. 제 3 어드레스는 제 1 어드레스로부터의 정보와 제 2 어드레스로부터의 정보를 결합함으로써 형성된다(1112). 제 3 어드레스는 오브젝트가 이전에 위치하여 있던 제 1 어드레스만이 아니라 오브젝트의 사본의 적어도 일부가 위치하는 제 2 어드레스를 나타내게 포맷된다. 제 3 어드레스는 제 1 어드레스로부터 오브젝트를 불러들이려고 시도하는데 이용될 수 있다. 또한, 제 3 어드레스는 제 2 어드레스로부터 오브젝트 정보를 불러들이려고 시도하는데 이용될 수 있다. 이에 따라, 제 1 어드레스로부터 오브젝트를 불러내려고 시도하여, 이 제 1 어드레스로부터 오브젝트가 제거되었다는 사실이 있으면 실패할 수도 있을 것이다. 그러면, 오브젝트를 위치 지정하기 위한 시도에 있어 제 2 어드레스에 의해 나타낸 위치로 진행하도록 제 3 어드레스를 이용함으로써 제2 시도가 행해질 수 있다. 오브젝트 정보가 한 위치 이상에 분배되는 경우가 있을 수도 있는데, 이 경우, 오브젝트 혹은 오브젝트의 정보의 일부만이 제 2 어드레스로부터 상기될 수 있다.
도 12A 및 도 12B에 있어서, 본 발명의 다른 실시예를 설명하는 흐름도가 방법 1200으로서 설명되어 있다. 방법 1200에 있어서, 제 1 어드레스가 수신되어 오브젝트가 시작하는 오브젝트의 사본에 대한 위치를 나타낸다. 오브젝트의 사본 또는 카피를 참조함으로써, 오브젝트 및 사본이 동일한 정보를 포함하는 것으로 의도된다. 오브젝트는 사본으로부터 실제로 카피될 수가 있었다. 따라서, 사본은 오브젝트의 출처가 될 수 있다. 더욱이, 오브젝트는, 본 기술 분야의 통상적인 사람에 의해 이해될 수 있는 것처럼, 매개 데이터(media data)의 세트 또는 정보의 유닛이 되는 것으로 의도되었다.
제 1 어드레스로부터의 정보는 제 2 어드레스로부터의 정보와 결합되어 제 3 어드레스를 형성한다(1212). 제 3 어드레스는 제 1 어드레스 및 제 2 어드레스 모두를 확인할 수 있게 하도록 형성될 수 있다(1216). 제 3 어드레스의 일부는 URL 포맷으로 포맷될 수 있다(1220). 제 3 어드레스가 포맷된 상태에서, 오브젝트에 대한 요청이 이를테면 인터넷을 통해 영화를 요청하는 사용자 등의 요청 디바이스로부터 수신될 수 있다(1224). 제 3 어드레스를 이용함으로써 제 1 어드레스의 오브젝트를 액세스하는 시도가 행해질 수 있다(1228). 이에 따라, 사용자는 제 3 어드레스의 포맷을 원하는 오브젝트에 대한 하나 이상의 가능성 있는 어드레스를 확인하는 것으로 이해하는 서버에 제 3 어드레스를 전송할 수 있다. 이에 따라, 서버는 제 3 어드레스 내에 삽입된 제 1 어드레스로부터 오브젝트를 불러들이는 제 1 시도를 행한다. 이 시도가 실패하면, 서버는 제 3 어드레스 내에 삽입된 제 2 어드레스를 이용하는 제 2 어드레스의 오브젝트의 사본을 동적으로 액세스하는 시도를 행할 수 있다(1232). 이에 따라, 제 3 어드레스 내에 네스트된 제 2 어드레스는 원하는 오브젝트에 대한 백업 소스로서 작용한다. 또한, 오브젝트 전부가 제 2 어드레스에 저장되어 있지 않다면, 제 2 어드레스는 오브젝트의 일부 혹은 오브젝트 정보에 대한 대안 소스에의 링크를 제공할 수 있다. 일단 오브젝트를 예를 들면 제 2 어드레스에서 찾았으면, 제 2 어드레스의 오브젝트의 이러한 복사본 정보가 얻어진다(1236). 그러면 정보는 오브젝트를 요청하였던 사용자에게 서버를 통해 보내질 수 있다(1240). 또한, 오브젝트의 사본은 원 어드레스, 즉 제 1 어드레스로 보내질 수 있고 장래에 보다 효율적인 전송을 위해 그 위치에 복사될 수 있다(1244).
도 13은 제 1 어드레스 및 제 2 어드레스를 결합하여 동적 제 3 어드레스를 형성하는 예를 도시한 것이다. 도 13에서, 제 1 어드레스는 RTSP://server1.aerocast.com/foo.mov로서 표현되어 있다. 이것은 정적 어드레싱 방식의 표준 URL 포맷이다. 이와 유사하게 제 2 어드레스를 1308, RTSP://server2.aerocast.com/foo.mov로서 이러한 포맷으로 도시하였다. 이들 제 1 어드레스 및 제 2 어드레스 각각은 사용자에게 파일 "foo.mov"에 대한 단일의 위치만을 확인할 수 있게 하는 점에서 정적인 것이다. 이러한 포맷엔 foo.mov의 특징을 기술하는 어떠한 대안 위치 혹은 메타데이터도 제공되어 있지 않다. 그러나,제 3 어드레스는 양 위치들이 표시되는 동적 포맷을 표시한다. 이에 따라, 블록(1312)에 나타낸 바와 같이, 제 1 어드레스 및 제 2 어드레스는 RTSP://server1.server2.aerocast.com/foo.mov로서 제 3 어드레스로서 결합된다. 이에 따라, 복수의 어드레스 시스템으로 이러한 어드레스를 수신하는 서버는 서버 1이 파일 foo.mov를 액세스하려고 시도하기 위해서 도메인 aerocast.com에 액세스될 수 있는 제 1 서버임을 이해할 수 있다. 그러나, 이러한 시도가 실패되면, foo.mov 파일에 대한 대안 소스는 aerocast.com 도메인 하에서 서버 2에 있을 것이다. 이에 따라, foo.mov 파일에 대한 대안 위치는 메타데이터 "server 2"에 의해 제공된다.
도 1 내지 도 7A 및 7B에 도시한 시스템은 이러한 복수의 어드레스 시스템을 이용할 수 있게 한다. 예를 들면, 도 2에서, 동적인 DNS(204)로서 도시된 블록은 시스템의 다른 요소들에 의해 요구되는 각종의 미디어 타이틀들을 어드레싱할 때 동적인 기능을 제공하는 데에 유용하다. 도 6에 도시한 바와 같이, 동적 DNS는 영화에 대한 출처를 취하여 이를 영화에 대한 현재의 어드레스인 것으로 보이는 것과 결합하여 이들 두 어드레스들을 단일의 제 3 어드레스로 결합하게 할 수 있다. 이에 따라, 사용자가 어떤 영화를 원하면, 동적 제 3 어드레스 내에 삽입된 제 1 어드레스로부터 영화를 얻으려는 제 1 시도가 행해진다. 이것이 실패되면, 제 3 어드레스는 삽입된 제 2 어드레스로 나타낸 것으로서 영화의 원 소스가 액세스될 것임을 나타낼 것이다. 이에 따라, 동적 DNS는 파일에 대한 현재의 위치(혹은 현재의 위치인 것으로 보인 것)와 이 파일에 대한 원 소스를 결합하는 데이터베이스로서 작용할 수 있다.
또한, 이 복수의 어드레스 시스템은 제 2 어드레스가 삽입되는 필드를 간단히 무시함으로써 표준 정적 어드레싱 시스템에서 이용될 수 있다. 이에 따라, 제 2 어드레스를 URL 포맷에 의해 무시되는 위치에 놓이게 하여, 표준 URL 포맷으로 어드레스를 포맷함으로써, 제 2 어드레스를 URL 어드레싱 시스템이 파악할 수 있게 할 수 있다.
포트 어드레싱
어드레스 내 포함될 수 있는 메타데이터의 또 다른 예로서, 어드레스 스트링 내에 포트 식별자를 포함시킬 수도 있다. 포트들은 소정의 프로토콜 하에 메시지를 처리하는 애플리케이션 프로그램을 식별한다. 예를 들면, 하이퍼텍스트 전송 프로토콜(HTTP)이 사용될 때, 이것은 "포트 80"과 연관된다. 이에 따라, 디폴트에 의해, 요청 디바이스가 "http://"으로 시작하는 어드레스를 전송할 때, 수신장치는 어드레스 정보를 포트 80에 연관된 이의 애플리케이션, 즉 HTTP를 처리하는 애플리케이션에 보낸다. 이와 유사하게, 수신장치가 요청 디바이스에 응답할 때, 이의 응답을 http 프로토콜에 따라 포맷한다. 도 14는 이러한 시스템의 예를 도시한 것이다.
도 14에서, 요청자(1410)는 중개 디바이스(1450)에 어드레스를 보낸다. 이러한 중개 디바이스, 이를테면 캐싱 서버 또는 라우터는 필요한 데이터를 제공할 수 있는 또 다른 장치, 예를 들면 제공자(1490)로부터 원하는 정보를 요청할 필요가 있음을 판정한다. 이 예의 목적상, 요청자(1410)는 중개 디바이스(1450)가 제공자(1490)에 어드레싱함에 있어 RTSP 프로토콜을 사용하는 반면 중개 디바이스(1450)에 어드레싱함에 있어서는 HTTP 프로토콜을 사용한다. 중개 디바이스(1450)로부터 필요한 데이터에 대한 요청에 응답하여, 제공자(1490)는 어드레스되었던 프로토콜과 동일한 프로토콜로 응답한다. 이에 따라, 이 예의 목적상, RTSP 프로토콜에 따라 응답한다. 이에 따라, 중개 디바이스는 어드레스 내 RTSP 헤더를 인식하여 이를 애플리케이션 프로그램에서 지정된 포트 3080에 보낸다. 이어서 중개 디바이스는 HTTP 프로토콜이 요청자(1410)가 원래 중개 디바이스(1450)에 어드레스하였던 프로토콜이었으므로, HTTP 프로토콜 하에서 요청자(1410)에 정보를 보낸다. 따라서, 이러한 시스템은 장치들의 동일한 체인이 사용되는 한, 데이터를 전송함에 있어서 올바른 프로토콜들을 유지할 수 있다. 그러나, 요청된 데이터를 요청자에게 돌려줄 때 다른 데이터 경로가 사용될 때는 문제들이 발생한다. 즉, 제공자(149)가 네트워크를 통해 요청자(1410)에 직접 응답하기를 시도하였다면, 제공자(1490)는 응답을 디폴트 포맷에 의해 RTSP 포맷으로 응답할 것이다. 따라서, 이러한 응답은 요청자의 포트 3080에 보내질 것이다. 그러나, 요청자(1410)는 HTTP 프로토콜에 연관된 포트인 포트 80으로 데이터가 수신될 것을 예상하고 있다. 이에 따라, 요청된 데이터는 직접 접속이 시도될 때는 요청 디바이스에 올바르게 통신될 수 없을 것이다.
도 15는 서로 다른 데이터 경로들이 사용될 수 있게 하는 본 발명의 실시예를 도시한 것이다. 도 15에서, 요청자(1510)는 중개 디바이스(1550)에 어드레스한다. 어드레스 스트링의 일부로서, 요청자는 제 1 프로토콜(도 15에 PROTOCOLID#1"로 지정된 것)을 이용한다. 또한, 요청자는 도 15에서 어드레스 스트림 내 포트 식별자("PORT ID#1로 지정된 것)를 포함한다. 예를 들면, 요청자는 HTTP를 프로토콜 식별자로서 이용할 수도 있고 포트 80을 포트 식별자로서 이용할 수도 있을 것이다. 이어서 중개 디바이스는 요청을 처리하여 어드레스를 제공자 디바이스(1590)에 전송한다. 이 어드레스를 전송함에 있어서, 중개 디바이스는 포맷을 도 15에서 어드레스 스트링 내 제 2 프로토콜(Protocol ID #2로 지정된 것)로 변경한다. 그러나, 중개 디바이스는 어드레스 스트링의 일부로서 포트 식별자 #1을 포함한다. 따라서, 예를 들면, 중개 디바이스(1550)는 RTSP를 제 2 프로토콜로서 사용하고 포트 80을 어드레스 스트링 내 메타데이터로서 이용할 수도 있을 것이다. 결국, 제공자는 요청자(1510)에 직접 응답을 어드레스할 프로토콜을 안다. 이것을 제공자(1590)에서 요청자(1510)로 가는 선으로 도시하였다. 이 예에서, 이러한 어드레스는 이것이 제공자 디바이스(1590)에 보내졌던 포토 80에 연관된 프로토콜이기 때문에, HTTP를 이용할 것이다. 결국, 도 15는 어드레스 스트링의 일부로서 포트 정보를 전송할 수 있는 시스템을 도시한 것이다. 마찬가지로, 이것은 리턴 데이터경로로부터 중개 디바이스들을 제거하는 방법을 도시한 것이다.
도 16은 메타데이터 어드레스들에 대한 데이터 구조를 제공하는 본 발명의 일 실시예를 도시한 것이다. 도 16에는, 어드레스 스트링(1600)을 도시하였다. 어드레스 스트링은 프로토콜 식별자 필드(1610), 네트워크 장치 식별자 필드(1620), 메타데이터 필드(1630), 및 파일명 필드(1640)로 구성된다. TCP/IP 포맷에서 사용하기 위한 어드레스의 예를 도 17에 도시하였다. 도 17에 도시한 어드레스는 프로토콜로서 HTTP를 이용하는 어드레스를 도시한 것이다. 네트워크 장치 식별자는 인터넷 프로토콜(IP) 어드레스 "204.162.80.181"로서 도시되었다. 이 예에서 메타데이터 필드는 "PCN_000.80"으로서 도시되었다. "PCT_000"은 헤더 정보 및 대안으로서의 서버 식별자를 나타낼 수도 있을 것이다. "80"은 포트 식별자의 예이다. "FOO.DAT"는 IP 어드레스 "204.162.80.181"로부터 요청되는 파일명의 예이다. 도 17에 도시한 예는 서버 ID 및 포트 ID로 구성된 메타데이터를 제공하는 어드레스를 도시한 것이다. 설명한 바와 같이, 간단히 서버 ID를 메타데이터의 일부로서 포함되게 선택할 수도 있을 것이다. 마찬가지로, 메타데이터의 일부로서 포트 ID만을 포함할 수도 있을 것이다.
도 18은 본 발명의 일 실시예를 구현하는 방법(1800)을 도시한 것이다. 도 18의 블록(1810)에서, 프로토콜 식별자를 포함하는 어드레스가 제공된다. 블록(1820)에서, 포트 식별자 또한 제공된다. 블록(1830)에서, 포트 식별자 및 어드레스 스트링은 동일 어드레스 스트링의 일부로서 포함된다.
도 19A 및 도 19B에서, 본 발명의 또 다른 실시예를 흐름도(1990)로 도시하였다. 블록(1910)d서 서버가 제공된다. 프로토콜 식별자, 예를 들면 HTTP, RTSP, FTP, SMTP, 혹은 Telnet이 블록(1914)에서 제공된다. 프로토콜 식별자는 이를테면 HTTP, RTSP, NNTP, FTP, SHOUT, RTP, ACTP, SHTP와 같이, 오브젝트에 사용되는 프로토콜을 식별하는 어드레스의 일부인 것으로 간주된다. 이들은 일부 현존의 프로토콜들의 예이지만, 다른 것들도 장래에 개발될 것이다. 네트워크 장치 식별자는 블록(1918)에 도시된 바와 같이 어드레스되고 있는 서버와 같은 장치를 식별하도록제공된다. 네트워크 어드레스 식별자는 어드레스되고 있는 네트워크 내 장치를 식별하는 어드레스이다. 이러한 어드레스는 수치 혹은 텍스트로 된 형태로 되어 있을 수 있다. 예를 들면, 인터넷 프로토콜(IP), 예를 들면, IP 버전 4(IPv4) 하에서, 이것은 마침점들로 분리된 4개의 숫자들, 예를 들면, "128.46.73.208"의 형태를 취할 수도 있을 것이다. 또한, 룩업 테이블을 사용함으로써, 이러한 어드레스는 어드레스를 입력하는 사람이 보다 쉽게 기억해 낼 수 있게 텍스트로, 예를 들면 "www.aerocast.com"으로 변환될 수 있다. 그러나, 본 발명의 이 실시예의 설명의 목적상, IPv4 시스템을 이용한다. 그러나, 이 실시예는 이러한 특정의 버전으로 한정되게 한 것은 아님을 알아야 할 것이다. 또 다른 예로서, 이러한 네트워크 장치 식별자는 이를테면 "204.162.80.181"과 같은 인터넷 프로토콜 어드레스, 혹은 "AEROCAST.COM"과 같은 인터넷의 도메인명 시스템으로 그와 동등의 이름일 수도 있을 것이다.
블록(1922)에서, 서버 식별자가 제공된다. 이러한 서버 식별자는 데이터의 백업 소스 혹은 원 요청 디바이스의 식별을 제공하는 서버를 식별하도록 기능할 수 있다. 블록(1926)에서, 포트 식별자가 제공된다. 설명한 바와 같이, 이러한 포트 식별자는 데이터를 장치에 보낼 포트를 식별할 수 있다. 포트의 예들은 "공지의" 포트 식별자 리스트, 이를테면 HTTP에 대해선 "80", 텔렛인 경우엔 "23", SMTP(이메일)은 "25", FTP는 "21"과 같이 이들로부터의 예들이다. 파일 식별자는 블록(1930)에서 제공된다.
블록(1934)에서, 프로토콜 식별자, 네트워크 장치 식별자, 서버 식별자, 포트 식별자, 파일 식별자를 함께 결합한다. 또한, 블록(1938)에 도시한 바와 같이, 이들 필드들은 포트 식별자가 서버 식별자와 같은 다른 메타데이터와 함께 구성되게 어드레스로서 구성될 수 있다.
블록(1942)에서, 어드레스는 서버에서 중개 디바이스로 전송된다. 요청은 블록(1946)에서 중개 디바이스에서 수신된다. 블록(1950)에서, 요청은 중개 디바이스에서 데이터 콘텐트 제공자에 보내진다. 이들 전송 중 어느 것이든 다른 중개 디바이스와의 복수의 링크들을 포함할 수도 있을 것이다. 블록(1954)에서, 블록(1958)에 도시한 바와 같이, 데이터에 대한 요청이 콘텐트 제공자에서 수신되고, 이 때 데이터가 얻어질 수 있다. 마지막으로, 블록(1962)에서, 포트 식별자는 포트 식별자 필드에 따라 서버의 포트에 데이터 혹은 그 외 다른 메시지를 보내는데 사용될 수 있다.
본 발명의 여러 가지 실시예들을 본 발명을 구현하는 방법들 혹은 장치로서 기술하였으나, 본 발명은 컴퓨터에 결합된 코드, 예를 들면 컴퓨터에 상주하는 코드 혹은 컴퓨터에 의해 액세스될 수 있는 코드에 의해 구현될 수 있다. 예를 들면, 소프트웨어 및 데이터베이스는 전술한 많은 방법들을 구현하는데 사용할 수도 있을 것이다. 따라서, 본 발명이 하드웨어로 달성되는 실시예들 외에, 이들 실시예들은 이 명세서에 개시된 기능을 가능하게 하는, 컴퓨터가 읽을 수 있는 프로그램 코드가 구현된 컴퓨터 사용가능 매체로 구성된 제품을 사용함으로써 달성될 수 있다. 그러므로, 전술한 실시예들은 이들의 프로그램 코드 수단으로도 이 특허에 의해 보호되는 것으로 간주되는 것이 바람직하다.
본 발명의 실시예들은 전송매체를 통해 전파되는 전기신호들만이 아니라 캐리어 웨이브로 구현되는 컴퓨터 신호들로서 달성될 수도 있을 것으로도 생각된다. 따라서, 전술한 각종의 정보는 데이터 구조와 같은 구조로 포맷되고 전송매체를 통해 전기신호로서 전송될 수도 있을 것이다.
여기 인용된 많은 구조들 및 동작들은 각각 기능을 수행하는 수단 혹은 기능을 수행하는 단계들로서 인용될 수 있음에 유념한다. 그러므로, 이러한 언어는 참조로 포함된 것들을 포함하여, 이 명세서 내에 개시된 모든 이러한 구조들 및 동작들과 이들의 등가물들을 포괄하는 위치에 있음을 알 것이다. 본 발명의 실시예들의 장치들 및 방법들과 이에 부수되는 많은 잇점들은 이 명세서로부터 이해될 것이며 본 발명의 정신 및 범위에서 일탈하지 않고 혹은 이의 중요한 모든 잇점들을 희생시키지 않고 앞에서 실시예들로만 기술된 형태, 구조 및 구성요소들의 배열에 각종의 변경이 행해질 수 있음이 명백할 것이다.

Claims (26)

  1. 어드레스를 제공하는 방법에 있어서,
    네트워크에 결합된 요청 디바이스를 제공하는 단계와,
    프로토콜 식별자를 포함하는 어드레스를 제공하는 단계와,
    상기 요청 디바이스의 포트를 식별할 수 있게 하는 포트 식별자를 제공하는 단계;
    상기 포트 식별자를 상기 어드레스의 일부로서 포함시키는 단계와,
    상기 어드레스를 상기 요청 디바이스에서 상기 네트워크에 전송하는 단계와,
    중개 디바이스에서 상기 어드레스를 수신하는 단계와,
    상기 포트 식별자를 어드레스 스트링의 일부로서 포함시키면서 데이터 제공자 디바이스에 어드레싱하는 단계를 포함하는 어드레스 제공 방법.
  2. 제 1 항에 있어서, 상기 데이터 제공자로부터의 메시지를 상기 포트 식별자에 의해 식별된 상기 요청 디바이스의 포트에 전송하는 단계를 더 포함하는 어드레스 제공 방법.
  3. 어드레스 제공 방법에 있어서,
    프로토콜 식별자를 제공하는 단계와,
    IP 식별자를 제공하는 단계와,
    요청 디바이스 식별자를 제공하는 단계와,
    요청 디바이스 포트 식별자를 제공하는 단계를 포함하는 어드레스 제공 방법.
  4. 제 3 항에 있어서, 상기 IP 식별자, 상기 요청 디바이스 식별자 및 상기 요청 디바이스 포트 식별자에 상기 프로토콜 식별자를 결합하는 단계를 더 포함하는 어드레스 제공 방법.
  5. 제 3 항에 있어서, 파일 식별자를 제공하는 단계를 더 포함하는 어드레스 제공 방법.
  6. 제 5 항에 있어서, 상기 IP 식별자, 상기 요청 디바이스 식별자, 상기 요청 디바이스 포트 식별자 및 상기 파일 식별자에 상기 프로토콜 식별자를 결합하는 단계를 더 포함하는 어드레스 제공 방법.
  7. 제 6 항에 있어서, 상기 포트 식별자가 상기 요청 디바이스 식별자에 인접하도록 상기 어드레스 구조를 구성하는 단계를 더 포함하는 어드레스 제공 방법.
  8. 네트워크 상의 장치에 대한 데이터 구조로서,
    프로토콜 식별자 필드와,
    중개 디바이스에 어드레싱하는데 사용하기 위한 인터넷 프로토콜 식별자 필드와,
    요청 디바이스 식별자 필드와,
    요청 디바이스 포트 식별자 필드를 포함하는 데이터 구조.
  9. 제 8 항에 있어서, 상기 인터넷 프로토콜 식별자 필드는 상기 프로토콜 식별자 필드와 상기 요청 디바이스 식별자 필드 사이에 위치된, 어드레스 제공 방법.
  10. 제 8 항에 있어서, 상기 요청 디바이스 식별자 필드는 상기 프로토콜 식별자 필드와 상기 인터넷 프로토콜 식별자 필드 사이에 위치된, 어드레스 제공 방법.
  11. 제 8 항에 있어서, 상기 요청 디바이스 포트 식별자는 상기 요청 디바이스 식별자 필드에 인접하여 위치한, 어드레스 제공 방법.
  12. 제 8 항에 있어서, 데이터 제공자 디바이스에 저장된 파일을 식별하는 파일 식별자 필드를 더 포함하는 어드레스 제공 방법.
  13. 컴퓨터 데이터 신호로서,
    프로토콜 식별자 세그먼트와
    중개 디바이스에 어드레싱하는데 사용하기 위한 인터넷 프로토콜 식별자 세그먼트와,
    요청 디바이스 식별자 세그먼트와,
    요청 디바이스 포트 식별자 세그먼트를 포함하는 컴퓨터 데이터 신호.
  14. 제 13 항에 있어서, 데이터 제공자 디바이스에 저장된 파일을 식별하는 파일 식별자 세그먼트를 더 포함하는 컴퓨터 데이터 신호.
  15. 제 13 항에 있어서, 상기 요청 디바이스 식별자 세그먼트는 데이터에 대한 요청인 발원된 요청 디바이스 상의 포트를 지정하게 할 수 있는, 컴퓨터 데이터 신호.
  16. 네트워크에서 사용하기 위한 장치에 있어서,
    상기 네트워크 상의 장치에 어드레싱하기 위한 어드레스를 제공하는 컴퓨터와,
    프로토콜 식별자 필드를 제공하는 상기 컴퓨터에 의해 사용하기 위한 코드와,
    중개 디바이스에 어드레싱하는데 사용하기 위한 인터넷 프로토콜 식별자 필드를 제공하는 상기 컴퓨터에 의해 사용하기 위한 코드와,
    요청 디바이스 식별자 필드를 제공하는 상기 컴퓨터에 의해 사용하기 위한 코드와,
    요청 디바이스 포트 식별자 필드를 제공하는 상기 컴퓨터에 의해 사용하기 위한 코드를 포함하는 장치.
  17. 제 16 항에 있어서, 파일 식별자 필드를 제공하는 상기 컴퓨터에 의해 사용하기 위한 코드를 더 포함하는 장치.
  18. 제 17 항에 있어서, 상기 프로토콜 식별자 필드, 상기 인터넷 프로토콜 식별자 필드, 상기 요청 디바이스 식별자 필드, 상기 요청 디바이스 포트 식별자 필드 및 상기 파일 식별자 필드를 단일 어드레스로서 구성하는 상기 컴퓨터에 의해 사용하기 위한 코드를 더 포함하는 장치.
  19. 네트워크 상의 데이터를 요청하는 방법에 있어서,
    요청 디바이스를 제공하는 단계와,
    제 1 포트에 연관된 제 1 프로토콜을 이용함으로써 중개 디바이스에 데이터 요청을 보내는 단계와,
    상기 중개 디바이스에서 상기 데이터 요청을 수신하는 단계와,
    상기 중개 디바이스에서 상기 데이터 요청을 해석하는 단계와,
    제 2 포트에 연관된 제 2 프로토콜을 이용함으로써 콘텐트 제공자에게 상기 중개 디바이스로부터의 제 2의 데이터 요청을 보내는 단계와,
    상기 콘텐트 제공자에서 상기 중개 디바이스로부터의 상기 제 2의 데이터 요청을 수신하는 단계와,
    상기 데이터를 얻는 단계와,
    상기 중개 디바이스를 우회하면서 상기 요청 디바이스의 상기 제 1 포트에 상기 콘텐트 제공자로부터의 메시지를 보내는 단계를 포함하는, 네트워크 상의 데이터 요청 방법.
  20. 제 19 항에 있어서, 상기 제 1 프로토콜은 HTTP인, 네트워크 상의 데이터 요청 방법.
  21. 제 19 항에 있어서, 상기 메시지는 상기 요청 디바이스에 의해 요청된 상기 데이터를 포함하는, 네트워크 상의 데이터 요청 방법.
  22. 제 19 항에 있어서, 상기 제 1 포트는 상기 제 2 포트와는 다른, 네트워크 상의 데이터 요청 방법.
  23. 제 19 항에 있어서, 상기 요청 디바이스의 상기 제 1 포트에 상기 콘텐트 제공자로부터의 상기 메시지를 보내는 단계는 상기 중개 디바이스에서 상기 콘텐트 제공자에게 데이터 요청을 보내는데 사용되는 상기 제 2 프로토콜과는 다른 프로토콜에 따라 상기 메시지를 보내는 것을 포함하는, 네트워크 상의 데이터 요청 방법.
  24. 제 19 항에 있어서, 상기 콘텐트 제공자는 제 2 콘텐트 제공자로부터 상기 데이터를 얻는, 네트워크 상의 데이터 요청 방법.
  25. 제 19 항에 있어서, 상기 중개 디바이스에 상기 데이터 요청을 보내는 단계는, 상기 중개 디바이스에 어드레싱할 때 어드레스 스트링의 일부로서 상기 제 1 포트를 포함하는 단계를 포함하는, 네트워크 상의 데이터 요청 방법.
  26. 제 19 항에 있어서, 상기 중개 디바이스에서 상기 콘텐트 제공자에게 데이터 요청을 보내는 단계는 상기 콘텐트 제공자에게 어드레싱할 때 어드레스 스트링의 일부로서 상기 제 1 포트를 포함하는 단계를 포함하는, 네트워크 상의 데이터 요청 방법.
KR1020027016441A 2000-06-01 2001-06-01 네트워크 어드레싱 시스템 KR20030051429A (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US20900700P 2000-06-01 2000-06-01
US60/209,007 2000-06-01
US09/664,179 2000-09-18
US09/664,179 US6836806B1 (en) 2000-06-01 2000-09-18 System for network addressing

Publications (1)

Publication Number Publication Date
KR20030051429A true KR20030051429A (ko) 2003-06-25

Family

ID=26903732

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020027016441A KR20030051429A (ko) 2000-06-01 2001-06-01 네트워크 어드레싱 시스템

Country Status (9)

Country Link
US (1) US6836806B1 (ko)
EP (1) EP1287663A2 (ko)
JP (1) JP2004511116A (ko)
KR (1) KR20030051429A (ko)
CN (1) CN1444816A (ko)
AR (1) AR028660A1 (ko)
AU (1) AU2001268168A1 (ko)
CA (1) CA2410861C (ko)
WO (1) WO2001093527A2 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100801004B1 (ko) * 2006-08-25 2008-02-05 삼성전자주식회사 임베디드 aⅴ 컨텐츠의 프로토콜 매칭 장치 및 방법
US8554937B2 (en) 2004-11-02 2013-10-08 Samsung Electronics Co., Ltd. Method and system for transmitting and receiving data using multicasting

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8903950B2 (en) 2000-05-05 2014-12-02 Citrix Systems, Inc. Personalized content delivery using peer-to-peer precaching
US20020143946A1 (en) * 2001-03-28 2002-10-03 Daniel Crosson Software based internet protocol address selection method and system
US7000029B2 (en) * 2001-09-12 2006-02-14 Tropic Networks Inc. Method and system for automatic address allocation in a network and network protocol therefor
US7340521B1 (en) * 2002-04-02 2008-03-04 Blue Coat Systems, Inc. Method for routing a request over a network to a content source that can most advantageous serve the request
US8370420B1 (en) * 2002-07-11 2013-02-05 Citrix Systems, Inc. Web-integrated display of locally stored content objects
US7620699B1 (en) * 2002-07-26 2009-11-17 Paltalk Holdings, Inc. Method and system for managing high-bandwidth data sharing
US20080301298A1 (en) * 2002-07-29 2008-12-04 Linda Bernardi Identifying a computing device
US20040059735A1 (en) * 2002-09-10 2004-03-25 Gold Russell Eliot Systems and methods for enabling failover in a distributed-object computing environment
US7991827B1 (en) 2002-11-13 2011-08-02 Mcafee, Inc. Network analysis system and method utilizing collected metadata
CN100483975C (zh) * 2003-07-08 2009-04-29 中国科学技术大学 量子网络寻址方法及量子网络路由器
US8782654B2 (en) 2004-03-13 2014-07-15 Adaptive Computing Enterprises, Inc. Co-allocating a reservation spanning different compute resources types
US9268607B2 (en) 2004-03-13 2016-02-23 Adaptive Computing Enterprises, Inc. System and method of providing a self-optimizing reservation in space of compute resources
US20070266388A1 (en) 2004-06-18 2007-11-15 Cluster Resources, Inc. System and method for providing advanced reservations in a compute environment
KR20050121610A (ko) * 2004-06-22 2005-12-27 전자부품연구원 홈 네트워크 프로토콜에서 읽고 쓸 수 있는 어드레싱을위한 방법
US8176490B1 (en) 2004-08-20 2012-05-08 Adaptive Computing Enterprises, Inc. System and method of interfacing a workload manager and scheduler with an identity manager
CA2586763C (en) 2004-11-08 2013-12-17 Cluster Resources, Inc. System and method of providing system jobs within a compute environment
US8863143B2 (en) 2006-03-16 2014-10-14 Adaptive Computing Enterprises, Inc. System and method for managing a hybrid compute environment
US9231886B2 (en) 2005-03-16 2016-01-05 Adaptive Computing Enterprises, Inc. Simple integration of an on-demand compute environment
US7853703B1 (en) * 2005-03-24 2010-12-14 Google, Inc. Methods and apparatuses for identification of device presence
EP1872249B1 (en) 2005-04-07 2016-12-07 Adaptive Computing Enterprises, Inc. On-demand access to compute resources
US20070011100A1 (en) * 2005-06-21 2007-01-11 Phil Libin Preventing identity theft
US20090125958A1 (en) 2005-11-23 2009-05-14 Pak Siripunkaw Method of upgrading a platform in a subscriber gateway device
CA2837984C (en) 2005-11-28 2021-11-16 Commvault Systems, Inc. Systems and methods for classifying and transferring information in a storage network
US20200257596A1 (en) 2005-12-19 2020-08-13 Commvault Systems, Inc. Systems and methods of unified reconstruction in storage systems
US8930496B2 (en) 2005-12-19 2015-01-06 Commvault Systems, Inc. Systems and methods of unified reconstruction in storage systems
BRPI0621439A2 (pt) * 2006-03-02 2011-12-13 Nokia Siemens Networks Gmbh método para gerar um campo de endereço, método e dispositivo para a transmissão de uma mensagem eletrÈnica, e pacote de dados
KR100978332B1 (ko) * 2006-06-14 2010-08-26 파나소닉 전공 주식회사 네트워크 시스템
US8881011B2 (en) 2006-12-05 2014-11-04 Crackle, Inc. Tool for creating content for video sharing platform
US8677091B2 (en) 2006-12-18 2014-03-18 Commvault Systems, Inc. Writing data and storage system specific metadata to network attached storage device
US7720936B2 (en) 2007-03-12 2010-05-18 Citrix Systems, Inc. Systems and methods of freshening and prefreshening a DNS cache
US8103783B2 (en) 2007-03-12 2012-01-24 Citrix Systems, Inc. Systems and methods of providing security and reliability to proxy caches
US7809818B2 (en) 2007-03-12 2010-10-05 Citrix Systems, Inc. Systems and method of using HTTP head command for prefetching
US8074028B2 (en) 2007-03-12 2011-12-06 Citrix Systems, Inc. Systems and methods of providing a multi-tier cache
US7584294B2 (en) 2007-03-12 2009-09-01 Citrix Systems, Inc. Systems and methods for prefetching objects for caching using QOS
US8037126B2 (en) 2007-03-12 2011-10-11 Citrix Systems, Inc. Systems and methods of dynamically checking freshness of cached objects based on link status
US8504775B2 (en) 2007-03-12 2013-08-06 Citrix Systems, Inc Systems and methods of prefreshening cached objects based on user's current web page
US8701010B2 (en) 2007-03-12 2014-04-15 Citrix Systems, Inc. Systems and methods of using the refresh button to determine freshness policy
US7783757B2 (en) 2007-03-12 2010-08-24 Citrix Systems, Inc. Systems and methods of revalidating cached objects in parallel with request for object
US8628522B2 (en) 2007-05-21 2014-01-14 Estech, Inc. (Endoscopic Technologies, Inc.) Cardiac ablation systems and methods
JP5174401B2 (ja) * 2007-08-27 2013-04-03 パナソニック株式会社 ネットワークシステム
US8041773B2 (en) 2007-09-24 2011-10-18 The Research Foundation Of State University Of New York Automatic clustering for self-organizing grids
US8108911B2 (en) 2007-11-01 2012-01-31 Comcast Cable Holdings, Llc Method and system for directing user between captive and open domains
US7509433B1 (en) * 2008-05-19 2009-03-24 International Business Machines Corporation Selecting quick-to-download content through an alternative hypertext protocol
US9965479B2 (en) * 2008-09-18 2018-05-08 Adobe Systems Incorporated Systems and methods for relinking data items
US20100099441A1 (en) * 2008-10-17 2010-04-22 Sanjay Agarwal Mobile Device Advertising
US11720290B2 (en) 2009-10-30 2023-08-08 Iii Holdings 2, Llc Memcached server functionality in a cluster of data processing nodes
US10877695B2 (en) 2009-10-30 2020-12-29 Iii Holdings 2, Llc Memcached server functionality in a cluster of data processing nodes
US8892523B2 (en) 2012-06-08 2014-11-18 Commvault Systems, Inc. Auto summarization of content
US9225806B2 (en) * 2012-06-15 2015-12-29 Citrix Systems, Inc. Systems and methods for generating IPID across a cluster network
US10075521B2 (en) * 2014-04-07 2018-09-11 Cisco Technology, Inc. Collection synchronization using equality matched network names
US10178195B2 (en) * 2015-12-04 2019-01-08 Cloudflare, Inc. Origin server protection notification
US10724443B2 (en) * 2016-05-24 2020-07-28 General Electric Company Turbine engine and method of operating
US10540516B2 (en) 2016-10-13 2020-01-21 Commvault Systems, Inc. Data protection within an unsecured storage environment
US10642886B2 (en) 2018-02-14 2020-05-05 Commvault Systems, Inc. Targeted search of backup data using facial recognition
CN112783837B (zh) * 2021-01-12 2024-01-30 北京首汽智行科技有限公司 一种api文档查找方法

Family Cites Families (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE207679T1 (de) * 1992-04-20 2001-11-15 3Com Corp Vorrichtung zur netzmittelerweiterung auf entfernte netzwerke
US5371852A (en) * 1992-10-14 1994-12-06 International Business Machines Corporation Method and apparatus for making a cluster of computers appear as a single host on a network
US6185619B1 (en) 1996-12-09 2001-02-06 Genuity Inc. Method and apparatus for balancing the process load on network servers according to network and serve based policies
AU694367B2 (en) 1995-06-07 1998-07-16 Soverain Software Llc Internet server access control and monitoring systems
US6181867B1 (en) 1995-06-07 2001-01-30 Intervu, Inc. Video storage and retrieval system
US6003030A (en) 1995-06-07 1999-12-14 Intervu, Inc. System and method for optimized storage and retrieval of data on a distributed computer network
US6097882A (en) * 1995-06-30 2000-08-01 Digital Equipment Corporation Method and apparatus of improving network performance and network availability in a client-server network by transparently replicating a network service
US6029175A (en) 1995-10-26 2000-02-22 Teknowledge Corporation Automatic retrieval of changed files by a network software agent
US5995099A (en) 1996-06-10 1999-11-30 Horstmann; Jens U. Method for creating and maintaining page links
US5761436A (en) 1996-07-01 1998-06-02 Sun Microsystems, Inc. Method and apparatus for combining truncated hyperlinks to form a hyperlink aggregate
US5870557A (en) 1996-07-15 1999-02-09 At&T Corp Method for determining and reporting a level of network activity on a communications network using a routing analyzer and advisor
US5774660A (en) * 1996-08-05 1998-06-30 Resonate, Inc. World-wide-web server with delayed resource-binding for resource-based load balancing on a distributed resource multi-node network
US5991306A (en) 1996-08-26 1999-11-23 Microsoft Corporation Pull based, intelligent caching system and method for delivering data over a network
SE507138C2 (sv) 1996-10-14 1998-04-06 Mirror Image Internet Ab Förfarande och anordning för informationsöverföring på Internet
EP0932866A1 (en) 1996-10-18 1999-08-04 Intervu, Inc. System and method for optimized storage and retrieval of data on a distributed computer network
US5787470A (en) 1996-10-18 1998-07-28 At&T Corp Inter-cache protocol for improved WEB performance
US6101180A (en) 1996-11-12 2000-08-08 Starguide Digital Networks, Inc. High bandwidth broadcast system having localized multicast access to broadcast content
US6023698A (en) 1996-12-05 2000-02-08 International Business Machines Corporation System and method for transparently registering and updating information over the internet
US6098096A (en) 1996-12-09 2000-08-01 Sun Microsystems, Inc. Method and apparatus for dynamic cache preloading across a network
US6052718A (en) 1997-01-07 2000-04-18 Sightpath, Inc Replica routing
SE9700622D0 (sv) 1997-02-21 1997-02-21 Ericsson Telefon Ab L M Anordning och metod vid datanät
US6345303B1 (en) 1997-03-25 2002-02-05 Intel Corporation Network proxy capable of dynamically selecting a destination device for servicing a client request
US6055570A (en) 1997-04-03 2000-04-25 Sun Microsystems, Inc. Subscribed update monitors
CA2202572C (en) * 1997-04-14 2004-02-10 Ka Lun Eddie Law A scaleable web server and method of efficiently managing multiple servers
US6038599A (en) 1997-04-23 2000-03-14 Mpath Interactive, Inc. Latency server and matchmaker
US5944780A (en) 1997-05-05 1999-08-31 At&T Corp Network with shared caching
US6167438A (en) 1997-05-22 2000-12-26 Trustees Of Boston University Method and system for distributed caching, prefetching and replication
US6112239A (en) 1997-06-18 2000-08-29 Intervu, Inc System and method for server-side optimization of data delivery on a distributed computer network
WO1999003047A1 (en) 1997-07-11 1999-01-21 Earle Machardy Content hosting environment system and cache mechanism
SE510048C3 (sv) 1997-07-24 1999-05-03 Mirror Image Internet Ab Internet caching system
US6473406B1 (en) * 1997-07-31 2002-10-29 Cisco Technology, Inc. Method and apparatus for transparently proxying a connection
US6006264A (en) 1997-08-01 1999-12-21 Arrowpoint Communications, Inc. Method and system for directing a flow between a client and a server
US6157950A (en) 1997-12-05 2000-12-05 Encanto Networks, Inc. Methods and apparatus for interfacing a computer or small network to a wide area network such as the internet
CN1282481A (zh) 1997-12-17 2001-01-31 英国电讯有限公司 移动数据路由选择
US6321242B1 (en) 1998-02-06 2001-11-20 Sun Microsystems, Inc. Re-linking technology for a moving web site
US6185598B1 (en) 1998-02-10 2001-02-06 Digital Island, Inc. Optimized network resource location
US6029200A (en) 1998-03-09 2000-02-22 Microsoft Corporation Automatic protocol rollover in streaming multimedia data delivery system
US6311216B1 (en) 1998-05-29 2001-10-30 Microsoft Corporation Method, computer program product, and system for client-side deterministic routing and URL lookup into a distributed cache of URLS
US6108703A (en) 1998-07-14 2000-08-22 Massachusetts Institute Of Technology Global hosting system
EP1110363A2 (en) 1998-08-31 2001-06-27 Adero, Inc. Method and apparatus for load management on a computer network
SE514376C2 (sv) 1998-09-24 2001-02-19 Mirror Image Internet Inc Ett internet-cachningssystem samt ett förfarande och anordning i ett sådant system
US6236999B1 (en) 1998-11-05 2001-05-22 Bea Systems, Inc. Duplicated naming service in a distributed processing system
US6286006B1 (en) 1999-05-07 2001-09-04 Alta Vista Company Method and apparatus for finding mirrored hosts by analyzing urls
WO2000073922A2 (en) 1999-06-01 2000-12-07 Cacheflow, Inc. Content delivery system
US6542964B1 (en) 1999-06-02 2003-04-01 Blue Coat Systems Cost-based optimization for content distribution using dynamic protocol selection and query resolution for cache server
US6275470B1 (en) 1999-06-18 2001-08-14 Digital Island, Inc. On-demand overlay routing for computer-based communication networks
US7386614B2 (en) 2000-05-19 2008-06-10 Treetop Ventures Llc Method allowing persistent links to web-pages

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8554937B2 (en) 2004-11-02 2013-10-08 Samsung Electronics Co., Ltd. Method and system for transmitting and receiving data using multicasting
KR100801004B1 (ko) * 2006-08-25 2008-02-05 삼성전자주식회사 임베디드 aⅴ 컨텐츠의 프로토콜 매칭 장치 및 방법

Also Published As

Publication number Publication date
CN1444816A (zh) 2003-09-24
CA2410861C (en) 2014-02-25
US6836806B1 (en) 2004-12-28
WO2001093527A3 (en) 2002-06-13
JP2004511116A (ja) 2004-04-08
WO2001093527A2 (en) 2001-12-06
CA2410861A1 (en) 2001-12-06
EP1287663A2 (en) 2003-03-05
WO2001093527A9 (en) 2002-12-12
AU2001268168A1 (en) 2001-12-11
AR028660A1 (es) 2003-05-21

Similar Documents

Publication Publication Date Title
US6836806B1 (en) System for network addressing
KR101034983B1 (ko) 뷰어 오브젝트 프록시
CA2413952C (en) Selective routing
CA2413956C (en) Active directory for content objects
CA2410850A1 (en) A qos based content distribution network
KR20030022810A (ko) 리버스 콘텐트 하비스터
KR20030022809A (ko) 자기-공개 네트워크 디렉토리
KR20030022805A (ko) 콘텐트 추적
CA2410853A1 (en) Preloading content objects on content exchanges
KR20030076224A (ko) 클라이언트측의 전체적인 상태 체크
KR20030022807A (ko) 콘텐트 오브젝트들을 위한 액티브 디렉토리
KR20030022804A (ko) 콘텐트 매니저
KR20030051431A (ko) 클라이언트측 어드레스 라우팅 분석 방법
KR20030022808A (ko) 클라이언트측 결정 라우팅 및 투명한 재안내

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid