EP1192575A4 - Systeme de distribution electronique de musique/media - Google Patents

Systeme de distribution electronique de musique/media

Info

Publication number
EP1192575A4
EP1192575A4 EP99967600A EP99967600A EP1192575A4 EP 1192575 A4 EP1192575 A4 EP 1192575A4 EP 99967600 A EP99967600 A EP 99967600A EP 99967600 A EP99967600 A EP 99967600A EP 1192575 A4 EP1192575 A4 EP 1192575A4
Authority
EP
European Patent Office
Prior art keywords
content
consumer
offer
retailer
player
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.)
Withdrawn
Application number
EP99967600A
Other languages
German (de)
English (en)
Other versions
EP1192575A1 (fr
Inventor
Albhy Galuten
Dmitry Radbel
Peter Williams
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.)
Universal Music Group Inc
Original Assignee
Universal Music Group Inc
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 Universal Music Group Inc filed Critical Universal Music Group Inc
Publication of EP1192575A1 publication Critical patent/EP1192575A1/fr
Publication of EP1192575A4 publication Critical patent/EP1192575A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123—Shopping for digital content

Definitions

  • the consumer may purchase a CD from a retailer using a retailer's web site and receive the CD in the mail.
  • the consumer receives the CD having purchased it, the consumer can listen to the music
  • a disadvantage of conventional systems is that they fail to afford consumers and retailers flexibility in the methods for receiving and using music and the amount of control transferred from the music owner or retailer to the music purchaser.
  • What is further needed is a system for delivering music that offers consumers alternatives to purchasing, such as renting music. The present invention satisfies these and other needs.
  • the present invention provides the infrastructure and support for various market participants to engage in buying, selling, finding and distributing music.
  • Content owners, distributors, retailers and consumers are all market participants.
  • the system provides an interface for consumers to locate, access and receive musical content over the Internet.
  • the system facilitates continued control over the musical content sent to consumers by dynamically enforcing retailer agreements and restrictions governing the purchase, use, and distribution of the content.
  • the system also provides a service to retailers and distributors in assisting with the management of sales and distribution of music over the Internet.
  • system architecture In the preferred embodiment of the present invention, the system architecture
  • Fig. 1 Production System, Retail Web Site. Consumer Player, Reference Service, Delivery Service, Content Catalog, Registration Manager, and Financial Clearinghouse. Each of the modules performs a specific set of related
  • the communication interfaces provide a great deal of flexibility in the implementation details of the individual modules.
  • the modules are defined such that multiple or different implementations of each of the modules can be supported within the standard interfaces.
  • the Production System 110 maintains mass data content, e.g., music, lyrics and photos, and associated commercial offers and sends the data to the Delivery Service for storage.
  • the Production System also assists retailers in maintaining their web sites and producing offers.
  • the Retail Web Sites 112 are web sites of music retailers who subscribe to the distribution service and provide an environment for consumers to access and purchase music over the Internet.
  • the Consumer Player 114 enables consumers to interact with the system to directly download and purchase music from the Retail Web Site and play and store the music locally while enforcing the business rules governing the purchase arrangement.
  • the Reference Service 116 validates and certifies the retailer's offers and provides the mechanism
  • the Delivery Service 118 downloads the actual content and associated rights from its database to the Consumer Player.
  • the Content Catalog 120 is a database optimized for quickly finding the content based on a constrained set of attributes and can be accessed via a query function implemented at the Retail Web Sites.
  • the Registration Manager 122 downloads the Consumer Player for the consumer the first time the consumer uses the system and maintains
  • the Financial Clearinghouse 124 manages the complete purchase by performing payment processing for certain transactions and manages purchase reporting and settlement of other transactions where the actual purchase is processes
  • the system of the present invention receives musical content in various formats and from various sources, including the artists, agents, publishers, producers and distributors (collectively "distributors" since this is typically the most common source). All the musical content is formatted and then stored at the Delivery Service module. In addition, the production system sends select information to the
  • Business rules which govern the use, sale and distribution of the content may include price range, conditions of sale and duration of an
  • Promotions include, for example, a free sample of music, or an offer to sell multiple items for less than the sum of the prices for the items individually.
  • Payment options include, for example, up-front payment for unlimited use (traditional), usage-based payment (e.g., pay per play), or period-based payment (e.g., play for a day or week).
  • usage-based payment e.g., pay per play
  • period-based payment e.g., play for a day or week.
  • Any single item of musical content such as one song or one photo, is referred to as a content element.
  • Various content elements may be associated or linked together.
  • a song may be associated with a photo of the artist and the sheet music, in addition to the technical information about the song (title, vocalists, musicians, composers, writers,
  • the content elements may then be bundled together into a package called a Media Object.
  • the same song may also be bundled with some other songs of the same genre to form a collection (such as an album).
  • Every content element is optionally compressed, digitally secured and associated with appropriate rights to form Media Objects.
  • the Media Objects are conceptually digital storage containers which are secured to prevent tampering and ensure
  • the Production System In addition to preparing the content elements individually, the Production System generates and maintains a Content Catalog of all the content elements.
  • the Content Catalog is a searchable database containing descriptions of each content element.
  • the Retail Web Site requests the Registration Manager to download and activate the software on the consumer's personal computer.
  • the Consumer Player enables the consumer to, for example, save the music on disc, listen to the music, view the images, print the lyrics, etc.
  • the Consumer Player software package also enforces the terms of any associated offer as the consumer uses the content by only allowing such use as is consistent with the acquired offer.
  • the deferred model is where the content is transferred to the consumer prior to any financial transaction with the retailer.
  • the consumer acquires the offer and content through the retail web site but defers purchasing the music.
  • the payment is made, the transaction is reported to the retailer and the retailer is paid. Payments are processed through the Financial Clearinghouse which interacts with the
  • Fig. 1 is a block diagram of an arrangement of modules for implementing the present
  • Fig. 5 is a flow chart showing a method for creating an offer in accordance with the preferred embodiment
  • Fig. 6 is a flow chart showing a method for browsing for content in accordance with the preferred embodiment
  • Fig. 14 is a block diagram of an arrangement of protocols used in accordance with the
  • the system architecture includes eight modules, as illustrated in Fig. 1 : Production System, Retail Web Site,
  • the Production System 110 maintains mass data content, e.g., music, lyrics
  • the Production System also assists retailers in maintaining their web sites and producing offers.
  • the Retail Web Sites 112 are web sites of music retailers who subscribe to the distribution service and provide an environment for consumers to access and purchase
  • the Consumer Player 114 enables consumers to interact with the
  • the Reference Service 116 validates and certifies the retailer's offers and provides the mechanism
  • step 210 the system, specifically the Production System,
  • the Production system provides a mechanism for distributors to prepare their content for distribution through the system.
  • the distributor prepares rendition data which specifies the presentation of the content upon use of the content by the consumer (step 216).
  • the rendition data includes, for example, the sequence of playing songs and the association of graphic materials.
  • the distributor creates commercial information such as
  • the Production System receives the supplementary information including the content description, rendition data, and rights data from the distributor at step 220.
  • the content and supplementary information are packaged as objects (step 222) (discussed below) and formatted in secure containers so that the content is useable only with authorized software.
  • Each container is then staged for distribution at the Delivery Service which stores the content in a Digital Asset Management database (step 232).
  • a reference to each content as packaged in the containers is created to facilitate retrieving the content (step 224).
  • Information about the content's availability is communicated to the appropriate system modules for cataloging, storage and creation of offers.
  • the retailer is notified that the content is available and is supplied with a reference to the content.
  • the metadata (search terms) and content descriptions are sent to the Content Catalog to be used when consumers search for content.
  • the Rights Data is sent to the Reference Service
  • the Production System is largely internal to the distributor, although it
  • the distributors' back office functions may be performed by a separate module or incorporated into the Production System or Financial Clearinghouse modules.
  • the distributor configures the content linking together associated media such that when music is selected the associated media are also activated and displayed. In effect, the distributor creates multimedia content based on the original music.
  • the distributor creates and electronically encodes business rules for how the content can be distributed and consumed. Examples of such rules are "This content can only be sold in Country X”, "This song can be purchased outright or offered as pay-per-play but not rented", "To print the lyrics is $1 extra”, etc. These rules are included in the Rights data enclosed with the content.
  • a retailer creates an offer for content available on its web site, the retailer is limited by the distributor's rule enclosed with the content. The retailer is also limited by the specific contractual arrangement with the distributor. (This is discussed
  • the distributor also creates a default offer for the content and the default offer
  • the default prices may be updated periodically or on-demand when the consumer is ready to "consume " ' the content.
  • the default offer may also be used as a template
  • These conditions are also stored in the Financial Clearinghouse for carrying out the appropriate transfer of funds associated with the purchase and/or use of content.
  • the contract between Distributor A and Retailer B may specify a default commission of 10%. increasing to 12% after a certain volume is achieved.
  • the distributor communicates these conditions to the Financial Clearinghouse and to the retailers.
  • the distributor creates meta-data such as keywords, unique identifiers and other attributes by which the content can be searched.
  • the associated data that the distributor creates is the Rendition data defining default settings for the user experience when the content is played.
  • the Rendition data may include association of certain graphic or video material, a playlist specifying the sequence of playing music and location markers used to "jump" to a designated point in a musical piece.
  • Promotional material for the content being offered for sale may be prepared by the distributor or retailer.
  • promotional content include artwork for the retailers, background information about the music, and music samples for retailers and consumers. Promotional content need not be in the system-compatible formats and may be
  • the content with supplementary information including rendition, description, and rights data are packaged and stored in secure containers.
  • a secure container is the minimum file that the distributor wants delivered to consumers by
  • the distributor has a great deal of flexibility in deciding how to package the content to optimize its business model. For example, if the distributor wishes to offer for sale an album of 10 songs and also to have each (or some) of the songs available for sale
  • a retailer meeting some minimum set of requirements e.g. , an active web site,
  • the retailer is provided with and installs retail tools software which enables the retailer to receive information about the available content, create offers and
  • FIG. 4 therein is illustrated the process of registering retailers.
  • the retailers register with the system by contracting with one of the authorized content owners, generally distributors (step 410).
  • the distributor equips the retailer with retailing software called Retail Tools (step 412).
  • Retail Tools are used to register the retailer with the system and may be distributed on a for-profit basis.
  • the Retail Tools package is software consisting of Query Tools Engine and Offer Creation Tools which includes Rights Management System (RMS).
  • the Retail Tools can be obtained from a licensed outside Tools Distributor and/or from one of the Production Systems.
  • the two main modules of the Retail Tools are the Offer Creation Tool for creating offers and the Query Engine Tool for supporting consumer queries. Additionally, the Retail Tools support a number of other functions, including retail account registration and maintenance, payment clearing (via Financial Clearinghouse), interface to retailers' e-commerce systems, consumer
  • the retailer may be registered with the distributor and given a financial account. The retailer may then sign up with additional distributors. The retailer registers the Retail Tools with the Registration Manager (step 414).
  • the Production System creates an E-contract based on the contractual agreement between the retailer and distributor (step 416).
  • the E-contract is then sent to the Reference Service which assists in enforcing the terms of the contract (step 418). After the retailer is set up to interact
  • the retailer enters a contractual arrangement with a content owner, namely, a distributor, to establish the rules for the retailer to sell content from that distributor.
  • a content owner namely, a distributor
  • the distributor via Production Systems
  • E- Contract an electronic contract
  • the E-Contract is sent to the distributor's Reference Service.
  • the Production System also notifies the Registration Manager, Content
  • the retailer Based on the Notification Set, the retailer sends a request to the Registration Manager to register the Retail Tools. Since the Retail Tools contain the Rights Management System (RMS), their registration requires a cryptographic session to enable the RMS. Each instance of Retail Tools is initially activated by the Registration Manager. The Retail Tools will always communicate with the Registration Manager for RMS maintenance, involving periodic cryptographic updates of the RMS to assure system security integrity. The RMS protects the content from unauthorized use and therefore any processing related to the RMS
  • RMS Rights Management System
  • Offers can be “contract” or “deferred”. Contract Offers (C-Offers) require payment prior to downloading of the content,
  • Retail Offer is delivered to the consumer separately from the content and is "combined" with the content at the point of purchase, i.e., at the consumer's Consumer Player. Only the default offer remains with the content at all times. As there are multiple retailers, a consumer can download multiple Retail Offers for the same content. Which of the valid offers actually gets exercised is at the consumer's discretion.
  • a Retail Offer uniquely identifies the retailer and the Content that is subject
  • step 514 determines the validity of the candidate offer (step 514). If the offer is valid the Reference
  • the Reference Service sends the certified offer back to the retailer (step 522).
  • the retailer may then place the offer on its Retail Web Site (step 524) and optionally, link promotional material to the offer (step 526).
  • the Reference Service returns a message to the retailer informing it that the candidate offer was not valid (step 528).
  • the retailer is provided with the Offer Creation Tools with the RMS and the content-specific business rules received from the distributor which are used to provide a template to fill out the offer's conditions which will be automatically checked against the business rules.
  • the retailer can create multiple or different offers for the same content. The retailer or consumer may specify whether the offer is for a "contract" transaction or "deferred"
  • RSI Reference Services
  • RS2 sends the candidate offer to RS2 for signature
  • RS2 sends it to RS3, RS3 signs and return to RSI .
  • the functionality may be incorporated in the Retail Tools.
  • the offer includes content from a number of content owners, multiple Reference Services may need to certify it. This may be implemented, for example, by the first Reference Service being responsible for contacting the others and collecting their signatures/certificates.
  • the Reference Service returns a certified Retail Offer to the retailer, who in turn places the Retail Offer on its web site. How the Retail Offer is incorporated into the retailer's web.s te is at the retailer's discretion.
  • the Retail Offer may be incorporated into a content reference, so that when the consumer clicks on a content reference, the consumer's player is invoked and the offer is downloaded to the client.
  • Retail Offers will generally have an expiration date.
  • the allowed duration of the offers can be determined by the contract between the retailer and the distributor and by content-specific
  • the Retail Tools may include an option for
  • the modules that play the primary role in managing commercial Offers are the Production Systems, the Retail Web Sites and the Reference Service. These modules are supported by one of the key system elements, the Rights Management System (RMS), which manages the Offers with respect to the consumer's use and/or transfer of content, specifically
  • RMS Rights Management System
  • RMS facilitates interpretation and execution of the offers.
  • the Default Business Rules enable access to content as constrained or allowed by the content owner and/or distributor.
  • the Default Business Rules are generally packaged with the content and each Content Object typically has one and only
  • the Default Business Rules can be layered according to the content objects' hierarchy of Group Object (GOB) at the highest
  • the Default Business Rules will include a Default Offer which can be described as the "list price" of the content being offered by the distributor. Any time after the consumer
  • the consumer receives the content, which is accompanied by a default offer in the typical course of processing, the consumer continues to retain the option of repeated use the content in accordance with the default offer.
  • the default offer To support this option for the consumer, the default offer
  • the retailer defines commercial offers from the retailers to consumers, which are called Retail Offers. Each offer applies to specific content but may be physically separate from the content. Offers may (though not necessarily) be bundled together with specific content for delivery to the consumer.
  • the content references includes an offer (possibly selected by the consumer) and the content is actually delivered independently at a later time. Multiple Retail Offers can be associated with a content object and vice versa.
  • the retailers may be full featured (also called equipped or enabled) retailers, by licensing software (Dynamic Offer Creation Tools, Content Catalog Query Tools) which allows them to create content offers on-site and provide consumers with Content Catalog queries.
  • Affiliate Retailers are retailers not equipped with such tools and rely on the Production Systems to create Offers for them. affiliate Retailers may also have on their sites "Default Offers"
  • Retailers may choose to not have Dynamic Offer Creation Tools on-site but to use a secure offer creation site provided by a distributor. The goal is not to mandate a specific form of Retail participation but to allow Retailers to position themselves as they see fit.
  • References for the content may take the form of encapsulated files which are processed by the Consumer Players.
  • the content reference can reside anywhere in the system
  • the content reference files generally have "secure areas" to protect against theft or tampering of the enclosed information. Retail Offers are typically carried within the content references in a
  • Contract which is settled at the time of or prior to distribution
  • Deferred which is settled upon consumption of the content.
  • a Contract transaction the consumer pays and receives the product.
  • the Deferred transaction is settled during or after the consumption by a compliant Financial Clearinghouse.
  • the immediate transaction may be between the consumer and the Consumer Player, subject to the consumer's available budget and the content's rules, eventually to be reported to and audited by a Financial Clearinghouse.
  • Offer creation is secure packaging of the assigned Rights, sometimes performed dynamically ("on-the-fly"). This is performed by the appropriately enabled version of the Rights Management System.
  • Content Creation tools may be used by the distributor to create the Default Business Rules and Default Offers and a constrained set of these tools may be used by the Retailer to create the Retail Offers.
  • Labels and the Artists are generally not propagated throughout the system.
  • These "Rules” may be represented as a set of Default Business Rules constraining the content. This may include limitations on the packaging, geography, price levels, time or
  • the rules may be layered to represent the constraints and obligations of each rights holder within differing countries or regulatory regimes. For example, first artist's rules and or any other obligatory rights holders, then distributor's (which jointly comprise the "Default Rules"), as a set of Rules which govern the content.
  • these various Rules are consistent with each other and discontinuities and disconnects are not created. For example, there should not be a situation where the Default Rules say “songs in this album are not individually purchasable” while the Retailer Offer says “buy any of the songs in this album for $ 1.00".
  • the Offer Creation Tools against the business rules which were made available to those tools (e.g., the Default Business Rules)
  • Reference Service against the contracts and other information available to it.
  • the Retail Offer would be deemed to be invalid, and as such, rejected either by the Offer
  • Offer validation is measured. Different subsets of these criteria are checked at different points in the System depending on the particular activity, e.g. Offer certification, Offer validation, invalid Offer resolution,
  • Default Business Rules may be available to the Retailers during the Offer creation stage and that, while the Retailers are able to create their Offers themselves, in order to be "valid" these Offers have to be certified (against the contractual constraints) by the distributors of the
  • the Reference Service knows all the currently valid offers (both Retail and Default) for the content it references.
  • Offers and References As noted above, References identify content and do not contain Offers. Invalid Offers are effectively a form of References, in that they identify content and do not contain valid Offers. In both cases, the desired result is that if possible, a content identification object that does not have a valid Offer is resolved into one that does have a valid Offer.
  • the resolution process may be performed by the Reference Service as follows: 1) Determine which Retailer created the Offer or Reference. 2) If there is no longer a relationship with the Retailer, provide the Content Owner Default Offer for that piece of content, otherwise determine business rules for resolving References for that Retailer. 3) If the business rules allow the Retailer to satisfy the request, provide the Retailer's Offer for this
  • Reference Service attempts to find the most similar Offer from the original Retailer if it still has a business relationship with this Retailer. Otherwise, the content may be offered at the
  • list price i.e. the Default Offer
  • An Offer might also be invalid because it has an improper certificate. Generally, such a problem may be caught by the player's RMS, but it may be forwarded to the Reference Service to determine whether there was a transmission error or whether it was a fraudulent attempt.
  • the Offer may be RMS-valid but not system-valid.
  • a typical situation is where an offer which has not expired but has been revoked because, for example, the underlying contractual conditions have changed.
  • There may be some cost associated with processing of such offers which may be incurred either on the "front end” by performing an extra validation step or on the "back end” using clearinghouse and customer care. This is perceived as a trade-off area where the most cost-effective approach from the overall business perspective solution may be adopted.
  • the processing is as follows: 1 ) if a Consumer attempts to use such an Offer and they has the associated content on the local machine, the Consumer
  • the Offer may be validated as a part of the downloading process. If the Offer is determined to be
  • Consumers can find content on the Retail Web Sites and then select an offer to purchase the content.
  • the consumer browses the Retail Web Site where the retailer displays various content and content/offer combinations. The consumer can find more offers
  • the consumer accesses the Retail Web Site using a conventional Internet browser (step 610). The consumer may select content that is listed on the Retail Web Site (step 612).
  • the Retail Web Site displays offers for the content selected by the consumer (step 614), the offers being the ones that were previously certified by the Reference Service. The consumer may then select an offer for particular content (step 616). The consumer may also search for other content not already displayed on the Retail Web Site.
  • the consumer enters a search request (step 618) which the Retail Web Site forwards to the Content Catalog (step 620).
  • the Content Catalog searches its database of content descriptions and meta-data, compiles a list of content that satisfies the query terms,
  • the Retail Web Site receives the resulting list from the Content Catalog and displays it for the consumer (step 622). The consumer may then select a content/offer combination (step 624) or modify their search request to continue
  • the consumer finds content and an offer for the content, the consumer submits a request for the content and the offer at the Retail Web Site.
  • the Retail Web Site will initiate the Registration Manager to download and activate a Consumer Player at the consumer's personal computer.
  • the consumer selects an offer for particular content (step 710). If the consumer does not have the Consumer Player (software that facilitates the consumer's use of the content), the Registration Manager sets up the Consumer Player (step 714). The Registration Manager downloads the Consumer Player software package to the consumer's personal computer where the software installs itself. The Registration Manager also registers the Consumer Player and sends information to the Financial Clearinghouse to set up an account for the consumer associated with the Consumer Player. The registration may be at the consumer level or the Consumer Player level but the financial account must be
  • the Financial Clearinghouse interacts with the consumer directly to obtain the necessary financial and other
  • the Financial Clearinghouse establishes an appropriate budget level for the consumer.
  • the budget level is sent to the Consumer Player and is used in processing transactions locally as described below.
  • the Registration Manager receives the request to set up a Consumer Player for the consumer (step 810) where the request may come from, e.g., the
  • the Registration Manager downloads the Consumer Player software (step 812).
  • the Consumer Player installs itself at the consumer's computer (step 814).
  • the Registration Manager then registers the Consumer Player (step 816) and sends introduction information to the Financial Clearinghouse to set up an account for the consumer (step 818).
  • the Financial Clearinghouse interacts with the consumer to set up the account where the consumer provides, for example, credit card information (step 820).
  • the Financial Clearinghouse determines a budget for the consumer and the Consumer Player receives the budget level from the Financial Clearinghouse (step 822).
  • the Retail Web Site downloads the offer that the consumer selected (step 716).
  • the Consumer Player confirms that the specified content is not already resident at the Consumer
  • the Consumer Player i.e. that the content is new to the consumer (step 718).
  • the Consumer Player sends a request to the Reference Service to process the consumer's request for the specified content.
  • the Reference Service receives the content and offer combination request from the Consumer Player (step 910).
  • the Reference Service determines whether the reference to the content is unique and unambiguous (step 912). If the content
  • the Reference Service will resolve it according to a predefined
  • the Reference Service determines whether the request is accompanied by an offer (step 916). If an offer is not provided, the Reference Service supplies one based on the default rights or offers associated with the content requested (step 914).
  • the Reference Service checks the offer against the rights associated with the content and against the business rules for the retailer to determine whether the offer is valid
  • step 920 If the offer is not valid, the Reference Service attempts to correct any problem that may arise and provide an alternative offer if necessary (step 922). The Reference Service then certifies the request (step 924) and sends the certified request to Delivery Service (step 924)
  • the Delivery Service receives the content request from the Reference Service where the request includes a unique reference to content (step 1010).
  • the Delivery Service checks the database to determine whether the content is available (step 1012). In the rare instance that there is a reference to content but the content does not exist or has been removed from the database of content maintained by the system, the Delivery Service returns an error message to the Reference Service which may be able to substitute other content or report back to the consumer (step 1022).
  • the Delivery Service assigns a server to download the content to the Consumer Player (step 1016). The server proceeds to download the content received from the database to the Consumer Player (step 1018).
  • the consumer may find a Retail Web
  • Site of a full-featured retailer which allows the submission of queries for available content. If a user submits a query, a search is performed, with the search results indicating references
  • the Query Engine allows the retailers to search the Content Catalog and to personalize (with the RID) the references returned by the Content Catalog.
  • the actual resolution of references into retail offers is performed by the Reference Service.
  • retailers are able to modify the process by creating extensions to the Query Engine - for example, search results can be filtered according to the criteria set by the retailer, the retailer can intercept query results (references) and return to the consumer actual offers instead, etc.
  • the query page is a front end interface to the Query Engine.
  • the actual presentation of the query page is at the retailer's discretion, although the "basic" page will be provided to the retailer with the Retail Tools.
  • the retailer's Query Engine formats a query and submits it to the Content Catalog.
  • the Query Engine personalizes the references by inserting an RID and displays the references to the consumer. Generally the references do not have price information, however the Content Catalog may be implemented to include price data. If it is deemed to be necessary to display the price information, the Query Engine can contact the Reference Service and retrieve offers. This is largely a user experience decision and can also be
  • the Reference Service When the consumer chooses one of the references, the Consumer Player contacts the appropriate Reference Service with a request to resolve the reference.
  • the Reference Service returns a retail offer to the consumer for the content specified by the reference.
  • the Reference Service utilizes a defined business algorithm, such as, return the current offer from the retailer RID if available, otherwise create one from the Default Offer.
  • the Reference Service may also return a link to a streaming sample of the content.
  • Consumer Acquires the Consumer Player The consumer with a personal computer, for example, a Wintel PC may acquire the Consumer Player and the accompanying Rights Management System (RMS) by downloading the software through the Internet or by uploading the software from a physical disk such as CD or DVD.
  • RMS Rights Management System
  • the Consumer Player and the RMS may be distributed jointly, with the RMS embedded in the Consumer Player. Alternatively, there may be separate distribution of Consumer Players and the RMS. The consumer is required to register the
  • a consumer may use select features that do not involve purchasing.
  • the consumer requests to acquire the Consumer Player through the Internet.
  • the Consumer Player will be downloadable from any suitable web site.
  • the Rights Management System may be downloaded from any suitable web site. For example, the user
  • the content reference may specify which of the various versions of the Consumer Player to download where there is a preferred player for the owner of this song.
  • the content reference contains information on how to find content objects. In the example above, the primary function of the content reference is to describe and find a song for the consumer, but there is a conditional function to assist in downloading the Consumer Player. Alternatively, the Consumer Player and/or the RMS may be obtained on a CD,
  • the consumer installs the Consumer Player and/or
  • the Consumer Player and the included Rights Management System may come with self-installing software and the typical consumer has the necessary infrastructure to install the Consumer Player and the RMS. Once the software is installed, the consumer sends a request to the Registration Manager to register the RMS. Each registration
  • RMS Remote Management Entity
  • An RMS is initially activated by the Registration Manager. The Consumer Player typically communicates with the Registration Manager for RMS
  • the Registration Manager sends an acknowledgment to the consumer of the
  • the Consumer Player or RMS may be upgraded from time to time as the software is improved.
  • the consumer may have to be authenticated which involves providing credit card details. Authentication may be combined with the establishment of the financial record, in which case the Registration Manager and the Financial Clearinghouse cooperate in registration of the consumer. For example, should the consumer be rejected for any reason by the Financial Clearinghouse, the RMS might be de-activated by the Registration Manager in response to
  • the consumer To fully utilize the system, the consumer must establish an account with the Financial Clearinghouse.
  • the typical financial account includes the consumer's personal information, credit card number, and a budget established by the Financial Clearinghouse.
  • the extent of financial capabilities available for the consumer is largely at the consumer's discretion. The more capabilities the consumer wants, the more extensive the scope of the
  • a financial account may vary by country, e.g., more data might be collected in the US than in the EU.
  • content owners e.g. distributors
  • a distributor may specify in its business rules that only consumers who provided their credit card information will be allowed
  • the consumer To exercise its offers. To establish an account, the consumer provides necessary information including for example, personal profile, address, e-mail, payment details, credit card number,
  • the Financial Clearinghouse creates an account profile and sets a budget level for the consumer and sends this information to the Consumer Player along with confirmation of financial arrangements.
  • a consumer decides not to set up a financial account, a record is still established in the Financial Clearinghouse where the Consumer Player was registered. This record can later be used to collect audit trail data (e.g., of purchases made through retailers' clearing mechanisms). Setting up the financial account may be incorporated in the Registration Manager registration process. The consumer is prompted "Would you like to establish an account?" and if the answer is no, the Registration Manager messages the Financial Clearinghouse to set up a record of registration without a financial account. The clearing process is typically transparent to the consumers.
  • the Consumer Player described in this document may be part of the system and reside on a PC host using the Windows Operating System.
  • the design is such that the Macintosh system may also be supported. This design attempts to leverage the resources of
  • the PC host to provide an enhanced experience for the consumer when consuming and paying for content delivered to them over the Internet or via another delivery system.
  • the Consumer Player is designed to provide this enhanced experience.
  • Consumer Player can play a comprehensive set of media types in combination and sequence to provide the consumer with the experience intended by the content creator.
  • Player offers enhanced quality Audio from that usually found on the Internet, including the
  • the Consumer Player provides a point of organization and storage for the content of the consumer.
  • the Consumer Player provides a dedicated fast and accurate content search mechanism for audio and media content.
  • the Consumer Player may be implemented on other platforms, specifically set top boxes and Consumer Electronics devices, these hosts may be unable to offer the rich environment of the connected PC and as such a number of the player functions may be restricted or reduced significantly in these environments.
  • the Consumer Player provides a platform for the consumption of content that can be enhanced by the consumers such that their content consumption increases in both qualitative and quantitative terms.
  • the objective of the Consumer Player is to provide an intuitive and easy-to-use interface stimulating the consumption of music in new and innovative ways.
  • This is supported by an electronic music commerce service in which the content and its associated business rules are delivered in secure containers.
  • the system supports the delivery of music in the secure containers both over communications networks and via optical disc.
  • the Consumer Player supports the consumption of all music that is in the determined system format(s) and for which it has the method for interpreting the associated rights.
  • the Consumer Player architecture is designed to work with E-commerce
  • the Consumer Player performs the complex task of providing the consumer
  • Player functions can be grouped into the following areas: Content Rendering
  • the audio and other content playback devices Content Data Management of local and remote content of which the Consumer Player is aware; Commerce Transaction for undertaking electronic commerce with suppliers of the content; Rights Management System for ensuring that the Consumer Player (and consumer) have the ability to acquire the rights and to consume the content according to those rights; and Preferences and Administration for configuring the Consumer Player and the details of consumer participation.
  • the Consumer Player may be part of a computer environment based on the Windows operating systems, with Windows 95, 98 and NT4.0 being supported, and with an Internet connection.
  • the Consumer Player may also be incorporated in consumer devices or be part of other computer environments.
  • the different implementations of the Consumer Player for example, more constrained (e.g., an unconnected consumer electronics device) environments, are modified accordingly.
  • the Consumer Player may be a self contained system providing the facilities
  • the Consumer Player may be a stand-alone Wintel PC hosted application though it may be dependent on the supporting infrastructure and e-commerce system.
  • the Consumer Player may be a stand-alone Wintel PC hosted application though it may be dependent on the supporting infrastructure and e-commerce system.
  • Player may additionally support playback of Enhanced CDS.
  • the Consumer Player may be able to view, play or execute multiple types of content, following the associated rules, from within the secure containers and by parsing
  • DCDL Digital Content Description Language
  • Macintosh and Unix OS platforms use a hash function to predict, often with a fair degree of accuracy, what CD is in the currently selected drive. This method is how the OS audio
  • the Consumer Player "remembers" the names entered in the provided name fields.
  • the Consumer Player adds a local form of DCDL which is kept on the consumer's hard drive (updated over the Internet or from CDS) and this will be used to add enhanced function to red book discs.
  • the Consumer Player may support a range of content types covering the mainstream MIME delivery types.
  • the Consumer Player may be able to play and manipulate content playback in line with both the rules determined by the distributor (e.g. the sequence in which an Artist wishes songs to be played on an Album) and the desires of the consumer (e.g. Play tracks 2,9,11 , etc.).
  • the consumer may be able to store, retrieve and manipulate these "Play lists.”
  • the Player provides the consumer with the ability to Associate content, events, web locations, email or any other MIME type with a Content Object and store, retrieve and manipulate these as they wish.
  • the Consumer Player may be able to initiate, respond to and
  • each of the Player modules provides an abstraction layer
  • the Player may include one or more
  • the Content Access module which transacts with the
  • E-commerce Rights Management System to enable the consumer to access the content in line with their rights
  • the Commercial Transactions module which interfaces to the E-commerce system to undertake the financial transactions to obtain the rights to access the content
  • Content Players module which allows the content to be viewed or played as determined by the Content Access module; the Graphic User Interfaces (GUI) for all the modules and consumer interface modules; and the Event Scheduler module which is the application control logic that operates the Consumer Player.
  • GUI Graphic User Interfaces
  • the Content Player module controls the content players responsible for the rendition of the content.
  • the Content Player may be implemented in such a way as to ensure that access to the content being played through them is of sufficient security that the consumer cannot copy the material to an unauthorized (by the content's rights) area, such as their hard disk or removable media.
  • the Consumer Player may be adapted to provide a basic level of security such that the consumer cannot copy, capture or redirect the content to an unauthorized device. This involves the disabling or deletion of functions such as Save, Print, Copy, Paste etc.
  • Content Access module may also require the reinstatement of these functions in particular
  • the players may need to undergo a certification process to establish that they do not weaken the overall security of the deployed e-commerce system.
  • the players may preferably comply with
  • the Consumer Player modules may be supported by a common set of foundation services in the form of a secure memory area, multi threaded controller(s) and timebase synchronizers.
  • the Consumer Player controller may use a secure buffer space in which to unload the contents of the secure containers prior to undertaking a synchronized playing of multiple media as determined by the Rendition Object and managed by the Player Event controller.
  • the secure memory space may use a method of obfuscating the data such that, while any potentially hostile consumer may be able to take "memory snapshots," they would find it extremely difficult to reconstruct the content.
  • the memory space may be dynamically assigned, with the total assigned memory, or memories, being less than that required to hold a full Content Element.
  • the Content Access module is designed to provide a layer of abstraction between the Consumer Player and the Rights Management System (RMS's) that provide access to the secured content.
  • RMS Rights Management System
  • the Requests and commands of the Event Scheduler may be passed to the Content Access Module, which then pass them to the relevant RMS sub-system.
  • the requests to undertake an action may be validated by the specific RMS for the requested Content Object and those activities permitted by the rights may be undertaken, such as
  • the Content Access module may also act to enforce the selections of the consumer within the copy management windows, especially between formats.
  • CSS is a media protection format that is likely to be deployed across the range of media types that the Consumer Player encounters. Currently CSS is a hardware-only
  • the Commerce Transaction Module aims to support the operation of a number
  • the commerce transaction module may also act to support the GUI for the set up and
  • the initial deployment of a RMS may require that the host and the consumer identify and validate themselves to the deployment authority.
  • the consumer acts through the GUI's and dialogs supported by the Commerce Transaction Manager to register the rights management system such that transactions may then take place.
  • This information may include credit card or other payment details, identity, etc. which will be held within the RMS secure protected database.
  • the initialization process should include some mandatory and some optional information elements to allow consumers to individualize their e-commerce environment.
  • the Commerce Transaction Module is preferably transparent to the commands and requests made of the RMS systems. These commerce transactions are undertaken through the Consumer Player Transact/Budget GUI.
  • the Commerce Transaction Module supports the consumers' transaction processes and provides the details required to be handled by the Financial Clearinghouse. This module supports both synchronous and asynchronous transactions, dependent on the type and requirements of the clearinghouse and the type of
  • the Event scheduler and application logic are the core of the Consumer Player and determine the operation of the functions described in the functional description of the Consumer Player.
  • the controller may be a multi-threaded event scheduler, which interprets the commands and undertake the appropriate actions.
  • the Event Scheduler and Controller may include Queue management and the real time synchronization of the actions of the Consumer Player.
  • the Event Scheduler manages the local non-secure data stores that contain the
  • the databases themselves may be non-secure, though the content objects and associated objects they contain may not allow consumer access. Those elements of the databases, which enable the consumer to manage their content, such as associations and Edit Decision Lists may be accessible through the relevant consumer interfaces.
  • the GUI model involves two elements, the GUIs themselves and the abstraction layer to support the operation of those GUI's.
  • the GUI support layer validates the
  • GUI information sets and handle errors and exceptions that are generated by the consumer in inputting data to the selected GUI.
  • the GUI may preferably provide all the required functionality of the Consumer Player in an accessible and intuitive interface.
  • the Consumer Player may provide an integrated GUI approach, though it may call the relevant Browse, E-mail and other third party applications, which maintain their own presentation.
  • the three main screens are the Default Controller screen and the Expanded Controller screen and the Graphics Controller Screen, which provide access to most of the Consumer Player control functions.
  • the Browse screen provides access to the management and searching capabilities within the Consumer Player. As the Consumer Player is an element
  • GUI provides support for all the interfaces and interactions with the other system elements.
  • the consumer may proceed to exercise the offer associated with the content by using the Consumer Player.
  • the Consumer Player provides a user interface that presents to the
  • the RMS processes the consumer requests by determining the cost of the consumer ' s request based on the request and the acquired rights for the content. In addition, the RMS facilitates the financial transaction in cooperation with the Financial Clearinghouse.
  • the RMS displays payment options (e.g., contract or deferred)
  • the consumer requests to play the content (step 1110).
  • the RMS displays the payment options (step 1112) and the consumer then chooses a payment option (step 1114).
  • the RMS then processes the consumer's request to use or play the music (step 1116).
  • the RMS determines whether the use request is authorized (step 1118). Provided the use is authorized, the RMS sends the content to the playback or multi-media device the consumer wishes to use (step 1120). If the use is not authorized, the RMS displays to the consumer that the use request is denied (step 1110).
  • the RMS processes the consumer's use request, for example to play the music (step 1210). If the consumer selected the contract model for
  • the RMS sends account information to the Financial Clearinghouse (step 1214) which processes the transaction (cost of the content use request) immediately. If the transaction is complete, the Financial Clearinghouse returns clearance to the RMS (step 1216) and the content use request is authorized (step 1218); otherwise the content use request is denied (step 1220). If the consumer instead chooses the deferred
  • the RMS compares the cost of the use request to the consumer's remaining budget level (step 1222). If there is sufficient funds (determined at step 1224), the RMS adjusts the remaining budget level and creates a micro transaction
  • step 1226 which is added to the consumer's past micro transactions (step 1228).
  • a certain threshold e.g., number, dollar amount, etc.
  • the aggregated transactions are sent to the Financial Clearinghouse for clearance (step 1214). Otherwise the RMS authorizes the use request (step 1234). If there are insufficient funds, the request is denied, i.e. not authorized (step 1232).
  • e Financial Clearinghouse receives account information from the consumer interfacing with the Consumer Player (step 1310).
  • the Rights Management System of the Consumer Player calculates the cost independently or in conjunction with the Financial Clearinghouse.
  • the Financial Clearinghouse sends the information to the consumer's credit card account using conventional methods (step 1312).
  • the Financial Clearinghouse also credits the retailer's account and the distributor and any
  • the Clearinghouse sends clearance to the Consumer Player to
  • the Consumer may choose to exercise an offer for which the content is
  • the Consumer Player displays the rules for exercising the content (e.g., "$10 to purchase outright or $1 to listen once").
  • the rules might be modified by the consumer's attributes (e.g., consumer belongs to a club X and the rules specify that
  • the Consumer player checks that there is a sufficient budget available to perform the transaction. Provided the Consumer has a sufficient budget, the Consumer acquires the rights. Then, the Consumer is allowed to play the music or display graphics, etc. in accordance with the acquired rights.
  • the acquired rights are included in the transaction database created and stored locally by the Consumer.
  • a transaction record is created and included in the database indicating the use.
  • the transaction record is aggregated with other transaction records and reported to the Financial Clearinghouse.
  • the consumer will be offered a choice of valid offers. Selecting an expired offer may arise when the consume clicks on a locally stored reference describing a timed-out offer to a previously downloaded content.
  • the Consumer Player in conjunction with the RMS checks the offer, it is then determined that the offer has expired.
  • the consumer is then offered a choice to use the content's Default Offer or attempt to find another offer from the same retailer. If the consumer chooses the Default offer, the content is purchased with the Default Offer. If the consumer chooses to find a substitute, the Consumer Player messages the Reference Service which finds a substitute offer from the same retailer. In either case, the Consumer
  • Retailers or distributors may revoke an offer in the event that revocation is
  • the retailer or distributor may revoke an individual offer from a specific retailer, or all offers from a specific retailer. Subsequently, when the consumer attempts to exercise such an offer, they are informed that the offer is not valid and are provided with an alternative offer.
  • the Consumer Player contacts the Reference Service with a request to download. If the consumer has the content and is presently connected, the Consumer Player contacts the Reference Service with a request to validate. In either case, the Reference Service determines that the offer has been revoked and proposes an alternate offer. If the consumer has the content and is not presently connected, the consumer is allowed to exercise previously acquired rights and the conflict is resolved later during clearing.
  • the Default Rights allow the consumer to copy the acquired content from the Consumer Player to another medium.
  • This subject medium may be a Consumer Electronics Device, a Consumer Electronics Portable Media (e.g., Flash-RAM) or a DVD-RAM.
  • the consumer chooses to exercise the right to copy, the consumer is limited to the copying rules specified in the default rights and the rights acquired for that content.
  • the consumer uses the Consumer Player to assist in copying the content.
  • the Consumer Player assists in converting the content to an appropriate format for the Consumer
  • content can then be played on a Consumer Electronics Hardware Player.
  • the Consumer Player in conjunction with the RMS will not allow the consumer to make more copies than the rules allow.
  • content may be
  • the consumer receives a replicated disc with the content in system-compatible format and the consumer may transact with the system to
  • the Consumer Player plays the content, the content rights are negotiated with the RMS in the Consumer Player. Knowing it as a replicated disc, the Consumer Player negotiates the rights with the RMS in the Financial Clearinghouse. If the consumer is already an account holder, the rights are established
  • the Financial Clearinghouse establishes an account, registers the consumer and establishes RMS for the content on the disc (as described above).
  • the RMS allows the music to be played if sufficient budget is available.
  • sample When the Consumer chooses a song, they are presented with three options: “Sample,” “Buy now,” “Download and buy later.” When the consumer presses "Sample,” the Retail Web Site produces a sample of the music.
  • the samples may be prepared by the Retailer or by the Production System or provided by the distributor or some other source.
  • the deferred payment model offer is downloaded.
  • the consumer downloads the content with one or more offers or without any offer by interacting with the
  • the Consumer Player application is invoked in the background, but the consumer continues to interact with the system through the browser.
  • the Consumer Player checks that the offer is valid and that the consumer had not acquired rights to the content earlier. If the offer is not valid, consumer can select to find an alternative offer that is valid. The Consumer Player may also check at this point whether the content is available locally.
  • the C-Offer can not be exercised by the consumer directly - it requires "personalization" by an outside party. Personalization means that the acquired rights are being "tied” to a specific player or RMS or account. It is not required that the C-Offer have transactional information, rather the C-offer includes the list of rights being acquired. In order to be processed by the Financial Clearinghouse, this C-Offer should include transactional information in addition to listing the rights being acquired. Thus, the actual price paid and payment details will be known to the system. The actual step of downloading the C-offer can be performed later, after the consumer has checked out (paid for) the content. This may allow
  • the Financial Clearinghouse may be supplied by the Financial Clearinghouse.
  • the Financial Clearinghouse also obtains the payment details from the consumer, such as credit card details. To reduce consumer care problems, the Financial Clearinghouse is advised to not charge the consumer's credit card until after it receives acknowledgment that the content has been successfully delivered. After successful payment processing, the Financial Clearinghouse provides payment acknowledgment to the consumer.
  • the consumer's RMS then generates a record of acquired rights in the protected rights database, as well as a record of the transaction.
  • the Consumer Player When the consumer requests to download the content, the Consumer Player first checks to see if the content is locally available, i.e. it has been downloaded before. If the content is not available locally, the consumer is offered the option of downloading the content right away. The consumer may choose to do so, or alternatively, the download can be scheduled for a future time. If the consumer chooses to download the content, the Consumer Player contacts the Reference Service of the content's owner and requests the content. The Consumer Player notifies the Reference Service that it has acquired or plans to acquire the rights to the content. The Reference Service verifies that the request is legitimate and provides the Delivery Service address to the Consumer Player to proceed with the content delivery. The Consumer Player contacts the Delivery Service and commences the download process. The download can be interrupted at any time and continued at a later point in time.
  • the Consumer Player informs the retailer and the Financial Clearinghouse, and the Financial Clearinghouse then provides payment- acknowledgment to the consumer.
  • the payment-acknowledgment will be securely generated
  • the acknowledgment states the exact rights that were acquired by the consumer.
  • the consumer ' s RMS generates a record of the acquired rights in the protected rights database and a record of the transaction in the player's budget management module.
  • the Financial Clearinghouse bills the consumer's credit card (or other payment mechanism) and settles with the retailer and the
  • content owner e.g. distributor
  • the Consumer acquires rights to the content
  • the rights are stored in the Consumer Player's Protected Database which is protected by the RMS. If a transaction is deferred, the appropriate local account budget is debited. The record of the transaction is created and stored in the e-commerce module (for both deferred and contract transactions).
  • the Consumer Player may be able to record other information about the consumer' s behavior (e.g., how often a song's been played) subject to the consumer ' s permission and report this
  • a scheduled "report-back" time e.g. the 12 th
  • the budget threshold has been reached (e.g., the player is required to report-back when 75% of the preset budget has been used up), or the consumer is
  • the Consumer Player contacts the Financial Clearinghouse as determined during the registration process.
  • the only case where the Consumer Player contacts a different clearinghouse is when a consumer is attempting to exercise an offer whose business rules specify an immediate report-back to a different clearinghouse (in this case probably only that one transaction will be reported for clearing).
  • the Consumer Player will re-try according to a specified algorithm (e.g., when next connected).
  • the Consumer Player sends transaction records to the Financial Clearinghouse which processes the transaction records and applies them to the appropriate account(s).
  • the transaction records are archived in the Financial Clearinghouse for audit purposes.
  • the Financial Clearinghouse essentially recreates the consumer's Protected Database for consumer care purposes.
  • the Financial Clearinghouse sends a command to the consumer to mark these transaction records as reported and (if appropriate) to reset the local budget(s).
  • the Financial Clearinghouse requests and obtains payment from the appropriate Transaction Manager (e.g., VISA - if the consumer's account is funded by a VISA credit card).
  • the Financial Clearinghouse aggregates (across multiple consumers) and distributes funds to content owners and retailers. The distribution is calculated per stored (in the clearinghouse) compensation
  • Retailer will only have to have an account with its "home” Clearinghouse and all the Clearinghouses will inter-operate as described below. It is possible for retailers to have
  • Clearinghouses 3 and 4 accounts with Clearinghouses 3 and 4 respectively.
  • Clearinghouse 3 knows the commercial arrangement between B and C
  • Clearinghouse 4 knows the commercial arrangement between
  • Clearinghouse 1 has a table indicating that Retailer B is served by Clearinghouse 2, Distributor C by Clearinghouse 3, Distributor D by Clearinghouse 4.
  • Clearinghouse 1 has a table indicating that Retailer B is served by Clearinghouse 2, Distributor C by Clearinghouse 3, Distributor D by Clearinghouse 4.
  • Another implementation is that the identification number of the home clearinghouse is included in the offers or synchronization process so that as the offer passes the various modules, the modules are informed of the corresponding clearinghouse.
  • the transaction is reported to the Clearinghouse 1, which is responsible for charging Consumer A and forwarding the transaction information to Clearinghouses 2, 3 and 4.
  • Clearinghouse 2 pays the Retailer B
  • Clearinghouse 3 pays the Distributor C
  • Clearinghouse 4 pays the Distributor D.
  • Clearinghouses 2, 3 and 4 may perform an aggregated reconciliation of
  • Selection of the "home" clearinghouse can be performed in a number of ways.
  • One possibility is that the Notification Set carries an address of the suggested clearinghouse.
  • the retailer should be able to overwrite any selection and establish an account with a
  • the retailer provides necessary information for account establishment (profile, address, e-mail, clearing bank, content owner, etc).
  • the retailer can have accounts with multiple clearinghouses. All of these options can be available as dictated by the specific implementation of the system.
  • the modules communicate over a distributed network, e.g. the Internet, using standard protocols.
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • HTTPS Hypertext Transfer Protocol Secure
  • HTTP Hypertext Transfer Protocol
  • HTML Hypertext Transfer Protocol
  • HTML Hypertext Transfer Protocol
  • the application-layer protocols may use XML to define messages to provide inter-module communications. Communications between modules may be in the form of a request/response message pair. This will utilize the underlying HTTP POST message request and response.
  • HTTP POST HyperText Transfer Protocol
  • a client module makes a request to a server module.
  • HTTP provides appropriate header information to address the message appropriately and specify that this is a POST request and that the payload is an XML document.
  • the server module uses standard software to perform the basic protocol handshaking to receive the message and interpret the HTTP header information. The server handles the request and responds with the HTTP POST response message.
  • XML is a very simple language designed to specify information. It is based on Standard Generalized Markup Language (SGML) and allows data objects and messages to be formatted in a flexible and easily parsable manner. As an example, a simple song object
  • Nested start and end tags specify the components of a song. Tags can be nested to any depth to handle more complex objects. Also, tags may be repeated to specify lists (e.g. genre). Also, shown is an attribute to the song tag specifying the version of the song object. This version could be used to future proof song objects so that if a song object changes in a dramatic way a few years from now, the version can be used for software to simultaneously handle new and old song objects. Some tags or attributes may be optional. If so, then they can be simply left out of the song object. Conventional tools such as parsers and editors exist which can be used in the development of XML-based applications.
  • Modules may store objects internally in whatever format is considered to be most appropriate. However, the data objects that pass between modules should be in a well-
  • HTML Messaging may use standard World Wide Web technology.
  • Messages are not limited to textual based data.
  • the musical content in secure
  • the containers and the images, for example, are stored as binary data and the XML protocol used to encode content references does not natively handle binary data. Since the binary data needs to be transported with the content references, in the preferred method, the binary data is
  • the system transports electronic digital media to consumers in a timely and efficient manner.
  • Electronic digital media content such as music are referred to generically as content.
  • content Electronic digital media content
  • the nature of content is that they are large objects, typically multiple megabytes in size. Their transport requires a balance of bandwidth and time to get it to consumers.
  • storage of content requires significant resources if it is to be kept by the consumer.
  • the solution to this challenge is to separate descriptive information from the content itself. This is analogous to a World Wide Web Uniform Resource Locator (URL).
  • the URL is a small amount of descriptive information that can be displayed on a web page or easily moved around or e-mailed from one consumer to another.
  • the resource, which the URL points to may be an HTML web page or a large file. These may be large and bulky to move around,
  • the System introduces the content reference as the analogous mechanism to avoid copying large content files any more than necessary.
  • Content references provide a lightweight mechanism used by consumers to receive, save, and share content identification information and to send it to other consumers without having to move large binary files around.
  • a content reference can be thought of as an address or pointer to content and is the mechanism to refer to content indirectly.
  • This descriptive information contains sufficient information to allow a consumer with a Consumer
  • a fan club web site may include content references to songs for a particular artist without having to store large, unsecured content of that artist. Visitors to the web site will then download the content reference and through the Reference Server they will be directed to a Delivery Service from which they can download the content. That same consumer can also email the content reference to friends or place it on their web site for further dissemination of the content reference.
  • Content references also provide a mechanism for consumers to share a music-listening experience synchronously and remotely. When a consumer is listening to music and wishes to share the experience with another consumer at a remote location he can drag a content reference into an email or chat client and send it to the other consumer. When the content reference arrives at the remote location the content reference can be opened, and using the time synchronization, the Consumer Player is able to
  • Extensible Markup Language may be used for representing content references.
  • XML provides a standardized method for structuring data in a loose fashion
  • Content references take the form of a message that is used system wide for inter-module communication.
  • Each message contains at least a header section and an ID section and may contain additional sections, such as, an offer section, a synchronization section, a debug section and a support section (reserved for future use).
  • additional sections such as, an offer section, a synchronization section, a debug section and a support section (reserved for future use).
  • the message must contain a meta-data section.
  • This content reference has the following sections, namely: a header section (line 1), an ID section
  • Line 1 is the XML document standard opening that defines the document as a document complying with XML specification version 1.0.
  • Line 2 begins the content of the content reference.
  • the version attribute takes the format of major#.minor#.
  • the v version is incremented by the owner of the content reference specification.
  • Line 3 is the signature attribute.
  • the signature format is an alphanumeric sequence that may be either a checksum of the reference or a digital signature for validation by another system module. This attribute may need to be a separate section or be included with each section that needs
  • Line 4 is the Base ID which is the random 64 bit number typically assigned to the content reference by the back office system used for indexing. The purpose of this number is to
  • Line 6 begins an optional debug section. This section allows for the inclusion of any debug information or commands that developers of the system may require.
  • Line 7 indicates that debug tags and attributes are placed here.
  • Line 8 closes the debug section.
  • Line 9 is an informational comment.
  • Line 10 begins an individual item section.
  • the item tag for each reference must generally have at least one item section, but may optionally have more than one item section. All item sections must conform to the same syntax requirements.
  • Line 12 contains the value chain ID.
  • the attribute CHID is the Retailer ID and/or Channel ID. It is uniquely assigned to a specific retailer and/or retail channel by the system.
  • the attribute DRID is the Distributor ID. It is uniquely identifies a distributor within the system.
  • the attribute OFRID is the Offer ID and is optional. It is set when the offer is created and is unique to
  • Line 13 contains the Content ID.
  • the attribute PRID is the Product ID. This is the unique media container in which the content is located.
  • the attribute MDID is the Media ID and is
  • the attribute OBID is the Object ID. It uniquely identifies the digital media object from a specific DRID. This is equivalent to the media object (MOB) described above.
  • the attribute GRID is the Group ID and is optional. It must be included if the object ID is defined as a part of a group and identifies that group (e.g., the content reference is for a single OBID from an Album GRID). It uniquely identifies a group object from a specific DRID. This is equivalent to the group object (GOB) described above.
  • Line 14 contains the Client ID.
  • the attribute INID is the Instantiator ID.
  • the entity that creates the reference is the instantiator. This can be the distributor, the retailer, or the user. For example, when the user creates a reference by dragging a song from the playlist in the player, they create a reference with the IID set to the user ID. INIDs, CHIDs, and DRIDs are generally distinguishable.
  • the attribute PLID is the Player ID. This is the ID of the player which is assigned by the back office system(s) in a range and/or prefix to enable the Consumer Player to be uniquely identified.
  • Line 15 ends the ID section.
  • Line 17 is the attribute title and is the title of the content referenced in the current
  • Line 18 is the attribute artist. This will be a comma-separated list for multiple
  • Line 19 is the attribute producer. This will be a comma-separated list for multiple producers.
  • Line 20 is the attribute publisher.
  • Line 21 is the attribute length and is the length of the content referenced in the current item section.
  • the format is hours:minutes:seconds (e.g., 16:56:21).
  • Line 24 is an informational comment.
  • Line 25 begins the offer container section with the ⁇ offer-container> tag.
  • the reference is simply a reference to content and does not include an offer
  • the offer container section will be omitted.
  • the offer ID in the ID section may still be valid. The implication is that the user will need to get the offer from the Reference Service.
  • the offer is included with the reference, then it can be "attached" in one of three ways.
  • Line 26 is the format attribute. Allowable values for the format attribute indicate the format of the offer container data. This is dependent on what the vendor used to provide the offer
  • the format will be set to a meaningful value associated with the technology supplied by the security vendor. These values are defined and assigned by the back office system or the production system.
  • Line 27 is the version attribute which represents the version of the security technology used to enclose the offer. This is vendor-dependent.
  • Line 28 is the encoding attribute which indicates what technique has been used to encode the offer container data, which will originally be in some binary format, into the same encoding as the reference/XML. Typically the value for encoding is "base64".
  • Line 29 begins the secure data section with the ⁇ sdata> tag. This is the section in which the offer container data is inlined, if locatorrinline.
  • Line 30 is the attribute OFRID which is the Offer ID. It is set when the offer is created by the Production System and is a one way hash function of the Base_ID This is identical to the OFRID in the ID section.
  • Line 31 is the attribute CERT which is the identity of any certificates or public keys
  • Line 32 is the attribute COUNT which is the count field that gets incremented if additional certificates are provided indicating that the offer has been super distributed. This will be used to in managing the super distribution value chain.
  • Line 33 closes the secure data section with the sdata> tag.
  • Line 34 closes the offer container section with the ⁇ yoffer-container> tag.
  • Line 35 begins the attribute support section. This section contains the support reference data that will be delivered to the client if this section is included.
  • Line 36 indicates that the support section is reserved for future use.
  • Line 37 ends the support section.
  • Line 38 begins the time synchronization section with the ⁇ time sync> tag.
  • Line 39 is the G ⁇ D attribute which is a date/time stamp based on ISO 8601 and received from the system time reference server.
  • G ⁇ D is set to GMT at creation of the reference.
  • Line 40 is the LTID attribute which is the offset of the local machine from the start of a piece of Content. This is expressed as hours:minutes:seconds:milliseconds.
  • Line 41 is the STID attribute which is the condition of the local content expressed as either "play” or "pause".
  • Line 42 ends the time sync section.
  • Line 43 closes the item section with the ⁇ yitem> tag.
  • Line 44 closes the content reference section with the ⁇ /content-reference> tag.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Reverberation, Karaoke And Other Acoustics (AREA)

Abstract

L'invention concerne un système de distribution électronique de média facilitant la distribution de média à des consommateurs par un réseau, tel que l'Internet, tout en atteignant les objectifs commerciaux d'affaires et en protégeant les droits de la propriété intellectuelle associés aux média distribués. Un de ces média distribués par le système est du contenu musical. Le système fournit l'infrastructure et le soutien aux divers participants du marché s'engageant dans l'achat, la vente, la découverte et la distribution de musique. Les propriétaires, les distributeurs, les détaillants (112) et les consommateurs (114) de contenu sont tous des participants du marché. Le système fournit une interface aux consommateurs permettant de localiser, d'accéder au contenu musical (120) et de le recevoir par l'Internet. Le système facilite la maîtrise continue du contenu musical (110) envoyé aux consommateurs (114) par la mise en application dynamique des accords liant les détaillants et des limites régissant l'achat, l'utilisation et la distribution du contenu. Le système fournit également un service aux détaillants et aux distributeurs en ce qu'il aide à la gestion des ventes et à la distribution de musique sur l'Internet.
EP99967600A 1998-12-24 1999-12-23 Systeme de distribution electronique de musique/media Withdrawn EP1192575A4 (fr)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US11386198P 1998-12-24 1998-12-24
US113861P 1998-12-24
US12726099P 1999-03-31 1999-03-31
US127260P 1999-03-31
PCT/US1999/030848 WO2000039733A1 (fr) 1998-12-24 1999-12-23 Systeme de distribution electronique de musique/media

Publications (2)

Publication Number Publication Date
EP1192575A1 EP1192575A1 (fr) 2002-04-03
EP1192575A4 true EP1192575A4 (fr) 2005-08-24

Family

ID=26811562

Family Applications (1)

Application Number Title Priority Date Filing Date
EP99967600A Withdrawn EP1192575A4 (fr) 1998-12-24 1999-12-23 Systeme de distribution electronique de musique/media

Country Status (4)

Country Link
EP (1) EP1192575A4 (fr)
JP (1) JP2002539466A (fr)
AU (1) AU2386000A (fr)
WO (1) WO2000039733A1 (fr)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE518913C2 (sv) * 2000-04-07 2002-12-03 Telia Ab Utlåning av lokal resurs i ett tele- och datakommunikationssystem
JP2002032668A (ja) * 2000-07-17 2002-01-31 Sony Corp 課金情報処理方法及び課金情報処理装置
JP2002041824A (ja) * 2000-07-28 2002-02-08 Nippon Telegr & Teleph Corp <Ntt> 地図コンテンツ販売システム及びその地図コンテンツカタログ生成方法
JP2002091883A (ja) * 2000-09-20 2002-03-29 Sanyo Electric Co Ltd データ配信システムおよびデータ端末装置
JP2002108827A (ja) 2000-10-03 2002-04-12 Ntt Docomo Inc コンテンツの提供方法、提供側設備、及び使用側設備
JP4205299B2 (ja) * 2000-10-24 2009-01-07 セイコーエプソン株式会社 コンテンツ配信のためのシステム及び方法
GB0028274D0 (en) * 2000-11-20 2001-01-03 Shaw Robert Improvements relating to digital data distribution
KR20010008273A (ko) * 2000-11-20 2001-02-05 박희완 토너먼트를 이용한 곡 순위 결정 및 결정된 곡 순위를이용한 곡 판매 방법
CN100437508C (zh) * 2001-01-17 2008-11-26 康坦夹德控股股份有限公司 管理数字内容使用权利的方法和装置
US7028009B2 (en) 2001-01-17 2006-04-11 Contentguardiholdings, Inc. Method and apparatus for distributing enforceable property rights
US7177843B2 (en) 2001-01-17 2007-02-13 Contentguard Holdings, Inc. Rights expression system
EP1410140B1 (fr) * 2001-03-28 2017-02-15 NDS Limited Systeme et procede de gestion de droits numeriques
GB2383651A (en) * 2001-11-12 2003-07-02 Sean Christopher Martin Distribution system for music and other digital data
US7249060B2 (en) * 2002-08-12 2007-07-24 Paybyclick Corporation Systems and methods for distributing on-line content
JP3977282B2 (ja) * 2003-05-12 2007-09-19 日本電信電話株式会社 コンテンツ再生装置、コンテンツ再生方法、この方法のプログラムおよびこのプログラムを記録した記録媒体
US20050044560A1 (en) * 2003-08-21 2005-02-24 Maui X-Tream, Inc. Methods, data structures, and systems for monitoring and integrating media streams
JP4822663B2 (ja) * 2003-12-12 2011-11-24 ソニー株式会社 情報処理装置および方法、並びに、プログラム
US7930347B2 (en) 2004-02-10 2011-04-19 Enikos Pty. Limited Responsible peer-to-peer (P2P) digital content distribution
US7925973B2 (en) 2005-08-12 2011-04-12 Brightcove, Inc. Distribution of content
CN105580355A (zh) 2013-09-11 2016-05-11 辛赛股份有限公司 内容交易型项目的动态绑定
KR20160064093A (ko) 2013-09-27 2016-06-07 신세이, 인크. 보조 콘텐츠의 n 레벨 복제

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5732400A (en) * 1995-01-04 1998-03-24 Citibank N.A. System and method for a risk-based purchase of goods

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3032788B2 (ja) * 1991-05-08 2000-04-17 ディジタル イクイプメント コーポレイション ライセンス管理システム
US5629980A (en) * 1994-11-23 1997-05-13 Xerox Corporation System for controlling the distribution and use of digital works
US5889860A (en) * 1996-11-08 1999-03-30 Sunhawk Corporation, Inc. Encryption system with transaction coded decryption key
US5959945A (en) * 1997-04-04 1999-09-28 Advanced Technology Research Sa Cv System for selectively distributing music to a plurality of jukeboxes
US5969283A (en) * 1998-06-17 1999-10-19 Looney Productions, Llc Music organizer and entertainment center

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5732400A (en) * 1995-01-04 1998-03-24 Citibank N.A. System and method for a risk-based purchase of goods

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
See also references of WO0039733A1 *
TOTHEZAN I ET AL: "Enterprise modelling of information brokerage and retailer services", ENTERPRISE DISTRIBUTED OBJECT COMPUTING WORKSHOP Y1997. PROCEEDINGS., FIRST INTERNATIONAL GOLD COAST, QLD., AUSTRALIA 24-26 OCT. 1997, LOS ALAMITOS, CA, USA,IEEE COMPUT. SOC, US, 24 October 1997 (1997-10-24), pages 13 - 22, XP010251280, ISBN: 0-8186-8031-8 *
VAN HALTEREN A T ET AL: "Value added Web: integrating WWW with a TINA service management platform", TELECOMMUNICATIONS INFORMATION NETWORKING ARCHITECTURE CONFERENCE PROCEEDINGS, 1999. TINA '99 OAHU, HI, USA 12-15 APRIL 1999, PISCATAWAY, NJ, USA,IEEE, US, 12 April 1999 (1999-04-12), pages 14 - 23, XP010351063, ISBN: 0-7803-5785-X *

Also Published As

Publication number Publication date
WO2000039733A1 (fr) 2000-07-06
WO2000039733B1 (fr) 2000-08-17
AU2386000A (en) 2000-07-31
JP2002539466A (ja) 2002-11-19
EP1192575A1 (fr) 2002-04-03

Similar Documents

Publication Publication Date Title
US7209892B1 (en) Electronic music/media distribution system
US7624046B2 (en) Electronic music/media distribution system
JP4086825B2 (ja) エンドユーザの電子コンテンツ使用を追跡するシステム
US8606856B2 (en) Digital media asset identification system and method
US7206767B2 (en) Content distribution system and a reference server
JP4347508B2 (ja) ディジタル・コンテンツ・プレイヤ上でディジタル・コンテンツをユニークに識別する方法・ディジタル・コンテンツ・プレイヤ、プログラムを含むコンピュータ読み取り可能な記録媒体
US7627530B2 (en) Method and system for managing access to media files
JP4549673B2 (ja) マルチメディア・コンテンツの許可されない再記録を防ぐ方法およびシステム
WO2000039733A1 (fr) Systeme de distribution electronique de musique/media
TW563037B (en) Digital content distribution using web broadcasting services
US20020007351A1 (en) Digital tokens and system and method relating to digital tokens
US20020059120A1 (en) Method and apparatus for creating and maintaining a virtual inventory in a distributed network
JP2002541528A (ja) 保護されたオンライン音楽配布システム
US20240362717A1 (en) Content Distribution and Management Systems and Methods Using Cryptographic Tokens
JP4329228B2 (ja) 楽曲提供システム
Erickson Enhanced attribution for networked copyright management
GB2423381A (en) Distributing electronic content

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20010703

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

A4 Supplementary search report drawn up and despatched

Effective date: 20050708

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20090303