NO339940B1 - Nyttedata-format under RTP (Real-time Transport Protocol) - Google Patents

Nyttedata-format under RTP (Real-time Transport Protocol) Download PDF

Info

Publication number
NO339940B1
NO339940B1 NO20042821A NO20042821A NO339940B1 NO 339940 B1 NO339940 B1 NO 339940B1 NO 20042821 A NO20042821 A NO 20042821A NO 20042821 A NO20042821 A NO 20042821A NO 339940 B1 NO339940 B1 NO 339940B1
Authority
NO
Norway
Prior art keywords
asf
rtp
data
payload
media
Prior art date
Application number
NO20042821A
Other languages
English (en)
Other versions
NO20042821L (no
Inventor
James M Alkove
Anders E Klements
Original Assignee
Microsoft Technology Licensing Llc
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 Microsoft Technology Licensing Llc filed Critical Microsoft Technology Licensing Llc
Publication of NO20042821L publication Critical patent/NO20042821L/no
Publication of NO339940B1 publication Critical patent/NO339940B1/no

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R1/00—Details of transducers, loudspeakers or microphones
    • H04R1/20—Arrangements for obtaining desired frequency or directional characteristics
    • H04R1/32—Arrangements for obtaining desired frequency or directional characteristics for obtaining desired directional characteristic only
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0457—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply dynamic encryption, e.g. stream encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • 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/03—Protocol definition or specification 
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2347—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving video stream encryption
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • 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/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4143—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a Personal Computer [PC]
    • 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/426—Internal components of the client ; Characteristics thereof
    • H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/42623—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific decryption arrangements
    • 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/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • 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/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R1/00—Details of transducers, loudspeakers or microphones
    • H04R1/02—Casings; Cabinets ; Supports therefor; Mountings therein
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R2201/00—Details of transducers, loudspeakers or microphones covered by H04R1/00 but not provided for in any of its subgroups
    • H04R2201/02—Details casings, cabinets or mounting therein for transducers covered by H04R1/02 but not provided for in any of its subgroups

Description

[0001] Foreliggende oppfinnelse vedrører protokollen RTP (Real-time Transport Protocol), og mer spesifikt et overføringsformat under RTP for å stømme medier (f.eks. lyd og video) over et nettverk, så som Internett.
[0002] Den følgende beskrivelsen forutsetter at leseren er kjent med standardene IETF RFC 1889 - "RTP: A Transport Protocol for Real-Time Applications" og IETF RFC 1890 - "RTP Profile for Audio and Video Conferences with Minimal Control".
[0003] RTP, som definert i standarden RFC 1889, tilveiebringer funksjoner for ende-til-ende nettverkstransport som er egnet for applikasjoner som overfører sanntidsdata, så som lyd-, video- eller simuleringsdata, over multicast- eller unicast-baserte nettverkstjenester. Disse transportfunksjonene tilveiebringer ende-til-ende leveringstjenester for data med sanntidstrekk, så som interaktiv lyd og video. Slike tjenester omfatter identifisering av typen nyttedata, sekvensnummerering, tidsstempling og leveringskontroll. RTP støtter overføring av data til flere destinasjoner med bruk av multicast-overføring dersom dette er støttet av det underliggende nettverket.
[0004] Standarden RFC 1889 tilveiebringer ingen mekanisme for å sikre levering i rett tid eller tilveiebringe andre tjenestekvalitetsgarantier, men forutsetter at lavere lags tjenester gjør dette. Den hverken garanterer levering eller hindrer levering i feil rekkefølge, og forutsetter heller ikke at det underliggende nettverket er pålitelig og leverer datapakkene i korrekt rekkefølge. Sekvensnumrene innlemmet i RTP gjør det mulig for mottakeren å rekonstruere avsenderens pakkesekvens, men sekvensnumre kan også brukes til å bestemme en datapakkes korrekte posisjon, for eksempel ved dekoding av video, uten at datapakkene nødvendigvis blir dekodet i riktig rekkefølge.
A. PERIYANNAN ET AL: "Delivering Media Generically over RTP", IETF,
March 13, 1998 angir en metode for avlevering av generiske mediestrømmer over Realtime Transport Protocol (RTP). Dette forslaget er ment for media eller kodek typer som ikke allerede er behandlet av andre RTP nyttelast spesifikasjoner. Tre pakingsanordninger er definert for bærere av mediedata. Session Description Protocol (SDP) blir brukt til å formidle til mottakere hvilken pakingsanordning som blir brukt, og media data kodingsformat og parametere for media kodingsformatet.
A. Klemets: "RTP Playload Format for ASF Streams", IETF, Microsoft Corporation, INTERNET-DRAFT, Oet. 8, 1997 beskriver en spesifikasjon av nyttelast format for innkapsling av «Advanced Streaming Format (ASF)» strømning i en sanntids transport protocol (RTP). Denne spesifikasjonen er primært beregnet for ASF medietyper eller kodeker som ikke allerede er behandlet av andre RTP nyttelast spesifikasjoner. Hver ASF strøm sendes med en separat RTP synkroniseringskilde ID og strømninger er synkronisert ved hjelp av standard RTP teknikker. En spesiell innkapslingsordning for ASF strømmer er beskrevet, hvor hver RTP pakke inneholder en ASF nyttelast header og en ASF nyttelast. Denne spesifikasjonen er primært beregnet for strømning av ASF strømninger som ikke krever pålitelig overføring.
A.KIemets: "Common Generic RTP Payload Format", Internet Engineering Task Force, INTERNET-DRAFT, March 13, 1998 beskriver et generisk nyttelast format for innkapsling av vilkårlige data i RTP pakker. Nyttelasten formatet implementerer et minimalt sett med funksjoner som er forventet å være nyttig for de fleste anvendelser, samtidig som den begrenser overhead til så lite som en byte. En forlengelses mekanisme gjør det mulig å bruke det felles generiske Nyttelast formatet som grunnlag for mer komplekse nyttelast formater. Denne spesifikasjonen er primært beregnet for komprimeringsanordninger som ikke er dekket av andre RTP nyttelast formater. Det er forventet at denne spesifikasjonen vil være egnet for, men ikke begrenset til, strømningsdata som er lagret i et filformat som støtter flere medietyper, for eksempel QuickTime, ASF, og MPEG-4 Intermedia filformat.
EP1041823 Al beskriver et innholdsdistribusjonsapparat for å implementere kop i bes kytte I se når det distribueres digitalt innhold som en real-time strømning på Internettet. Apparatet krypterer innholdet og distribuerer det til et mottaker-apparat via Internett, og utfører en autentiseringsprosedyre og en nøkkelutvekslingsprosedyre mellom seg selv og mottakerapparatet. Det kodede innholdet er kodet av et foreskrevet kodesystem og er kryptert (S401), en krypterings utvidelse spissen blir generert som inkluderer minst én attributtinformasjon av attributtinformasjon som indikerer hvorvidt eller ikke det innhold er kryptert, og attributtinformasjon som indikerer krypteringssystemet som brukes (S403) , transportprotokoll behandlingen som kreves for å overføre innholdet er utført og en grunnleggende transport header genereres (S407), en pakke blir sendt som inkluderer grunnleggende transport header, kryptering utvidelse header, og kryptert innhold (S409).
NAFAA A. et al beskriver i artikkelen: "RTP4mux: A Novel MPEG-4 RTP Payload for Multicast Video Communications over Wireless IP", IEEE-PV 2003, 13th International Packet Video Workshop, 28 April 2003, om administrasjon og distribusjon i et rammeverket som er forutsett å bli en viktig del av mange kommende trådløse IP Multimedia tjenester. Dagens løsning for transport av MPEG-4 elementære strømmer over IP-nettverk er ikke optimalisert for trådløs gruppe-kommunikasjon. For å løse dette problemet foreslås en ny (RTP) Real-Time Transport Protocol nyttelast, kalt RTP4mux, som gir bedre data multipleksing og flyt aggregering over delt trådløse IP-koblinger. RTP4mux tilbyr følgende transportegenskaper: (1) en MPEG-4 elementær strømnings innfellings mekanisme som minimerer tidskode avhengighet mellom tilstøtende RTP pakker og deretter forbedre skur-pakke-tap toleranse, (2) en konfigurerbar to-nivå tilgangs enhets multiplexing anordning, som optimaliserer trådløs utnyttelse av båndbredde og reduserer ende-til-ende-overføringsforsinkelser med en lavere datakontroll overhead og en kortere pakkingsventetid.
[0005] En typisk anvendelse av RTP omfatter strømning av data, hvor pakker med ASF-(Advanced Systems Format)-formaterte, audiovisuelle data sendes i RTP-pakker over et nettverk fra en tjener til en klient eller mellom likeverdige datamaskiner. De ASF-formaterte lyd- og videodataene kan være lagret sammen i én ASF-formatert datapakke, eller ASF-pakke. Som sådan kan en RTP-pakke inneholde både lyd- og videodata.
[0006] RTP, som definert gjennom standarden RFC 1889, mangler fleksibilitet til å kombinere flere nyttelaster, eller sett av nyttedata, i én enkelt RTP-pakke, eller til å dele opp ett sett av nyttedata over flere RTP-pakker. Heller ikke definerer RFC 1889 noe format der metadata kan bli overført sammen med hvert sett av nyttedata i en RTP-pakke. En annen ulempe med RFC 1889 er at den ikke omfatter noen mekanisme for å strømme krypterte datablokker over et nettverk som samtidig opprettholder en definert avgrensning av hver krypterte blokk, slik at mottakeren av denne har mulighet til å dekryptere de krypterte datablokkene. Det vil være et fremskritt innen teknologien å tilveiebringe denne fleksibiliteten som en forbedring av RTP-basert strømning. Følgelig er det behov for forbedrede fremgangsmåter, datamaskin-lesbare medier, datastrukturer, apparater og dataanordninger som er i stand til å tilveiebringe eller støtte slik funksjonalitet.
[0007] I én utførelse blir pakker av ASF-formaterte, audiovisuelle data pakket om til RTP-formaterte datapakker og sendt over et nettverk fra en tjener til en klient, eller gjennom peer-til-peer nettverkskommunikasjon, i respons til en forespørsel om å strømme de audiovisuelle dataene. De audiovisuelle dataene krypteres for å danne kryptografiske enheter. Ompakkingsprosessen omfatter det å pakke inn de kryptografiske enhetene i RTP-pakkene, som hver omfatter en RTP-pakke header, ett eller flere sett av nyttedata fra en felles datastrøm og en RTP-PF-(Payload Format)-header for hvert sett av nyttedata. RTP-PF-headeren omfatter, for de tilhørende kryptografiske enhetene, en grense for nyttedataene. Nyttedataene i RTP-pakken kan være én eller flere kryptografiske enheter eller en andel av en kryptografisk enhet. Etter at RTP-pakkene er sendt over et nettverk, blir de kryptografiske enhetene inneholdt i de mottatte RTP-pakkene re assemblert. Re assembleringsprosessen anvender nyttedataene i RTP-pakkene og de tilhørende grensene i de respektive RTP-PF-headerne. De re assemblerte kryptografiske enhetene kan deretter bli dekryptert for rendering. Hver RTP-PF-header kan inneholde informasjon vedrørende sine assosierte nyttedata som kan anvendes ved eller for rendering av nyttedataene.
[0008] I en variasjon av utførelsen over kan det anvendes data på et annet format enn ASF til å danne RTP-pakkene. I nok en annen variasjon av utførelsen over dannes RTP-pakkene av nyttedata som ikke er kryptert.
[0009] I nok en annen utførelse tilveiebringes et overføringsformat for å strømme krypterte datablokker som er beskyttet av WM DRM (Windows<®>Media Digital Rights Management) over et nettverk i RTP-pakker (f.eks. for å strømme WM DRM-beskyttet innhold). Hver RTP-pakke inneholder header-data som avgrenser hver krypterte blokk, slik at hver kryptografiske enhet kan bli dekryptert av mottakeren. Etter dekryptering ved anvendelse av WM DRM-protokollen, kan datastrømmen bli rendert av mottakeren.
[0010] Figur 1 illustrerer et eksempel på fremgangsmåte ifølge en utførelsesform av oppfinnelsen for å konvertere to (2) pakker med ASF-formaterte, audiovisuelle data til fire (4) RTP-pakker, der lyd-dataene og videodataene pakkes hver for seg i de resulterende RTP-pakkene og der blokk-grensene for hvert sett av nyttedata bevares, slik at opprinnelige sampler av audiovisuelle data som var kryptert og pakket inn i de to ASF-pakkene kan bli rekonstruert av en dekrypteringsmekanisme.
[0011] Figur 2 illustrerer alternative eksempler på fremgangsmåter ifølge forskjellige utførelsesformer av oppfinnelsen for å konvertere to (2) pakker av ASF-formaterte videodata til én (1) RTP-pakke, der den ene alternative fremgangsmåten tar nyttedataene fra ASF-pakkene og legger dem inn som separate sett av nyttedata i RTP-pakken og den andre alternative fremgangsmåten sammenstiller nyttedataene fra ASF-pakkene til et samlet sett av nyttedata i RTP-pakken, og der blokk-grenser for hvert sett av nyttedata bevares, slik at et opprinnelig videoklipp som var kryptert og pakket inn i de to ASF-pakkene kan bli rekonstruert av en dekrypteringsmekanisme.
[0012] Figurene 3a-3b viser respektive oppbygninger av datastrukturer, i overensstemmelse med en utførelsesform av foreliggende oppfinnelse, for en RTP-header og en tilhørende nyttedata-header.
[0013] Figur 4 er et blokkdiagram, i overensstemmelse med en utførelsesform av foreliggende oppfinnelse, som illustrerer et nettverksbasert klient/tjener-system der strømning av data kan skje fra tjener til klient eller mellom likeverdige datamaskiner.
[0014] Figur 5 er et blokkdiagram, i overensstemmelse med en utførelsesform av foreliggende oppfinnelse, som illustrerer kommunikasjon mellom en tjener (eller klient) og en klient, der tjeneren (eller klienten) formidler til klienten en etterspurt strøm av audiovisuelle data som klienten er i stand til å fremvise.
[0015] Figur 6 er et blokkdiagram, i overensstemmelse med en utførelsesform av foreliggende oppfinnelse, som illustrerer en nettverksti I knyttet datamaskin som kan anvendes for å realisere enten en tjener eller en klient.
[0016] Utførelser beskrevet her definerer overføringsformater for levering av ensartede eller blandede datastrømmer, så som Windows<®>media-data, under RTP. Overføringen kan skje mellom en tjener og en klient eller mellom likeverdige entiteter (f.eks. i et Windows<®>Messenger™-programvaremiljø for audiovisuelle konferanser).
[0017] Et overføringsformat, i forskjellige utførelser, utvider standarden IETF RFC 1889 for å tilveiebringe mer fleksibilitet for overføring under RTP. Utførelser tilveiebringer en mekanisme for å strømme lyd-data i RTP-pakker atskilt fra videodata i RTP-pakker. Utførelser tilveiebringer også et overføringsformat med hvilket det kan overføres metadata sammen med hvert sett av nyttedata i en RTP-pakke, der metadataene tilveiebringer rik informasjon som beskriver nyttedataene. Enda andre utførelser tilveiebringer en mekanisme for å strømme krypterte datablokker over et nettverk som samtidig opprettholder en blokk-grense for hver krypterte blokk, slik at mottakeren av denne kan dekryptere de krypterte datablokkene. I en annen utførelse tilveiebringer et overføringsformat levering av data som er beskyttet med WM DRM (Windows<®>Media Digital Rights Management), slik at leveringen av denne kan være ukryptert/dekrypteres for fremvisning.
[0018] Forskjellige utførelser beskrevet her pakker om data fra en serie av mediepakker som er innlemmet i en system-lags bitstrøm. Disse dataene pakkes om til RTP-pakker som følger, men likevel utvider standarden RFC 1889, slik at system-lags bitstrømmen blir avbildet til RTP. I denne avbildningen inneholder hver mediepakke ett eller flere sett av nyttedata. I enkelte system-lags bitstrømmer kan det finnes blandede mediepakker som inneholder data så som lyd-data, videodata, programdata, JPEG-formaterte data, HTML-formaterte data, MIDI-formaterte data, etc. En blandet mediepakke er en mediepakke der to eller flere inneholdte sett av nyttedata hører til forskjellige mediestrømmer, eller strømmer av forskjellige medier.
[0019] Forskjellige utførelser er anvendelige for system-lags bitstrømmer der alle mediepakker er ensartede, eller omfatter ett enkelt medium. I en ensartet mediepakke hører alle settene av nyttedata til samme mediestrøm. Andre utførelser er anvendelige for system-lags bitstrømmer der hver mediepakke alltid inneholder kun ett (1) sett av nyttedata. I enda andre utførelser er størrelsen til "nyttedata-headeren" i mediepakken null - som er vanlig dersom hver mediepakke kun inneholder ett sett av nyttedata, men også vil kunne forekomme dersom det eksisterer flere sett av nyttedata og mediepakkens header inneholder informasjon om størrelsen til hvert av settene av nyttedata.
[00020] Figurene 1-2 viser eksempler på utførelse der system-lags bitstrømmene omfatter en serie av ASF-formaterte datapakker som hver inneholder data. Disse dataene blir pakket om til RTP-pakker som følger, men likevel utvider standarden RFC 1889. Her omfatter system-lags bitstrømmene en serie av ASF-formaterte mediepakker, og nyttedataene i hver ASF-pakke er ASF-nyttedata. Selv om ASF-pakker er anvendt her for illustrasjonsformål, er ikke genereringen av RTP-pakker i andre utførelser beskrevet her begrenset til bruk av ASF-formaterte data, men kan i stedet anvende andre formater for lagring av data som skal strømmes. Slike andre formater, så vel som ASF-formatet, er generelt beskrevet her som system-lags bitstrømmer som omfatter et antall mediepakker som alle inneholder data, og disse dataene konverteres til RTP-formatet i forskjellige utførelser.
[0021] Figur 1 viser ASF-formaterte, audiovisuelle data 100. Dataene 100, som omfatter lyd-data 102 og videodata 104, er pakket inn i en ASF-pakke A 106 og en ASF-pakke B 108. ASF-pakke A 106 omfatter en første ASF-header, en ASF-nyttedata-header, lyd-data 102, en andre ASF-nyttedata-header og en andel A av videodata 104. ASF-pakke B 108 omfatter en ASF-header, en ASF-nyttedata-header og en andel B av videodata 104.
[0022] De audiovisuelle ASF-dataene 100, som vist i form av ASF-pakke A 106 og ASF-pakke B 108, kan i én utførelse pakkes inn i flere RTP-pakker. Som kan sees i figur 1, omfatter disse RTP-pakke A 110, RTP-pakker 112(1) til 112(N) og RTP-pakke D 116. Hver RTP-pakke, i overensstemmelse med RFC 1889, har en RTP-pakkeheader, nyttedata og en RTP-PF-(Payload Format)-header. Som anvendt her er RTP-PF-headeren en nyttedata-header i RTP-pakken. Kun én (1) type medium legges inn i RTP-pakken. Sagt på en annen måte inneholder ikke RTP-pakken nyttelaster som omfatter blandede medier. I den utførelsen som er illustrert i figur 1 er videodataene A i ASF-pakken A 106 for store til å få plass i én enkelt RTP-pakke. Som følge av dette fordeles videodataene A i ASF-pakke A 106 på RTP-pakkene 112(1) til 112(N). RTP-pakkenes størrelse kan avhenge av en fysisk egenskap ved et underliggende nettverk som RTP-pakkene skal sendes over, av en administrativ bestemmelse for pakkestørrelse, som for eksempel kan være iverksatt av den som har ansvar for det underliggende nettverket, eller av en vurdering av den tilgjengelige båndbredden for overføring i det underliggende nettverket.
[0023] Etter ompakking til RTP-pakker som illustrert i figur 1, er lyd-dataene 102 innlemmet i RTP-pakke A 110 og videodataene B fra ASF-pakke B er innlemmet i RTP-pakke D 116. Hver RTP-PF-header i hver RTP-pakke kan inneholde informasjon om oppdelingen av lyd- og videodataene i respektive separate RTP-pakker. De audiovisuelle dataene 124 kan således rekonstrueres fra lyd-dataene i RTP-pakke A 110, andelene 1 til N av videodataene A i de respektive RTP-pakkene 112(1) til 112(N) samt videodataene B i RTP-pakke D 116. Når rekonstruksjonen av de audiovisuelle dataene 124 er ferdig, kan lydklipp-dataene 120 og videoklipp-dataene A+B 122 i disse bli fremvist i en datastrøm-kontekst. Oppsummert illustrerer figur 1 et overføringsformat i henhold til hvilket mindre RTP-pakker blir generert fra større ASF-pakker, der ompakkingen skriver nyttedata fra forskjellige datastrømmer til separate datapakker som hver har sin egen RTP-PF-header. Figur 1 illustrerer også en utførelse av et overføringsformat i henhold til hvilket blokk-grenser for hvert sett av nyttedata bevares, slik at opprinnelige lyd- og videoklipp som var kryptert og pakket i ASF-pakker kan bli rekonstruert av en dekrypteringsmekanisme som anvendes på RTP-pakkene.
[0024] Figur 2 illustrerer ASF-formaterte, audiovisuelle data 200. Dataene 200, som omfatter videodata 202, er pakket inn i en ASF-pakke A 208 og en ASF-pakke B 210. ASF-pakke A 208 inneholder en ASF-header, en ASF-nyttedata-header og videodata A 204. ASF-pakke B 210 inneholder en ASF-header, en ASF-nyttedata-header og videodata B 206. Figur 2 illustrerer to (2) alternativer for å pakke om dataene 200 til RTP-pakker som følger, men likevel utvider standarden RFC 1889.
[0025] I det første alternativet, i retningen angitt av pilen 250, blir videodata A 204 og videodata B 206 pakket inn i én enkelt RTP-pakke A 212 som har en RTP-header. Hver av videodataene A 204 og videodataene B 206 innledes av en RTP-PF-header. RTP-pakken A 212, i overensstemmelse med RFC 1889, har en RTP-header, flere sett av nyttedata og tilhørende RTP-PF-headere.
[0026] I det andre alternativet, også i retningen angitt av pilen 250, blir videodata A 204 og videodata B 206 fra respektive ASF-pakker pakket inn i en RTP-pakke B 214 som har en RTP-header. Videodataene A 204 og videodataene B 206 er satt sammen og utgjør nyttedataene i RTP-pakke B 214. Nyttedataene innledes av en RTP-PF-header. RTP-pakken B 214, i overensstemmelse med RFC 1889, har en RTP-header, nyttedata og én RTP-PF-header.
[0027] Etter ompakkingen til RTP-formaterte datapakker som illustrert i figur 2, er videodataene A og B (204, 206) innlemmet enten i RTP-pakke A 212 eller i RTP-pakke B 214. Hver RTP-PF-header kan inneholde informasjon om de assosierte nyttedataene. Hver av de alternative RTP-pakkene 212, 214 inneholder tilstrekkelig informasjon til å rekonstruere ASF-pakke A 208 og ASF-pakke B 210 for å fylle disse med videodata A og B (204, 206). Når rekonstruksjonen er ferdig, kan videoklipp-dataene 222 bli fremvist i en datastrøm-kontekst. Oppsummert illustrerer figur 2 et overføringsformat under RTP i henhold til hvilket større RTP-pakker genereres fra mindre ASF-pakker, og der blokk-grenser for hvert sett av nyttedata bevares, slik at opprinnelige videoklipp som var kryptert og pakket i de to ASF-pakkene kan bli rekonstruert av en dekrypteringsmekanisme som anvendes på RTP-pakkene.
[0028] Figur 3a illustrerer en datastruktur for felter i en RTP-header. RTP-headeren er beskrevet mer utførlig i RFC 1889. Tidsstempel-feltet i RTP-headeren bør settes til tiden for presentasjon av datasamplene inneholdt i RTP-pakken. I én utførelse er klokkefrekvensen 1kHz dersom den ikke er spesifisert til noe annet ved hjelp av midler som er uavhengig av RTP.
[0029] Bit nummer åtte fra begynnelsen av RTP-headeren interpreteres som en markør-bit (M-bit). M-biten settes til null, men vil bli satt til én ("1") dersom den assosierte RTP-pakken inneholder nyttedata som ikke er et fragment av et data sample, som inneholder det siste fragmentet av et data sample eller som er én av flere komplette datasampler i RTP-pakken. M-biten kan anvendes av en mottaker for å detektere mottak av et komplett dataklipp for dekoding og presentasjon. M-biten i RTP-headeren kan således anvendes for å markere betydningsfulle hendelser i en strøm av datapakker (f.eks. avgrensninger av rammer i et videoklipp).
[0030] Figur 3b illustrerer én utførelse av en RTP-PF-header eller nyttedata-header. RTP-PF-headeren omfatter en fast andel med lengde seksten (16) bit, etterfulgt av en andel med variabel lengde. Feltene i RTP-PF-headeren vist i figur 3b omfatter en 8 bit lang datastreng angitt med datategn-feltene "SGLRTDXZ", et lengde/offset-felt, et relativt tidsstempel-felt, et dekomprimerings-tidsfelt, et varighetsfelt samt et felt som angir lengden til nyttedata-utvidelsesdataene (Payload Extension-(P.E)-dataene) med et tilhørende felt for P.E.-dataene, som alle er forklart nedenfor.
[0031] S-feltet omfatter én (1) bit og settes til én (1) dersom de assosierte nyttedataene (f.eks. et data sample, en andel av et data sample eller en sammenstilling av flere datasampler) er et "key-sample", dvs. et internkodet data sample eller en I-ramme. Ellers settes den til null. S-biten i alle RTP-PF-headere som innleder andeler av samme data sample må være satt til samme verdi.
[0032] G-feltet omfatter én (1) bit og brukes til å gruppere del-sampler i et assosiert sett av nyttedata som utgjør ett enkelt data sample. Windows<®>Media Digital Rights Management krypterer innhold basert på "ASF-nyttedata"-grensene. For å muliggjøre korrekt dekryptering av dette innholdet, kan grensene til del-samplene i nyttedataene bli kommunisert til klienten som skal motta nyttedataene. For eksempel kan en kryptografisk enhet bli pakket på en slik måte at den er delt opp i flere overføringsenheter (f.eks. plassert i separate datapakker) som skal sendes. Før den oppdelte samlingen av overføringsenheter kan bli dekryptert av en mottakende klient, må de tilbakeføres til den opprinnelige, krypterte formen. Som i andre teknikker og mekanismer for dekryptering, kan klienten bruke grensene til å rekonstruere de krypterte kryptografiske enhetene i forberedelse til dekryptering av det krypterte innholdet. Av denne grunn bør hvert sett av "ASF-nyttedata" innledes av denne RTP-PF-headeren.
[0033] Verdien i G-feltet settes til null ("0") for å angi at en kryptert "enhet" er delt opp. Hvis ASF-formatet anvendes, vil den kryptografiske enheten være ASF-nyttedata og bit-verdien bli satt til null ("0") i alle oppdelte sett av ASF-nyttedata, bortsett fra det siste settet av ASF-nyttedata. I dette tilfellet spiller det ingen rolle om et data sample er delt opp eller ikke. Hvis ikke ASF-formatet anvendes, er den kryptografiske enheten et mediesample, i hvilket tilfelle G-biten settes til null ("0") i alle oppdelte mediesampler bortsett fra det siste sampelet. I dette siste tilfellet er ikke problemstillingen om hvorvidt ASF-nyttedata er delt opp eller ikke aktuell, ettersom ASF ikke er anvendt.
[0034] L-feltet omfatter én (1) bit og settes til én ("1") hvis lengde/offset-feltet inneholder en lengde. Ellers settes det til null ("0"), som angir at lengde/offset-feltet inneholder en offset. L-biten må være satt til én ("1") i alle RTP-PF-headere som innleder nyttedata som inneholder et komplett (ufragmentert) data sample og må være satt til null i alle RTP-PF-headere som innleder et sett av nyttedata som inneholder et fragmentert data sample.
[0035] R-feltet omfatter én (1) bit og settes til én ("1") hvis RTP-PF-headeren inneholder et relativt tidsstempel. Ellers settes det til null. R-biten i alle headere som innleder andeler av samme data sample må være satt til samme verdi.
[0036] T-feltet omfatter én (1) bit og settes til én ("1") hvis RTP-PF-headeren inneholder en dekomprimeringstid. Ellers settes det til null. T-biten i alle RTP-PF-headere som innleder nyttedata som inneholder en andel av det samme datasampelet må være satt til samme verdi.
[0037] D-feltet omfatter én (1) bit og settes til én ("1") hvis RTP-PF-headeren inneholder varigheten til et data sample. Ellers settes det til null. D-biten i alle RTP-PF-headere som innleder nyttedata som inneholder andeler av samme data sample må være satt til samme verdi.
[0038] X-feltet omfatter én (1) bit og er til valgfri eller uspesifisert bruk. En avsender av en RTP-pakke bør dette til null, og mottakeren av RTP-pakken trenger ikke bry seg om dette feltet.
[0039] Z-feltet omfatter én (1) bit og settes til én ("1") dersom RTP-PF-headeren inneholder nyttelast-utvidelsesdata, som kan være metadata assosiert med de tilhørende nyttedataene. Ellers settes Z-feltet til null. Verdien i Z-feltet kan være null for alle RTP-PF-headere hvis M-bit er null, men bør være satt i alle RTP-PF-headere hvis M-bit er satt til én ("1") hvis de assosierte nyttedataene har tilhørende nyttelast-utvidelsesdata.
[0040] Lengde/offset-feltet omfatter tjuefire (24) bit og angir lengden eller offset til ett enkelt data sample som er delt opp i flere RTP-pakker. L-biten settes til null og lengde/offset-feltet inneholder offset-verdien i bit-oktetter til den første bit-oktetten i dette fragmentet fra begynnelsen av de assosierte nyttedataene (f.eks. et data sample eller en andel av et slikt). Dersom ett eller flere komplette datasampler er inneholdt i RTP-pakken, settes L-biten til én ("1") i hver RTP-PF-header, og lengde/offset-feltet inneholder datasampelets lengde (inklusive RTP-PF-headeren).
[0041] Relativt tidsstempel-feltet omfatter trettito (32) bit og er tilveiebragt bare hvis ovennevnte R-bit er satt til én ("1"). Det inneholder det relative tidsstempelet til det assosierte datasampelet i forhold til tidsstempelet i den assosierte RTP-headeren. Tidsskalaen som anvendes er den samme som den som anvendes i tidsstempelet i RTP-headeren. Relativt tidsstempel-feltet er spesifisert som et fortegnsbestemt 32-bits tall for å muliggjøre negative offset-verdier i forhold til tidsstempelet i RTP-headeren. Når relativt tidsstempel-feltet ikke er tilveiebragt, kan en standardverdi null anvendes.
[0042] Dekomprimeringstidsfeltet omfatter trettito (32) bit og er tilveiebragt bare hvis ovennevnte T-bit er satt til én ("1"). Det inneholder dekomprimeringstiden i forhold til tidsstempelet i RTP-headeren. Tidsskalaen som anvendes er den samme som den som anvendes for tidsstempelet i RTP-headeren. Dette feltet er spesifisert som et fortegnsbestemt 32-bits tall for å muliggjøre negative offset-verdier i forhold til tidsstempelet i RTP-headeren.
[0043] Varighet-feltet omfatter trettito (32) bit og er tilveiebragt bare hvis ovennevnte D-bit er satt til én ("1"). Det angir varigheten til det assosierte datasampelet. Tidsskalaen som anvendes er den samme som den som anvendes for tidsstempelet i RTP-headeren. Varighetsfeltet bør være satt til samme verdi i alle RTP-PF-headerne som innleder fragmenter av det samme datasampelet. Når dette feltet ikke er tilveiebragt, oppnås standard-varigheten indirekte eller direkte fra datasampelet. Dersom dette ikke er hensiktsmessig, er standard verdien lik forskjellen mellom dette datasampelets tidsstempel og det neste datasampelets tidsstempel.
[0044] Feltet som angir lengden til nyttedata-utvidelsesdataene omfatter seksten (16) bit og er tilveiebragt bare hvis ovennevnte Z-bit er satt til én ("1"). Det angir antallet bit-oktetter av nyttedata-utvidelsesdata (P.E.-data) inneholdt etter den faste delen av RTP-PF-headeren. P.E.-dataene har variabel lengde og inneholder én eller flere attributter som beskriver de assosierte nyttedataene som den innleder. Feltet som angir lengden til P.E.-dataene følger umiddelbart etter den faste delen av nyttedata-headeren, og vil angi antallet bit-oktetter som inneholder P.E.-dataene. Oppbygningen av P.E.-dataene kommuniseres mellom tjeneren og klienten (eller mellom likeverdige entiteter), for eksempel gjennom en SDP-beskrivelse. I én utførelse som anvender innhold beskyttet med WM DRM, kan det være minst 4 bit-oktetter med DUE-data som representerer WM DRM-nyttedata-identifikatoren assosiert med hvert data sample.
[0045] Selv om figurene 3a-3b illustrerer forskjellige felter i en gitt rekkefølge i en RTP-header og en RTP-PF-header, er ikke alle feltene obligatoriske, og feltenes rekkefølge kan endres. I noen utførelser kan de obligatoriske feltene og disses rekkefølge følge, men likevel øke fleksibiliteten til standarden RFC 1889. Selv om ASF-pakker er anvendt for illustrasjonsformål i figurene 3a-3b, er ikke generering av RTP-pakker, RTP-PF-headere og assosierte nyttedata i andre utførelser angitt her begrenset til bruk av ASF-formaterte data, men kan i stedet anvende andre formater for lagring av data som skal strømmes.
[0046] Figur 4 viser et klient/tjener-basert nettverkssystem 400 og et miljø i overensstemmelse med oppfinnelsen. Generelt omfatter systemet 400 én eller flere (m) multimedia tjenere og én eller flere (k) klienter 404. Datamaskinene kommuniserer med hverandre over et datakommunikasjonsnettverk, som i figur 4 omfatter et kablet/trådløst nettverk 406. Datakommunikasjonsnettverket 406 kan omfatte Internett eller lokale nettverk og private regionale nettverk. Tjenere 402 og klienter 404 kommuniserer med hverandre med bruk av en hvilken som helst av en rekke kjente protokoller, for eksempel TCP (Transmission Control Protocol) eller UDP (User Datagram Protocol).
[0047] Multimedia tjenere/-klienter 402/404 har tilgang til strømmende medieinnhold i form av strømmer av forskjellige medier. Disse mediestrømmene kan være strømmer av individuelle medier (f.eks. lyd, video, grafikk, simuleringsdata, etc), eller alternativt strømmer av sammensatte medier som omfatter flere slike ensartede datastrømmer. Enkelte mediestrømmer vil kunne være lagret som poster eller filer 408 i en database (f.eks. ASF-filer) eller et annet fillagringssystem, mens andre mediestrømmer 410 vil kunne bli levert til multimedie-tjeneren 402 eller -klienten 404 "live" fra andre datakilder gjennom reserverte kommunikasjonskanaler eller direkte over Internett.
[0048] Mediestrømmene mottatt fra tjenere 402 eller fra klienter 404 blir fremvist ved klienten 404 som en multimedia-presentasjon, som kan omfatte mediestrømmer fra én eller flere av tjenerne/klientene 402/404. Disse forskjellige mediestrømmene kan omfatte én eller flere av samme eller forskjellige typer mediestrømmer. For eksempel kan en multimedia-presentasjon omfatte to videostrømmer, én lyd-strøm og én strøm av grafiske bilder. Et brukergrensesnitt ved klienten 404 kan utstyre brukeren med et sett av kontroller, som for eksempel lar brukeren enten øke eller redusere hastigheten for gjengivelse av multimedia-presentasjonen.
[0049] I beskrivelsen som følger vil oppfinnelsen bli beskrevet i den generelle sammenhengen datamaskin-eksekverbare instruksjoner, så som programmoduler, som eksekveres av én eller flere tradisjonelle personlige datamaskiner. Generelt omfatter programmoduler rutiner, programmer, objekter, komponenter, datastrukturer, etc. som utfører spesifikke oppgaver eller implementerer spesifikke abstrakte datatyper. Videre vil fagmannen forstå at oppfinnelsen kan praktiseres i andre datasystemkonstruksjoner, inklusive håndholdte anordninger, flerprosessorsystemer, mikroprosessor-basert eller programmerbar forbrukerelektronikk, personlige datamaskiner i nettverk, minidatamaskiner, stormaskiner og liknende. I et distribuert databehandlingsmiljø kan programmoduler befinne seg i både lokale og fjerne lagringsanordninger. Alternativt kan oppfinnelsen bli implementert i maskinvare eller i en kombinasjon av maskinvare, programvare og/eller fastvare. For eksempel kan én eller flere applikasjons-spesifikke integrerte kretser programmeres til å realisere oppfinnelsen.
[0050] Som kan sees i figur 4, omfatter et nettverkssystem i overensstemmelse med foreliggende oppfinnelse én eller flere nettverkstjenere og klienter 402/404 som et antall mediestrømmer er tilgjengelige fra. I noen tilfeller er mediestrømmene lagret av tjener(e) 402 og/eller klient(er) 402,404. I andre tilfeller kan tjener(e) og klient(er) 402,404 fremskaffe mediestrømmene fra andre nettverkskilder eller anordninger. Generelt reagerer nettverks kl i ente r 404 på brukerinnmating som ber om mediestrømmer som svarer til valgt multimediainnhold. I respons til en forespørsel om en mediestrøm som svarer til ønsket multimediainnhold, sender tjener(e) 402 og/eller klient(er) 404 de etterspurte mediestrømmene til den spørrende nettverksklienten 404 i henhold til et overføringsformat under RTP. Klienten 404 dekrypterer nyttedataene i de respektive RTP-pakkene og fremviser de resulterende ukrypterte datastrømmene for å frembringe det etterspurte multimediainnholdet.
[0051] Figur 5 illustrerer innmating og lagring av audiovisuelle datastrømmer ved en tjener 402 eller en klient 404. Figur 5 illustrerer også kommunikasjon mellom tjener og klient (402-404) eller mellom likeverdige datamaskiner (404-404) i henhold til forskjellige utførelser. Som en oppsummering mottar tjeneren 402 eller klienten 404 innmating av en strøm av audiovisuelle data fra en innmatingsanordning 530. Tjeneren eller klienten 402,404 koder innmatingen med bruk av en omkoder i en kodek. Kodingen kan, men trenger ikke bli utført på ASF-formaterte data. Dersom ASF-formaterte data anvendes, blir kodingen utført på ASF-pakker som hver omfatter en ASF-header, en ASF-nyttedata-header samt audiovisuelle nyttedata (i form av lyd og/eller video). Kodingen kan omfatte kryptering, for eksempel dersom WM DRM anvendes. ASF-pakkene lagres av tjeneren/klienten 402,404 for effektuering av fremtidige forespørsler om disse dataene.
[0052] En tid senere ber klienten om den aktuelle strømmen av audiovisuelle data fra tjeneren/klienten. Tjeneren/klienten henter frem og sender til klienten den aktuelle audiovisuelle datastrømmen som tjeneren/klienten tidligere har lagret. Ved mottak dekoder klienten den audiovisuelle datastrømmen og rekonstruerer og dekrypterer krypterte, oppdelte strømmer av audiovisuelle datasett ved anvendelse av blokk-grenser kommunisert i de assosierte RTP-PF-headerne. Klienten kan da fremvise de strømmede, audiovisuelle dataene.
[0053] Figur 5 illustrerer strømmen av data mellom og innenfor blokkene/trinnene 504-530. I trinn 504 forsyner 502 en innmatingsanordning en innmating til tjener/klient 402/404 som omfatter en strøm av audiovisuelle data. Som et eksempel kan den audiovisuelle datastrømmen bli levert "live" til tjener/klient 402/404 av innmatingsanordningen 502 over reserverte kommunikasjonskanaler eller over Internett. Den audiovisuelle datastrømmen leveres til en omkoder i trinn 504 for innsetting av dataene i ASF-pakker. I trinn 506 utføres en eventuell WM DRM-kryptering, og ASF-pakkene blir lagret ved tjener/klient 402/404. Et resultat av WM DRM-krypteringen og innpakkingen kan være at en kryptografisk enhet blir delt inn i et antall separate datapakker. Før de oppdelte overføringsenhetene kan bli dekryptert av en mottakende klient, må denne rekonstruere de opprinnelige kryptografiske enhetene. For dette formål lagres grensene til de oppdelte overføringsenhetene i ASF-nyttedata-headere i trinn 506.
[0054] I trinn 508 fremsetter klient 404 en forespørsel om strømmen av audiovisuelle data som sendes til tjener/klient 402/404, som angitt av pilen 510 i figur 5. I trinn 512 mottar tjener/klient 402/404 forespørselen. De aktuelle ASF-pakkene som inneholder den etterspurte audiovisuelle datastrømmen hentes frem. I trinn 514 blir lyd- og videodata fra ASF-pakkene logisk atskilt for separat innpakking i RTP-pakker. Det identifiseres grenser for hvert logisk atskilte sett av lyd- og videodata.
[0055] Den tilgjengelige båndbredden i nettverket som RTP-pakkene skal sendes over blir bestemt. Dette gjøres for å beregne en forbestemt RTP-pakkestørrelse. Dersom ASF-pakkene er mindre enn den forbestemte RTP-pakkestørrelsen, kan nyttedata av samme type bli kombinert i én enkelt RTP-pakke. Dersom ASF-pakkene er større enn den forbestemte RTP-pakkestørrelsen, kan nyttedata i ASF-pakkene bli delt opp for innsetting som nyttedata i flere RTP-pakker. Grenser for hvert sett av RTP-nyttedata bestemmes ved hjelp av de motsvarende, logisk atskilte lyd- og videodataene fra ASF-pakkene.
[0056] I trinn 516 assembleres RTP-headeren, RTP-PF-headeren og de tilhørende nyttedataene for hver RTP-pakke. Det er nå generert et antall RTP-pakker som representerer et antall ASF-pakker, der ASF-pakkene inneholder den audiovisuelle datastrømmen som er etterspurt av klient 404. RTP-pakkene strerames i trinn 518 ved hjelp av en overføringsfunksjon fra tjener/klient 402/404 for fremvisning ved klient 404.
[0057] En pil 520 i figur 5 angir overføring av RTP-pakkene fra tjener/klient 402/404 til klient 404. I trinn 522 mottar klient 404 RTP-pakkene. I trinn 524 dekoder en RTP-dekoder ved klient 404 hver mottatte RTP-pakke, inklusive RTP-headeren og RTP-PF-headeren. I trinn 526 utfører en prosess defragmentering og rekonstruksjon av ASF-pakkene som inneholder den etterspurte audiovisuelle datastrømmen. Prosessen for defragmentering og rekonstruksjon anvender grenser angitt i RTP-PF-headeren for hvert tilhørende sett av nyttedata, for eksempel inneholdende et data sample eller en andel av et slikt.
[0058] I trinn 528 dekrypteres de rekonstruerte ASF-pakkene for fremvisning i trinn 530. RTP-PF-headeren i en RTP-pakke kan inneholde P.E.-data som beskriver de motsvarende nyttedataene. P.E.-dataene kan således tilveiebringe metadata som kan anvendes ved fremvisning av nyttedataene i den motsvarende RTP-pakken i trinn 530. Trinnene 522-530 gjentas for hver RTP-pakke som mottas ved klient 404, og med det fullendes strømningen av de audiovisuelle dataene fra tjener/klient 402/404 for fremvisning.
[0059] Figur 6 viser et generelt eksempel på en datamaskin 642 som kan anvendes i henhold til oppfinnelsen. Datamaskinen 642 er vist som et eksempel på en datamaskin som er i stand til å utføre funksjonene til en hvilken som helst av klientene 402 eller tjenerne 404 i figurene 4 og 5. Datamaskinen 642 omfatter én eller flere prosessorer eller prosessenngsenheter 644, et systemminne 646 og en systembuss 648 som kopler forskjellige system komponenter inklusive systemminnet 646 til prosesseringsenhet(ene) 644.
[0060] Bussen 648 representerer én eller flere av hvilke som helst av mange tilgjengelige busstrukturer, omfattende en minnebuss eller minnekontroller, en periferienhet-buss, en akselerert grafikkport og en prosessor eller lokal buss, som anvender en hvilken som helst av en rekke alternative bussarkitekturer. Systemminnet omfatter leseminne (ROM) 650 og direkteaksessminne (RAM) 652. Et hurtigbuffer 675 med nivåer LI, L2 og L3 kan være opprettet i RAM 652. Et BIOS (Basic Input/Output System) 654, som inneholder de grunnleggende rutinene som hjelper til med å overføre informasjon mellom elementer i datamaskinen 642, for eksempel under oppstart, er lagret i ROM 650. Datamaskinen 642 omfatter videre en harddiskstasjon 656 for å lese fra og skrive til en harddisk (ikke vist), en magnetdiskstasjon 658 for å lese fra og skrive til en flyttbar magnetisk disk 660 og en optisk disk-stasjon 662 for å lese fra eller skrive til en flyttbar optisk disk 664, så som et CD-ROM eller et annet optisk medium.
[0061] En hvilken som helst av harddisken (ikke vist), magnetdiskstasjonen 658, optisk disk-stasjonen 662 eller den flyttbare optiske disken 664 kan være et informasjonsmedium som det er lagret informasjon i. Informasjonsmediet har et dataområde for lagring av datastrømmer med bruk av datastrøm-pakker som hver inneholder et pakkeområde som inneholder én eller flere datapakker. Som et eksempel blir hver datapakke kodet og dekodet av en kodek i applikasjonsprogrammene 672 som kjører på prosessen ngsen heten 644. Som sådan distribuerer omkoderen datastrømmen til datapakke-områdene i datastrøm-pakkene slik at de distribuerte datastrømmene lagres i datapakke-områdene ved anvendelse av en kodingsalgoritme. Alternativt kan koding og dekoding av datapakker utføres av en funksjon i eller avhengig av operativsystemet 670 som kjører på prosesseri ngsen heten 644.
[0062] Harddiskstasjonen 656, magnetdiskstasjonen 658 og optisk disk-stasjonen 662 er koplet til systembussen via et SCSI-grensesnitt 666 eller et annet egnet grensesnitt. Stasjonene og deres assosierte datamaskin-lesbare medier tilveiebringer ikke-volatil lagring av prosessor-lesba re instruksjoner, datastrukturer, programmoduler og andre data for datamaskinen 642. Selv om det eksempelvis miljøet beskrevet her innbefatter en harddisk, en flyttbar magnetisk disk 660 og en flyttbar optisk disk 664, vil fagmannen forstå at andre typer datamaskin-lesbare medier som er i stand til å lagre data som kan aksesseres av en datamaskin, så som magnet-kassetter, flash-minnekort, DVD-er, RAM, ROM og liknende også kan anvendes.
[0063] Et antall programmoduler kan være lagret i harddisken, den magnetiske disken 660, den optiske disken 664, ROM 650 eller RAM 652, omfattende et operativsystem 670, ett eller flere applikasjonsprogrammer 672 (som kan omfatte nevnte kodek), andre programmoduler 674 og programdata 676. En bruker kan mate inn kommandoer og/eller informasjon til datamaskinen 642 via innmatingsanordninger så som et tastatur 678 og en pekeranordning 680. Andre innmatingsanordninger (ikke vist) kan omfatte en mikrofon, en styrespak, en spillkontroll, en parabolantenne, en skanner eller liknende. Disse og andre innmatingsanordninger er koplet til prosesseri ngsen heten 644 via et grensesnitt 682 som er koplet til systembussen. En monitor 684 eller en annen type fremvisningsanordning er også koplet til systembussen 648 via et grensesnitt, så som et videoadapter 686. I tillegg til monitoren omfatter personlige datamaskiner typisk andre perifere utmatingsanordninger (ikke vist), så som høyttalere og skrivere.
[0064] Datamaskinen 642 kjører i et nettverksmiljø som anvender logiske forbindelser til én eller flere fjern-datamaskiner, så som en fjern-datamaskin 688. Fjern-datamaskinen 688 kan være en annen personlig datamaskin, en tjener, en ruter, en nettverks-PC, en peer-anordning eller en annen vanlig nettverksnode, og omfatter typisk mange av eller alle de elementene som er beskrevet i forbindelse med datamaskinen 642, selv om kun en minnelagringsanordning 690 er vist i figur 6. De logiske forbindelsene vist i figur 6 omfatter et lokalt nettverk (LAN) 692 og et regionalt nettverk (WAN) 694. Slike nettverksmiljøer er vanlige i kontorer, bedriftsomspennende datanettverk, intranett og Internett. I den beskrevne utførelsesformen av oppfinnelsen kjører fjern-datamaskinen 688 et nettleserprogram så som nettleseren Internet Explorer<®>, tilvirket og distribuert av Microsoft Corporation i Redmond, Washington.
[0065] Når den anvendes i et LAN-nettverksmiljø, er datamaskinen 642 koplet til det lokale nettverket 692 via et nettverksgrensesnitt eller -adapter 696. Når den anvendes i WAN-nettverksmiljø, omfatter datamaskinen 642 typisk et modem 698 eller andre mekanismer for å etablere kommunikasjon over det regionale nettverket 694, for eksempel Internett. Modemet 698, som kan være internt eller eksternt, er koplet til systembussen 648 via et serieport-grensesnitt 668. I et nettverksmiljø kan programmoduler som er vist i forbindelse med datamaskinen 642, eller deler av slike, være lagret i den fjerne lagringsanordningen. Man vil forstå at de illustrerte nettverksforbindelsene kun er eksempler, og at andre mekanismer for å etablere en
kommunikasjonsforbindelse mellom datamaskinene kan anvendes.
[0066] Generelt programmeres dataprosessorene i datamaskinen 642 ved hjelp av instruksjoner som til forskjellige tider befinner seg i de forskjellige datamaskin-lesbare lagringsmediene i datamaskinen. Programmer og operativsystemer blir typisk distribuert via disketter eller CD-ROM. Fra disse blir de installert på eller lastet inn i en datamaskins sekundære lagringsenhet. Når de kjører, er de i hvert fall delvis lastet inn i datamaskinens primære, elektroniske minne. Oppfinnelsen som beskrevet her omfatter disse og forskjellige andre typer datamaskin-lesbare lagringsmedier når slike lagringsmedier inneholder instruksjoner eller programmer for å utføre trinnene beskrevet nedenfor i kombinasjon med en mikroprosessor eller en annen databehandlingsenhet. Oppfinnelsen omfatter også datamaskinen selv, når denne er programmert i overensstemmelse med fremgangsmåtene og teknikkene beskrevet nedenfor. Videre kan visse del-komponenter av datamaskinen være programmert til å utføre funksjonene og trinnene beskrevet nedenfor. Oppfinnelsen omfatter slike del-komponenter når de er programmert som beskrevet. I tillegg omfatter oppfinnelsen beskrevet her datastrukturer, som beskrevet, innlemmet i forskjellige minne- eller lagringsmedier.
[0067] For illustrasjonsformål er programmer og andre eksekverbare programkomponenter, så som operativsystemet, vist her i form av separate blokker, selv om man vet at slike programmer og komponenter til forskjellige tider befinner seg i forskjellige lagringsenheter i datamaskinen, og eksekveres av prosesseringsenheten(e) i datamaskinen.
[0068] Utførelser beskrevet her definerer et overføringsformat som kan anvendes ved overføring av multimediedata mellom tjenere og klienter og mellom likeverdige datamaskiner under RTP. Overføringsformatet er mer fleksibelt enn standardene IETF RFC 1889 som i dag anvendes for overføring under RTP. Utførelser av overføringsformatet muliggjør strømning av krypterte data, tilveiebringer en mekanisme for å overføre metadata for hvert data sample under RTP og muliggjør strømning av data som er beskyttet ved anvendelse av WM DRM.
[0069] Selv om oppfinnelsen er beskrevet i forbindelse med spesifikke oppbygningsmessige trekk og/eller handlinger i fremgangsmåter, må det forstås at oppfinnelsen som definert i de etterfølgende kravene ikke nødvendigvis er begrenset til de spesifikke trekk og handlinger som er beskrevet. Snarere er de spesifikke trekk og handlinger beskrevet som eksempler på utførelse av den krevede oppfinnelsen.

Claims (28)

1. Fremgangsmåte omfattende det å omdanne flere blandede mediepakker (106, 108) til en flerhet av enkelte mediepakker (110, 112(1), 112(N), 116), der: hver blandede mediepakke omfatter: en «Advanced Streaming Fomat» ASF pakke topptekst; en ASF nyttedata for hver av en flerhet av mediedata typer, hvor ASF nyttedataen er kryptert og har en vilkårlig blokkstørrelse; en ASF nyttedata topptekst for hver ASF nyttedata og som inkluderer en ASF nyttelast grense for den vilkårlige blokkstørrelsen; hver enkelte mediepakke inkluderer én mediedata type som korresponderer med én av de blandede mediepakke typene og som inkluderer: en «Real Time Transport Protocol» RTP pakke topptekst; én RTP nyttelast korresponderer med én av AFS nyttedataene i den ene blandede media pakken; en RTP nyttedata format topptekst korresponderende med: den ene RTP nyttedataen; og én eller flere ASF nyttedata topptekster til den ene blandede mediepakken, hvor RTP nyttedata toppteksten har en grense korresponderende til: de respektive grensene til den ene eller flere ASF nytedataene til den ene blandede mediepakken; og den ene RTP nyttedataen.
2. Fremgangsmåte ifølge krav 1, hvor RTP pakke toppteksten korresponderer med én eller flere ASF pakke topptekster fra de flere blandede mediepakkene, og hvor hver enkelte media pakke videre omfatter en sammensetning som velges fra gruppen bestående av: en flerhet av ASF nyttedataene i de blandede mediepakkene, som er av lik mediedata type, som hver har en tilhørende nyttedata profilformat topptekst, og én av de nevnte ASF nyttedataene og nevnte RTP topptekst.
3. Fremgangsmåte ifølge krav 1, hvor hver enkelte mediepakke er mindre enn en forutbestemt størrelse som er en funksjon av et valg fra gruppen bestående av: en fysisk egenskap ved et underliggende nettverk, en administrativ regel med hensyn til pakkestørrelse, og en vurdering av den tilgjengelige båndbredden for overføring i et nettverk.
4. Fremgangsmåte ifølge krav 1, der nyttedatagrensen i den enkelte mediepakken identifiserer den kronologiske rekkefølgen til de tilsvarende ASF nyttedataene i den ene blandede mediepakken.
5. Fremgangsmåte ifølge krav 1, der nevnte ene mediedata typen velges fra gruppen bestående av lyd-data, videodata, programdata, JPEG data, HTML data og MIDI data.
6. Fremgangsmåte ifølge krav 1, der: RTP nyttedata toppteksten inkluderer en andel med fast lengde og en andel med variabel lengde, og andelen med variabel lengde omfatter attributter til de tilsvarende nyttedataene.
7. Datamaskinlesbart medium omfattende en datastruktur som har et trådformat for overføring over et nettverk (406), der datastrukturen omfatter flere enkelte mediepakker (110, 112(1), 112(N), 116) dannet fra et antall blandede mediepakker (106, 108), hvor: hver blandede mediepakke omfatter: en ASF pakke topptekst; en ASF nyttedata for hver av en flerhet av media data typer, hvor ASF nyttedataene er kryptert og har en vilkårlig blokkstørrelse, og en ASF nyttedata topptekst for hver av nyttedataene og som inkluderer en ASF nyttedata grense for den vilkårlige blokkstørrelsen, hver enkelte mediepakke omfatter én media data type som svarer til én av de blandede mediepakkene og inkludere: en RTP pakke topptekst; én RTP nyttedata korresponderende til én av ASF nyttedataene i den ene blandede media pakken; én RTP format topptekst som korresponderer med: den ene RTP nyttedataen; og én eller flere nyttedata topptekster til den blandede media pakken; hvor RTP nyttedata format toppteksten har en grense korresponderende med: de respektive grensene til den ene eller flere nyttedata topptekstene til den blandede media pakken; og den ene RTP nyttedataen.
8. Datamaskin lesbart medium ifølge krav 7, omfattende datastrukturen, hvor: RTP pakke toppteksten korresponderer med én eller flere ASF pakke topptekster til de flere blandede media pakkene, og hvor hver enkelte media pakke omfatter videre: en sammenstilling valgt fra gruppen bestående av: en flerhet av ASF nyttedataene til de blandede mediepakkene, som er av lik media data type, som hver har en korresponderende av den nevnte RTP nyttedata format toppteksten; og én av nevnte ASF nyttedata og en korresponderende nevnte RTP nyttedata format topptekst.
9. Datamaskin lesbart medium ifølge krav 7 omfattende datastrukturen hvor hver enkelte mediepakke er mindre enn en forutbestemt størrelse som avhenger av en funksjon av et valg fra gruppen bestående av: en fysisk egenskap ved et underliggende nettverk, en administrativ regel med hensyn til pakkestørrelse, og en vurdering av den tilgjengelige båndbredden for overføring i det underliggende nettverket.
10. Datamaskin lesbart medium ifølge krav 7 omfattende datastrukturen, hvor nyttedatagrensen i den enkelte mediepakken identifiserer den kronologiske rekkefølgen til de tilsvarende ASF nyttedataene i den ene blandede mediepakken.
11. Datamaskin lesbart medium ifølge krav 7 omfattende datastrukturen, hvor nevnte ene media data type er valgt fra gruppen bestående av lyd-data, videodata, programdata, «Joint Photographic Experts Group» JPEG data, «HyperText Markup Language» HTML data og «Musikal Instrument Digital Interface» MIDI data.
12. Datamaskin lesbart medium ifølge krav 7 omfattende datastrukturen, hvor: RTP nyttedata format toppteksten inkluderer en andel med fast lengde og en andel med variabel lengde, og der andelen med variabel lengde inkluderer attributter for den tilsvarende nyttedataen.
13. Fremgangsmåte omfattende det å omdanne flere enkelte mediepakker (208, 210) til en sammensatt datapakke (212, 214), der: hver enkelte mediepakke omfatter: en ASF pakke topptekst; en ASF nyttedata fra én mediedatastrøm, der ASF nyttedataene er kryptert og har en vilkårlig blokkstørrelse, en ASF nyttedata topptekst for ASF nyttedataene som inkluderer ASF nyttedata grense for den vilkårlige blokkstørrelsen, den sammensatte datapakken svarer til de flere enkelte mediepakkene og omfatter: en RTP pakke topptekst; en eller flere RTP nyttedata fra en lik media datastrøm type som svarer til de respektive ASF nyttedata topptekstene fra flerheten av de enkelte mediepakkene, hvor RTP nyttedata format toppteksten har en nyttedata grense for en respektiv av de nevnte RTP nyttedata for hvert av de nevnte nyttedataene i den sammensatte datapakken som identifiserer en rekkefølge derav i flerheten av enkelte media pakker.
14. Fremgangsmåte ifølge krav 13, hvor en RTP pakke topptekst korresponderer med ASF pakke topptekster for hver av flerheten av de enkelte media pakkene, og hvor den sammensatte pakken videre omfatter en sammensetning valgt fra gruppen som består av: en flerhet av RTP nyttedata som hver har en korresponderende nevnte RTP nyttedata format topptekst; og én RTP nyttedata og en korresponderende nevnte RTP nyttedata format topptekst.
15. Fremgangsmåte ifølge krav 13, hvor hver enkelte media pakke er mindre enn en forhåndsbestemt som er en funksjon av én valgt en fra gruppen som består av: en fysisk karakteristikk av et underliggende nettverk; en administrativ regel med hensyn til pakkestørrelse; og en vurdering av transmisjons-båndbredde til det underliggende nettverket.
16. Fremgangsmåte ifølge krav 13, der media datastrøm typen velges fra gruppen bestående av lyd-data, videodata, programdata, JPEG data, HTML data og MIDI data.
17. Fremgangsmåte ifølge krav 8, hvor: RTP nyttedata format toppteksten inkluderer en andel med fast lengde og en andel med variabel lengde, og andelen med variabel lengde omfatter attributter til de korresponderende nyttedataene.
18. Datamaskin lesbart medium som omfatter maskin lesbare instruksjoner, som når de blir eksekvert, utfører fremgangsmåten ifølge krav 13.
19. Apparat (402, 404) konfigurert for å forandre en flerhet av blandede media ASF pakker (106, 108) til en flerhet av enkelte media RTP pakker (110, 112(1), 112(N), 116), hvor apparatet omfatter: innretning for koding av en datastrøm som inkluderer en flerhet av blandede media ASF pakker; innretning for å kryptere flerheten av de blandede media ASF pakkene, hvor hver ASF pakke inkluderer: en ASF pakke topptekst; en ASF nyttedata for hver av flerheten media data typer, hvor ASF nyttedataen er kryptert og har en vilkårlig blokk størrelse; og en ASF nyttedata topptekst for hver ASF nyttedata og inkluderer en ASF nyttedata grense for den vilkårlige blokk størrelsen; innretning for å bevare grensen for hver ASF nyttedata; og innretning for å pakke inn flerheten av de blandede media ASF pakkene inn i flerheten RTP pakker som hver inkluderer: en RTP-pakke topptekst, en eller flere RTP nyttedata fra en felles media data type og valg fra gruppen som består av: datastrøm og som er valgt fra gruppen bestående av: én eller flere av de nevnte ASF nyttedata; fragment av én av de nevnte ASF nyttedata; og én RTP nyttedata format topptekst for hver av de nevnte RTP nyttedata og inkluderer, for de korresponderende ASF nyttedata, grensen for de vilkårlige blokk størrelser.
20. Apparat ifølge krav 19, videre omfattende: innretning for logisk å separere forskjellige typer mediedata i datastrømmen som omfatter flere av de nevnte typer mediedata, og innretning for å danne flerheten av RTP-pakkene fra datastrømmen, der hver av de nevnte RTP pakkene omfatter:' én eller flere variabel lengde RTP nyttedataformat topptekster, som hver inneholder én eller flere attributter, og RTP-nyttedata som svarer til hver av de nevnte RTP nyttedata format topptekstene og som beskrives av den ene eller de flere attributtene i disse.
21. Klient data anordning (404) som omfatter en prosessor for å eksekvere logikk konfigurert for å: sende (508) en forespørsel om en mediefil som inneholder lyd og video data, motta (552) en flerhet med RTP pakker korresponderende til en flerhet ASF pakker for mediefilen, der: hver av de nevnte ASF pakkene inkluderer: en ASF pakke topptekst, og én eller flere ASF nyttedata topptekster som hver inkluderer en ASF nyttedata grense for en tilhørende ASF nyttedata, idet ASF-nyttedataen er kryptert i en vilkårlig blokkstørrelse svarende til ASF nyttedatagrensen, ASF nyttedataene for og svarende til hver av nevnte ASF nyttedata topptekster som er valgt fra gruppen bestående av: noen av lyd dataene som omfatter et lydklipp eller et fragment av dette, og noen av videodataene som inkluderer et videoklipp eller et fragment av dette, hver av de nevnte RTP pakkene omfatter: enten noen av lyd dataene eller noen av video dataene, en RTP pakke topptekst korresponderende til minst én av ASF pakke topptekstene, hvor én eller flere RTP nyttedata format topptekster inkluderer en RTP nyttedata grense korresponderende til i det minste én av ASF nyttedata grensene, og en RTP nytte data for og korresponderende til hver av nevnte RTP nyttedata format topptekstene, hver av RTP nyttedataene er valgt fra gruppen bestående av: en flerhet av ASF nyttedataene, én av ASF nyttedataene, og et fragment av én av ASF nyttedataene, for hver av de nevnte RTP nyttedataene i de mottatte RTP pakkene: som inkluderer en flerhet av ASF nyttedataene, å sette sammen flerheten av ASF nyttedataene til sammenhengende nyttedata ved bruk av RTP nyttedatagrensen til den korresponderende RTP nyttedata format topptekst, som omfatter én av ASF nyttedataene, å sette sammen nevnte ene av ASF nyttedataene til sammenhengende nyttedata med bruk av RTP nyttedata grensen i den korresponderende RTP nyttedata format toppteksten, og som omfatter et fragment av én av ASF nyttedataene, å sette sammen alle fragmentene av den ene av ASF nyttedataene til sammenhengende nyttedata ved bruk av hver av nevnte RTP nyttedata grenser i den korresponderende RTP nyttedata format toppteksten, å sette sammen, i respektiv kronologisk rekkefølge svarende til lyd og video dataene i media filen, de sammenhengende nyttedataene, og samtidig gjengi de kronologisk ordnede sammenhengende nyttedataene som omfatter både lyd dataene i mediefilen og video dataene i mediefilen.
22. Klient-dataanordning ifølge krav 21, der RTP pakkene har variabel størrelse og er mindre enn en forutbestemt størrelse som er en funksjon av et valg fra gruppen bestående av: en vurdering av den tilgjengelige båndbredden for overføring i et underliggende nettverk over hvilket flerheten av RTP pakkene ble mottatt, en fysisk egenskap ved det underliggende nettverket, en administrativ regel med hensyn til pakkestørrelse, størrelsen til ASF pakkene som korresponderer med flerheten av de mottatte RTP pakkene, og en kombinasjon av det ovennevnte.
23. Klient-dataanordning ifølge krav 21, der hver av de nevnte ASF nyttedatagrensene identifiserer den respektive kronologiske rekkefølgen til de tilhørende ASF nyttedataene i én av: lyddataene i mediefilen, og videodataene i mediefilen.
24. Klient-dataanordning ifølge krav 21, der hver av de nevnte RTP nyttedata grensene identifiserer den respektive kronologiske rekkefølgen til de tilhørende RTP nyttedataene i én av: lyddataene i mediefilen, og videodataene i mediefilen.
25. Klient-dataanordning ifølge krav 21, der hver av de nevnte RTP nyttedatagrensene identifiserer den respektive kronologiske rekkefølgen til de tilhørende RTP nyttedataene i én av: en flerhet av ASF nyttedataene, og et fragment av én av ASF nyttedataene.
26. Klient-dataanordning ifølge krav 21, hvor: hver av de nevnte RTP nyttedata format topptekstene inkluderer en andel med fast lengde og en andel med variabel lengde, og andelen med variabel lengde omfatter egenskaper til de tilhørende RTP nyttedataene.
27. Fremgangsmåte innbefattende trinnene å: sende (508) en forespørsel om en media fil som inkluderer lyd og video data; motta (522) en flerhet av RTP pakker samsvarende til en flerhet av ASF pakker for media filen, hvor: hver av de nevnte ASF pakkene inkluderer: en ASF pakke topptekst; og én eller flere ASF nyttedata topptekster som hver inkluderer en ASF nyttedata grense for en tilsvarende ASF nyttedata, der ASF nyttedataen er kryptert med en vilkårlig blokkstørrelse tilsvarende ASF nyttedata grensen, hver av de nevnte RTP pakkene inkluderer: enten noen av lyddataene eller noen av videodataene; en RTP pakke topptekst tilsvarende til i det minste én av ASF pakke topptekstene, en eller flere RTP nyttedata format topptekster korresponderende med i det minste én av ASF nyttedata topptekstene, hvor hver av de nevnte RTP nyttedata format topptekstene inkluderer en RTP nyttedata grense korresponderende i det minste med én ASF nyttedata grensene, og en RTP nyttedata for og korresponderende med hver av de nevnte RTP nyttedata format topptekstene, hver av de nevnte RTP nyttedataene er valgt fra en gruppe som består av: en flerhet av ASF nyttedataene, én av ASF nyttedataene, og et fragment av én av ASF nyttedataene; for hver av de nevnte RTP nyttedataene i de mottatte RTP pakkene: som inkluderer en flerhet av ASF nyttedataene, sette sammen flerheten av ASF nyttedataene til en sammenhengende nyttedata ved å bruke RTP nyttedata grensen til den tilsvarende RTP nyttedata format topptekst, og som inkluderer én av ASF nyttedataene, sette sammen den ene ASF nyttedataen til en sammenhengende nyttedata ved å bruke RTP nyttedata grensen til den tilsvarende RTP nyttedata format topptekst, og som inkluderer et fragment av én av ASF nyttedataene, sette sammen alle fragmentene til den ene av ASF nyttedataene til en sammenhengende nyttedata ved å bruke hver av RTP nyttedata grensene til de tilsvarende RTP nyttedata format topptekstene, sette sammen, i respektiv kronologisk rekkefølge tilsvarende lyd og video data i media filen, de sammenhengende nyttedataene, og samtidig gjengi de kronologiske ordnede sammenhengende nyttedataene til både lyd data i media filen og video data i media filen.
28. Datamaskinlesbart medium innbefattende maskinlesbare instruksjoner som, når de eksekveres, utfører metoden ifølge krav 27.
NO20042821A 2003-07-03 2004-07-02 Nyttedata-format under RTP (Real-time Transport Protocol) NO339940B1 (no)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US10/612,851 US7483532B2 (en) 2003-07-03 2003-07-03 RTP payload format

Publications (2)

Publication Number Publication Date
NO20042821L NO20042821L (no) 2005-01-04
NO339940B1 true NO339940B1 (no) 2017-02-20

Family

ID=33435466

Family Applications (1)

Application Number Title Priority Date Filing Date
NO20042821A NO339940B1 (no) 2003-07-03 2004-07-02 Nyttedata-format under RTP (Real-time Transport Protocol)

Country Status (18)

Country Link
US (2) US7483532B2 (no)
EP (1) EP1494425B1 (no)
JP (1) JP4504749B2 (no)
KR (2) KR101026565B1 (no)
CN (1) CN1578311B (no)
AU (1) AU2004202538B2 (no)
BR (1) BRPI0402436A (no)
CA (2) CA2786809C (no)
CO (1) CO5600215A1 (no)
IL (2) IL162304A (no)
MX (1) MXPA04006449A (no)
MY (3) MY152016A (no)
NO (1) NO339940B1 (no)
NZ (2) NZ533297A (no)
RU (1) RU2372646C2 (no)
SG (1) SG129298A1 (no)
TW (1) TWI347106B (no)
ZA (1) ZA200404701B (no)

Families Citing this family (80)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7221660B1 (en) * 2000-08-08 2007-05-22 E.F. Johnson Company System and method for multicast communications using real time transport protocol (RTP)
WO2003043339A1 (fr) 2001-11-12 2003-05-22 Sony Corporation Systeme de remise d'informations, procede, appareil de traitement d'informations et procede
JP3821086B2 (ja) * 2002-11-01 2006-09-13 ソニー株式会社 ストリーミングシステム及びストリーミング方法、クライアント端末及びデータ復号方法、並びにプログラム
US7581255B2 (en) * 2003-01-21 2009-08-25 Microsoft Corporation Systems and methods for licensing one or more data streams from an encoded digital media file
US7370212B2 (en) * 2003-02-25 2008-05-06 Microsoft Corporation Issuing a publisher use license off-line in a digital rights management (DRM) system
US7483532B2 (en) 2003-07-03 2009-01-27 Microsoft Corporation RTP payload format
US7619994B2 (en) * 2003-11-26 2009-11-17 Nortel Networks Limited Adapter for use with a tandem-free conference bridge
KR20050054034A (ko) * 2003-12-03 2005-06-10 엘지전자 주식회사 고밀도 광디스크 및 고밀도 광디스크의 파일 관리방법 및재생방법과 기록재생장치
JP4363204B2 (ja) * 2004-02-04 2009-11-11 ヤマハ株式会社 通信端末
US20050216752A1 (en) * 2004-03-26 2005-09-29 Microsoft Corporation Common scrambling
US20060184790A1 (en) * 2004-03-26 2006-08-17 Microsoft Corporation Protecting elementary stream content
US20060036551A1 (en) * 2004-03-26 2006-02-16 Microsoft Corporation Protecting elementary stream content
IL162075A0 (en) * 2004-05-19 2005-11-20 Surf Comm Solutions Ltd Video conferencing over public network
US7656861B2 (en) * 2004-07-09 2010-02-02 Cisco Technology, Inc. Method and apparatus for interleaving text and media in a real-time transport session
US7620071B2 (en) * 2004-11-16 2009-11-17 Intel Corporation Packet coalescing
US7792143B1 (en) 2005-03-25 2010-09-07 Cisco Technology, Inc. Method and apparatus for interworking dissimilar text phone protocols over a packet switched network
US8438645B2 (en) 2005-04-27 2013-05-07 Microsoft Corporation Secure clock with grace periods
JP4716357B2 (ja) * 2005-03-29 2011-07-06 Ｋｄｄｉ株式会社 圧縮データスクランブル配信装置、その再生装置および配信・再生装置
US8725646B2 (en) * 2005-04-15 2014-05-13 Microsoft Corporation Output protection levels
US20060265758A1 (en) * 2005-05-20 2006-11-23 Microsoft Corporation Extensible media rights
US7684566B2 (en) * 2005-05-27 2010-03-23 Microsoft Corporation Encryption scheme for streamed multimedia content protected by rights management system
ES2536546T3 (es) * 2005-06-27 2015-05-26 Core Wireless Licensing S.à.r.l. Mecanismos de transporte para escenas dinámicas de medios enriquecidos
US7769880B2 (en) 2005-07-07 2010-08-03 Microsoft Corporation Carrying protected content using a control protocol for streaming and a transport protocol
US7561696B2 (en) * 2005-07-12 2009-07-14 Microsoft Corporation Delivering policy updates for protected content
JP2007041223A (ja) * 2005-08-02 2007-02-15 Mitsubishi Electric Corp データ配信装置及びデータ通信システム
US7681238B2 (en) * 2005-08-11 2010-03-16 Microsoft Corporation Remotely accessing protected files via streaming
US8321690B2 (en) * 2005-08-11 2012-11-27 Microsoft Corporation Protecting digital media of various content types
US7634816B2 (en) 2005-08-11 2009-12-15 Microsoft Corporation Revocation information management
US8918530B2 (en) * 2005-09-09 2014-12-23 Microsoft Corporation Plug and play device redirection for remote systems
US7720096B2 (en) * 2005-10-13 2010-05-18 Microsoft Corporation RTP payload format for VC-1
CN100407726C (zh) * 2005-10-17 2008-07-30 华为技术有限公司 H.264多媒体数据实时传送方法
ATE467299T1 (de) * 2005-12-22 2010-05-15 Microsoft Corp Peer-to-peer-nachrichtenformat
CN101346995A (zh) * 2005-12-23 2009-01-14 皇家飞利浦电子股份有限公司 数据流拆分
US7782836B2 (en) * 2006-03-24 2010-08-24 Samsung Electronics Co., Ltd. Method and system for transmission of different types of information in wireless communication
US8259647B2 (en) * 2006-06-12 2012-09-04 Samsung Electronics Co., Ltd. System and method for wireless communication of uncompressed video having a link control and bandwidth reservation scheme for control/management message exchanges and asynchronous traffic
JP4267008B2 (ja) * 2006-07-28 2009-05-27 Ｎｅｃインフロンティア株式会社 クライアント・サーバ分散システム、サーバ装置、クライアント装置及びそれらに用いるクライアント間ｒｔｐ暗号方法
US8279784B2 (en) * 2006-11-01 2012-10-02 Sibeam, Inc. Wireless HD AV packet format
US8879448B2 (en) * 2006-12-22 2014-11-04 Samsung Electronics Co., Ltd. Apparatus for controlling power of WiMedia media access control device and method using the same
US8489998B2 (en) * 2007-03-08 2013-07-16 Thomson Licensing Method, apparatus and system for coordinated content distribution workflow
US20080256646A1 (en) * 2007-04-12 2008-10-16 Microsoft Corporation Managing Digital Rights in a Member-Based Domain Architecture
US9805374B2 (en) 2007-04-12 2017-10-31 Microsoft Technology Licensing, Llc Content preview
US8539543B2 (en) * 2007-04-12 2013-09-17 Microsoft Corporation Managing digital rights for multiple assets in an envelope
JP4750759B2 (ja) * 2007-06-25 2011-08-17 パナソニック株式会社 映像音声再生装置
DE602008004502D1 (de) * 2007-07-02 2011-02-24 Fraunhofer Ges Forschung Vorrichtung und verfahren zum verarbeiten und lesen einer datei mit mediendatenbehälter und metadatenbehälter
US20090028142A1 (en) * 2007-07-25 2009-01-29 Schmidt Brian K Streaming data content in a network
WO2009024926A1 (en) * 2007-08-20 2009-02-26 Nokia Corporation Segmented metadata and indexes for streamed multimedia data
US8355336B2 (en) * 2008-02-13 2013-01-15 Qualcomm Incorporated Methods and apparatus for formatting headers in a communication frame
US8325800B2 (en) 2008-05-07 2012-12-04 Microsoft Corporation Encoding streaming media as a high bit rate layer, a low bit rate layer, and one or more intermediate bit rate layers
US8379851B2 (en) * 2008-05-12 2013-02-19 Microsoft Corporation Optimized client side rate control and indexed file layout for streaming media
US8625642B2 (en) 2008-05-23 2014-01-07 Solera Networks, Inc. Method and apparatus of network artifact indentification and extraction
US8521732B2 (en) 2008-05-23 2013-08-27 Solera Networks, Inc. Presentation of an extracted artifact based on an indexing technique
US7925774B2 (en) 2008-05-30 2011-04-12 Microsoft Corporation Media streaming using an index file
US8387150B2 (en) * 2008-06-27 2013-02-26 Microsoft Corporation Segmented media content rights management
US8265140B2 (en) * 2008-09-30 2012-09-11 Microsoft Corporation Fine-grained client-side control of scalable media delivery
US8259572B2 (en) * 2008-12-02 2012-09-04 Kyocera Corporation Communication method and transmitting apparatus utilizing the same
KR101552649B1 (ko) * 2009-10-30 2015-09-18 삼성전자 주식회사 전자 장치로부터 호스트 장치로 보호 문서의 전송을 가능하게 하기 위한 방법 및 시스템
US8806190B1 (en) 2010-04-19 2014-08-12 Amaani Munshi Method of transmission of encrypted documents from an email application
US8630412B2 (en) * 2010-08-25 2014-01-14 Motorola Mobility Llc Transport of partially encrypted media
US9858126B2 (en) 2010-12-16 2018-01-02 Microsoft Technology Licensing, Llc Device redirection for remote systems
KR101670723B1 (ko) 2011-01-04 2016-11-01 삼성전자주식회사 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치
KR20120084237A (ko) 2011-01-19 2012-07-27 삼성전자주식회사 엠엠티(ｍｍｔ)에서 엠엠티 인캡슐레이터를 전송하는 방법
US8666985B2 (en) 2011-03-16 2014-03-04 Solera Networks, Inc. Hardware accelerated application-based pattern matching for real time classification and recording of network traffic
KR20120138604A (ko) * 2011-06-14 2012-12-26 삼성전자주식회사 멀티미디어 시스템에서 복합 미디어 컨텐츠를 송수신하는 방법 및 장치
EP2608558A1 (en) * 2011-12-22 2013-06-26 Thomson Licensing System and method for adaptive streaming in a multipath environment
US8744078B2 (en) * 2012-06-05 2014-06-03 Secure Channels Sa System and method for securing multiple data segments having different lengths using pattern keys having multiple different strengths
US20130329607A1 (en) * 2012-06-07 2013-12-12 Infinet Financial Systems Trading room voice routing solution
KR102056438B1 (ko) 2012-10-12 2019-12-16 삼성전자주식회사 복합 멀티미디어 데이터를 전송하기 위한 데이터 패킷을 송수신하는 방법 및 장치
JP5641090B2 (ja) * 2013-03-14 2014-12-17 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
US9667959B2 (en) 2013-03-29 2017-05-30 Qualcomm Incorporated RTP payload format designs
KR101484843B1 (ko) * 2013-04-19 2015-01-20 삼성전자주식회사 멀티미디어 전송 시스템에서 미디어 전송 패킷 전송 방법 및 장치
US9350781B2 (en) * 2013-05-31 2016-05-24 Qualcomm Incorporated Single network abstraction layer unit packets with decoding order number for video coding
RU2542917C2 (ru) * 2013-07-09 2015-02-27 Общество с ограниченной ответственностью "Завод Навигационного Оборудования" СПОСОБ ОБМЕНА ДАННЫМИ С ИСПОЛЬЗОВАНИЕМ ПРОТОКОЛА stattBIN
TWI489320B (zh) 2013-10-25 2015-06-21 Utechzone Co Ltd 電子文件標記方法及裝置
US9601097B2 (en) * 2014-03-06 2017-03-21 Zivix, Llc Reliable real-time transmission of musical sound control data over wireless networks
US10045186B2 (en) 2016-04-08 2018-08-07 Orion Labs Low energy audio streaming
US10541005B2 (en) * 2017-05-17 2020-01-21 Cypress Semiconductor Corporation Distributed and synchronized control system for environmental signals in multimedia playback
US10552114B2 (en) * 2017-05-31 2020-02-04 International Business Machines Corporation Auto-mute redundant devices in a conference room
WO2019122242A1 (en) * 2017-12-20 2019-06-27 Nagravision S.A System for securing deployed security cameras
US10620904B2 (en) 2018-09-12 2020-04-14 At&T Intellectual Property I, L.P. Network broadcasting for selective presentation of audio content
WO2023022578A1 (ko) * 2021-08-20 2023-02-23 엘지전자 주식회사 영상 신호 처리 방법 및 장치

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1041823A2 (en) * 1999-03-31 2000-10-04 Kabushiki Kaisha Toshiba Content distribution apparatus, content receiving apparatus, and content distribution method

Family Cites Families (85)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5224166A (en) 1992-08-11 1993-06-29 International Business Machines Corporation System for seamless processing of encrypted and non-encrypted data and instructions
DE69532987T2 (de) 1994-07-28 2005-04-07 Koninklijke Philips Electronics N.V. Verfahren und anordnung zur nachrichtenübertragung
US6473903B2 (en) 1996-12-30 2002-10-29 Koninklijke Philips Electronics N.V. Method and system for implementing interactive broadcast programs and commercials
US6205140B1 (en) * 1997-12-01 2001-03-20 Intel Corporation Communication of dynamic dependencies along media streams
US6134243A (en) 1998-01-15 2000-10-17 Apple Computer, Inc. Method and apparatus for media data transmission
EP1106008A1 (en) 1998-08-20 2001-06-13 Nokia Corporation Method and apparatus for providing user multiplexing in a real-time protocol
KR100322015B1 (ko) * 1998-12-23 2002-03-08 윤종용 근거리 통신망에서 프레임 구조 가변방법
US7010032B1 (en) * 1999-03-12 2006-03-07 Kabushiki Kaisha Toshiba Moving image coding apparatus and decoding apparatus
US6278478B1 (en) 1999-03-18 2001-08-21 Microsoft Corporation End-to-end network encoding architecture
US6944296B1 (en) 1999-03-24 2005-09-13 Intel Corporation Video bit scrambling
KR100762718B1 (ko) * 1999-04-20 2007-10-09 코닌클리케 필립스 일렉트로닉스 엔.브이. Ｍｐｅｇ-4 데이터 스트림들을 인터넷 네트워크에 적합시키는 전처리 방법
US6918034B1 (en) * 1999-09-29 2005-07-12 Nokia, Corporation Method and apparatus to provide encryption and authentication of a mini-packet in a multiplexed RTP payload
RU2159507C1 (ru) 1999-10-29 2000-11-20 Аликов Сергей Владимирович Узел кодирования и/или декодирования информации, система передачи информации с уплотнением каналов, система передачи информации в телекоммуникационной сети
US6654389B1 (en) 1999-11-23 2003-11-25 International Business Machines Corporation System and method for searching patterns in real-time over a shared media
CN1182479C (zh) 2000-01-07 2004-12-29 国际商业机器公司 有效地收集、整理和访问证书吊销表的系统和方法
US7159235B2 (en) 2000-01-28 2007-01-02 Sedna Patent Services, Llc Method and apparatus for content distribution via non-homogeneous access networks
US6700895B1 (en) * 2000-03-15 2004-03-02 3Com Corporation Method and system for computationally efficient calculation of frame loss rates over an array of virtual buffers
US7257641B1 (en) 2000-03-30 2007-08-14 Microsoft Corporation Multipoint processing unit
EP1407360A4 (en) 2000-06-16 2009-08-12 Entriq Inc METHODS AND SYSTEMS FOR DISTRIBUTING CONTENT VIA A NETWORK IMPLEMENTING DISTRIBUTED CONDITIONAL ACCESS AGENTS AND SECURE AGENTS TO PERFORM DIGITAL RIGHTS MANAGEMENT (DRM)
US6965646B1 (en) * 2000-06-28 2005-11-15 Cisco Technology, Inc. MPEG file format optimization for streaming
US20060130104A1 (en) 2000-06-28 2006-06-15 Madhukar Budagavi Network video method
US7136577B1 (en) * 2000-06-29 2006-11-14 Tandberg Telecom As RTP-formated media clips
WO2002003604A2 (en) * 2000-06-29 2002-01-10 Cachestream Corporation Digital rights management
JP2002044135A (ja) * 2000-07-25 2002-02-08 Mitsubishi Electric Corp 暗号装置及び暗号通信システム
US7689510B2 (en) 2000-09-07 2010-03-30 Sonic Solutions Methods and system for use in network management of content
KR20020032803A (ko) * 2000-10-27 2002-05-04 구자홍 스트리밍 서비스를 위한 파일 구조
DE10054940B4 (de) 2000-11-06 2005-06-02 Siemens Ag Verfahren zum Übertragen von Faxdaten über ein Paketübertragungsnetz, zugehörige Einheiten und zugehöriges Programm
DE60120479T2 (de) * 2000-12-18 2007-05-16 Irdeto Eindhoven B.V. Zeiger auf verschlüsselte daten in einem rtp-kopf
EP1356653B1 (en) * 2001-01-24 2011-07-20 Broadcom Corporation Method for processing multiple security policies applied to a data packet structure
JP3819729B2 (ja) * 2001-04-20 2006-09-13 株式会社エヌ・ティ・ティ・ドコモ データ安全化通信装置及びその方法
US20060167985A1 (en) 2001-04-26 2006-07-27 Albanese Michael J Network-distributed data routing
US6983049B2 (en) * 2001-05-04 2006-01-03 Hewlett-Packard Development Company, Lp. Storage devices for secure scalable data streaming
US20030041257A1 (en) 2001-05-04 2003-02-27 Wee Susie J. Systems, methods and storage devices for scalable data streaming
US7145919B2 (en) * 2001-06-01 2006-12-05 Telefonaktienbolaget Lm Ericsson (Publ) Method and apparatus for transporting different classes of data bits in a payload over a radio interface
US6745364B2 (en) * 2001-06-28 2004-06-01 Microsoft Corporation Negotiated/dynamic error correction for streamed media
US7362707B2 (en) 2001-07-23 2008-04-22 Acme Packet, Inc. System and method for determining flow quality statistics for real-time transport protocol data flows
US7260215B2 (en) * 2001-09-04 2007-08-21 Portauthority Technologies Inc. Method for encryption in an un-trusted environment
FI20011871A (fi) * 2001-09-24 2003-03-25 Nokia Corp Multimediadatan prosessointi
JP3719180B2 (ja) 2001-09-27 2005-11-24 ソニー株式会社 通信方法、通信システム及び出力機器
JP2003152544A (ja) * 2001-11-12 2003-05-23 Sony Corp データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
US7243366B2 (en) 2001-11-15 2007-07-10 General Instrument Corporation Key management protocol and authentication system for secure internet protocol rights management architecture
JP2003169090A (ja) 2001-11-30 2003-06-13 Fujitsu Ltd 伝送システム
ATE443970T1 (de) 2001-12-11 2009-10-15 Ericsson Telefon Ab L M Methode des rechtmanagements für strömende media
US7242773B2 (en) 2002-09-09 2007-07-10 Sony Corporation Multiple partial encryption using retuning
JP2003229843A (ja) 2002-01-31 2003-08-15 Sony Corp ストリーミングシステム及びストリーミング方法、クライアント端末及びコンテンツデータ復号方法、ストリームサーバ及びストリーム配信方法、オーサリング装置及びオーサリング方法、並びにプログラム及び記録媒体
US7233587B2 (en) 2002-02-01 2007-06-19 Harris Corporation Method and system for encapsulating time division multiplex data into individual packets of a packet based network
US7080043B2 (en) 2002-03-26 2006-07-18 Microsoft Corporation Content revocation and license modification in a digital rights management (DRM) system on a computing device
WO2003083627A2 (en) 2002-03-28 2003-10-09 Koninklijke Philips Electronics N.V. Revocation of copyrighted content
JP3818504B2 (ja) 2002-04-15 2006-09-06 ソニー株式会社 情報処理装置および方法、並びにプログラム
CN1148931C (zh) * 2002-09-29 2004-05-05 清华大学 基于实时传输协议和传输控制协议的流媒体传输实现方法
KR20050061395A (ko) 2002-09-30 2005-06-22 마쯔시다덴기산교 가부시키가이샤 컨텐츠 이용 장치
JP3821086B2 (ja) 2002-11-01 2006-09-13 ソニー株式会社 ストリーミングシステム及びストリーミング方法、クライアント端末及びデータ復号方法、並びにプログラム
GB0230301D0 (en) 2002-12-30 2003-02-05 Nokia Corp Streaming media
US7536418B2 (en) 2003-01-10 2009-05-19 At&T Intellectual Property Ii, Lp Preload library for transparent file transformation
US7383586B2 (en) * 2003-01-17 2008-06-03 Microsoft Corporation File system operation and digital rights management (DRM)
US7136945B2 (en) 2003-03-31 2006-11-14 Sony Corporation Method and apparatus for extending protected content access with peer to peer applications
US7346160B2 (en) 2003-04-23 2008-03-18 Michaelsen David L Randomization-based encryption apparatus and method
JP2006524860A (ja) 2003-04-28 2006-11-02 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ 失効リストを格納する方法
US20050008240A1 (en) 2003-05-02 2005-01-13 Ashish Banerji Stitching of video for continuous presence multipoint video conferencing
US20050002402A1 (en) 2003-05-19 2005-01-06 Sony Corporation And Sony Electronics Inc. Real-time transport protocol
US7483532B2 (en) 2003-07-03 2009-01-27 Microsoft Corporation RTP payload format
US8582659B2 (en) 2003-09-07 2013-11-12 Microsoft Corporation Determining a decoding time stamp from buffer fullness
US7852919B2 (en) 2003-09-07 2010-12-14 Microsoft Corporation Field start code for entry point frames with predicted first field
JP4114605B2 (ja) 2003-12-24 2008-07-09 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム
JP2005204001A (ja) 2004-01-15 2005-07-28 Hitachi Ltd データ配信サーバ、ソフトウェア、及びシステム
US7567584B2 (en) 2004-01-15 2009-07-28 Panasonic Corporation Multiplex scheme conversion apparatus
US7447158B2 (en) * 2004-01-28 2008-11-04 Empirix Inc. System and method for testing signals within digital-network packets
US7522712B2 (en) 2004-01-29 2009-04-21 Comverse Ltd. Method for initiating a session in a store and forward messaging system
WO2005084381A2 (en) 2004-03-03 2005-09-15 Packetvideo Network Solutions, Inc. System and method for retrieving digital multimedia content from a network node
US20060184790A1 (en) 2004-03-26 2006-08-17 Microsoft Corporation Protecting elementary stream content
JP4561146B2 (ja) 2004-03-29 2010-10-13 ソニー株式会社 コンテンツ流通システム、暗号化装置、暗号化方法、情報処理プログラム、及び記憶媒体
US7477749B2 (en) 2004-05-12 2009-01-13 Nokia Corporation Integrity protection of streamed content
US20050254526A1 (en) 2004-05-12 2005-11-17 Nokia Corporation Parameter sets update in streaming applications
EP2346243B1 (en) 2004-08-31 2013-11-06 Panasonic Corporation Moving image encoding method and apparatus
US8150232B2 (en) 2004-09-03 2012-04-03 Panasonic Corporation Recording medium, recording device, program, and recording method
EP1790160A4 (en) 2004-09-15 2009-08-26 Nokia Corp PROVIDING ZAPPING STREAMS TO RADIO RECEIVERS
ES2400955T3 (es) 2004-10-07 2013-04-15 Panasonic Corporation Aparato de codificación de imágenes y aparato de decodificación de imágenes
US20060104356A1 (en) 2004-11-15 2006-05-18 Microsoft Corporation Timing for decoder buffer examination
CN101151840B (zh) 2005-01-10 2011-09-21 四次方有限公司 用于依据指令处理媒体的单芯片媒体处理器
JP5248865B2 (ja) 2005-01-31 2013-07-31 トムソン ライセンシング パーソナル・モニタリング・情報装置
US7656835B2 (en) 2005-05-18 2010-02-02 Nokia Corporation Method for informing changed communications capabilities
US7584497B2 (en) 2005-05-24 2009-09-01 Microsoft Corporation Strategies for scheduling bandwidth-consuming media events
US20060291475A1 (en) 2005-06-28 2006-12-28 Noam Cohen Selective forward error correction
US7577258B2 (en) 2005-06-30 2009-08-18 Intel Corporation Apparatus and method for group session key and establishment using a certified migration key
US7725593B2 (en) 2005-07-15 2010-05-25 Sony Corporation Scalable video coding (SVC) file format

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1041823A2 (en) * 1999-03-31 2000-10-04 Kabushiki Kaisha Toshiba Content distribution apparatus, content receiving apparatus, and content distribution method

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
A. Klemets: "RTP Playload Format for ASF Streams", IETF, Microsoft Corporation, INTERNET-DRAFT, draft-klemets-asf-rtp-00, Oct. 8, 1997. , Dated: 01.01.0001 *
A. PERIYANNAN ET AL.: "Delivering Media Generically over RTP", IETF, draft-periyannan-generic-rtp-00, March 13, 1998., Dated: 01.01.0001 *
A.Klemets: "Common Generic RTP Payload Format", Internet Engineering Task Force, INTERNET-DRAFT, draft-klemets-generic-rtp-00, March 13, 1998., Dated: 01.01.0001 *
NAFAA A. et al.: "RTP4mux: A Novel MPEG-4 RTP Payload for Multicast Video Communications over Wireless IP", IEEE-PV 2003, 13th International Packet Video Workshop, 28 April 2003, [Online]., Dated: 01.01.0001 *

Also Published As

Publication number Publication date
IL162304A (en) 2011-02-28
IL199658A (en) 2011-12-29
EP1494425B1 (en) 2016-11-23
AU2004202538B2 (en) 2009-12-03
CA2786809C (en) 2014-12-09
AU2004202538A1 (en) 2005-01-20
JP4504749B2 (ja) 2010-07-14
KR20110013561A (ko) 2011-02-09
NZ533297A (en) 2005-12-23
TW200503485A (en) 2005-01-16
CA2786809A1 (en) 2005-01-03
IL162304A0 (en) 2005-11-20
US20050002525A1 (en) 2005-01-06
MXPA04006449A (es) 2005-03-31
JP2005027325A (ja) 2005-01-27
KR20050004128A (ko) 2005-01-12
US20090135849A1 (en) 2009-05-28
CA2469830A1 (en) 2005-01-03
KR101026565B1 (ko) 2011-03-31
CO5600215A1 (es) 2006-01-31
MY144841A (en) 2011-11-30
CA2469830C (en) 2013-12-24
RU2004120267A (ru) 2006-01-10
KR101022894B1 (ko) 2011-03-16
MY152016A (en) 2014-08-15
EP1494425A1 (en) 2005-01-05
MY146788A (en) 2012-09-28
SG129298A1 (en) 2007-02-26
RU2372646C2 (ru) 2009-11-10
NO20042821L (no) 2005-01-04
NZ543135A (en) 2007-06-29
US7876896B2 (en) 2011-01-25
CN1578311A (zh) 2005-02-09
ZA200404701B (en) 2005-04-26
CN1578311B (zh) 2011-04-13
BRPI0402436A (pt) 2005-05-24
TWI347106B (en) 2011-08-11
IL199658A0 (en) 2010-04-15
US7483532B2 (en) 2009-01-27

Similar Documents

Publication Publication Date Title
NO339940B1 (no) Nyttedata-format under RTP (Real-time Transport Protocol)
US8719309B2 (en) Method and apparatus for media data transmission
JP5363809B2 (ja) メディアデータ送信方法及び装置
KR100339629B1 (ko) 미디어 데이터 변환을 위한 방법 및 장치
TWI388170B (zh) 網路中串流資料內容之方法及裝置
KR100607784B1 (ko) 미디어 데이터 전송을 위한 방법 및 장치
JP4634390B2 (ja) マルチメディアプレゼンテーション用コンテナフォーマット
GB2469563A (en) A method system and apparatuses for processing readable content stored in a stream of data

Legal Events

Date Code Title Description
CHAD Change of the owner's name or address (par. 44 patent law, par. patentforskriften)

Owner name: MICROSOFT TECHNOLOGY LICENSING, US

MM1K Lapsed by not paying the annual fees