KR20030001366A - 반환 트래픽에 기초한 인터넷 지불 프로세스 - Google Patents

반환 트래픽에 기초한 인터넷 지불 프로세스 Download PDF

Info

Publication number
KR20030001366A
KR20030001366A KR1020027010962A KR20027010962A KR20030001366A KR 20030001366 A KR20030001366 A KR 20030001366A KR 1020027010962 A KR1020027010962 A KR 1020027010962A KR 20027010962 A KR20027010962 A KR 20027010962A KR 20030001366 A KR20030001366 A KR 20030001366A
Authority
KR
South Korea
Prior art keywords
client
server
digital
acknowledgment
packets
Prior art date
Application number
KR1020027010962A
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 KR20030001366A publication Critical patent/KR20030001366A/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
    • H04N21/4185—External card to be used in combination with the client device, e.g. for conditional access for payment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123—Shopping for digital content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Warehouses Or Storage Devices (AREA)
  • Distillation Of Fermentation Liquor, Processing Of Alcohols, Vinegar And Beer (AREA)
  • Telephonic Communication Services (AREA)

Abstract

본 발명은 반환 트래픽에 기반한 인터넷 지불 시스템에 관한 것이다. 인터넷을 통해 전달된 컨텐츠에 대한 지불에 관련하여, 본 발명의 양태는 패킷들의 명백한 반환 흐름의 개시를 제공한다. 이들 반환 패킷들의 서버에 의한 수신은 서버에 의한 클라이언트의 지불 토큰들의 수취를 수반하며, 컨텐츠의 전달의 지속을 위한 서버에 대한 신호(sign)를 수반한다. 클라이언트에 의한 마스커레이딩(maskerading)은 데이터 패킷들과 함께 챌린지들을 보내고, 클라이언트가 반환 패킷들과 함께 그에 대한 응답을 보내도록 함으로써 방지될 수 있다.

Description

