A Media Distribution Problem
From: Andrew Swallow (am.swallow_at_eatspam.btinternet.com)
Date: 05/26/04
- Next message: Tom St Denis: "Re: open source crypto"
- Previous message: Andrew Swallow: "Re: open source crypto"
- Next in thread: John A. Malley: "Re: A Media Distribution Problem"
- Reply: John A. Malley: "Re: A Media Distribution Problem"
- Reply: Mok-Kong Shen: "Re: A Media Distribution Problem"
- Reply: Michael Brown: "Re: A Media Distribution Problem"
- Reply: Lassi Hippeläinen: "Re: A Media Distribution Problem"
- Reply: Paul Rubin: "Re: A Media Distribution Problem"
- Reply: Simon Johnson: "Re: A Media Distribution Problem"
- Reply: AE: "Re: A Media Distribution Problem"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Wed, 26 May 2004 21:37:12 +0000 (UTC)
Here is a theoretical problem that is likely to become real in
a few months time.
A supplier wishes to sell his goods by realtime downloading
over the internet. The goods could be a TV channel or "radio"
broadcast or constantly changing data like stock market prices.
Real time TV over internet becomes technically viable at
about 1.5 Mbps when compressed using MPEG4. Many of
the readers of this newsgroup already own modems that
fast, the phone companies have simply chosen to limit the
line's speed.
The supplier wants to get paid so he wishes to encrypt
his signal. To minimise bandwidth he wants to multi-drop
the signal; that is a common broadcast which everyone
listens to. He suspects that a second server will be
needed to handle the payment of subscription fees and
automatic distribution of daily/hourly key variables.
The supplier is willing to download a player to his
subscribers. One file of which can be unique to each
subscriber.
Threats
1. People may try and watch his shows without paying.
2. Groups of people may take a single subscription and
send copies of the key variable to the rest of the group.
3. People may try and logon using someone else's identity.
4. Payment is to be via PayPal, credit card and phone
type cards purchased at shops. These need transferring
over the internet from the subscriber to the supplier in
a secure manner.
5. Interference and lost packets may require the subscribers
to individually resynchronise the signal.
Andrew Swallow
- Next message: Tom St Denis: "Re: open source crypto"
- Previous message: Andrew Swallow: "Re: open source crypto"
- Next in thread: John A. Malley: "Re: A Media Distribution Problem"
- Reply: John A. Malley: "Re: A Media Distribution Problem"
- Reply: Mok-Kong Shen: "Re: A Media Distribution Problem"
- Reply: Michael Brown: "Re: A Media Distribution Problem"
- Reply: Lassi Hippeläinen: "Re: A Media Distribution Problem"
- Reply: Paul Rubin: "Re: A Media Distribution Problem"
- Reply: Simon Johnson: "Re: A Media Distribution Problem"
- Reply: AE: "Re: A Media Distribution Problem"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|
|