[sldev] Call for requirements: ISO MPEG-V (mpeg for virtual worlds) Deadline: July 16, 2008

Lawson English lenglish5 at cox.net
Mon May 26 13:59:14 PDT 2008


Lawson English wrote:
> Tateru Nino wrote:
> [...]
>> The way I see it, it doesn't matter actually much *what* it is 
>> carrying. Ultimately we're talking about a transport protocol. Now, 
>> so long as the transport protocol is (a) bi-directional, and (b) 
>> supports connections to arbitrary network endpoints, and (c) is 
>> relatively legally unencumbered (requires no particular licensing to 
>> use or implement), and (d) relatively technically unencumbered 
>> (doesn't hamper or impede things to the point where there is no point 
>> in actually using it) -- well, then we'd be gold.
>
> Those seem to be the very issues that MPEG-4 lacks. Allisa mentioned 
> other initiatives that are meant to be about networking protocols and 
> it sounds like those issues ARE addressed there, specifically in 
> MPEG-21/SC29(?).
>
>
> Lawson
>
Lots of intereseting stuff here, especially concerning digital rights 
and permissions. I'm putting a link to MPEG-21 on the AW Groupies page 
(thanks Allisa):

http://www.chiariglione.org/mpeg/standards/mpeg-21/mpeg-21.htm#_Toc23297977


5.5 MPEG-21 Part 5 – Rights Expression Language

Following an extensive requirements gathering process, which started in 
January 2001, MPEG issued a Call for Proposals during its July meeting 
in Sydney for a Rights Data Dictionary and a Rights Expression Language. 
Responses to this Call were processed during the December meeting in 
Pattaya and the evaluation process established an approach for going 
forward with the development of a specification, expected to be an 
International Standard in late 2003.

A Rights Expression Language is seen as a machine-readable language that 
can declare rights and permissions using the terms as defined in the 
Rights Data Dictionary.

The REL is intended to provide flexible, interoperable mechanisms to 
support transparent and augmented use of digital resources in 
publishing, distributing, and consuming of digital movies, digital 
music, electronic books, broadcasting, interactive games, computer 
software and other creations in digital form, in a way that protects 
digital content and honours the rights, conditions, and fees specified 
for digital contents. It is also intended to support specification of 
access and use controls for digital content in cases where financial 
exchange is not part of the terms of use, and to support exchange of 
sensitive or private digital content.

The Rights Expression Language is also intended to provide a flexible 
interoperable mechanism to ensure personal data is processed in 
accordance with individual rights and to meet the requirement for Users 
to be able to express their rights and interests in a way that addresses 
issues of privacy and use of personal data.

A standard Rights Expression Language should be able to support 
guaranteed end-to-end interoperability, consistency and reliability 
between different systems and services. To do so, it must offer richness 
and extensibility in declaring rights, conditions and obligations, ease 
and persistence in identifying and associating these with digital 
contents, and flexibility in supporting multiple usage/business models.

5.5.1 MPEG REL Data model

MPEG REL adopts a simple and extensible data model for many of its key 
concepts and elements.

The MPEG REL data model for a rights expression consists of four basic 
entities and the relationship among those entities. This basic 
relationship is defined by the MPEG REL assertion “grant”. Structurally, 
an MPEG REL grant consists of the following:

The principal to whom the grant is issued
The right that the grant specifies
The resource to which the right in the grant applies
The condition that must be met before the right can be exercised

[etc]


More information about the SLDev mailing list