반환 트래픽에 기초한 인터넷 지불 프로세스{Internet payment process based on return traffic}
인터넷 트래픽은 그것이 최선 노력형(Best Effort type) 서비스라는 것을 특징으로 한다. 이는 인터넷을 통해 보내진 데이터 패킷들이 도중에 소실 또는 지연될 가능성을 가진다는 것을 의미한다. 이를 해결하기 위한 조치들은 일반적으로 서비스 품질(Quality of Service) 또는 QoS라는 용어로 지칭된다.
상술한 유형의 시스템은 문헌 EP-0715247로부터 공지되어 있다. 이 문헌은 렌더링 시스템들, 디지털 작품들의 구조들, 디지털 작품에 대한 사용 권한들의 첨부, 저장소들, 크레디트 서버들, 사용 권한 언어 및 상기 시스템이 포함할 수 있는 저장 트랜젝션들의 포괄적인 설명을 제공한다.
상기 문헌에 포함된 전송 프로토콜은 통신 채널상의 고의적 또는 사고적 간섭들 같은 특정 고장 모드들을 배제하는 것에 관한 것이다. 그 선언된 목적은 통신하는 측이 디지털 작품을 사용한 이후에 지불을 회피하기 위한 수단으로서 접속을 끊을 시간이 없어야만 한다는 것이다. 그에 대한 지불이 실행되기 이전에 완전한 디지털 작품이 전달되어야할 필요가 있다. 달리 말해서, 전달을 갖는 트랜젝션들은 성질상 아토믹(atomic)하다.
이 작업에 관련하여, 상기 문헌은 다수의 송신 대상 블록들이 존재하는 경우에, 요청자(클라이언트)로부터 수신 확인(acknowledgement) 메시지를 수신할 때까지 서버가 대기하는 방식을 개시하고 있다. 수신 확인 메시지가 수신되었을 때, 서버는 다음 블록을 요청자에게 보내고, 다시 수신 확인을 기다린다. 따라서, 전송은 작업의 블록단위(block-by-block) 모드로 이루어진다. 요청자(클라이언트)도 동일 주기의 상태들을 반복한다.
송신 대상 블록들이 더 이상 존재하지 않는 경우에, 서버는 트랜젝션에 커미트(commit)하고 최종 수신 확인 메시지를 기다린다. 서버가 최종 통신 메시지를 수신하기 이전에 통신 오류가 있는 경우에는, 여전히 트랜젝션에 커미트하지만, 그 크레디트 서버에 대한, 그 사건에 관한 보고서를 포함한다. 이 보고서는 두가지 목적들로 기능하며, 그 중 하나는 불완전하게 수신된 디지털 작품들을 수신하는 것에 대해 이미 요금을 지불한 사용자에 의한 어떤 요구(claim)들을 합법화하는 것을 돕는 것이다. 요청자(클라이언트)측상에 유사한 프로토콜이 존재하며, 핵심 특성은 모든 데이터 블록들이 전달되기 이전에 중단된 경우에, 서버 및 요청자 양자 모두가 전송을 취소하고, 모든 데이터 블록들이 완전히 전달된 경우에 이를 커미트한다는 것이다.
전달을 갖는 이런 트랜젝션들의 아토믹 특성은 관련 디지털 작품들이 크거나, 컨텐츠가 장시간 동안 스트리밍되어야만 할 때, 몇가지 문제점들을 갖게 된다. 이런 상황은 예로서, 먼저 그 전체 콘텐츠의 수신이 완료된 이후의, 청각적 및/또는 시각적 또는 다른 멀티미디어 자료에 대한 지불에 관련하여 발생한다. 요청자(고객)는 그에 대한 지불이 이루어지기 이전에는 전체 디지털 작품을 시청(즉, 수신)할 수 없다. 한가지 문제점은 디지털 작품의 크기, 그리고, 그에 따른, 전송에 필요한 시간에 비례하여 커지는 통신의 두절의 가능성에 관한 것이다. 다른 문제점은 디지털 작품의 합법화 지불에 관련하여, 요청자 및 서버 양자 모두로부터의 크레디트 서버에 대한 보고의 필요성에 관한 것이다. 또 다른 문제점은 서버가 요청자로부터의 최종 수신 확인을 수신할 때까지 소정의 전송된 디지털 작품을 삭제할 수 없지만, 또한, 데이터의 손실의 방지와 관련하여 파일을 사용할 수도 없다는 것에 관한 것이다. 가측성(accountability)의 어떠한 실제 이득도 없는 암호화의 레벨 또는 2-커미트 단계를 포함하는 포괄적 프로토콜을 필요로 한다.
상기 트랜젝션들의 아토믹 특성에 관한 또 다른 문제점이 존재한다. 이 문제점은 실시간 처리 소요에 관한 것이다. 연속적 미디어의 전달은 실시간 취급(그 전달이 다운로드 작업이 아닌 경우에)을 필요로 하기 때문에, 그에 관한 처리들 또는 기능들이 미디어 표현시 불연속성('힉컵(hiccup)' 또는 히치(hitches)들)을 초래하지 않도록, 아토믹 지불은 예로서, 패킷당 20ms의 전달 속도로 처리될 수 있다.
본 발명은, 클라이언트에 의해 수신될 때 디지털 작품들의 컨텐츠에 대한 지불이 필요한 경우에, 인터넷 같은 통신 채널을 통해 디지털 작품들의 전달을 제어하기 위한 프로세스 및 시스템에 관한 것이다. 특히, 본 발명은 상기 프로세스를 위해 적합한 상기 시스템에 포함된 전송 프로토콜에 관한 것이다.
도 1은 본 발명에 따른 프로세스의 개괄적 셋업을 도시하는 도면.
도 2는 도 1에 따른 모니터의 동작을 도시하는 도면.
도 3은 서버와 클라이언트 사이의 트래픽내의 프로토콜의 역할을 도시하는 도면.
본 발명의 목적은 상기 프로세스 및 상기 프로세스들에 적합한 시스템을 위한 전송 프로토콜을 단순화하는 것이다.
본 발명의 다른 목적은 서버 컴퓨터 및 클라이언트 컴퓨터(소위 엔드-호스트들; 따라서, 최종 사용자 작업을 위한)상에서 실행될 수 있는 전송 프로토콜을 제공하는 것이다.
본 발명의 다른 목적은 디지털 작품의 불연속 전송의 경우에도 모든 수신 디지털 패킷들에 대한 지불을 수반하는 전송 프로토콜을 제공하는 것이다.
본 발명의 일 양태에 따라서, 상술된 목적들 중 하나 이상이 청구항 1에 명기된 바와 같은 인터넷 같은 통신 채널을 통해 디지털 작품들의 전달을 제어하기 위한 프로세스에 의해 달성된다.
기본적인 신규한, 본 발명의 개념은 가용한 전송 프로토콜들로부터 알려지면서, 또한, 지불 토큰들의 기능을 수행하는 수신 확인 코드(ACK)의 스트림을 가지는 것이다. 이 개념의 핵심은 스트리밍 전달, 즉, 소정 시간 기간동안 지속하는 패킷들의 정규 흐름에 대한 지불의 링크 또는 연계이다. 지불은 시간 기간의 진행과 함께 진행하며, 컨텐츠의 전달은 수신의 수신 확인이 진행되지 않을 때, 따라서, 그 컨텐츠에 대한 어떠한 지불도 진행되지 않을 때, 단절되게 된다.
관련 기술적 장점은 수신 확인 코드들의 연속적 스트림에 의해 구현 및 입증되는, 클라이언트가 디지털 작품(또는 그 일부)을 수신한 것에 대한 현존하는 명백한 감사 추적을 수신된 패킷들의 컨텐츠에 대한 지불을 규제하기 위해 사용한다는 것이다. 다른 기술적 장점은 이 이미 가용한 수신 확인 코드들의 연속적 스트림에 컨텐츠에 대한 지불을 링크시킴으로써, 전달된 컨텐츠에 대한 지불의 규제가 단순화된다는 것이다. 결과적으로, 지불 토큰들, 커미트 또는 암호화에 관한 층들을 전송 프로토콜에 추가할 필요성이 제거된다. 따라서, 보다 덜 엄격한 전송 프로토콜 또는 완전한 메카니즘이 충족된다. 클라이언트는 단순히 그 자신이 이미 제품 주문에 수신된 것으로 통지된 각 패킷에 대해서만 지불한다. 그리고, 클라이언트는 수신시 지불한다. 이는 보다 덜 복잡하고, 따라서, 보다 신속한 지불 트랜잭션들의 실행을 초래한다. 따라서, 서버와 클라이언트 양자 모두에게 보다 양호한 효율을 제공한다.
전송, 또는 수송, 프로토콜이라는 용어는 스트리밍 프로토콜들도 포괄한다는 것을 주목하여야 한다. 스트리밍은 전송 또는 수송 프로토콜에 한정되지 않으며, 적어도 서버와 클라이언트 어플리케이션 프로세스들도 이에 관한 역할을 한다.
본 발명의 다른 양태에 따라서, 하나 이상의 기술된 목적들이 청구항 3에 기재된 바와 같은 서버에 의한 디지털 패킷들의 전송 동안 크레디트 윈도우를 사용함으로써 달성된다. 이는 디지털 작품의 컨텐츠의 지불에 관련하여, 그에 대한 지불을 명확히 청산할 수 있기 이전에 전체 디지털 작품의 전송이 완료되어야 한다는 편견을 극복하는 것의 결과이다. 관련 기술적 장점은 서버가 전체 디지털 작품의 크기에 비해 매우 작은 크레디트의 양을 허용한다는 것이다. 이는 더 이상의 수신 확인 코드들이 클라이언트(요청자)로부터 수신되지 않는 경우에 크레디트로 보내준 패킷들에 대한 미지불의 경우 서버(또는 컨텐츠 공급자)가 큰 손실을 받지 않게 하는 것을 의미한다. 크레디트 윈도우의 크기는 트랜잭션의 방식 및 실제 전송 조건들에 적응될 수 있다.
이같은 윈도우의 개념은 전송의 흐름율 제어의 사용을 위해 공지되어 있다. D.P. 버트세카스 및 R.G. 갈라거의 "데이터 네트워크들(1992년 미국 뉴져지의 프렌틱-홀 인코포레이티드, 6.2장)"을 참조하기 바란다. 인터넷의 TCP 프로토콜은 윈도우 제어에 기반한다. 즉, "통과 윈도우"는 공지되어 있으며, 디지털 작품들(그 부분들)의 컨텐츠의 스트리밍에 관한 본 실시예의, "크레디트 윈도우"의 개념은 신규하다.
전송 제어 프로토콜(TCP)은 IP 패킷들로 전송될 데이터의 단편화(segmentation)와 바이트의 넘버링을 허용한다. 이들 넘버들을 사용하여, TCP 접속의 수신기는 IP가 그들을 무질서하게 전달한 경우에, 수신된 패킷들을 재주문한다. 이는 선행 패킷들이 이미 수신되어 있는 각 수신된 패킷들에 대해 송신자에게 ACK 패킷(수신 확인)을 반환한다. TCP 송신자는 이들 ACK들을 손실을 보완하기 위해서 어떤 패킷들이 재송신되어야하는지를 판정하기 위해 사용하고, 그에 의해, IP 최선형 전달을 신뢰형 단-대-단 전달로 전환한다. 그동안 기대 ACK가 수신되지 않은 시간 초과(time-out) 주기가 끝난 이후, 또는, 그 이전 패킷이 3회 ACK되었을 때, 패킷이 재전송된다. 시간 초과 주기는 라운드 트립 타임(RTT)의 추정에 기반한다. 이중 ACK들은 누락된 것에 이어지는 패킷들이 수신된 것을 지시하며, 이는 순차적으로, 전달 채널내에 어떠한 부가적인 정체도 없다는 것의 지표이다.
누락 패킷들을 송신자에게 알리는 다른 대안은 NAK들, 부정적 ACK들 또는, SACK들, 선택적 ACK들을 송신하는 것이다.
또한, TCP는 그 전송율을 결정하기 위해 ACK들을 사용한다. 이 전송율은 RTT에 대한 수신 확인이 필요한 경로중의 패킷들의 수, 즉, 윈도우에 따른다. 윈도우는 성공적 전송시 증가되고, 반대로 패킷들의 손실은 이를 감소시킨다. 이 방식으로, TCP는 그 전송율을 가용 대역폭에 적응시킨다.
또한, 본 발명은 청구항 5에 기술된 바와 같은 용도를 위한 프로세스를 제공한다.
본 발명은 청구항 6에 기술된 바와 같은 방법을 추가로 제공한다.
본 발명은 청구항 9에 기술된 바와 같은 컴퓨터 프로그램을 추가로 제공한다.
이들 및 본 발명의 다른 양태들은 하기에 설명된 실시예(들)를 참조로 명백 및 명료해질 것이다.
본 발명에 따라서, 예로서, 세션 개시 단계 동안, 클라이언트로부터 서버로의 요청에 따라서, 수신 확인 코드들과 지불 토큰들의 반환 트래픽의 설정에 관한, 둘 사이의 협상 단계가 존재한다. 설정과, 컨텐츠 유형, 코딩 유형, IP 어드레스,포트 번호들 등 같은 다른 기술적 양태들에 대하여 협의가 도달된다. 본 발명에 따른 프로세스의 후속 단계는 예로서, 멀티미디어 컨텐츠를 가지는 디지털 작품(100)이 서버(200)에서 다수의 디지털 패킷들(1001…100z)로 형성된다. 패킷(1001…i…z)의 크기는 관련 디지털 작품(100)의 크기에 비해 작다. 예로서, 오디오 컨텐츠의 경우에, 패킷들의 크기는 20ms 간격의 전송에 부합되기에 충분히 작을 수 있다. 서버(200)는 송신 소프트웨어 및/또는 하드웨어 콤포넌트들(210)을 포함하며, 이는 서버가 패킷들(1001…100z)을 클라이언트(300)에 전송하기 위해 사용하는 것이다. 클라이언트(300)는 그 수신 패킷들을 저장(310) 또는 재생(320)하거나, 기타의 방식으로 처리한다. 이는 수신 확인 코드들(ACK들)을 서버에 송신함으로써 수신된 패킷들을 수신 확인(330)한다. 수신 소프트웨어 및/또는 하드웨어 콤포넌트들(미도시)을 포함하는 서버내의 모니터(220)는 클라이언트에 의해 송신된 수신 확인 코드들(ACK들)을 수신하고, 그에 기초하여, 전송 패킷의 지속을 제어한다. 이들 위해, 모니터(220)는 송신 소프트웨어 및/또는 하드웨어(210)에 제어 명령들을 발령한다. 클라이언트로부터 요청된 수신 확인 코드(들)가 서버에 의해 지정된 바에 따라 수신될 때만 서버에 의해 상기 컨텐츠의 스트리밍이 지속되며, 이와 달리, 클라이언트로부터 서버로의 수신 확인 코드들의 개시된 연속적 반환 트래픽이 두절되는 경우에는 서버에 의한 전송의 스트리밍이 중단된다. 수신된 수신 확인들은 또한 추가적인 과금을 취급하기 위해 지불 레지스트리(미도시)에 누적된다. 서버에 의해 송신되는 각 데이터 패킷 및 모든 데이터 패킷에 대하여 클라이언트에 의해 하나의ACK 패킷을 반환할 필요는 없다는 것을 인지하여야 한다. 다른 맵핑들도 마찬가지로 기능할 수 있음은 명백하다.
도 2는 도 1에 따른 모니터(220)의 제어 동작들에 정교함을 제공한다. 도 2는 미디어 스트림의 연속적 패킷들의 순서를 도시하고 있다. N-1로 인덱싱된 패킷에 이르기까지의 패킷들이 전송된다. T 개의 패킷들이 전송되었지만, 아직 클라이언트에 의해 수신 확인되지는 않았다. 즉, 이들 패킷들은 통과중이다. 서버는 소정 주어진 순간에, W 개의 패킷들까지가 아직 수신 확인되지 않을 수 있다는 것을 받아들이도록 설정된다. W 개의 패킷들이 적시에 수신 확인되지 않는 경우에, 서버는 전송을 중단한다.
모니터(220)는 전송중인 패킷들의 수와 전송된 패킷들의 수를 관리한다. 전송된 패킷들은 ACK가 그 패킷에 대하여 수신되었는지 아닌지에 따라 각각 성공 또는 비성공중 어느 한쪽으로서 라벨링된다. 또한, 각 패킷은 전송 시간 및 재전송 한계와 연계된다. 전자는 정상 동작 중에 패킷이 전송될 때를 나타내고, 후자는 클라이언트가 여전히 재생을 위해 적시에 패킷을 수신할 수 있는지 여부를 나타낸다. (다운로드 작업에 관련하여, 이는 항상 이 경우이다) 이들 시간들은 패킷들의 수(순서)에 비례하여 증가할 필요는 없다. 본 실시예에서, 그리고, 단지 예로서, 이들 시간들이 관련 패킷 순서에 비례하여 증가하는 것으로 가정된다.
본 발명의 일 실시예에서, 수신된 데이터의 수신 확인은 고의적으로 시간제한식으로 이루어질 수 있다. 일 예는 오디오 자료의 청취 또는 비디오 자료의 시청이 예비청취 또는 예비 시청 상태들이 승인되는 경우이다. 시간 제한 설정이 경과되었을 때, 수신 확인은 규제되고, 서버는 중단한다. 예비 청취 또는 예비 시청 기간 동안, 클라이언트 또는 사용자는 트랜젝션을 승인할 가능성을 제공하여야 하며, 승인이 확인되지 않는 경우에, 어떠한 부가적인 전송도 허용되지 않는다.
예비 시청 또는 예비 청취 기간 동안 수신된 컨텐츠에 대해 상이한 지불 방식이 존재하는 것을 생각할 수 있다. 또한, 소정의 크레디트 윈도우의 재설정 이후의 지불 방식에 관하여 상기 컨텐츠가 상이하게 취급되는 것을 생각할 수 있다.
본 발명의 다른 실시예에서, 크레디트 윈도우는 초기에는 클 수 있다. 예비 시청 또는 예비 청취 기간 이후에 크레디트 윈도우의 크기를 1 또는 몇배로 다시 설정하는 것이 가능하다. 크레디트 윈도우의 크기의 증가는 예비 청취 또는 예비 시청이나, 소정의 다른 유형의 시범 기간 동안 서버에 의해 수신될 필요가 없는 ACK들의 수에 관련한다. 또한, 필요 또는 요청되는 경우에, 크레디트 윈도우의 크기를 감소시키는 것도 고려 및 구현될 수 있다. 예로서, 시범 기간의 경과 이전의 클라이언트에 의한 수신 확인 같은 클라이언트의 일부의 부가적인 작용이 판정 트리 또는 프로토콜에 기술적으로 구현될 수 있다. 또 다른 실시예에서, 크레디트 윈도우 메카니즘은 시범 기간이 경과된 이후에만 개시될 수 있다. 이는 프로세스의 클라이언트측과의 동조와 그 구현을 위한 시스템을 필요로한다.
사용자 승인은 몇 가지 방식으로 주어질 수 있다. 예로서, 클라이언트 또는 사용자에 의해 어떠한 작용도 취해지지 않는 경우에, 서버는 파일이 전달되었을 때 데이터 패킷들의 적절한 수신을 확인한다. 이는 "클라이언트로부터의 무소식이 희소식(=적절한 수신)이며, 따라서, 트랜젝션이 정상적이다"와 유사하다. 두 번째 예는 클라이언트 또는 사용자에 의한, 기록의 종단에서 데이터 패킷들의 양호한 전달에 관한 작용의 발생이다. 상기 작용은 플레이어 디바이스에 관련된 소정의 활성 움직임에 관한 것일 수 있다. 데이터 패킷들의 전달 동안 착수될 수 있는 다른 비등시성 작용들에 대하여, 사용자에 의해 취해진 모든 종류의 클릭(click)들 또는 다른 작용들 사이의 구별에 대한 필요성이 있다는 것을 쉽게 알 수 있다. 세 번째 예는 사용자 스크린 및/또는 리모트 콘트롤 설비상에 예로서. "적절히 수신됨"이라 표시된 버튼의 설비를 포함한다. 모든 종류의 사용자 인터페이스들이 이에 관하여 적용될 수 있다.
도 3은 서버와 클라이언트 사이의 트래픽의 프로토콜의 다양한 예들의 역할을 도시하고 있다. 이는 서버와 클라이언트 사이의 트래픽의 상이한 교환 단계들을 위해 사용할 수 있는 프로토콜의 몇가지 예들을 도시한다. 세션 개시와 협상 단계들 동안 HTTP/TCP 프로토콜들이 사용될 수 있으며, 협상 및 개시/구성은 SDP를 사용하여 변경될 수 있고, 세션 제어 및 미디어 컨텐츠 운반 동안, RTSP/TCP 및 RTP/UDP 프로토콜들이 사용될 수 있다.
도 2에 도시된 작업의 상태를 참조로, 모니터(220)는 하기의 알고리즘(이 알고리즘은 단지 예일 뿐임)에 따라 도 2에 도시된 다양한 윈도우 바운더리들에 대한 다양한 포인터들을 갱신한다.
ACKN의 수신시
-ACK 포인터를 위치 N으로 1만큼 증분
-크레디트 윈도우 포인터를 위치 N+W로 1만큼 증분
-위치 N을 성공(Successful)으로 표시
ACKN+P, P>0의 수신시
-크레디트 윈도우 포인터를 위치 N+W로 1만큼 증분
-위치 N+P를 성공으로 표시
-p=0에 대하여, P-1에 대해
-패킷 N+p의 재전송 한계가 경과한 경우
-ACK 포인터를 위치 N+p로 증분(상술한 바와 같이, 본 예에서는 재전송 한계들의 단조로운 증가가 가정된다)
-N+p를 비성공으로 표시
-그렇지 않은 경우(패킷 N+p의 재전송 한계가 아직 경과되지 않은 경우)
-패킷 N+p를 재전송(재전송은 시간 초과 같은 다른 메카니즘들에 의해 개시될 수도 있으며, 유사하게, 재전송은 한번 이상의 수신을 필요로할 수 있다 ACKN+P, P>0)
ACKN-M, M>0 의 수신시
-위치 N-M이 비성공으로 표시된 경우
-위치 N-M을 성공으로 표시
-크레디트 윈도우 포인터를 위치 N+W로 1만큼 증분
패킷들은 규칙적 보조로 전송, 즉, 패킷 전송 포인터는 1만큼 증분되며, 통과 윈도우를 규칙적 보조로 개방시킨다. 통과 및 크레디트 윈도우 양자 모두내에 있는 경우에, 패킷이 전송된다. 정상 동작시, 도 2에 예시된 바와 같이, 이는 패킷 N+T가 그 전송 시간이 경과할 때 전송된다는 것을 의미한다. 그렇지 않으면, 그 전송 시간이 경과되었지만, 그 전송 한계는 경과되지는 않은 경우에, 패킷은 크레디트 윈도우가 그 패킷을 포함하도록 열릴 때 전송된다. 원론적으로, 전송 한계가 경과되면, 패킷은 비성공으로 표시된다. 이런 상황에서, 전체 전송이 중단된 것으로 간주된다.
크레디트 윈도우(W)의 크기와 관련하여, 전송된 데이터 패킷들에 대하여 클라이언트에 의해 아직 그 수신 확인이 이루어지지 않은, 개방 ACK 코드들의 수는 특정 수의 (부가적) ACK들이 수신되거나, 데이터 패킷들이 특정 시간 기간 동안 전송 및 수신된 경우에 증분되도록 설정될 수 있다. 반대로, 크레디트 윈도우는 전송이 원활하게 이루어지지 않은 경우에 감소될 수 있다.
지불은 성공 카운트들의 수에 따른다. T의 선택은 손실 패킷들의 재전송이 주어진 한계내에서 이루어질 수 있도록 이루어진다. W의 선택은 트랜젝션이 받아들이는 크레디트에 의존한다. W는 전송된 패킷들의 총 수에 비해 작아야만, 즉, 불충분하여야만 한다.
클라이언트에 의한 ACK들의 억제는 크레디트 윈도우(W)를 폐쇄할 수 있다. 결국, 전송이 중단된다. 오류 빈발(error-prone) 전송 채널에서, 패킷이 수신되지않거나, 그 ACK가 손실되는 것 중 어느 하나의 이유로 ACK들은 수신되지 않는다. 부가적인 재전송 한계들이 너무 임계적인 경우에, 클라이언트가 모든 패킷들을 수신한 것으로 수신 확인한다 하더라도 전송이 두절될 수 있다.
손실들은 연계된 왜곡으로 인하여 클라이언트가 수신을 받지 못하기 때문에 바람직하지 못하다. 지속 손실들(sustained losses)로 인한 윈도우 폐쇄는 T에 비해 양호하게 치수설정된 W를 선택함으로써 회피될 수 있다. 지속 손실율들은 접속 성립 동안 협상 단계에서 회피될 수 있다. 즉, 예로서, 클라이언트와 서버는 e%의 허용가능 손실율에 동의한다. 부가적 러던던시 패킷들의 전송 가능성을 차치하고, 크레디트 윈도우 포인터는 매 100/e(e%의 역수) 패킷들이 비성공(성공으로 재표시된 패킷들에 대하여 보정된)으로 표시된 이후에 1식 증분되는 것을 의미한다.
클라이언트에 의한 마스커레이딩(maskerading)은 데이터 패킷들과 함께 소위 "챌린지들"을 서버가 클라이언트로 보내도록 하고, 클라이언트가 수신 확인 코드들의 반환 트래픽과 함께 그에 대한 응답을 반환하도록 함으로써 방지될 수 있다.
또한, 본 발명은 컴퓨터 프로그램들, 특히, 본 발명을 실시하도록 적응된, 캐리어내의 또는 캐리어상의 컴퓨터 프로그램들에 확장된다. 이 프로그램은 소스코드, 객체 코드, 코드 중간어 소스 및 부분적으로 컴파일링된 형태 같은 객체 코드의 형태이거나 본 발명에 따른 프로세스의 구현에 사용하기에 적합한 소정의 다른 형태일 수 있다. 캐리어는 프로그램을 수반할 수 있는 소정의 엔티티 또는 디바이스일 수 있다.
예로서, 캐리어는 예로서 CD ROM 또는 반도체 ROM 같은 ROM이나 예로서, 플로피 디스크 또는 하드 디스크 같은 자성 기록 매체 같은 저장 매체를 포함할 수 있다. 또한, 캐리어는 전기적 또는 광학적 케이블을 경유하여 또는 무선이나 다른 수단에 의해 운반될 수 있는 전기적 또는 광학적 신호 같은 전송가능한 캐리어일 수 있다.
프로그램이 케이블이나 다른 디바이스 또는 수단에 의해 직접적으로 운반될 수 있는 신호로 구현되는 경우에, 캐리어는 이런 케이블 또는 다른 디바이스 수단에 의해 구성될 수 있다.
대안적으로, 캐리어는 프로그램이 이식된 집적 회로일 수 있으며, 이 집적 회로는 관련 프로세스 단계들의 수행을 위해 또는 프로그램에 사용을 위해 적응된다.
프로세스, 그 구성 프로토콜, 및 시스템과 상술된 바와 같이 그를 구현하기 위한 컴퓨터 프로그램은 미소 단위 지불(micropayment)이 실행되는 경우에 일반적으로 적용할 수 있다. 몇몇의 적합한, 비제한적 실시예는 인터넷, 예로서, 쥬크 박스 같은 통신 채널들에 접속된 다운로딩 또는 스트리밍 기능들을 가진 디바이스들에 관한 것이다. 상술된 개괄적인 신규한 본 발명의 개념은 텔레비젼 및 셋톱 박스들과 함께 사용하기에 적합하게 이루어질 수도 있다.

