DE60318817T2 - Prozess zur ipmp-schema-beschreibung für einen digitalen artikel - Google Patents

Prozess zur ipmp-schema-beschreibung für einen digitalen artikel Download PDF

Info

Publication number
DE60318817T2
DE60318817T2 DE60318817T DE60318817T DE60318817T2 DE 60318817 T2 DE60318817 T2 DE 60318817T2 DE 60318817 T DE60318817 T DE 60318817T DE 60318817 T DE60318817 T DE 60318817T DE 60318817 T2 DE60318817 T2 DE 60318817T2
Authority
DE
Germany
Prior art keywords
ipmp
information
descriptor
schema
scheme
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Lifetime
Application number
DE60318817T
Other languages
English (en)
Other versions
DE60318817D1 (de
Inventor
Zhongyang Huang
Sheng Mei 03-02 Windermere SHEN
Ming Ji
Takanori Hirakata-shi SENOH
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
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 Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Publication of DE60318817D1 publication Critical patent/DE60318817D1/de
Application granted granted Critical
Publication of DE60318817T2 publication Critical patent/DE60318817T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00Digital computing or data processing equipment or methods, specially adapted for specific functions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835Generation of protective data, e.g. certificates
    • H04N21/8355Generation of protective data, e.g. certificates involving usage data, e.g. number of copies or viewings allowed
    • H04N21/83555Generation of protective data, e.g. certificates involving usage data, e.g. number of copies or viewings allowed using a structured language for describing usage rules of the content, e.g. REL
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541Rights Management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4627Rights management associated to the content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8166Monomedia components thereof involving executable data, e.g. software
    • H04N21/8193Monomedia components thereof involving executable data, e.g. software dedicated tools, e.g. video decoder software or IPMP tool
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835Generation of protective data, e.g. certificates
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835Generation of protective data, e.g. certificates
    • H04N21/8352Generation of protective data, e.g. certificates involving content or source identification data, e.g. Unique Material Identifier [UMID]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring
    • H04N21/85403Content authoring by describing the content as an MPEG-21 Digital Item
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/24Systems for the transmission of television signals using pulse code modulation

Description

  • Technisches Gebiet
  • Die vorliegende Erfindung bezieht sich auf Inhalte-Distribution und -Schutz im MPEG-21-Bereich, insbesondere auf derartige Anwendungen, bei denen der geschützte Inhalt auf Basis von MPEG-21-konformen Vorrichtungen geliefert und übertragen wird.
  • Technischer Hintergrund
  • Heute existieren vielen Elemente zum Aufbauen einer Infrastruktur für das Liefern und Konsumieren von Multimedia-Inhalt. Es besteht jedoch kein „Gesamtbild" zum Beschreiben, wie diese Elemente, gleich ob bereits existent oder noch in Entwicklung, zueinander in Beziehung stehen. Das Ziel für MPEG-21 ist es, zu beschreiben, wie diese verschiedenen Elemente zusammenpassen. Wo Lücken existieren, wird MPEG-21 empfehlen, welche neuen Standards benötigt werden. MPEG wird dann neue Standards in geeigneter Weise entwickeln, während andere relevante Standards durch andere Körperschaften entwickelt werden können. Diese Spezifikationen werden in den Multimedia-Rahmen durch Zusammenarbeit zwischen MPEG und diesen Körperschaften integriert werden.
  • MPEG-21 zielt darauf ab, eine Vision vorzustellen, zum Ermöglichen von transparenter und erweiterter Nutzung von Multimedia-Ressourcen über einen Weitenbereich von Netzen und Vorrichtungen, die von unterschiedlichen Gemeinschaften verwendet werden. Das Aufstellen des „Gesamtbilds" dient dazu, zu beschreiben, wie die Spezifikation all dieser Elemente, die existieren, um eine Infrastruktur für das Liefern und den Konsum von Multimedia-Inhalt aufzubauen. Nun wurden sechs technische Schlüsselelemente in MPEG-21 definiert: DID (Digital-Artikel-Deklaration, „Digital Item Declaration"), DII&D oder DIID (Dital-Artikel-Identifikation und -Beschreibung, „Digital Item Identification and Description"), IPMP (Verwaltung und Schutz geistigen Eigentums, „Intellectual Property Management and Protection"), RDD (Rechte-Daten-Wörterbuch, „Rights Data Dictionary"), REL (Rechte-Ausdruck-Sprache, „Rights Expression Language") und DIA (Digital-Artikel-Adaptierung, „Digital Item Adaptation").
  • Digitale Artikel sind definiert als strukturierte digitale Objekte, einschließlich einer Standarddarstellung und -Identifikation, und Meta-Daten. Dieses Gebilde ist die fundamentale Einheit der Distribution und Übertragung innerhalb des MPEG-21-Rahmens als einem Ganzen. Das Mittel, mit dem ein digitaler Artikel definiert ist, ist eine Digital-Artikel-Deklaration. Die DID spezifiziert den Aufbau, die Struktur und die Organisation eines digitalen Artikels. Die DID hat ein nützliches Modell definiert, das durch einen Satz von abstraktren Termen und Konzepten zum definierten von digitalen Artikeln gebildet ist. Innerhalb dieses Modells ist ein digitaler Artikel die digitale Repräsentation ein „eines Werks", und als solches ist es der Artikel, auf den innerhalb des Modells eingewirkt wird (verwaltet, beschrieben, ausgetauscht, gesammelt usw.). Das Ziel dieses Modells ist es, so flexibel und allgemein wie möglich zu sein, wobei für die „Haken" gesorgt wird, die eine Funktionalität auf höherem Niveau ermöglichen. Dies wiederum wird dem Modell erlauben, als ein Schlüsselfundament in dem Gebäude von Modellen höherer Ebenen in anderen MPEG-21-Elementen zu dienen.
  • In der MPEG-Standardisierungsgruppe arbeiten Menschen daran, ein IPMP-System (Verwaltungs- und Schutzsystem für geistiges Eigentum) zu standardisieren, das einen konformen Terminal umfasst. Alle Terminals können einen geschützten Inhalt wiedergeben, der verschlüsselt und geschützt ist, indem sie den gleichen IPMP-Standard folgen, unabhängig davon, welche Arten von IPMP-Werkzeugen sie nutzen. Um eine derartige breite Interoperabilität zu erreichen, sieht IPMP eine Download-Möglichkeit für Werkzeuge vor, wobei Werkzeuge aus der Ferne beschafft werden können. IPMP erlaubt ferner dem Terminal, sein eigenes bevorzugtes Werkzeug gemäß einer parametrischen Beschreibung auszuwählen. Ein IPMP-Terminal kann ferner mehrere Werkzeuge zu einem Werkzeugsatz (als ein einziges Werkzeug agierend) gemäß einer parametrischen Aggregation zusammenfassen.
  • Das IPMP-Element sollte in ein DID-Modell passen. Allerdings kann der derzeitige MPEG-21-IPMP-Terminal nicht die Anforderung für den MPEG-21-Rahmenbasierten Inhalt erfüllen – Digital-Artikel-Distribution und -Schutz. Mit anderen Worten ist das IPMP-Schema (Information) wie IPMP-Werkzeuginformation nicht in dem DID-Modell enthalten, das die Kernfunktionseinheit für ein konformes MPEG-21-Terminal darstellt, das den Inhalt konsumiert und schützt.
  • Um das flexible und interoperable IPMP-System in die gesamte MPEG-21-Architektur einzupassen, sollten wir:
    einen geeigneten und vernünftigen Platz zum Vorhalten der IPMP-Information mit anderer MPEG-21-Elementen-Information und in Bezug genommener Ressourcen unter dem MPEG-21-DID-Modell entwerfen,
    das Standardverfahren zum Repräsentieren aller IPMP-bezogener Information für das MPEG-21-IPMP-System bereitstellen,
    das Standardverfahren für MPEG-21-basierte Anwendungsimplementierer bereitstellen, um ein konformes MPEG-21-IPMP-System auf Basis von IPMP-Information für MPEG-21-bezogene „Inhalt"-Distribution und -Schutz aufzubauen.
  • Das Dokument der internationalen Organisation für Standards (International Organisation for Standardization) (07-2001): ISO/IEC JTC 1/SC 29/WG11 N4269, „Coding of moving pictures and audio", Seiten 1–38, insbesondere Abschnitt 4, gibt einen Überblick zu IPMP-Erweiterungen und erläutert eine Architektur für walkthrough-Konzepte. Insbesondere ist ein Verfahren zum Verarbeiten von geschütztem Inhalt unter Verwendung einer IPMP-Werkzeugliste offenbart, die die IPMP-Werkzeuge identifiziert. Ferner ist offenbart, dass IPMP-Information, die zu IPMP-Werkzeugen in Beziehung steht, benötigt wird, um geschützten Inhalt korrekt zu verarbeiten. Wie in 1 gezeigt, ist die IPMP-Werkzeugliste in dem Inhalt vor-enthalten.
  • Offenbarung der Erfindung
  • Auf der Seite des Inhalte-Providers wird ein eingehender „Inhalt" kodiert und als ein MPEG-21-Digital-Artikel gebildet, einschließlich einer Digital-Artikel-Deklaration (DID) mit ihren in Bezug genommenen Ressourcen. Wenn der digitale Artikel unter Verwendung von MPEG-21-IPMP geschützt ist, muss IPMP-Steuerinformation und andere IPMP-Information beschafft und in der DID aufgebaut werden.
  • Nachdem die DID empfangen und zu dem DID-Parser gesendet wurde, extrahiert der DID-Parser eine IPMP-Schema-Beschreibung (Information) und sendet diese an einen IPMP-Parser. Dann extrahiert der IPMP-Parser alle IPMP-Information und überträgt die Information an einen IPMP-Werkzeug-Manager und Nachrichten-Router in dem MPEG-21-IPMP-System. Andere IPMP-Information wie eine IPMP-Nachricht, Schlüssel, usw. kann als OpaqueData in einen IPMP_Descriptor oder das Ressourcenelement in dem DID gegeben werden. Wenn sich Rechte-Ausdruck-Information unter IPMP_Controll_Info_Descriptor befindet, wird sie an einen REL-Parser übertragen. Die geparste Rechteinformation kann durch ein Rechteverwaltungswerkzeug, das in dem DID getragen wird, oder durch die Ressource durch eine Deskriptorreferenz (entfernt) durchgesetzt werden.
  • Die vorliegende Erfindung sieht ein Verfahren zum Verarbeiten einer IPMP-Schema-Beschreibung für einen digitalen Artikel in einem Server vor, wie es in Anspruch 1 definiert ist.
  • Es ist zu bemerken, dass ein primäres Merkmal des obigen Verfahrens ein Schritt des Eingliederns des IPMP-Schema-Deskriptors in die DID an einem bestimmten Platz in einem Server ist. Daher kann die vorliegende Erfindung Vorteile erreichen, die später zumindest mit dem „Eingliedern"-Schritt diskutiert werden. Eine Komponente des Terminals kann gemäß dieser Erfindung in Beziehung zu dem Server ausgelassen werden.
  • Ferner stellt die vorliegende Erfindung ein Verfahren zum Verarbeiten einer IPMP-Schema-Beschreibung für einen digitalen Artikel in einem Terminal eines Konsumenten des Inhalts vor, wie es in Anspruch 6 definiert ist.
  • Es ist zu bemerken, dass ein primäres Merkmal des obigen Verfahrens darin besteht, dass der Terminal mit dem IPMP-Schema-Deskriptor umgehen kann, der an einem bestimmten Platz der DID platziert ist. Daher kann eine Erfindung, die wenigstens einen Schritt des Behandelns eines IPMP-Schema, Deskriptors oder einer DID beinhaltet, die später diskutierten Vorteile erreichen.
  • Die obigen Verfahren werden jeweils mit Bezug auf den Server und den Terminal erläutert, deren Komponenten die obigen Schritte ausführen.
  • Die vorliegende Erfindung löst ein Problem des Entwerfens des Standardverfahrens, das beim Konsumieren eines MPEG-21-Digital-Artikels in einer sicheren Weise zu verwenden ist, indem ein Standardverfahren zum Repräsentieren aller IPMP-bezogenen Information für MPEG-21-IPMP-System-Implementierer bereitgestellt wird, um das gesamte IPMP-Sytem für MPEG-21-bezogene „Inhalt"-Distribution und -Schutz aufzubauen.
  • Diese Erfindung löst ferner das Problem des Eingliederns des IPMP-Elemtents/Teils in den gesamten MPEG-21-Rahmen, durch Entwerfen eines geeigneten und vernünftigen Platzes zum Vorhalten der IPMP-Information unter einem MPEG-21-DID-Modell.
  • Die Details werden in den Ausführungsformen erläutert.
  • Kurze Beschreibung der Zeichnungen
  • Diese und andere Aufgaben und Merkmale der vorliegenden Erfindung werden angesichts der folgenden Beschreibung einer bevorzugten Ausführungsform davon klar, die mit Bezug auf die beiliegenden Zeichnungen ausgeführt wird, wobei ähnliche Teile mit ähnlichen Bezugszeichen bezeichnet sind:
  • 1 ist ein Diagramm, das ein Beispiel einer MPEG-21-Inhalt-Modell-Architektur zeigt.
  • 2 ist ein Diagramm, das ein Beispiel einer MPEG-21-System-Architekur zeigt.
  • 3 ist ein Diagramm, das eine Beziehung zwischen DID, DIID und IPMP-Schema zeigt.
  • 4 ist ein Ablaufdiagramm, das zeigt, wie IPMP-Information zwischen dem DID- und IPMP-System übermittelt wird.
  • 5 ist ein Diagramm, das eine Architektur eines IPMP-Schema-XML-Schemas zeigt.
  • 6 ist ein Diagramm, das einen Datenfluss in einem Server und einem Terminal zeigt.
  • Beste Ausführungsform der Erfindung
  • Digitale Artikel sind definiert als strukturierte digitale Objekte, einschließlich einer Standardrepräsentation und -Identifikation, und Metadaten, die dem jeweiligen digitalen Artikeln untergeordnet sind, um jeweilige Inhalte zu erläutern, beispielsweise Daten bezüglich eines Titels und einer Kopier-Autorisierung für einen Film. Dieses Gebilde ist die fundamentale Einheit der Distribution und Transaktion innerhalb des MPEG-21-Rahmens als einen Ganzen. Es ist zu bemerken, dass diese Erfindung auf andere Formate als MPEG-21 angewendet werden kann, beispielsweise auf MPEG-7. Die unter MPEG-21 existierenden sechs technischen Elemente werden im Folgenden kurz beschrieben und aufgelistet, wobei ein Schwerpunkt auf dieser Einheit in Beziehung zu MPEG-21 gelegt wird:
    • – Digital-Artikel-Deklaration (ein uniformes und flexibles Abstraktions- und Interoperabilitätsschema zum Deklarieren von digitalen Artikeln): spezifiziert den Mechanismus zum Deklarieren der Struktur und des Aufbaus von digitalen Artikeln,
    • – Digital-Artikel-Identifikation und -Beschreibung (ein Rahmen zur Identifikation und Beschreibung einer jeden Funktionseinheit unabhängig von ihrer Natur, Art oder Granularität): bestimmt wie digitale Artikel und Teile und Sammlungen davon beschreiben und eindeutig identifiziert werden können,
    • – Verwaltungs- und Schutzarchitektur für geistiges Eigentum oder Werkzeug-Repräsentations- und Kommunikationssystem (das Mittel zum Ermöglichen, dass Inhalt über einen weiteren Bereich von Netzen und Vorrichtungen beständig und verlässlich verwaltet und geschützt wird): spezifiziert Information in Bezug auf eine Verwaltung und einen Schutz hinsichtlich geistigen Eigentums in Verbindung mit dem digitalen Artikel, Rechte-Ausdruck-Sprache (eine maschinenlesbare Sprache, die Rechte und Erlaubnisse deklarieren kann, wobei Begriffe verwendet werden, die in dem Rechte Datenwörterbuch definiert sind): spezifiziert flexible und interoperable Mechanismen zum Unterstützen transparenter und vermehrter Benutzung von digitalen Ressourcen und zum Ausdrücken ihrer Rechte und Interessen in einer Weise, die die Angelegenheiten der Privatsphäre und der Verwendung von persönlichen Daten adressiert,
    • – Rechte-Daten-Wörterbuch (ein Satz von klaren, konsistenten, strukturierten und integrierten Definitionen von Begriffen zur Verwendung in der MPEG-21-Rechte-Ausdruck-Sprache),
    • – Digital-Artikel-Adaption: stellt Werkzeuge zum Unterstützen von Ressourcen-Adaption, Deskriptor-Adaption („Metadaten") und Dienstgüteverwaltung bereit.
  • Ein „Werkzeug", auf das in dieser Patentschrift Bezug genommen wird, ist ein computerausführbares Programm zum Ausführen von einen oder mehreren Prozessen wie einer gegenseitigen Authentifizierung oder einer Entschlüsselung, die mit dem Datenentschlüsselungsstandard (DES, „Data Encrytion Standard") konform ist. Derartige Programme sind in der Form von Dynamic Link Libraries (DLLs), JAVA-Kodeprogrammmodulen usw. verfügbar.
  • Das Mittel, mit dem ein digitaler Artikel definiert ist, ist eine Digital-Artikel-Deklaration (DID) (die gesamte Struktur von 3). Die DID spezifiziert den Aufbau, die Struktur und die Organisation eines digitalen Artikels. Dies umfasst eine Liste der Ressourcen relevanter Metadaten und der Beziehungen zwischen den Teilen. Die DID hat ein nützliches Modell definiert (Einheit 3.1 in 3), das durch einen Satz von abstrakten Begriffen und Konzepten wie Behälter, Artikel, Komponente, Anker, Deskriptor, Bedingung, Wahl, Auswahl, Anmerkung, Erklärung, Ressource, Fragment, Aussage, usw. (beispielsweise Einheiten 3.7, 3.8, 3.13, in 3 gezeigt), die zum Definieren von digitalen Artikeln dienen. Innerhalb dieses Modells ist ein digitaler Artikel die digitale Repräsentation „eines Werts" und als solches ist es der Artikel, auf den innerhalb des Modells eingewirkt wird (verwaltet, beschrieben, ausgetauscht, gesammelt, usw.). Das Ziel dieses Modells ist es, so flexibel und allgemein wie möglich zu sein, während „Haken" bereitgestellt werden, die eine Funktionalität auf höherem Niveau erlauben. Dies erlaubt wiederum dem Modell, als ein Schlüsselfundament in dem Aufbau von Modellen höheren Niveaus in anderen MPEG-21-Elemente zu dienen. Das IPMP (Verwaltung und Schutz geistigen Eigentums)-Element sollte ebenso in dieses Modell passen.
  • Zunächst wird unter Bezugnahme auf 3 eine Organisation eines Behälters 3.1 eines digitalen Artikels beschrieben. Der Behälter 3.1 mit dem folgenden Aufbau wird durch einen Server durch Plazieren von Elementen erzeugt. Vom Beginn des Behälters 3.1 an besitzt der Behälter 3.1 einen Deskriptor 3.11, Artikel 3.12, 3.13 und 3.14 in dieser Reihenfolge und wird im Text-Format unter Verwendung von XML beschrieben.
  • Der Deskriptor 3.11 zeigt beispielsweise, welche Arten von Artikeln in dem Behälter 3.1 enthalten sind, und wird ebenso als Digital-Artikel-Deklaration (DID) oder als Behälter-Deskriptor bezeichnet. Der Deskriptor 3.11 umfasst einen IPMP-Schema-Deskriptor 3.2, als „Aussage" gezeigt. Zu Beginn des IPMP-Schema-Deskriptors 3.2 ist ein IPMP-Steuerinformationsdeskriptor (IPMP_Control_Info_Deskriptor) platziert, der eine Liste von Werkzeugen beschreibt, die zu verwenden sind, wenn ein Kodieren eines Servers einen Inhalt kodiert.
  • Artikel 3.12 bis 3.14 beziehen sich jeweils auf Inhalt wie Filme, Bilder und Audio. Beispielsweise umfasst Artikel 3.12 einen Deskriptor 3.15 und eine oder mehrere Komponenten wie eine Komponente 3.16. Der Deskriptor 3.15 beschreibt eindeutige Information hinsichtlich des Artikels 3.12. Die Komponente 3.16 umfasst eine Ressource 3.17 und einen Deskriptor 3.18 für die Ressource 3.17. Der Deskriptor (DID) 3.18 umfasst eine Digital-Artikel-Identifikation und -Beschreibung (DID) 3.5, die die Ressource 3.17 durch einen Identifikator identifiziert. Die Ressource 3.17 stellt tatsächliche Daten wie Filme, Bilder und Audio dar. Alternativ kann die Ressource 3.17 eine URL („Uniform Resource Locator", Internetadresse) sein, die einen Server innerhalb eines Netzes spezifiziert, in dem die tatsächlichen Daten gespeichert sind.
  • Jede Anordnung der Artikel 3.13 und 3.14 ist die gleiche, wie die von Artikel 3.12. Artikel 3.13 und 3.14 weisen eine Komponente auf, die einen Deskriptor (DID) und eine Ressource umfasst. Die jeweiligen Deskriptoren (DID) besitzen Aussagen 3.13 und 3.14 als IPMP-Schema-Deskriptoren. Der IPMP-Schema-Deskriptor besitzt einen IPMP-Deskriptor, der nötige IPMP-Information zu einer vollständig beschriebenen IPMP-Werkzeuginformation und damit in Beziehung stehende Steuernachrichten für eine bestimmte geschützte Ressource spezifiziert. Der IPMP-Deskriptor ist in dem nächsten Ressourcen-Deskriptor (d. h. einem Deskriptor (DID) entsprechend der Ressource) innerhalb des gleichen Komponentenelternelements unter der DID platziert, die an Benutzer zu verteilen ist. Eine detaillierte Erläuterung der obigen Elemente wird später beschrieben.
  • 1 zeigt eine MPEG-21-Inhalt-Modell-Architktur. Eine Einheit 1.1 DID spezifiziert den Aufbau, die Struktur und die Organisation eines digitalen Artikels, wie er in Einheit 3.1 gezeigt ist. Die Einheit 1.1 DID umfasst eine Liste der Identifikationen (Einheit 1.2), wie die ID-Nummer(n) des digitalen Artikels, Beschreibungen (Einheit 1.3), wie einen Titel des digitalen Artikels, und Urheberrechtsinformation, in Bezug genommene Ressourcen (Einheit 1.4), wie eine URL („Uniform Resource Locator", Internetadresse) einer Ressource, und die Beziehungen zwischen diesen Teilen.
  • Der IPMP-Rahmen ist eine Terminalsystemschnittstelle, die Werkzeuge zum Durchsetzen von Rechte-Ausdrücken unterstützen, die zugewiesen sein können (durch direkte Beinhaltung oder durch eine andere Verknüpfung). Wir fügen eine Einheit 1.5 „IPMP-Schema" unter das DID-Modell ein, um zu versuchen, die DID mit einem IPMP-Rahmen zu verbinden. Die Einheit 1.6 Rechte-Ausdrücke kann in den Beschreibungen (und/oder Bezügen) und/oder Ressourcenbezüg(en) und/oder dem IPMP-Schema enthalten sein. Die Einheit 1.6 Rechte-Ausdrücke umfasst Information zum Urherberrecht, mit der Information in Einheiten 1.3 bis 1.5 in Bezug genommen werden kann. Die Einheit 1.6 kann in dem Ende von Aussage 3.2 (3), in der Aussage 3.3 der Komponente innerhalb von Artikel 1.13 (3) oder in irgendeiner Aussage enthalten sein.
  • 2 zeigt eine MPEG-System-Architektur. Unter dem MPEG-21-Rahmen wird eine DI-Deklaration durch einen DID-Parser (Modul 2.1) geparst, wenn eine klare DI-Deklaration eingeht. Bei dieser Erfindung betrifft es, während eines Parsen eines Teils der Deklaration, dass der DID-Parser einem Deskriptor begegnet, der eine IPMP-Schema-Beschreibung identifiziert, die verwendet wird, um die Inhalte (DI) oder einen Teil der Inhalte zu schützen (Komponentenressource). Der DID-Parser wird das Modul 2.2 IPMP-Parser anrufen, um das IPMP-Schema zu interpretieren, und gibt dann die IPMP-Schema-Information zusammen mit der geschützten Inhalteinformation (oder dem Mittel, diese zu erhalten) an das IPMP-System. Die Erläuterung bezüglich der IPMP-Schema(Information)-Übermittlung zwischen dem DID-Parser (Modul 4.1) und dem IPMP-Parser (Modul 4.2) kann ebenso in einem Ablaufdiagramm in 4 gesehen werden.
  • Es ist zu bemerken, dass der geschützte Inhalt selbst eine andere DID, ein Fragment einer DID oder eine Ressource sein kann. Die zwei Teile/Deskriptoren des IPMP-Schemas unter der gesamten Digital-Artikel-Deklaration können getrennt von der gesamten DID oder als ein Teil der signierten/verschlüsselten Deklaration signiert/verschlüsselt sein.
  • In der gleichen Situation begegnet der DID-Parser einem Deskriptor, der eine MPEG-7-Beschreibung enthält, und ruft das Modul 2.3 MPEG-7-Parser an, wobei die Beschreibung an diesen weiter gegeben wird. Die MPEG-7-Beschreibung selbst kann geschützt sein und das Schutz-Schema kann durch einen anderen IPMP-Deskriptor innerhalb des gleichen Eltern-Deskriptors identifiziert sein.
  • Die Digital-Artikel-Deklaration kommt auf irgendeinem Weg an. In einigen Fällen kann die gesamte Deklaration verschlüsselt oder signiert sein. Es ist ebenso möglich, dass lediglich der IPMP-Schema-Deskriptor unter der DID verschlüsselt oder signiert ist.
  • In 2 können wie folgt unterschiedliche Module beschrieben werden, die in der MPEG-21-System-Architektur existieren:
    • 1) DID-Parser (Modul 2.1, 4.1) Er empfängt die DID von dem MPEG-21 (De)Mux und parst den DIDL-Text, der die Struktur des digitalen Artikels deklariert. Wenn der DID-Parser den DIDL-Text parst und kein <IPMP_Scheme>-Element („Nein” in 4) findet, führt der DID-Parser einen anderen DIDL-Element-Prozess aus. Wenn andererseits der DID-Parser ein <IPMP_Scheme>-Element findet („Ja” in 4), wird der IPMP-Informationstext der DIDL an den IPMP-Parser 4.2 gesendet.
    • 2) IPMP-Parser (Modul 2.2, 4.2) Er empfängt den IPMP-Informationstext (in XML mit einer hierarchischen Struktur wie in 5 gezeigt), der in der DID enthalten ist, und parst ihn. Er wird üblicherweise ein oder mehrere IPMP-Werkzeuge verwenden, um auf diese IPMP-Information (und andere Information, z. B. REL) einzuwirken. Nachdem der IPMP-Parser die IPMP-Information parst, wird der digitale Artikel (d. h. der Inhalt) gemäß der geparsten IPMP-Information durch beispielsweise IPMP-Werkzeugmanager 6.23/Nachrichten-Router 6.24 (6) verarbeitet, was als „IPMP-TRACS" in 4 gezeigt ist.
    • 3) REL-Parser (Modul 2.4) Er empfängt den REL-Text (in XML), der in der DID oder in der IPMP-Information gehalten wird, und parst ihn.
  • Das gesamte DID-Modell umfasst eine Digital-Artikel-Identifikation und -Beschreibung (DIID) (Einheit 3.5) und eine IPMP-Information (Einheit 3.2, 3.3, 3.4), die in dem IPMP-Schema-Deskriptor gehalten wird, und die Beziehung zwischen DID (MPEG-21 Teil 2), DIID (MPEG-21 Teil 3) und IPMP (MPEG-21 Teil 4) kann in 3 gesehen werden. Zwei Deskriptoren, „IPMP_Control_Info-Deskriptor" (Einheit 3.2) und „IPMP_Descriptor" (Einheit 3.3, 3.4) in 3 können unterschiedliche IPMP-Informationsbeschreibung für MPEG-21-IPMP-Systeme zum Schützen des MPEG-21-Inhalts bereitstellen.
  • MPEG-21-IPMPSchema-Deskriptor – IPMP_Control_Info_Descriptor und IPMP_Deskriptor
  • Das MPEG-21-IPMP-System wurde ausgelegt, um einen Rahmen und Spezifikationen vorzusehen, um den gleichen geschützten Inhalt mit Terminals unterschiedlicher Anbieter konsumiert werden kann. Es erlaubt ferner, dass der gleiche Kontent durch IPMP-Werkzeuge unterschiedlicher Anbieter geschützt werden kann. Es kann eine Interoperabilität, Erneuerbarkeit und Flexibilität durch IPMP-Werkzeuge bereitstellen (IPMP-Werkzeuge: Module 2.5, 2.6, die eine oder mehrere IPMP-Funktionen wie Authentifizierung, Entschlüsselung, Wasserzeichen, usw. ausführen).
  • Daher sind bei den zwei vorgeschlagenen Deskriptoren des IPMP-Schemas die wichtigsten Informationen/Nachrichten, die zwischen dem DID-Modell und dem IPMP-System übertragen werden müssen, in Beziehung zu IPMP-Werkzeugen und anderer IPMP-Steuerinformation.
  • IPMP_Control_Info_Descriptor
  • Ein Behälter ist eine Struktur, die es Artikeln erlaubt, gruppiert zu werden. Diese Gruppierungen von Artikeln können verwendet werden, um logische Pakete (zum Übertragen oder Austauschen) oder logische Fächer (zur Organisation) zu bilden. Ein Deskriptor-„Bezeichnen"(„labelling") von Behältern erlaubt ein Einbinden von Information, die für die Zwecke des Gruppierens geeignet ist. Der IPMP_Control_Info_Descriptor ist unter der Aussage des äußersten Behälter-Deskriptors ausgelegt. Er umfasst die IPMP-Steuerinformation, die notwendige Information wie eine Werkzeugliste, IPMP-Werkzeug-Halter und IPMP-Rechte-Halter enthält.
  • Die IPMP-Werkzeugliste identifiziert die IPMP-Werkzeuge und ermöglicht deren Auswahl, die benötigt werden, um den Inhalt zu verarbeiten und zu schützen. Sie umfasst eine Liste von IPMP-Werkzeugen und wird verwendet, um alle IPMP-Werkzeuge zu spezifizieren, die verwendet werden sollen, um den Inhalt zu konsumieren. Mittels dieser Werkzeugliste wird der Terminal die IPMP-Werkzeuge bestimmen, die entweder von einem lokalen Terminal erhalten, in dem Inhalt mitgeführt oder von entfernten Stellen erhalten sind. ToolID ist der Identifikator des logischen IPMP-Werkzeugs, das von der Vorrichtung benötigt wird, und wird durch eine Ganzzahl ohne Vorzeichen dargestellt. Die Werkzeugliste kann IPMP-Alternative und IPMPParametric enthalten, um eine Liste von alternativen IPMP-Werkzeugen und die parametrische Beschreibung eines IPMP-Werkzeugs zu bezeichnen. Die Definition und die Semantik dieser zwei Elemente können ferner ausgedehnt werden.
  • Werkzeug-Halter können Fälle sein, bei denen Inhalt (DI) selbst das binäre IPMP-Werkzeug mitführt. Die Vorrichtung kann das IPMP-Werkzeug aus dem Inhalt erhalten, es Laden, es instanziieren und es sofort verwenden, um den Inhalt abzuspielen. Es umfasst ToolID und ToolBoody, die durch Bytes dargestellt werden.
  • Der Rechte-Halter überträgt die Rechte-/Nutzungs-Regeln, die mit dem IPMP-geschützten Inhalt verknüpft sind. In ähnlicher Weise umfasst er eine Rechte-ToolID, insbesondere für Rechte-Parser wie einen REL-Parser (Modul 2.4), proprietäre Rechteverwaltungswerkzeuge (XrML-Parser, ODRL-Parser, usw.). Eine byte-repräsentierte Nutzungsregel, die von einem XML-basierten-Rechte-Ausdruck transformiert ist, ist ein anderes Element des Rechte-Halters. Es wurde breit und intensiv hinsichtlich des MPEG-21-Umfangs diskutiert, wo die IP (REL-bezogene Rechte-/Nutzungsregelinformation) lokalisiert sein sollte und wie sie zu liefern ist. Eine Lösung besteht darin, dass Rechteinformation in Form eines Tickets oder eines Gutscheins vom Band aus eingepackt werden sollte. Das Ticket umfasst üblicherweise detaillierte Rechte für den Inhalt unter Verwendung einer bestimmten Rechte-Sprache. Ein Entschlüsselungsschlüssel kann ebenso in dem Ticket mitgeführt werden. Eine Art eines ID-Schemas sollte ebenso in dem Ticket enthalten sein, so dass der Gutschein und das Ticket in eindeutiger und unzweifelhafter Weise mit bestimmtem Inhalt verbunden werden können. Diese Art von Rechte-Übermittlung und -Lieferung ist eine Implementierungsfrage und MPEG muss sie nicht standardisieren. Eine andere Lösung besteht darin, dass Rechte-Information sich in der individuellen Ressource aufhalten soll. In dieser Weise sind Inhalt und Rechte-Information eng miteinander verbunden. In dieser Erfindung wird ein neuer Rechtehalter im IPMP_Control_Info_Descriptor unter dem IPMP-Schema vorgeschlagen, um Rechte-Information zu führen.
  • IPMP_Descriptor
  • Eine Ressource ist ein individuell zu identifizierender Posten wie ein Video- oder Audio-Clip, ein Bild oder ein Text-Posten. Eine Ressource kann zudem potentiell ein physikalisches Objekt sein. Alle Ressourcen müssen über eine nicht-mehrdeutige Adresse lokalisierbar sein. Der IPMP_Descriptor ist ausgelegt, um die Ressource in dem Artikel durch komplett IPMP-Werkzeuginformation und in Beziehung stehende Steuer-Nachricht zum Konsumieren einer derartigen Ressource abgedeckt einzurichten. Er sollte sich in dem nächsten Deskriptor-Element des Ressourcen-Elements innerhalb des gleichen Komponenten-Elternelements befinden.
  • Der Deskriptor überträgt ferner die Steuerpunkt-Information des IPMP-Werkzeugs, einschließlich an welchem Steuerpunkt sich das Werkzeug befindet (vor oder nach dem praktischen Ressourcenkonsumieren) und ihre Sequenzbeziehung zu anderen Werkzeugen, die sich an dem Steuerpunkt befinden.
  • Die ToolID hat das gleiche Konzept, wie es bei dem IPMP_Control_Info-Deskriptor definiert wurde, und gibt klar die Werkzeug-Information an, welches Werkzeug verwendet wurde, um die beigefügte Ressource zu schützen. Der Wert ControlPoint, der durch einen Boolschen Typ bezeichnet ist, spezifiziert den IPMP-Steuerpunkt, an dem sich das IPMP-Werkzeug befindet und vor oder nach dem praktischen Ressourcenkonsumieren aktiviert. Mit anderen Worten, im Fall, dass der Boolsche Typ „Wahr" ist, werden Werkzeuge verwendet, bevor der Inhalt dekodiert wird. Im Fall „Falsch" werden Werkzeuge nach einem Dekodieren des Inhalts verwendet. Der Wert SequenceCode spezifiziert die Beziehung des IPMP-Werkzeugs zu IPMP-Werkzeugen, die sich an dem gleichen Steuerpunkt befinden. Der Wert des Elements spezifiziert die Priorität dieses IPMP-Werkzeugs an diesem spezifischen Steuerpunkt. Ein abschließendes Element im IPMP_Descriptor ist IPMPOpaqueData, das opake Daten zum Steuern des IPMP-Werkzeugs anzeigt. Die opaken Daten enthalten Information in Abhängigkeit von jedem Benutzer.
  • Andere IPMP-Information wie eine IPMP-Nachricht, Schlüssel, usw. können in das Ressourcen-Element im DID gegeben werden. Schema für vorgeschlagenen IPMP-Schema-Deskriptor
    Figure 00150001
    Figure 00160001
  • 5 zeigt die Architektur des IPMP-Schema-XML-Schemas, wobei dessen Semantik an Elementen in dem Schema sich auf einen Abschnitt beziehen kann, der „MPEG-21-IPMP-Schema-Deskriptor-IPMP_Control_Info_Descriptor und IPMP_Descriptor" erläutert.
  • Nun werden allgemeine Operationen eines Servers eines Inhalte-Providers und eines Terminals eines Endnutzers im folgenden beschrieben. 6 ist ein Diagramm, das einen Datenfluss in einem Server 6.10 und einem Terminal 6.20 zeigt. Ein Kodierer 6.11 des Servers 6.10 kodiert einen Inhalt unter Verwendung von Werkzeug 1, um eine kodierte Ressource A zu erzeugen, und kodiert den anderen Inhalt unter Verwendung von Werkzeug 2, um eine kodierte Ressource B zu erzeugen. Ein Prozessor 6.12 des Servers 6.10 erzeugt Information zu den kodierten Ressourcen innerhalb des IPMP-Schema-Deskriptors. Der IPMP-Schema-Deskriptor enthält drei Deskriptoren 3.2 bis 3.4, die IPMP-Information enthalten, die die gleichen sind wie die Deskriptoren, die in 3 gezeigt sind. Es ist zu bemerken, dass der Deskriptor 3.3 der Komponente innerhalb des Artikels Information hinsichtlich von Werkzeug 1 angibt, beispielsweise Information zu einer URL („Uniform Ressource Locator", Internet-Adresse), an der das Werkzeug 1 verfügbar ist. In ähnlicher Weise zeigt der Deskriptor 3.4 Information hinsichtlich von Werkzeug 2 an. Der Prozessor 6.12 erzeugt ferner eine DID, wobei die drei Deskriptoren 3.2 bis 3.4 in diese eingebettet sind. Dann übermittelt der Sender 3.13 des Servers 3.10 die DID an Terminal 6.20. Mit der DID ebenso die kodierten Ressourcen A und B an das Terminal 6.20.
  • Der Empfänger 6.21 des Terminals 6.20 empfängt die DID. Dann extrahiert der Extraktor 6.22 des Terminals 6.20 die IPMP-Schema-Deskriptoren 3.2 bis 3.4 mit IPMP-Information aus der empfangenen DID. Der IPMP-Parser 2.2 (2) parst die extrahierten IPMP-Schema-Deskriptoren 3.2 bis 3.4 um die IPMP-Information an den IPMP-Werkzeug-Manager 6.23/Nachrichten-Router in dem Terminal 6.20 zu übertragen. Im Fall, dass die IPMP-Information in den IPMP-Schema-Deskriptoren für Werkezeuge vorgesehen ist, wird die Information an den IPMP-Werkzeug-Manager 6.23 gesendet. Im Fall, dass Information zu Steuerungen zur Interpretation in den IPMP-Schema-Deskriptoren enthalten ist, wird die Information an den Nachrichten-Router 6.24 gesendet, um an ein geeignetes Ziel gesendet zu werden. Mit anderen Worten interpretiert der IPMP-Werkzeug-Manager 6.23/Nachrichten-Router 6.24 die IPMP-Information, um einen Schutz von Ressourcen in dem Terminal zu aktivieren. Genauer greift der IPMP-Werkzeug-Manager 6.23/Nachrichten-Router 6.24 auf eine oder mehrere Internetseiten innerhalb des Webs 6.30 zu, die durch URL A und URL B bezeichnet sind, um Werkzeug 1 und Werkzeug 2 zu finden und zu erhalten. Dann kann der Terminal 6.20 die kodierten Ressourcen A und B unter Verwendung von Werkzeugen 1 und 2 dekodieren. Die verbleibende DID bezeichnet einen Text A, der eine Zusammenfassung für die Ressource A ist, und bezeichnet einen Text B. Gemäß den obigen Operationen kann der Konsument den Inhalt genießen. Es ist zu bemerken, dass 2 Komponenten des Terminals 6.20 detaillierter zeigt.
  • Gemäß einem Server der vorliegenden Erfindung umfasst:
    Ein Mittel zum Definieren des Platzes für die DID, zum Einbinden der IPMP-Information,
    ein Mittel zum Definieren einer IPMP-Schema-Beschreibung für den digitalen Artikel auf Basis eines XML-Schemas, das effektiv aufgebaut und organisiert sein soll,
    ein Mittel zum Übergeben von IPMP-Steuerinformation an ein MPEG-21-IPMP-System vor einem Zugreifen auf Digital-Artikel-Ressourcen in einer MPEG-21-Architektur, und
    ein Mittel zum Schützen von Ressourcen unter Verwendung benachbarter IPMP-Information in einem MPEG-21-konformen Terminal.
  • Die vorliegende Erfindung kann Verarbeitungsverfahren eines Servers und eines Terminals vorsehen und stellt ferner einen Server und einen Terminal wie folgt bereit:
    • (1) Verfahren der IPMP-Schema-Beschreibung für einen digitalen Artikel in einer MPEG-21-Architektur, mit den folgenden Schritten: Spezifizieren und Definieren von flexiblen IPMP-Schema-Beschreibung-Schema und -Sprache, zum Beschreiben von IPMP-Steuerinformation und -Werkzeuginformation, die gemeinsam für ein MPEG-21-IPMP-System verwendet werden, um MPEG-21-Inhalt zu schützen, Erzeugen eines IPMP-Schema-Deskriptors mit IPMP-Information darin auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache, wenn eine MPEG-21-DID mit der in Bezug genommenen Ressource erzeugt und kodiert wird, Eingliedern des IPMP-Schema-Deskriptors in die MPEG-21-DID, die an Benutzer zu verteilen ist, an einem bestimmten Platz, Realisieren eines MPEG-21-Terminals unter Aufbau eines IPMP-Parsers auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache zum Extrahieren des IPMP-Schema-Deskriptors aus der DID und zum Transferieren davon an einen MPEG-21-IPMP-Werkzeug-Manager/Nachrichten-Router, Aufbauen des Terminals mit dem Werkzeug-Manager/Nachrichten-Router zum Interpretieren des IPMP-Information innerhalb des IPMP-Schema-Deskriptors und zum Durchsetzen des Schutzes an dem MPEG-21-Inhalt in dem Terminal.
    • (2) Verfahren für eine IPMP-Schema-Beschreibung für einen digitalen Artikel in einer MPEG-21-Architektur, mit den folgenden Schritten: Spezifizieren und Definieren von flexiblen IPMP-Schema-Beschreibung-Schema und -Sprache zum Beschreiben von IPMP-Steuerinformation und -Werkzeuginformation, die gemeinsam für ein MPEG-21-IPMP-System zum Schützen von MPEG-21-Inhalt verwendet werden, Erzeugen eines IPMP-Schema-Deskriptors mit IPMP-Information darin auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache, wenn eine MPEG-21-DID mit ihrer in Bezug genommenen Ressource erzeugt und kodiert wird, Eingliedern des IPMP-Schema-Deskriptors in die MPEG-21-DID, an einem bestimmten Platz, um die MPEG-21-IPMP-Systemspezifikationen zu erfüllen, um an Benutzer verteilt zu werden, Implementieren eines MPEG-21-Terminals unter Aufbauen eines IPMP-Parsers auf Basis von IPMP-Schema-Beschreibung-Schema- und -Sprache zum Extrahieren des IPMP-Schema-Deskriptors aus der DID und zum Transferieren dessen an einen MPEG-21-IPMP-Werkzeug-Manager/Nachrichten-Router, Aufbauen des Terminals mit dem Werkzeug-Manager/Nachrichten-Router zum Interpretieren der IPMP-Information innerhalb des IPMP-Schema-Deskriptors und zum Durchsetzen des Schutzes an dem MPEG-21-Inhalt in dem Terminal, Empfangen der DID und ihrer in Bezug genommenen Ressource mit der IPMP-Information in dem IPMP-Schema-Deskriptor in dem Terminal, Extrahieren des IPMP-Schema-Deskriptors mit der IPMP-Information aus der empfangenen DID, Parsen des IPMP-Schema-Deskriptors durch den IPMP-Parser in dem Terminal und Übertragen der IPMP-Information an den IPMP-Werkzeug-Manager/Nachrichten-Router, Interpretieren der IPMP-Information durch den IPMP-Werkzeug-Manager/Nachrichten-Router zum Aktivieren des Schutzes an Ressourcen in dem Terminal.
    • (3) Verfahren zur IPMP-Schema-Beschreibung für einen digitalen Artikel in einer MPEG-21-Architektur, mit den folgenden Schritten: Spezifieren und Definieren von flexiblen IPMP-Schema-Beschreibung-Schema- und -Sprache zum Beschreiben von IPMP-Steuerinformation und -Werkzeuginformation, die gemeinsam für ein MPEG-21-IPMP-System zum Schützen von MPEG-21-Inhalt verwendet werden, Erzeugen eines IPMP-Schema-Deskriptors mit IPMP-Information darin auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache, wenn eine MPEG-21-DID mit ihrer in Bezug genommenen Ressource erzeugt und kodiert wird, Herstellen eines IPMP-SteuerinformationsDeskriptors als Teil des IPMP-Schema-Deskriptors auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache zum Spezifizieren notwendiger IPMP-Information wie einer Werkzeugliste, einem IPMP-Werkzeug-Halter und einem IPMP-Rechte-Halter. Eingliedern des IPMP-Schema-Deskriptors in die MPEG-21-DID, die an Benutzer zu verteilen ist, an einem bestimmten Platz, um die MPEG-21-IPMP-System-Spezifikationen zu erfüllen, Implementieren eines MPEG-21-Terminals unter Aufbau eines IPMP-Parsers auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache zum Extrahieren des IPMP-Schema-Deskriptors aus der DID und Übertragen davon an einen MPEG-21-IPMP-Werkzeug-Manager/Nachrichten-Router, Aufbauen des Terminals mit dem Werkzeug-Manager/Nachrichten-Router zum Interpretieren der IPMP-Information innerhalb des IPMP-Schema-Deskriptors und zum Durchsetzen des Schutzes an dem MPEG-21-Inhalt in dem Terminal, Empfangen der DID und ihrer in Bezug genommenen Ressource mit der IPMP-Information in dem IPMP-Deskriptor in dem Terminal, Extrahieren des IPMP-Deskriptors mit der IPMP-Information aus der empfangenen DID, Parsen des IPMP-Schema-Deskriptors durch den IPMP-Parser in dem Terminal und Übertragen der IPMP-Information an den IPMP-Werkzeug-Manager/Nachrichten-Router, Interpretieren der IPMP-Information durch den IPMP-Werkzeug-Manager/Nachrichten-Router zum Aktivieren des Schutzes an den Ressourcen in dem Terminal.
    • (4) Verfahren zur IPMP-Schema-Beschreibung eines digitalen Artikels in einer MPEG-21-Architektur, mit den folgenden Schritten: Spezifieren und Definieren von flexiblen IPMP-Schema-Beschreibung-Schema und -Sprache zum Beschreiben von IPMP-Steuerinformation und -Werkzeuginformation, die gemeinsam für ein MPEG-21-IPMP-System zum Schützen von MPEG-21-Inhalt verwendet werden, Erzeugen eines IPMP-Schema-Deskriptors mit IPMP-Information darin auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache, wenn eine MPEG-21-DID mit ihrer in Bezug genommenen Ressource erzeugt und kodiert wird, Erzeugen eines IPMP-Steuerinformation-Deskriptors als Teil des IPMP-Schema-Deskriptors auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache zum Spezifieren notwendiger IPMP-Information wie Werkzeugliste, IPMP-Werkzeughalter und IPMP-Rechte-Halter, Eingliedern des IPMP-Schema-Deskriptors in die MPEG-21-DID, die an Benutzer zu verteilen ist, an einem bestimmten Platz, um die MPEG-21-IPMP-Systemspezifikationen zu erfüllen, Platzieren des IPMP-Steuer-Information-Deskriptors unter der MPEG-21-DID zu Beginn des Aussage-Elements des Behälter-Deskriptors, der an Benutzer zu verteilen ist, Implementieren eines MPEG-21-Terminals unter Aufbau eines IPMP-Parsers auf Basis von IPMP-Schema-Beschreibung-Schema- und -Sprache zum Extrahieren des IPMP-Schema-Deskriptors aus der DID und Übertragen davon an einen MPEG-21-IPMP-Werkzeug-Manager/Nachrichten-Router, Aufbauen des Terminals mit dem Werkzeug-Manager/Nachrichten-Router zum Interpretieren der IPMP-Information innerhalb des IPMP-Schema-Deskriptors und zum Durchsetzen des Schutzes an dem MPEG-21-Inhalt in dem Terminal, Empfangen der DID und ihrer in Bezug genommenen Ressource mit der IPMP-Information in dem IPMP-Deskriptor in dem Terminal, Extrahieren des IPMP-Deskriptors mit der IPMP-Information aus der empfangenen DID, Parsen des IPMP-Schema-Deskriptors durch den IPMP-Parser in dem Terminal und Übertragen der IPMP-Information an den IPMP-Werkzeug-Manager/Nachrichten-Router, Interpretieren der IPMP-Information durch den IPMP-Werkzeug-Manager/Nachrichten-Router zum Aktivieren des Schutzes an Ressourcen in dem Terminal.
    • (5) Verfahren zur IPMP-Schema-Beschreibung eines digitalen Artikels in einer MPEG-21-Architektur, mit den folgenden Schritten: Spezifieren und Definieren von flexiblen IPMP-Schema-Beschreibung-Schema und -Sprache zum Beschreiben von IPMP-Steuer-Information und -Werkzeuginformation, die gemeinsam für ein MPEG-21-IPMP-System zum Schützen von MPEG-21-Inhalt verwendet werden, Erzeugen eins IPMP-Schema-Deskriptors mit IPMP-Information darin auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache, wenn eine MPEG-21-DID mit ihrer in Bezug genommenen Ressource erzeugt und kodiert wird, Erstellen eines IPMP-Deskriptors als Teil des IPMP-Schema-Deskriptors auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache zum Spezifieren notwendiger IPMP-Information wie vollständig beschriebener IPMP-Werkzeuginformation und einer verwandten Steuernachricht für eine spezifische geschützte Ressource, Eingliedern des IPMP-Schema-Deskriptors in die MPEG-21-DID, die an Benutzer zu verteilen ist, an einem bestimmten Platz, um die MPEG-21-IPMP-Systemspezifikationen zu erfüllen, Implementieren eines MPEG-21-Terminals unter Aufbau eines IPMP-Parsers auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache zum Extrahieren des IPMP-Schema-Deskriptors aus der DID und Übertragen davon an einen MPEG-IPMP-Werkzeug-Manager/Nachrichten-Router, Aufbauen des Terminals mit dem Werkzeug-Manager/Nachrichten-Router zum Interpretieren der IPMP-Information innerhalb des IPMP-Schema-Deskriptors und zum Durchsetzen des Schutzes an dem MPEG-21-Inhalt in dem Terminal, Empfangen der DID und ihrer in Bezug genommenen Ressource mit der IPMP-Information in dem IPMP-Deskriptor in dem Terminal, Extrahieren des IPMP-Deskriptors mit der IPMP-Information aus der empfangenen DID, Parsen des IPMP-Schema-Deskriptors durch den IPMP-Parser in dem Terminal und Übertragen der IPMP-Information an den IPMP-Werkzeug-Manager/Nachrichten-Router, Interpretieren der IPMP-Information durch den IPMP-Werkzeug-Manager/Nachrichten-Router zum Aktivieren des Schutzes an Ressourcen in dem Terminal.
    • (6) Verfahren zur IPMP-Schema-Beschreibung für einen digitalen Artikel in einer MPEG-21-Architektur, mit den folgenden Schritten: Spezifieren und Definieren von flexiblen IPMP-Schema-Beschreibung-Schema und -Sprache zum Beschreiben von IPMP-Steuerinformation und -Werkzeuginformation, die gemeinsam für ein MPEG-21-IPMP-System zum Schützen von MPEG-21-Inhalt verwendet werden, Erzeugen eines IPMP-Schema-Deskriptors mit IPMP-Information darin auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache, wenn ein MPEG-21-DID-Deskriptor mit seiner in Bezug genommenen Ressource erzeugt und kodiert wird, Erstellen eines IPMP-Deskriptors als Teil des IPMP-Schema-Deskriptors auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache zum Spezifizieren notwendiger IPMP-Information wie komplett beschriebener IPMP-Werkzeuginformation und einer verwandten Steuernachricht für eine spezifische geschützte Ressource, Eingliedern des IPMP-Schema-Deskriptors in die MPEG-21-DID, die an Benutzer zu verteilen ist, an einem bestimmten Platz, um die MPEG-21-IPMP-Sytemspezifikationen zu erfüllen, Platzieren des IPMP-Deskriptors in dem nächsten Ressourcen-Deskriptor innerhalb des gleichen Komponentenelternelements unter der MPEG-21-DID, die an Benutzer zu verteilen ist, Implementieren eines MPEG-21-Terminals unter Aufbau eines IPMP-Parsers auf Basis von IPMP-Schema-Bescheibung-Schema und -Sprache zum Extrahieren des IPMP-Schema-Deskriptors aus der DID und Transferieren davon an einen MPEG-21-IPMP-Werkzeug-Manager/Nachrichten-Router, Aufbauen des Terminals mit dem Werkzeug-Manager/Nachrichten-Router zum Interpretieren der IPMP-Information innerhalb des IPMP-Schema-Deskriptors und zum Durchsetzen des Schutzes an dem MPEG-21-Inhalt in dem Terminal, Empfangen der DID und ihrer in Bezug genommenen Ressource mit der IPMP-Information in dem IPMP-Deskriptor in dem Terminal, Extrahieren des IPMP-Deskriptors mit der IPMP-Information aus der empfangenen DID, Parsen des IPMP-Schema-Deskriptors durch den IPMP-Parser in dem Terminal und Übertragen der IPMP-Information an den IPMP-Werkzeug-Manager/Nachrichten-Router, Interpretieren der IPMP-Information durch den IPMP-Werkzeug-Manager/Nachrichten-Router zum Aktivieren des Schutzes an Ressourcen in dem Terminal.
    • (7) Verfahren zur IPMP-Schema-Beschreibung für einen digitalen Artikel in einer MPEG-21-Architektur, wobei der IPMP-Schema-Deskriptor in die DID in einem der obigen Punkte (1), (2), (3), (4), (5) und (6) eingegliedert wird, ferner mit den folgenden Schritten: Verschlüsseln der gesamten DID (eine DIDL-Datei) unter Verwendung irgendeines existierenden Verschlüsselungsalgorithmus, Verteilen der verschlüsselten DID mit der darin enthaltenen IPMP-Information an die Benutzer.
    • (8) Verfahren zur IPMP-Schema-Beschreibung für einen digitalen Artikel in einer MPEG-21-Architektur, wobei der IPMP-Schema-Deskriptor in die DID in einem der obigen Punkte (1), (2), (3), (4), (5) und (6) eingegliedert wird, ferner mit den folgenden Schritten: digitales Signieren der gesamten DID (eine DIDL-Datei) unter Verwendung irgendeines digitalen Signaturalgorithmus, Verteilen der signierten DID mit der IPMP-Information darin an die Benutzer.
    • (9) Verfahren zur IPMP-Schema-Beschreibung für einen digitalen Artikel in einer MPEG-21-Architektur, wobei der IPMP-Schema-Deskriptor in die DID in einem der obigen Punkte (1), (2), (3), (4), (5) und (6) eingegliedert wird, ferner mit den folgenden Schritten: Verschlüsseln lediglich des IPMP-Schema-Deskriptors unter Verwendung irgendeines existierenden Verschlüsselungsalgorithmus, Eingliedern des verschlüsselten IPMP-Schema-Deskriptors mit der IPMP-Information in die DID.
    • (10) Verfahren zur IPMP-Schema-Beschreibung für einen digitalen Artikel in einer MPEG-21-Architektur, wobei der IPMP-Schema-Deskriptor in die DID in ei nem der obigen Punkte (1), (2), (3), (4), (5) und (6) eingegliedert wird, ferner mit den folgenden Schritten: digitale Signieren lediglich des IPMP-Schema-Deskriptors unter Verwendung irgendeines digitalen Signaturalgorithmus, Eingliedern des signierten IPMP-Schema-Deskriptors mit der IPMP-Information in die DID.
    • (11) Verfahren zur IPMP-Schema-Beschreibung für einen digitalen Artikel in einer MPEG-21-Architektur, wobei der IPMP-Deskriptor mit der IPMP-Information aus der empfangen DID in einem der obigen Punkte (2), (3), (4), (5) und (6) extrahiert wird, ferner mit den folgenden Schritten: Parsen der DID durch den DID-Parser in dem Terminal, Erfassen des IPMP-Schema-Deskriptors innerhalb der DID, wenn der DID-Parser die IPMP-Schema-Tags des IPMP-Schema-Deskriptors trifft, Extrahieren des IPMP-Deskriptors mit der IPMP-Information aus der empfangenen DID durch die IPMP-Schema-Tags und Parsen des IPMP-Schema-Deskriptors durch den IPMP-Parser.
    • (12) Verfahren zur IPMP-Schema-Beschreibung für einen digitalen Artikel in einer MPEG-21-Architektur, wobei der IPMP-Schema-Deskriptor durch den IPMP-Parser in dem Terminal in einem der obigen Punkte (2), (3), (4), (5) und (6) geparst wird, ferner mit den folgenden Schritten: Parsen des IPMP-Schema-Deskriptors durch den IPMP-Parser in dem Terminal, Erfassen der REL-Information innerhalb des IPMP-Schema-Deskriptors, wenn der IPMP-Parser die REL-Tags des IPMP-Schema-Deskriptors trifft, Extrahieren der REL-Information aus dem IPMP-Schema-Deskriptor durch die REL-Tags und Parsen der REL-Information durch den REL-Parser, Übertragen der Verhaltensinformation der Rechte-Information an jede Komponente in dem Terminal, um die Rechte und Nutzungsregeln zu aktivieren, die in der REL-Information beschrieben sind.
  • Mit der derart beschriebenen Erfindung wird es offensichtlich sein, dass dieselbe in verschiedenen Weisen variiert werden kann. Derartige Variationen werden nicht als ein Abweichen vom Geist und Umfang der Erfindung verstanden und alle derartigen Modifikationen, wie sie für den Fachmann offensichtlich wären, sind beabsichtigt, innerhalb des Schutzumfangs der folgenden Ansprüche zu sein.

Claims (10)

  1. Verfahren zum Verarbeiten einer IPMP-Schema-Beschreibung für einen digitalen Artikel (3.12) in einem Server (6.10), wobei der Server Schutzinformation in einen Inhalt des digitalen Artikels zum Senden des geschützten Inhalts an ein Terminal (6.20) hinzugefügt, wobei das Verfahren gekennzeichnet ist durch: Erzeugen eines IPMP-Schema-Deskriptors (3.2, 3.3, 3.4) mit IPMP-Information auf Basis von flexiblen IPMP-Schema-Beschreibung-Schema und -Sprache, die eine IPMP-Steuerinformation und -Werkzeuginformation beschreiben, die gemeinsam für ein IPMP-System verwendet werden, um Inhalt zu schützen, wenn eine Digital-Artikel-Deklaration (DID) mit ihrer zugewiesenen Ressource erzeugt und verschlüsselt wird, wobei der IPMP-Schema-Deskriptor und die DID nicht in dem Inhalt vor-enthalten sind, Eingliedern des IPMP-Schema-Deskriptors (3.2, 3.3, 3.4) in die DID an einem bestimmten Platz, die an Benutzer zu verteilen ist, und Übertragen der DID an einen Terminal (6.20) der Benutzer, wobei der Terminal (6.20) einen IPMP-Parser (2.2) aufweist, der auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache arbeitet, um den IPMP-Schema-Deskriptor (3.2, 3.3, 3.4) aus der DID zu extrahieren, und wobei der Terminal (6.20) einen Werkzeug-Manager (6.23) oder einen Nachrichten-Router (6.24) zum Interpretieren der IPMP-Information aufweist, die in dem IPMP-Schema-Deskriptor (3.2, 3.3, 3.4) enthalten und durch den IPMP-Parser (2.2) extrahiert und übertragen ist, und zum Durchsetzen des Schutzes an dem Inhalt in dem Terminal (6.20).
  2. Verfahren zum Verarbeiten einer IPMP-Schema-Beschreibung für einen digitalen Artikel in dem Server (6.10) gemäß Anspruch 1, ferner mit den Schritten: Erzeugen eines IPMP-Steuer-Information-Deskriptors (3.2) als einem Teil des IPMP-Schema-Deskriptors auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache zum Spezifieren notwendiger IPMP-Information bezüglich einer Werkzeugliste, IPMP-Werkzeuginhaber oder IPMP-Rechteinhaber, und Platzieren des IPMP-Steuer-Information-Deskriptors (3.2) unter der DID am Beginn eines Aussageelementes eines Container-Deskriptors, das an Benutzer zu verteilen ist.
  3. Verfahren zum Verarbeiten einer IPMP-Schema-Beschreibung für einen digitalen Artikel in dem Server (6.10) gemäß Anspruch 1, mit den folgenden Schritten: Erzeugen eines IPMP-Deskriptors (3.3, 3.4) als einem Teil des IPMP-Schema-Deskriptors auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache zum Bestimmen notwendiger IPMP-Information zu einer vollständig beschriebenen IPMP-Werkzeug-Information oder einer verwandten Steuernachricht für eine bestimmte geschützte Ressource (3.17), und Platzieren des IPMP-Deskriptors (3.3, 3.4) in dem nächsten Ressourcen-Deskriptor (3.18) innerhalb des gleichen Komponentenelternelements unter der DID, die an Benutzer zu verteilen ist.
  4. Verfahren zum Verarbeiten einer IPMP-Schema-Beschreibung für einen digitalen Artikel in dem Server (6.10) gemäß Anspruch 1, mit den folgenden Schritten: Verschlüsseln lediglich des IPMP-Schema-Deskriptors (3.2, 3.3, 3.4) unter Verwendung irgendeines existierenden Verschlüsselungsalgorithmus, und Eingliedern des verschlüsselten IPMP-Schema-Deskriptors einschließlich der IPMP-Information in die DID.
  5. Verfahren zum Verarbeiten einer IPMP-Schema-Beschreibung für einen digitalen Artikel in dem Server (6.10) gemäß Anspruch 1, mit den folgenden Schritten: digitales Signieren lediglich des IPMP-Schema-Deskriptors (3.2, 3.3, 3.4) unter Verwendung irgendeines digitalen Signaturalgorithmus, und Eingliedern des signierten IPMP-Schema-Deskriptors einschließlich der IPMP-Information in die DID.
  6. Verfahren zum Verarbeiten einer IPMP-Schema-Beschreibung für einen digitalen Artikel (3.12) in einem Terminal (6.20), wobei auf Basis von flexiblen IPMP-Schema-Beschreibung-Schema und -Sprache, die IPMP-Steuerinformation und -Werkzeuginformation beschreiben, die gemeinsam für ein IPMP-System verwendet werden, um Inhalt zu schützen, ein Server (6.10) einen IPMP-Schema-Deskriptor (3.2, 3.3, 3.4) einschließlich von IPMP-Information auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache erzeugt, wenn eine Digital-Artikel-Deklaration (DID) mit ihrer zugewiesenen Ressource erzeugt und verschlüsselt wird, wobei der IPMP-Schema-Deskriptor und die DID nicht in dem Inhalt vor-enthalten sind, wobei der Server (6.10) den IPMP-Schema-Deskriptor in der DID an einem bestimmen Platz eingliedert, um an Benutzer verteilt zu werden, und wobei der Server (6.10) die DID an einen Terminal (6.20) der Benutzer überträgt, der mit einem IPMP-Parser (2.2) auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache ausgerüstet ist, um den IPMP-Schema-Deskriptor aus der DID zu extrahieren, gekennzeichnet durch: Empfangen der DID und ihrer zugewiesenen Ressource mit der IPMP-Information in dem IPMP-Schema-Deskriptor in dem Terminal (6.20); Extrahieren des IPMP-Schema-Deskriptors einschließlich der IPMP-Information aus der empfangenen DID; Parsen des IPMP-Schema-Deskriptors durch den IPMP-Parser (2.2) in dem Terminal; Übertragen der IPMP-Information an einen IPMP-Werkzeug-Manager (6.23) oder einen Nachrichten-Router (6.24) in dem Terminal; Interpretieren der IPMP-Information, die in dem IPMP-Schema-Deskriptor enthalten ist, die einen Schutz des Inhalts in dem Terminal durchsetzt, und Aktivieren des Schutzes von Ressourcen in dem Terminal.
  7. Verfahren zum Verarbeiten einer IPMP-Schema-Beschreibung für einen digitalen Artikel in dem Terminal (6.20) gemäß Anspruch 6, mit den folgenden Schritten: Parsen der DID durch einen DID-Parser (2.1) in dem Terminal (6.20), Erfassen des IPMP-Schema-Deskriptors (3.2, 3.3, 3.4), der in der DID enthalten ist, wenn der DID-Parser (2.1) auf die IPMP-Schema-Marken des IPMP-Schema-Deskriptors stößt, Extrahieren des IPMP-Deskriptors mit der IPMP-Information aus der empfangenen DID mittels der IPMP-Schema-Marken und Parsen des IPMP-Schema-Deskriptors durch den IPMP-Parser (2.2).
  8. Verfahren zum Verarbeiten einer IPMP-Schema-Beschreibung für einen digitalen Artikel in dem Terminal (6.20) gemäß Anspruch 6, mit den folgenden Schritten: Parsen des IPMP-Schema-Deskriptors durch den IPMP-Parser (2.2) in dem Terminal, Erfassen von REL-Information innerhalb des IPMP-Schema-Deskriptors, wenn der IPMP-Parser (2.2) auf eine REL-Marke des IPMP-Schema-Deskriptors stößt, Extrahieren der REL-Information aus dem IPMP-Schema-Deskriptor mittels der REL-Marke und Parsen der REL-Information durch einen REL-Parser (2.4), Übertragen von Verhaltensinformation von Rechteinformation an jede Komponenten in dem Terminal, um Rechte und Verwendungsregeln zu aktivieren, die durch die REL-Information beschrieben sind.
  9. Server (6.10), der eine IPMP-Schema-Beschreibung für einen digitalen Artikel verarbeitet, wobei der Server Schutzinformation in einen Inhalt des digitalen Artikels zum Senden des geschützten Inhalts an ein Terminal (6.20) hinzufügt, wobei das Verfahren gekennzeichnet ist durch, gekennzeichnet durch: einen Kodierer (6.11), der einen Inhalt kodiert, um eine Ressource zu erzeugen, einen Prozessor (6.12), der eine Digital-Artikel-Deklaration (DID) mit ihrer zugewiesenen Ressource erzeugt, der einen IPMP-Schema-Deskriptor (3.2, 3.3, 3.4) einschließlich IPMP-Information auf Basis von flexiblen IPMP-Schema-Beschreibung-Schema und -Sprache erzeugt, die IPMP-Steuerinformation und -Werkzeuginformation beschreiben, die gemeinsam für ein IPMP-System verwendet werden, um Inhalt zu schützen, wobei der IPMP-Schema-Deskriptor und die DID nicht in dem Inhalt vor-enthalten sind, und der den IPMP-Schema-Deskriptor in die DID an einem bestimmten Platz eingliedert, um an Benutzer verteilt zu werden, und einen Sender (6.13), der die DID an ein Terminal (6.20) der Benutzer übermittelt.
  10. Terminal (6.20), der eine IPMP-Schema-Beschreibung für einen digitalen Artikel verarbeitet, gekennzeichnet durch: einen Empfänger (6.21), der von einem Server (6.10) eine Digital-Artikel-Deklaration (DID) und ihre zugewiesene Ressource einschließlich von IPMP-Information in einem IPMP-Schema-Deskriptor (3.2, 3.3, 3.4) auf Basis von IPMP-Schema-Beschreibung-Schema und -Sprache empfängt, die IPMP-Steuerinformation und -Werkzeuginformation beschreiben, die gemeinsam für ein IPMP-System verwendet werden, um Inhalt zu schützen, wobei der IPMP-Schema-Deskriptor und die DID nicht in dem Inhalt vor-enthalten sind, einen Extraktor (6.22), der den IPMP-Schema-Deskriptor einschließlich der IPMP-Information aus der empfangenen DID extrahiert, einen IPMP-Parser (2.2), der den IPMP-Schema-Deskriptor parst, und einen IPMP-Werkzeug-Manager (6.23) oder einen Nachrichte-Router (6.24), der die IPMP-Information interpretiert, die in dem IPMP-Schema-Deskriptor enthalten ist und die von dem IPMP-Parser (2.2) übertragen wird, und der den Schutz an dem Inhalt in dem Terminal (6.20) durch Aktivieren des Schutzes an den Ressourcen durchsetzt.
DE60318817T 2002-02-08 2003-02-06 Prozess zur ipmp-schema-beschreibung für einen digitalen artikel Expired - Lifetime DE60318817T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US35452702P 2002-02-08 2002-02-08
US354527P 2002-02-08
PCT/JP2003/001217 WO2003067893A1 (en) 2002-02-08 2003-02-06 A process of ipmp scheme description for digital item

Publications (2)

Publication Number Publication Date
DE60318817D1 DE60318817D1 (de) 2008-03-13
DE60318817T2 true DE60318817T2 (de) 2009-01-22

Family

ID=27734389

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60318817T Expired - Lifetime DE60318817T2 (de) 2002-02-08 2003-02-06 Prozess zur ipmp-schema-beschreibung für einen digitalen artikel

Country Status (9)

Country Link
US (1) US20050075998A1 (de)
EP (1) EP1477027B1 (de)
JP (1) JP4447841B2 (de)
KR (1) KR20040080329A (de)
CN (1) CN100508601C (de)
AT (1) ATE385138T1 (de)
AU (1) AU2003209711A1 (de)
DE (1) DE60318817T2 (de)
WO (1) WO2003067893A1 (de)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040088464A (ko) * 2002-03-05 2004-10-16 마츠시타 덴끼 산교 가부시키가이샤 Ipmp에 의해서 보호된 콘텐츠의 처리에 사용되는 툴을지정하는 정보의 전송방법
US20030229593A1 (en) * 2002-03-14 2003-12-11 Michael Raley Rights expression profile system and method
KR100619317B1 (ko) * 2002-10-17 2006-09-05 엘지전자 주식회사 선택묶음 우선 순위 기술자 및 디지털 아이템 선언문서의적응적 생성방법
AU2003289583A1 (en) * 2003-07-18 2005-02-04 Electronics And Telecommunications Research Institute System and method of multilingual rights data dictionary
CN100576911C (zh) 2003-10-14 2009-12-30 松下电器产业株式会社 Mpeg-21数字内容保护系统
US7734932B2 (en) * 2003-11-10 2010-06-08 Broadcom Corporation System and method for securing executable code
EP1691553B1 (de) * 2003-12-02 2012-03-28 Panasonic Corporation Verfahren und einrichtung zum verteilen von av-inhalt in einem dateiformat des download-typs
KR20060002654A (ko) * 2004-07-03 2006-01-09 주식회사 넷앤티비 멀티미디어 콘텐츠 보호 및 관리를 위한 언어 표현 방법및 장치
KR20070046113A (ko) * 2004-08-16 2007-05-02 마츠시타 덴끼 산교 가부시키가이샤 송신장치 및 수신장치
WO2006075904A1 (en) * 2005-01-17 2006-07-20 Electronics And Telecommunications Research Institute Method for representing description language and data structure to update ipmp tool, ipmp tool updating method and client apparatus using the same
US8261356B2 (en) 2005-04-08 2012-09-04 Electronics And Telecommunications Research Institute Tool pack structure and contents execution device
US20090128690A1 (en) * 2005-07-08 2009-05-21 Enikos Pty Limited Systems and methods for use in transforming electronic information into a format
CN101554049B (zh) * 2006-09-25 2011-10-26 韩国电子通信研究院 用于使用场景表现语言的数字项描述和处理的设备和方法
US8296569B2 (en) * 2006-10-09 2012-10-23 Microsoft Corporation Content protection interoperability infrastructure
KR100809432B1 (ko) * 2006-11-29 2008-03-07 한국전자통신연구원 상호 운용적 drm 적용을 위한 콘텐츠 실행 단말에서의drm 적용 장치 및 그 동작 방법

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5920861A (en) * 1997-02-25 1999-07-06 Intertrust Technologies Corp. Techniques for defining using and manipulating rights management data structures
EP1521467A3 (de) * 1998-03-16 2005-04-13 Intertrust Technologies Corp. Verfahren und Vorrichtung für fortdauernde Kontrolle und Schutz von Medieninhalt
US6535919B1 (en) * 1998-06-29 2003-03-18 Canon Kabushiki Kaisha Verification of image data
EP1133190A1 (de) * 2000-03-06 2001-09-12 Canon Kabushiki Kaisha Aufnahme und Wiedergabe bewegter Bilder, Steuerung und Speichermedium
US20020024539A1 (en) * 2000-05-08 2002-02-28 Columbia University System and method for content-specific graphical user interfaces
JP3793009B2 (ja) * 2000-09-06 2006-07-05 キヤノン株式会社 コンテンツ再生装置
US20020035725A1 (en) * 2000-09-08 2002-03-21 Tsutomu Ando Multimedia data transmitting apparatus and method, multimedia data receiving apparatus and method, multimedia data transmission system, and storage medium
US20020156712A1 (en) * 2001-02-20 2002-10-24 Soft Park Group, Ltd. Parametric representation scheme and systems for description and reconstruction of an intellectual property management and protection system and corresponding protected media
US20040205648A1 (en) * 2001-08-17 2004-10-14 David Tinsley Systems and methods for authoring content

Also Published As

Publication number Publication date
EP1477027B1 (de) 2008-01-23
EP1477027A1 (de) 2004-11-17
US20050075998A1 (en) 2005-04-07
WO2003067893A1 (en) 2003-08-14
CN100508601C (zh) 2009-07-01
JP2004038924A (ja) 2004-02-05
DE60318817D1 (de) 2008-03-13
ATE385138T1 (de) 2008-02-15
AU2003209711A1 (en) 2003-09-02
CN1498500A (zh) 2004-05-19
KR20040080329A (ko) 2004-09-18
JP4447841B2 (ja) 2010-04-07

Similar Documents

Publication Publication Date Title
DE60318817T2 (de) Prozess zur ipmp-schema-beschreibung für einen digitalen artikel
DE60109467T2 (de) Verfahren und vorrichtung zur übertragung von netzwerkinformationen durch sichere transkodierung
DE60314631T2 (de) Suchmethode für Metadaten und Vorrichtung, welche die Indizes von Metadaten verwendet
EP1532797B1 (de) Verfahren zum übertragen von nutzdatenobjekten gemüss einem profilinformationsobjekt
DE60119045T2 (de) Informationsverteilungssystem und Informationsverteilungsverfahren
DE10297520T5 (de) Transformieren von Multimediadaten zur Abgabe an mehrere heterogene Geräte
CN101908070B (zh) 在数据处理设备中利用数据流描述变换数据流的方法
DE60310639T2 (de) Konsistente anpassung digitaler datengrössen (&#34;digital item&#34;) in mpeg-21 multimedia-systemen
CN101107854A (zh) 用于向移动数据处理单元发送数据的方法和设备
DE60123596T2 (de) Verfahren zur Komprimierung einer Baumhierarchie, zugehöriges Signal und Verfahren zur Dekodierung eines Signals
DE10392598T5 (de) Unterstützung von fortschrittlichen Codierungsformaten in Mediendateien
DE10295699T5 (de) Eine Anordnung und ein Verfahren in Bezug auf Sitzungsverwaltung in einer Portalstruktur
DE10392586T5 (de) Allgemeine Anpassungsschicht für JVT-Video
WO2005008993A1 (en) Description document for a service offered by a server in a communication network and method of validating a multimedia document
EP1597894A1 (de) Verfahren zum prämienbasierten empfehlen von auf ein mobilfunkendgerät herunterladbaren inhaltsobjekten
Jannach et al. Knowledge-based multimedia adaptation for ubiquitous multimedia consumption
Rump Can digital rights management be standardized?
EP2130337B1 (de) Verfahren und system zum bereitstellen eines rel-tokens
DE60221636T2 (de) Verfahren und vorrichtung zur verwaltung von interaktionen im standard mpeg-4
CN106105249B (zh) 用于解码服务指南的方法
Reveiu et al. A MPEG-21 based architecture for data visualization in multimedia web applications
Lee et al. Converged mobile TV services supporting rich media in cellular and DVB-H systems
Bellini et al. Exploiting MPEG-21 file format for cross media content
Carreras et al. A new type of contextual information based on the adaptation authorisation
Evans An architecture for enforcement of usage contracts in distributed multimedia systems.

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8327 Change in the person/name/address of the patent owner

Owner name: PANASONIC CORP., KADOMA, OSAKA, JP