Claims (16)

  1. 인터넷 같은 통신 채널을 통해 디지털 작품들의 전달을 제어하기 위한 프로세스로서, 디지털 작품들의 컨텐츠에 대해 지불이 존재하고, 상기 프로세스가 서버 컴퓨터(200)와 클라이언트(요청자) 컴퓨터(300; 소위 엔드-호스트들)상에서 실행 가능한, 상기 프로세스는,
    a) 상기 서버와 상기 클라이언트가 디지털 작품의 컨텐츠의 전달에 합의하고 그를 위해 구성되는 협상 단계들의 세트와,
    b) 전송 또는 수송 프로토콜을 사용하여, 상기 서버로부터 상기 클라이언트로 상기 컨텐츠의 일부 시간 기간동안 지속하는 패킷들(1001…i…z)의 규칙적 흐름(소위 "스트리밍")을 서버에서 생성하고 실행하는 단계로서, 상기 패킷 크기가 이에 의해 상기 디지털 작품의 총 크기에 대하여 작고, 그에 의해 클라이언트가 수신된 컨텐츠에 대한 수신 확인을 요청받게 되는, 상기 생성하고 실행하는 단계와,
    c) 상기 클라이언트에 의하여, 상기 서버로의 적어도 하나의 수신 확인 코드(ACK ; acknowledgement code)의 반환 트래픽(return traffic)을 개시하는 단계로서, 그에 의해, 지불 토큰(payment token)이 각 수신 확인 코드 또는 다수의 수신 확인 코드들과 연계되는, 상기 반환 트래픽을 개시하는 단계와,
    d) 상기 클라이언트의 각 요청된 수신 확인 코드가 상기 서버에 의해 수신되었음을 상기 서버에 의해 유효화(validation)하는 단계와,
    e) 상기 클라이언트의 요청된 수신 확인 코드(들)가 상기 서버에 의해 지정된 바와 같이 수신된 경우에만 상기 서버에 의해 상기 컨텐츠의 스트리밍을 지속하는 단계와,
    f) 상기 클라이언트에 의해 수신 확인됨에 따라 수신된 각 패킷에 대한 지불 모드의 동작(a pay-for-each-packet-received-as-acknowledged-by-the-client mode of operation)으로 상기 클라이언트로부터 수신된 수신 확인 코드들과 연계된 상기 지불 토큰들을 누적(accumulate)하는 단계와,
    g) 적어도 상기 누적된 지불 토큰들에 기초하여 모든 수신된 패킷들에 대한 과금 및 상기 클라이언트에 의한 지불을 배열하는 단계를 포함하는, 통신 채널을 통해 디지털 작품의 전달을 제어하기 위한 프로세스.
  2. 제 1 항에 있어서, 단계 c) 또는 단계 e)에서의 상기 클라이언트에 의한 수신 확인은 상기 서버로부터 상기 클라이언트로의 순방향 흐름의 적어도 하나의 패킷과 연계되는 것을 특징으로 하는, 통신 채널을 통해 디지털 작품의 전달을 제어하기 위한 프로세스.
  3. 제 1 항 또는 제 2 항에 있어서, 단계 e)에서, 상기 서버에 의한 컨텐츠를 가진 패킷들의 스트리밍의 지속이 이루어지고, 그에 의해, 크레디트 윈도우(credit window)내에 포함되어 있는 다른 미리 정해진 수의 수신 확인 코드들과 같거나 적은, 통과중인 다수의 수신 확인 코드들이 서버에 의해 아직 수신되지 않는 동안,어떤 수의 패킷들이 전송될 수 있는 것을 특징으로 하는, 통신 채널을 통해 디지털 작품의 전달을 제어하기 위한 프로세스.
  4. 제 3 항에 있어서, 상기 크레디트 윈도우의 크기는 상기 클라이언트로부터 수신된 수신 확인 코드들의 수에 적응될 수 있는 것을 특징으로 하는, 통신 채널을 통해 디지털 작품의 전달을 제어하기 위한 프로세스.
  5. 수신된 반환 트래픽에 기초한 지불의 규제(regulation)를 포함하는 사업 운영들 또는 상업적 거래들을 행하는데 사용하기 위한 제 1 항 내지 제 4 항 중 어느 한 항에 따른 프로세스.
  6. 추가로, 과금은 전송율 및/또는 전송 세션의 길이 및/또는 전송된 디지털 패킷들의 손실율에 의존하는, 사업 운영들 또는 상업적 거래들을 행하는데 사용하기 위한 제 5 항 따른 프로세스.
  7. 제 1 항 내지 제 6 항 중 어느 한 항에 따른 프로세스 중 적어도 단계 c)를 포함하는 하나 또는 그 이상의 단계들을 포함하는, 서버와 클라이언트를 포함하는 시스템에 의해 패킷들을 송신 및/또는 수신하는 방법.
  8. 제 1 항 내지 제 6 항 중 어느 한 항에 따른 프로세스 중 적어도 단계 c) 또는 단계 e)를 포함하는 하나 또는 그 이상의 단계들을 포함하는, 서버에 의해 패킷들을 송신 및/또는 수신하는 방법.
  9. 제 1 항 내지 제 6 항 중 어느 한 항에 따른 프로세스 중 적어도 단계 c) 또는 단계 e)를 포함하는 하나 또는 그 이상의 단계들을 포함하는, 클라이언트에 의해 패킷들을 송신 및/또는 수신하는 방법.
  10. 명령들을 포함하는 컴퓨터 프로그램에 있어서,
    상기 명령들은 전송 하드웨어를 갖거나 전송 하드웨어에 연결된 프로그램 가능한 처리 장치가 제 7 항에 따른 방법을 실행하기 위해 동작할 수 있도록 하기 위해, 수신 확인 코드들 및 상기 수신 확인 코드들과 연계된 지불 토큰들에 관해 수행되는 프로세스들 또는 기능들(functions)을 정의하는 적어도 코드를 포함하는, 명령들을 포함하는 컴퓨터 프로그램.
  11. 명령들을 포함하는 컴퓨터 프로그램에 있어서,
    상기 명령들은 전송 하드웨어를 갖거나 전송 하드웨어에 연결된 프로그램 가능한 처리 장치가 제 8 항에 따른 방법의 서버 관련 단계들을 실행하기 위해 동작할 수 있도록 하기 위해, 수신 확인 코드들 및 상기 수신 확인 코드들과 연계된 지불 토큰들에 관해 수행되는 프로세스들 또는 기능들을 정의하는 적어도 코드를 포함하는, 명령들을 포함하는 컴퓨터 프로그램.
  12. 명령들을 포함하는 컴퓨터 프로그램에 있어서,
    상기 명령들은 전송 하드웨어를 갖거나 전송 하드웨어에 연결된 프로그램 가능한 처리 장치가 제 9 항에 따른 방법의 클라이언트 관련 단계들을 실행하기 위해 동작할 수 있도록 하기 위해, 수신 확인 코드들 및 상기 수신 확인 코드들과 연계된 지불 토큰들에 관해 수행되는 프로세스들 또는 기능들을 정의하는 적어도 코드를 포함하는, 명령들을 포함하는 컴퓨터 프로그램.
  13. 저장 매체를 포함하는 캐리어상에 또는 캐리어내의 제 10 항 내지 제 12 항 중 어느 한 항에 따른 컴퓨터 프로그램.
  14. 전기적 또는 광학적 신호 같은 전송가능한 캐리어와 함께 또는 전송가능한 캐리어 내의 제 10 항 내지 제 12 항 중 어느 한 항에 따른 컴퓨터 프로그램.
  15. 제 10 항 내지 제 12 항 중 어느 한 항에 따른 컴퓨터 프로그램의 전송 엔티티(entity)가 콤포넌트를 형성하는, 전송 엔티티.
  16. 인터넷 같은 통신 채널을 통해 디지털 작품들의 전달을 제어하기 위한 시스템으로서, 상기 디지털 작품들의 컨텐츠에 대한 지불이 이루어지고, 상기 시스템은 서버 컴퓨터와 클라이언트(요청자) 컴퓨터상에서 동작할수 있는, 통신 채널을 통해디지털 작품들의 전달을 제어하기 위한 시스템에 있어서, 상기 시스템은,
    디지털 작품들을 저장 및 교환하기 위한 하나 또는 그 이상의 저장소들을 포함하고, 상기 디지털 저장소들 각각은,
    디지털 작품들과, 상기 디지털 작품들에 첨부된 사용 권한들을 저장하기 위한 저장 수단과,
    디지털 작품에 대한 억세스 요청을 위한 동작의 요청자 모드로서, 상기 요청은 사용 권한을 지정(specify)하고, 이 사용 권한에 지불 토큰이 첨부되는, 상기 요청자 모드와, 상기 디지털 작품에 첨부된 사용 권한들과 상기 요청에 지정된 상기 사용 권한에 기초하여 상기 요청된 디지털 작품을 억세스하도록 요청들을 처리하기 위한 동작의 서버 모드(server mode)를 가지는 트랜잭션 처리 수단과,
    상기 서버로부터 상기 요청자에게로의 상기 디지털 작품의 전송을 위한 전송 수단으로서, 상기 전송 수단은 제 1 항 내지 제 6 항 중 어느 한 항에 따른 프로세스를 수행하기에 적합한 프로토콜하에서 동작할 수 있는 상기 전송수단을 포함하는, 통신 채널을 통해 디지털 작품의 전달을 제어하기 위한 시스템.
KR1020027010962A 2000-12-22 2001-12-10 반환 트래픽에 기초한 인터넷 지불 프로세스 KR20030001366A (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP00204805 2000-12-22
EP00204805.6 2000-12-22

Publications (1)

Publication Number Publication Date
KR20030001366A true KR20030001366A (ko) 2003-01-06

Family

ID=8172564

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020027010962A KR20030001366A (ko) 2000-12-22 2001-12-10 반환 트래픽에 기초한 인터넷 지불 프로세스

Country Status (9)

Country Link
US (1) US7103557B2 (ko)
EP (1) EP1368762B1 (ko)
JP (1) JP2004516776A (ko)
KR (1) KR20030001366A (ko)
CN (1) CN1478240A (ko)
AT (1) ATE309578T1 (ko)
DE (1) DE60114888T2 (ko)
ES (1) ES2252153T3 (ko)
WO (1) WO2002052813A2 (ko)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7860806B2 (en) * 2002-03-12 2010-12-28 Nokia Corporation System and method for charging for data reception
EP1766981B1 (en) * 2004-07-01 2009-10-14 OY Gamecluster Ltd A method and a device for transferring predictive and non-predictive data frames
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
CN100527144C (zh) * 2005-11-21 2009-08-12 华为技术有限公司 一种在数字版权管理中实现准确计费的方法及装置
WO2008021409A2 (en) * 2006-08-14 2008-02-21 Backchannelmedia Inc. Systems and methods for accountable media planning
DE102006048980B4 (de) * 2006-10-17 2013-04-25 Nokia Siemens Networks Gmbh & Co. Kg Anordnung und Verfahren zur Bereitstellung von Daten
US8051455B2 (en) 2007-12-12 2011-11-01 Backchannelmedia Inc. Systems and methods for providing a token registry and encoder
US8312033B1 (en) 2008-06-26 2012-11-13 Experian Marketing Solutions, Inc. Systems and methods for providing an integrated identifier
US9094721B2 (en) 2008-10-22 2015-07-28 Rakuten, Inc. Systems and methods for providing a network link between broadcast content and content located on a computer network
US8160064B2 (en) 2008-10-22 2012-04-17 Backchannelmedia Inc. Systems and methods for providing a network link between broadcast content and content located on a computer network
US9607336B1 (en) 2011-06-16 2017-03-28 Consumerinfo.Com, Inc. Providing credit inquiry alerts
JP5668178B2 (ja) 2011-09-09 2015-02-12 楽天株式会社 双方向テレビ公開に対する顧客制御システムおよび方法
US10664936B2 (en) * 2013-03-15 2020-05-26 Csidentity Corporation Authentication systems and methods for on-demand products
US9633322B1 (en) 2013-03-15 2017-04-25 Consumerinfo.Com, Inc. Adjustment of knowledge-based authentication
US9721147B1 (en) 2013-05-23 2017-08-01 Consumerinfo.Com, Inc. Digital identity
EP3916605A1 (en) * 2013-09-10 2021-12-01 CSidentity Corporation Authentication systems and methods for on-demand products
US10373240B1 (en) 2014-04-25 2019-08-06 Csidentity Corporation Systems, methods and computer-program products for eligibility verification
US10911234B2 (en) 2018-06-22 2021-02-02 Experian Information Solutions, Inc. System and method for a token gateway environment
US11941065B1 (en) 2019-09-13 2024-03-26 Experian Information Solutions, Inc. Single identifier platform for storing entity data

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4841526A (en) * 1984-05-25 1989-06-20 Wilson Jon C Data communications system
US5940504A (en) * 1991-07-01 1999-08-17 Infologic Software, Inc. Licensing management system and method in which datagrams including an address of a licensee and indicative of use of a licensed product are sent from the licensee's site
JPH08263438A (ja) * 1994-11-23 1996-10-11 Xerox Corp ディジタルワークの配給及び使用制御システム並びにディジタルワークへのアクセス制御方法
US5634012A (en) * 1994-11-23 1997-05-27 Xerox Corporation System for controlling the distribution and use of digital works having a fee reporting mechanism
CN1912885B (zh) * 1995-02-13 2010-12-22 英特特拉斯特技术公司 用于安全交易管理和电子权利保护的系统和方法
FI98023C (fi) * 1995-05-09 1997-03-25 Nokia Telecommunications Oy Liukuvaan ikkunaan perustuva datavuonohjaus, joka käyttää säädettävää ikkunakokoa
JP3068002B2 (ja) * 1995-09-18 2000-07-24 沖電気工業株式会社 画像符号化装置、画像復号化装置及び画像伝送システム
US6069957A (en) * 1997-03-07 2000-05-30 Lucent Technologies Inc. Method and apparatus for providing hierarchical key system in restricted-access television system
US6389541B1 (en) * 1998-05-15 2002-05-14 First Union National Bank Regulating access to digital content

Also Published As

Publication number Publication date
EP1368762B1 (en) 2005-11-09
ATE309578T1 (de) 2005-11-15
US7103557B2 (en) 2006-09-05
ES2252153T3 (es) 2006-05-16
DE60114888D1 (de) 2005-12-15
CN1478240A (zh) 2004-02-25
US20020091544A1 (en) 2002-07-11
DE60114888T2 (de) 2006-07-20
JP2004516776A (ja) 2004-06-03
WO2002052813A3 (en) 2003-10-16
WO2002052813A2 (en) 2002-07-04
EP1368762A2 (en) 2003-12-10

Similar Documents

Publication Publication Date Title
KR20030001366A (ko) 반환 트래픽에 기초한 인터넷 지불 프로세스
US11641387B2 (en) Timely delivery of real-time media problem when TCP must be used
EP2140279B1 (en) Parsing out of order data packets at a content gateway of a network
JP4414311B2 (ja) マルチメディアストリーミングサービスシステム及びその方法
CA2529916C (en) Retry strategies for use in a streaming environment
US7716345B2 (en) Client to server streaming of multimedia content using HTTP
US8090241B2 (en) System and method for simultaneous network recording and playback of digital television programs
US8612609B2 (en) Methods and apparatus to reassign quality of service priorities in a communication network
US20060031553A1 (en) Dynamic control method for session timeout
US20060112168A1 (en) Method and devices for controlling retransmissions in data streaming
WO2008049434A1 (en) Method and system for firewall friendly mobile real-time communication
CA2457193C (en) Data communications method and system for transmitting multiple data streams calculating available bandwidth per stream and bit stream trade-off
US8078752B2 (en) Method and program for managing the quantity of data transmitted by a transmission device over a telecommunication network
JP4281008B2 (ja) 配信要求管理装置
WO2005032057A1 (en) Method for distributing stream data based on multi-path scheme using tcp in real time
EP3306878A1 (en) A networked application component with credit based congestion control, and corresponding method
KR100639650B1 (ko) Ｖｏｄ 스트리밍 서비스 시스템 및 방법
Mukherjee et al. Time-lined TCP: a transport protocol for delivery of streaming media over the internet
KR20150094435A (ko) 단기 신뢰성을 갖는 영상데이터 전송 방법
KR101378288B1 (ko) Ｉｐｔｖ의 트랜잭션 관리를 위한 방법 및 장치
JP2003152789A (ja) ストリーム中継制御方法、ストリーム中継制御プログラム及びそのプログラムを記録した媒体、並びにストリーム中継制御装置
CN115767143A (zh) 播放卡顿的判断方法、装置、电子设备和可读存储介质
Akzeybek Load balancing on concurrent multipath transfer with SCTP
KR20020046816A (ko) 실시간 멀티미디어 데이터 전송 방법 및 그 시스템

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E601 Decision to refuse application