WO2002019059A2 - Centre d'echange de ventes et de livraisons electroniques de travaux numeriques - Google Patents

Centre d'echange de ventes et de livraisons electroniques de travaux numeriques Download PDF

Info

Publication number
WO2002019059A2
WO2002019059A2 PCT/US2001/026770 US0126770W WO0219059A2 WO 2002019059 A2 WO2002019059 A2 WO 2002019059A2 US 0126770 W US0126770 W US 0126770W WO 0219059 A2 WO0219059 A2 WO 0219059A2
Authority
WO
WIPO (PCT)
Prior art keywords
digital
works
retailer
clearinghouse
work
Prior art date
Application number
PCT/US2001/026770
Other languages
English (en)
Other versions
WO2002019059A8 (fr
WO2002019059A3 (fr
Inventor
Ravi Razdan
Original Assignee
Ravi Razdan
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 Ravi Razdan filed Critical Ravi Razdan
Priority to AU2001285324A priority Critical patent/AU2001285324A1/en
Publication of WO2002019059A2 publication Critical patent/WO2002019059A2/fr
Publication of WO2002019059A8 publication Critical patent/WO2002019059A8/fr
Publication of WO2002019059A3 publication Critical patent/WO2002019059A3/fr

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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • This invention relates to providing web services, specifically software application services and digital content delivery services over the Internet.
  • Digital works generally encompass all potentially copyrightable subject matter that can be stored in an electronic form and sold via a computer network. Typically, this electronic form is digital information, and the sale is of use of a copy of the digital information.
  • digital works include traditionally static information objects, such as texts, images, music, movies and computer programs, and dynamic information objects, such as computer program application services and live broadcasts.
  • CSPs Content Service Providers
  • www.reuters.com provide digital content comprising static information objects.
  • These CSPs provide this digital content to consumers as either a downloaded information object or a streamed information object, according to the terms of their service.
  • these CSPs bill the consumer directly for the delivered digital content, either electronically or through standard mail systems.
  • ASPs Application Service Providers
  • www.yahoo.com provide application services over the Web by making software available for use through the Web, such as Web-based calendaring and e-mail services.
  • Typical ASPs do not bill for these services directly, but rely on advertising revenue instead.
  • Other A$Ps deliver complete software packages over the Web for later use by a consumer or require a user to login to the Web site in order to use the application services. These ASPs charge the consumer for the delivered software and services used.
  • ASPs active services and complete software packages.
  • CSPs may add software-based features to their digital content in the future.
  • a future electronic book may include a computer game that allows virtual interaction with the book's characters.
  • ASPs and CSPs which charge customers for digital works used or delivered, each have their own billing system. Each such billing system is integrated into each ASP's or CSP's Web site.
  • Typical ASPs provide one stop delivery of the few most common applications from one Web site with their billing system. If a customer wants other applications, they have to go to different Web sites.
  • URLs Universal Resource Locators
  • Conventional digital-works sales and delivery systems force customers to register with and login to multiple ASPs and CSPs for different services and content, and force customers to pay separate bills for the different services and content purchased.
  • This invention can be regarded as a method of enabling electronic sales by retailers of digital works, both digital content and application services, owned, by third party providers.
  • the method includes the step of providing a digital- works clearinghouse attached to a computer network.
  • the digital- works clearinghouse is designed to coordinate sales and deliveries of digital works to authorized customer access devices, whereby a retailer bills a customer for a digital work delivered electronically to the customer by a third party provider.
  • the digital work is encrypted and also watermarked in real time.
  • the method further includes the step of authorizing the customer access devices by providing a decryption key to a user interface component of one of the customer access devices, thereby enabling the user interface component to decrypt the encrypted digital work delivered electronically.
  • This invention can also be regarded as a method of supporting electronic sales of digital works and licenses to use digital works.
  • the method includes the steps of receiving a request for a digital work from a retailer, determining if the digital work is available, and generating a transaction record if the digital work is available.
  • the method further includes the steps of initiating transmission of the digital work to a customer access device identified in the request, finalizing the transaction record upon a successful delivery of the digital work, and transmitting an invoice to the retailer, thereby enabling the retailer to bill a customer associated with the customer access device for the delivered digital work.
  • the present invention enables a digital-works clearinghouse to seamlessly broker real-time access to a digital-works provider (either an ASP or a CSP) on behalf of a digital- works retailer.
  • a digital-works provider either an ASP or a CSP
  • This invention can also be regarded as a method of selling digital works owned by others.
  • the method includes the step of providing a digital-works transfer system that includes a list of digital works and enables customers to electronically acquire a digital work for a fee.
  • the method further includes the steps of receiving requests for digital works on the list, and identifying an original request for a digital work that is not immediately available through the digital-works transfer system.
  • the method further includes the step of creating a new request for the digital work, the new request including customer identification information for a customer access device, which generated the original request.
  • the method further includes the steps of transmitting the new request to a digital-works clearinghouse, receiving an invoice for delivery of the digital work if the digital-works clearinghouse fulfilled the new request, and billing the customer for the digital work.
  • the present invention provides digital-works retailers the ability to easily integrate the digital works of digital- works providers into an existing digital-works sales and delivery system, thereby allowing a customer to easily obtain digital works, both content and application services, from multiple providers but only have to pay a single bill. Moreover, a retailer is enabled to easily provide digital works, both content and application services, from multiple providers and receive integrated billing by provider.
  • the system includes a digital-works retailer having a user presentation that includes a control-input, which is associated with a digital work that is associated with a digital-works provider.
  • the digital-works provider is separate from the digital- works retailer, and the digital- works retailer is configured such that selection of the • control-input by a user causes the digital-works retailer to transmit a message to a digital- works clearinghouse.
  • the system further includes the digital-works clearinghouse, which is designed to coordinate digital-works transactions such that receipt of the message causes transmission of the digital work without the user leaving the user presentation.
  • the digital-works clearinghouse collects and cross-checks billing information in order to generate an invoice for transmission to the digital- works retailer upon a successful delivery of the digital work.
  • the digital-works clearinghouse provides a transaction management, billing data, and payment/settlement service.
  • the digital-works clearinghouse provides encryption and watermarking services to protect the interests of all parties involved in a digital works transaction.
  • the digital- works clearinghouse is configured to communicate with the digital-works retailer and the digital-works provider via a computer network.
  • the system includes a media player designed to enable presentation of the digital work.
  • the media player is configured to communicate with the digital-works clearinghouse, the digital-works retailer and the digital-works provider via the computer network.
  • FIG. 1 is a block diagram illustrating a digital-works clearinghouse system in an example operational environment according to one embodiment of the invention
  • FIG. 2 is a -block diagram illustrating primary components of a digital- works clearinghouse system according to one embodiment of the invention
  • FIG. 3 is a block diagram illustrating event sequence and message flow in a digital- works clearinghouse system according to one embodiment of the invention.
  • FIGS.4A, 4B, 4C and 4D are a flow chart depicting a process for requesting digital works and fulfilling such requests according to one embodiment of the invention.
  • the present invention is directed toward a system and method for enabling a digital- works retailer to sell to customers online content and application services provided by third parties.
  • the present invention is disclosed and described herein in terms of Web sites running on dedicated servers utilizing the Internet and the World Wide Web.
  • alternative embodiments include multiple servers for each Web site, or user interfaces that use hyperlinking protocols other than the Hypertext Transfer Protocol ("HTTP").
  • Alternative network environments include any "Future Net” and its accompanying networking protocols, which will likely encompass the functions now provided by today's Internet, cable and broadcast television, telephone communications and other linear and interactive business and telecommunications systems. As such, the description of this example embodiment should not be construed to limit the scope and breadth of the present invention.
  • FIG. 1 is a block diagram illustrating a digital-works clearinghouse system in an example operational environment according to one embodiment of the invention.
  • a network 100 is a computer network such as the Internet, which allows multiple devices to be communicatively coupled together.
  • the network 100 utilizes the Internet Protocol ("IP") to enable this communicative coupling, and the network 100 includes both wire/fiber and wireless network components.
  • IP Internet Protocol
  • the customer access devices 110 are any network-enabled devices capable of presenting a user interface having control-inputs that cause network communications. Examples of such control-inputs include hyperlinks and submit buttons on Hypertext Markup Language / Extensible Markup
  • HTML/XML HyperText Markup Language
  • Examples of such network-enabled devices include devices such as a personal computer, a Web browsing appliance, a personal digital assistant
  • PDA personal digital assistant
  • a mobile phone a game machine, a watch, and a home entertainment system.
  • a customer access device 11 OH is a mobile phone designed to present digital works through an audio user interface.
  • digital-works retailers 130 are Web sites running on dedicated servers. These Web sites include digital-works sales and distribution systems. Examples of Web server software that can be used to construct such systems include Apache, Microsoft Internet Information Server, and Netscape Enterprise Server. The Web server software can be designed to run on any number of computer hardware platforms with any number of operating systems and utilizing any number of programming languages for implementing scripts.
  • a digital-works clearinghouse 150 is also coupled with the network 100.
  • the digital- works clearinghouse 150 is a centralized Web server for coordinating digital-works transactions utilizing real-time encryption and watermarking.
  • the digital- works clearinghouse 150 includes storage facilities for data that identifies providers for multiple types of digital works, such as digital content like music, images, video and electronic books, and application services like tax preparation software, financial planning software, calendaring services, e-mail services, and entertainment services.
  • the digital works comprising digital content are available in industry promulgated file formats.
  • the digital-works clearinghouse 150 is configured in a distributed architecture, wherein databases and processors within the digital-works clearinghouse 150 are housed in separate units or locations. Some units perform the primary processing functions and contain, at a minimum, memory and a general processor. Each of these units is attached to a wide area network (“WAN") hub which serves as the primary communications link with the other units and interface devices.
  • WAN wide area network
  • the WAN hub may have minimal processing capability itself, serving primarily as a communications router.
  • the digital-works clearinghouse 150 is configured in a distributed fashion, such that a separate digital-works clearinghouse is located in each geographical region and maintains communications with all other digital-works clearinghouses. In this embodiment, all the separate digital-works clearinghouses taken together form a single Web site residing in multiple geographically diverse data centers.
  • digital- works providers 170 are Web sites running on dedicated servers. These Web sites include digital- works sales and distribution systems, which have their own digital works for sale through the system.
  • the digital- works providers 170 can also be regarded as digital-works retailers.
  • a digital- works provider 170 is a Web server configured to deliver digital works only to the digital-works clearinghouse 150.
  • the digital-works provider 170 does not deliver its digital works directly to customers.
  • Both the digital-works providers 170 and the digital-works retailers 130 may be designed using multiple alternative architectures as discussed previously in connection with the digital-works clearinghouse 150. Moreover, as discussed in greater detail below, the present invention enables any number of customer access devices 110 to purchase digital works from any number of digital- orks providers 170 through any number of digital-works retailers 130,- without a customer ever leaving a preferred user presentation created and displayed by the digital-works retailer. Note that in one Web-based embodiment, all communications utilize the Secure Sockets Layer (“SSL”) for communication security.
  • SSL Secure Sockets Layer
  • a second network (not shown) is used to provide highly secure communications.
  • the second network is a proprietary network connecting the digital-works providers 170 with the digital-works clearinghouse 150.
  • the digital-works providers 170 send digital works to the digital-works clearinghouse 150, with no encryption, using the second network.
  • FIG. 2 is a block diagram illustrating primary components of a digital-works clearinghouse system according to one embodiment of the invention. Referring now to FIG. 2, the network 100 is the same as that shown in FIG. 1. Generally, unless otherwise indicated, like numerals refer to like elements throughout this specification. Coupled with the network 100 is a first customer access device 210.
  • the first customer access device 210 comprises a user interface 212, a security engine 214, and a media player cache 216.
  • the user interface 212 comprises a Web browser and a media player plug-in.
  • the Web browser is browser software designed to use HTTP over TCP/IP (Transmission Control Protocol/Internet Protocol). Examples include Netscape Communicator and Microsoft Explorer.
  • the media player plug-in is a software program designed to interface with the Web browser, thereby enabling use of the present invention.
  • the media player plug-in can be obtained either online or offline and installed in manners well understood in the art.
  • the user interface 212 comprises a media player capable of managing and displaying multimedia content including audio, video, text, pictures and software, using HTTP over TCP/TP without a Web browser.
  • the media player is designed to enable use of the present invention.
  • HTTP-NG Hypertext Transfer Protocol - Next Generation
  • alternative hypertext markup languages such as WML (Wireless Mark-up Language).
  • the present invention fully contemplates the use of other networking protocols, both high-level and low-level, including those not yet developed.
  • access to digital works that have been previously purchased is controlled through the security engine 214.
  • the security engine 214 interfaces with the user interface 212 and the media player cache 216.
  • the media player cache 216 stores the previously purchased digital works, preferably in an encrypted form.
  • the user interface 212 and the security engine 214 have a decryption key.
  • the security engine 214 keeps track of customer owned devices. Thus, the security engine 214 knows what other devices the previously purchased digital works can be delivered to based on the serial numbers of those devices.
  • a second customer access device 220 may also be coupled with the network 100.
  • the second customer access device 220 comprises a user interface 222.
  • the user interface 222 is the same as the user interface 212, except that the user interface 222 is designed to interface with the security engine 214 through the network 100.
  • a user of the present invention can access previously purchased digital works from multiple customer access devices, without requiring separate copies to be stored on each customer access device. For example, a user could purchase a new song and store it on their personal computer at home, or with a favorite "music locker'Vdigital storage service. Then, while on the road, that same user could access and play that same song through their network-enabled radio in their car.
  • the customer access device 210 is very similar or identical to the customer access device 220.
  • the security engine 214 and media player cache 216 may be located on a Web server connected to the network 100, thereby enabling a user to access their own personal archive of digital works at any time without having to purchase the storage components.
  • a user purchases all digital works on a one-time use basis, thus no security engine 214 or media player cache 216 are necessary.
  • the retailer is also coupled with the network 100.
  • the retailer Web site 230 is also coupled with the network 100.
  • Web site 230- sells digital works to consumers using a digital- wprks sales and billing system.
  • the retailer Web site 230 may or may not sell its own digital works. In this example ' embodiment, the retailer Web site 230 only sells the digital works of third parties.
  • the retailer Web site 230 comprises a Web server 232, an XML/HTML document database 234, and a transaction & security database 236.
  • the Web server 232 can be built using any number of computer hardware platforms running standard Web server software, such as Apache, Microsoft Internet Information Server, and Netscape Enterprise Server.
  • the Web server 232 is customized using computer programs to create the digital-works sales and billing system. These computer programs enable dynamic creation of XML/HTML documents.
  • the Web server 232 is communicatively coupled with the customer access device 210 (and similarly the customer access device 220), and a clearinghouse Web site 250, via the network 100.
  • the Web server 232 responds to customer requests from the customer access device 210 and also interfaces with the clearinghouse Web site 250.
  • the Web server 232 logs transaction activity and performs customer validation using the XML/HTML document database 234 and the transaction & security database 236.
  • the XML/HTML document database 234 contains XML/HTML documents created for delivery by the Web server 232.
  • the transaction & security database 236 contains computer programs and customer profile, billing, and transaction & security data necessary for implementing the digital- works sales and billing system.
  • database software such as OracleSi, manufactured by Oracle Corporation, is used to create and manage these databases.
  • the clearinghouse Web site 250 is an example implementation of the digital-works clearinghouse 150.
  • the clearinghouse Web site 250 comprises a Web server 252, a transaction & security database 254, a digital-works database 256, an encryption server 258, and a watermark server 260.
  • the Web server 252 can be built using any number of computer hardware platforms running standard Web server software, such as Apache, on generally available operating systems, such as Linux.
  • the Web server 252 is customized using computer programs to implement the functionality described herein. In one embodiment, these computer programs are implemented using XML for dynamic behavior.
  • the Web server 252 is communicatively coupled with the customer access device 210 (and similarly the customer access device 220), the retailer Web site 230, and a provider Web site 270, via the network 100.
  • the Web server 252 responds to requests from the retailer Web site 230 and also interfaces with the provider Web site 270. In certain special cases involving frequently requested digital works, the Web server 252 also interfaces with the customer access device 210 (and similarly the customer access device 220).
  • the Web server 252 logs transaction activity using the transaction & security database 254, delivers frequently requested digital works using the digital-works database 256, and manages both the encryption server 258 and the watermark server 260.
  • the transaction & security database 254 contains computer programs and transaction
  • This transaction & security data typically includes transaction record data, and billing, credit and security data for providers and retailers associated with the digital-works clearinghouse system.
  • the digital-works database 256 contains commonly requested digital works, and in one embodiment, the digital-works database 256 is not present.
  • the clearinghouse Web site 250 is shown and described in terms of two separate databases, those skilled in the relevant art(s) understand that multiple organizational structures are available for these databases. Additionally, in one embodiment, database software such as Oracle ⁇ i, manufactured by Oracle Corporation, is used to create and manage these databases.
  • the encryption server 258 provides encryption services to the Web server 252. In one embodiment, these encryption services enable real-time encryption of a digital work being delivered to a customer such that only that customer's media player can decrypt the digital work. The encryption server 258 encrypts the digital work before delivery to the end customer to prevent unauthorized use.
  • the watermark server 260 provides watermarking services to the Web server 252.
  • these watermarking services enable real-time watermarking of a digital work being delivered to a customer such that the watermark(s) identifies an association between the provider, the customer, the retailer, the clearinghouse or some combination of these, for that transaction, thereby enabling traceability.
  • the watermark server 260 puts a digital watermark in requested digital works to identify any future copyright violations.
  • the watermark(s) can be a character string indicating such an association or a numerical identifier that references such an association stored by the clearinghouse, the provider, the retailer or some combination of these.
  • the watermarking procedure employed by the watermark server 260 is specific to the type of digital work.
  • the watermarking procedure should satisfy three basic requirements: (1) watermarking injection, or doping, is done in "real time” during the transaction, (2) the watermark is extractable from a sufficiently small and meaningful part of the digital work (for example, the watermark should be extractable from any five second clip of an audio digital work), and (3) the watermark is extractable without knowledge of the original digital work or the watermark itself.
  • watermarking injection, or doping is done in "real time” during the transaction
  • the watermark is extractable from a sufficiently small and meaningful part of the digital work (for example, the watermark should be extractable from any five second clip of an audio digital work)
  • the watermark is extractable without knowledge of the original digital work or the watermark itself.
  • the Web server 252 also manages the encryption server 258 and the watermark server 260 to protect digital works received from a provider Web site 270, which are then to be sent to the customer by the clearinghouse Web site 250.
  • the provider Web site 270 delivers digital works to consumers using the present invention, and comprises a
  • Web server 272 a transaction & security database 274, a digital-works database 276, an encryption server 278, and a watermark server 280.
  • the Web server
  • 272 can be built using any number of computer hardware platforms running standard Web server software, such as Apache, on generally available operating systems, such as Linux.
  • the Web server 272 is customized using computer programs to implement the functionality described herein. In one embodiment, these computer programs are implemented using XML for dynamic behavior.
  • the Web server 272 is communicatively coupled with the customer access device 210 (and similarly the customer access device 220), and the clearinghouse Web site 250, via the network 100.
  • the Web server 272 responds to requests from the clearinghouse Web site 250 and interfaces with the customer access device 210 (and similarly the customer access device 220).
  • the Web server 272 manages both the encryption server 278 and the watermark server 280, records transaction activity using the transaction & security database 274, and transmits transaction activity information to the clearinghouse Web site 250.
  • the transaction & security database 274 contains computer programs and transaction & security data necessary for implementing the functionality described herein.
  • This transaction & security data may include transaction record data, and billing, credit and security data for retailers associated with the digital- works clearinghouse system.
  • the digital-works database 276 contains digital works offered by the provider. Although the provider Web site 270 is shown and described in terms of two separate databases, those skilled in the relevant art(s) understand that multiple organizational structures are available for these databases. Additionally, in one embodiment, database software such as Oracle ⁇ i, manufactured by Oracle Corporation, is used to create and manage these databases.
  • the encryption server 278 provides encryption services to the Web server 272. In one embodiment, these encryption services enable real-time encryption of a digital work being delivered to a customer such that only that customer's media player can decrypt the digital work.
  • the encryption server 278 encrypts the digital work before delivery to the end customer to prevent unauthorized use.
  • the watermark server 280 provides watermarking services to the Web server 272. In one embodiment, these watermarking services enable real-time watermarking of a digital work being delivered to a customer such that the watermark(s) identifies an association between the provider, the customer, the retailer, the clearinghouse or some combination of these, for that transaction, thereby enabling traceability.
  • the watermark server 280 puts a digital watermark in requested digital works to identify any future copyright violations.
  • the watermark(s) can be a character string indicating such an association or a numerical identifier that references such an association stored by the clearinghouse, the provider, the retailer or some combination of these.
  • the watermarking procedure employed by the watermark server 280 is specific to the type of digital work. But the watermarking procedure should satisfy three basic requirements: (1) watermarking injection, or doping, is done in "real time" during the transaction, (2) the watermark is extractable from a sufficiently small and meaningful part of the digital work (for example, the watermark should be extractable from any five second clip of an audio digital work), and (3) the watermark is extractable without knowledge of the original digital work or the watermark itself. Those skilled in the relevant art(s) will understand how to implement this watermark procedure given the disclosure herein.
  • the provider Web site 270 also sells digital works to consumers using a digital-works sales and billing system, thereby making it a retailer Web site as well.
  • the provider Web site 270 includes components and functionality shown and described in connection with the retailer Web site 230. In yet another alternative embodiment, the provider Web site 270 does not deliver digital works directly to consumers, but delivers digital works to the clearinghouse Web site 250 for subsequent delivery to consumers.
  • FIG. 3 is a block diagram illustrating event sequence and message flow in a digital- works clearinghouse system according to one embodiment of the invention.
  • communication between the different parts of the digital- works clearinghouse system takes place using HTTP (or its variant protocols such as HTTPS and HTTP-NG) and XML/HTML. Alternatively, other communication protocols may be used.
  • HTTP or its variant protocols such as HTTPS and HTTP-NG
  • XML/HTML Alternatively, other communication protocols may be used.
  • the sequencing of this message flow through the digital-works clearinghouse system is essentially a transaction protocol that delineates the information that must be provided between the digital- works retailer and the digital- works provider.
  • this transaction protocol is an XML based specification that controls how the various Web servers in the digital-works clearinghouse system communicate with each other.
  • all transaction mechanism communications will be secured by some method, such as encryption, use of a proprietary network, use of SSL or user digital certificates. But in some embodiments, only certain of these communications will be secured, depending on the nature of the channel used. For example, if the channel has limited bandwidth, or excessive congestion, only those communications containing security information, which if discovered could leave the system open to infiltration, are encrypted. This is done to improve the performance of the system. Referring now to FIG.3 , in order to purchase/license a digital work from the retailer
  • a customer using the customer access device 210 first logs in to the retailer Web site 230. This is done by taking an action that causes a login HTTP POST request message 302 to be sent by the customer access device 210 to the retailer Web site 230. This action can include things such as submitting an XML/HTML form, clicking a hyperlink, selecting a bookmark, or turning on the customer access device 210.
  • the login HTTP POST request message 302 should contain a retailer-customer identifier and a password, which correspond to an existing retailer-customer account.
  • the login HTTP POST request message 302 may also contain additional information, such as a security key from a user interface on the customer access device 210 and a digital certificate.
  • the retailer Web site 230 sends a Web page HTTP response message 304, which contains an XML/HTML document in the entity body field.
  • This XML/HTML document contains a control-input that enables a user of the customer access device 210 to generate a request for a digital work.
  • the control-input could be a hyperlink that identifies a particular song.
  • the control-input could be a submit button on an XML/HTML form, which allows the user to purchase a book by entering author and title information.
  • the customer indicates this by taking an action that causes a sale HTTP POST request message 306 to be sent by the customer access device 210 to the retailer Web site 230.
  • This action can include things such as submitting an XML/HTML form or clicking a hyperlink.
  • the sale HTTP POST request message 306 should contain a digital work identifier.
  • the sale HTTP POST request message 306 may also be an HTTP GET request message, provided the document to which the URL corresponds has an appropriate SET HTTP REDIRECT message within it.
  • the retailer Web site 230 receives the sale HTTP POST request message 306, it sends a sale request HTTP POST request message 308 to the clearinghouse Web site 250.
  • the sale request HTTP POST request message 308 contains the digital work identifier, a retailer identifier, and a session identifier for the requesting customer.
  • the sale request HTTP POST request message 308 also contains the security key, the retailer's own user identifier for the requesting customer, and a provider identifier when the digital work is available from more than one provider.
  • the clearinghouse Web site 250 if it is able to fill the request directly, it initiates this fulfillment by sending a response message, which includes transaction information, to the retailer Web site 230.
  • the retailer Web site 230 then redirects the customer access device 210 to the clearinghouse Web site 250.
  • the clearinghouse Web site 250 if the clearinghouse Web site 250 is able to fill the request directly, it initiates this fulfillment by sending a response message, which includes transaction information, to the retailer Web site 230.
  • the retailer Web site 230 redirects the customer access device 210 to the clearinghouse Web site 250.
  • the clearinghouse Web site 250 sends one or more delivery HTTP response messages 310, which contain the requested digital work, preferably in an encrypted form. Then the clearinghouse Web site 250 sends a fulfillment HTTP POST message 312 back to the retailer Web site 230.
  • the fulfillment HTTP POST message 312 contains a time stamp and a status indicator.
  • the digital work in the one or more delivery HTTP response messages 3-10 also contains a digital watermark.
  • This watermark contains the transaction information to help trace the original receiver of the digital work through an unauthorized copy.
  • the transaction information may be simply a transaction number assigned by the clearinghouse Web site 250, or it may be more detailed.
  • the transaction information comprises a transaction number, the session identifier, a content identifier, a provider identifier and a customer identifier.
  • the content identifier may be the digital work identifier, which is either a character string or a number such as an International Standard Book Number ("ISBN”), or a number assigned by the clearinghouse Web site 250.
  • ISBN International Standard Book Number
  • the customer identifier may be the retailer's own user identifier, a user identifier assigned by the clearinghouse Web site 250, a serial number for the media player inside the customer access device 210, a combination of these, or any other appropriate identifier.
  • the watermark is the same as described above except that the transaction information also contains a segment identifier that specifically identifies the current chunk of the digital work being sent.
  • selecting the chunks of data is relatively straightforward. But when the digital work is an active feed, such as a live broadcast, the watermarking is accomplished by monitoring the feed for good places to cut the digital work.
  • the active feed will typically be broken up into chunks of less than five seconds. Each of these chunks should contain a watermark with sufficient information to point to the original copyright holder.
  • the watermark should insert transaction information comprising at least 10 bits every five seconds. This process introduces some delay in the feed, but it is generally less than a few milliseconds and is thus not large enough to be noticeable.
  • the watermarking process is preferably sufficiently robust to overcome jitter attacks.
  • the customer access device 210 Once the customer access device 210 is done receiving the digital work, which may take a long time if the digital work is a service such as a live broadcast or a software application, it sends a receipt HTTP POST request message 314 to the clearinghouse Web site 250. This causes the clearinghouse Web site 250 to send an end-of-transaction HTTP POST request message 316 to the retailer Web site 230.
  • the end-of-transaction HTTP POST request message 316 contains a time stamp and an invoice.
  • the end-of-transactionHTTP POST request message 316 also contains a transaction identifier, and the clearinghouse Web site 250 redirects the customer access device 210 to the retailer Web site 230.
  • the retailer Web site 230 does not have to maintain state information for the customer access device 210 during delivery of the digital work.
  • the clearinghouse Web site 250 If the clearinghouse Web site 250 is not able to fill the request directly, it identifies a provider Web site 270 that can. In one embodiment, the clearinghouse Web site 250 sends a response message, which includes transaction information, to the retailer Web site 230. The retailer Web site 230 then redirects the customer access device 210 to the clearinghouse Web site 250. In this embodiment, the transaction information has a time-out associated with it, thereby adding additional security to the delivery process.
  • the clearinghouse Web site 250 sends a sale request HTTP POST request message 320 to the provider Web site 270.
  • the sale request HTTP POST request message 320 contains the digital work identifier, and the transaction information for the requesting customer.
  • the sale request HTTP POST request message 320 also contains the security key, the session identifier, the retailer identifier, and the retailer's own user identifier for the requesting customer.
  • the provider Web site 270 if it is able to fill the request, it initiates this fulfillment by sending a response message to the clearinghouse Web site 250.
  • the clearinghouse Web site 250 then redirects the customer access device 210 to the provider Web site 270.
  • the transaction information has a time-out associated with it, thereby adding additional security to the delivery process.
  • the provider Web site 270 sends one or more delivery HTTP response messages 322, which contain the requested digital work, preferably in an encrypted form. Then the provider Web site 270 sends a fulfillment HTTP POST message 324 back to the clearinghouse Web site 250.
  • the fulfillment HTTP POST message 324 contains a time stamp and a status indicator.
  • the clearinghouse Web site 250 receives the fulfillment HTTP POST message 324, it sends a corresponding fulfillment HTTP POST message 326 back to the retailer Web site 230.
  • the digital work in the one or more delivery HTTP response messages 322 also contains a digital watermark. This watermark contains the transaction information to help trace the original receiver of the digital work through an unauthorized copy.
  • the transaction information may be simply a transaction number assigned by either the clearinghouse Web site 250 or the provider Web site 270, or it may be more detailed.
  • the transaction information comprises a transaction number, the session identifier, a content identifier, and a customer identifier.
  • the content identifier may be the digital work identifier, which is either a character string or a number such as an ISBN, or a number assigned by the clearinghouse Web site 250 or the provider Web site 270.
  • the customer identifier may be the retailer's own user identifier, a user identifier assigned by the clearinghouse Web site 250 or the provider Web site 270, a serial number for the media player inside the customer access device 210, a combination of these, or any other appropriate identifier.
  • the watermark is generated and inserted in the same fashion as described previously.
  • the customer access device 210 Once the customer access device 210 is done receiving the digital work, which may take a long time if the digital work is a service such as a live broadcast or a software application, it sends a receipt HTTP POST request message 328 to the provider Web site 270. This causes the provider Web site 270 to send an HTTP POST request message 330 to the clearinghouse Web site 250.
  • the HTTP POST request message 330 may be a receipt
  • the provider Web site 270 redirects the customer access device 210 to the clearinghouse Web site 250.
  • the clearinghouse Web site 250 does not have to maintain state information for the customer access device 210 during delivery of he digital work.
  • the end-of-transaction HTTP POST request message 332 contains a time stamp and an invoice.
  • the end-of-transactionHTTP POST request message 332 also contains a transaction identifier, and the clearinghouse Web site 250 redirects the customer access device to the retailer Web site 230.
  • the retailer Web site 230 does not have to maintain state information for the customer access device 210 during delivery of the digital work.
  • a user of the customer access device 210 may check any number of check boxes on an XML/HTML form, each box identifying a separate song.
  • the XML/HTML form also has check boxes or drop-down menus that allow the user to specify a format for the songs to be delivered in, such as MP3 or WAV files.
  • the customer access device 210 When the user clicks the submit button, the customer access device 210 generates and sends the sale HTTP POST request message 306.
  • the retailer Web site 230 parses the entity body of this sale HTTP POST request message 306 to identify which songs it can deliver and which it cannot. Those songs that it cannot deliver are put together in the sale request HTTP POST request message 308.
  • the clearinghouse Web server 250 parses the entity body of the sale request HTTP POST request message 308 to extract the individual song requests and file formats. It then generates a single sale request HTTP POST request message 320 or multiple sale request HTTP POST request messages 320, depending on the number of providers required to fulfill the multi- song request.
  • the media player inside the customer access device 210 sends back a separate receipt for each digital work received. This is done to reduce the risk of losing data evidencing the transaction when only part of the transaction is completed due to network problems or failures of various components of the system.
  • the media player preferably keeps a record of what digital works are actually delivered to help ensure that no transaction data is lost.
  • the media player stores in permanent memory a record of each song delivered as part of a multi-song download, as each song is received in full, and does not delete that record until after it receives a confirmation of its receipt for the song. If the customer access device 210 crashes during a multi-song download, no transaction data is lost. When the customer access device 210 comes online again and the media player begins running, the media player identifies that some songs have been received without a receipt confirmation, and it then sends a receipt for each such song.
  • FIGS. 4A, 4B, 4C and 4D are a flow chart depicting a process for requesting digital works and fulfilling such requests according to one embodiment of the invention.
  • the process begins with step 400, in which a customer requests a user presentation for a digital- works retailer.
  • the user presentation is a Web page with login functionality, and step 400 comprises transmitting an HTTP GET request message.
  • the customer inputs and submits user identification data.
  • This data preferably includes security/validation information for the customer.
  • the customer enters a user identifier and a password into an XML/HTML form and then clicks a submit button.
  • This causes an HTTP POST request message to be sent to the digital-works retailer.
  • this HTTP POST request message includes a digital certificate to aid in verifying the identity of the sender.
  • the retailer receives the user identification data and validates the customer in step 404.
  • the retailer captures security data from the user interface on the customer's network access device. For example, in a Web implementation, the retailer's Web server checks the user identifier and password in its user database, captures the security key for the user's Web browser and establishes a session. If an existing user account is identified, the Web server retrieves billing information, such as the customer's credit card number and expiration, and billing address, then confirms that this data is still accurate and valid.
  • Steps 402 and 404 can generally be thought of as the validation process. This process can be accomplished in many ways, including without using a customer database local to the retailer. For example, in one embodiment, the customer submits all the necessary credit and billing information, or electronic cash, in step 402, and the retailer validates this credit, or funds, in step 404 and creates a customer record. Those skilled in the art will understand the wide array of methods for conducting this validation process.
  • the retailer displays a personalized user presentation that includes means for selecting various digital works and includes at least one control-input.
  • the personalized user presentation is a set of customized Web pages. These customized Web pages include XML/HTML forms that allow searching for digital works and submission of purchase/license requests. These customized Web pages also include hyperlinks that allow the customer to navigate through the Web pages, gain additional information about particular digital works and logout from the retailer's Web site.
  • each digital work is identified by a single number, such as an ISBN number.
  • each digital work is identified by a character string, which includes source and title information. For example, if the digital work is a song, the source could be "Led Zeppelin” and the title “Stairway to Heaven”. Whereas, if the digital work is a software application or service, the source could be "Intuit” and the title “Quicken”. Thus the source identifier may or may not also refer to the provider.
  • the validation process spans steps 402 through 408.
  • a retailer Web site is set up to allow any individual to navigate the site and search for digital works.
  • the customer submits the necessary credit and billing information along with a request to purchase/license a digital work in step 408.
  • step 404 occurs after step 408 in this embodiment.
  • step 410 the retailer checks whether any of the requested digital works are only offered by a third party. If not, the retailer has integrated that digital work into its digital- works sales and delivery system. For each such integrated digital work, the retailer fulfills the request before returning to step 406. If one or more of the requested digital works are not integrated into the retailer's system, control passes to step 412.
  • step 412 the retailer constructs a new request for the non-integrated digital works and sends this new request to the digital-works clearinghouse.
  • the retailer knows where to send the new request because this information was received from the customer. For example, in a Web implementation, the media player inserts this information into the Accept header line of the original HTTP GET request message sent in step 400.
  • this information is stored in the retailer Web site.
  • each record of a digital work on the retailer Web site may include a clearinghouse Web site URL from which that digital work is available.
  • the clearinghouse Web site provides application services, as part of its retailer registration system, that allow a retailer Web site to automatically generate such records. Those skilled in the relevant art(s) will understand how to build such retailer registration systems given the disclosure herein.
  • the retailer always sends all non-integrated digital- work requests to the same clearinghouse.
  • the clearinghouse is designed to contact other clearinghouses or other networked sources of provider information if it does not have the provider association needed to fulfill a particular request.
  • the new request includes a content identifier for each digital work.
  • the content identifier is the digital work identifier used by the retailer.
  • the content identifier is not needed because this information is implicit in the new request, such as when the new request is a URL identifying a Common Gateway Interface ("CGI") script on the clearinghouse Web site that causes the delivery of a specific digital work.
  • CGI Common Gateway Interface
  • step 412 the retailer waits for a response from the clearinghouse. If no response comes within a predefined time, the retailer times out, reports to the customer which digital work(s) are currently unavailable, and returns to step 406.
  • the clearinghouse receives the new request, and validates the sending retailer.
  • the retailer has a pre-existing relationship with the clearinghouse.
  • the new request includes a retailer identifier and security data, which allows the clearinghouse to confirm the retailer's account and credit.
  • the new request includes credit and billing information, or electronic cash.
  • the clearinghouse can process the new request without any pre-existing relationship with the retailer.
  • step 416 the clearinghouse checks a database that stores data regarding what digital works are available through which providers.
  • step 418 the clearinghouse determines if the requested digital work(s) in the new request is available. If not, control passes to step 420, in which the clearinghouse responds to the retailer's request with the cause for failure. This cause for failure may be that the digital work is unavailable from the clearinghouse, or may be a report of some internal error. Then the process returns to step 406.
  • the retailer When the retailer receives this failure response, it reports this failure to the customer. In one embodiment, the retailer reports alternate provider information to the customer as well.
  • the clearinghouse when the clearinghouse determines that it does not have an association with a provider that makes a requested digital work available, the clearinghouse passes the request on to another clearinghouse. Or alternatively, the clearinghouse searches networked sources of provider information in an attempt to find an appropriate provider and automatically generates a request for the digital work from a found provider. If it receives the digital work, it stores it locally and proceeds to step 422 on FIG. 4B. If the clearinghouse determines in step 418 that the requested digital work(s) in the new request is available, control passes to step 422 on FIG. 4B.
  • the clearinghouse generates a transaction record in step
  • step 424 the clearinghouse checks a database to determine if the requested digital work(s) is available directly from the clearinghouse because it is stored in a local cache. If so, control passes to step 426. If not, control passes to step 438, in which the clearinghouse sends an appropriate request(s) and the transaction record to a provider.
  • the clearinghouse sends a fulfillment message to the retailer.
  • the fulfillment message includes a transaction number for tracking the transaction, and lets the retailer know that the clearinghouse is taking over the session with the customer's user interface on the customer access device.
  • the clearinghouse also sends a message to the provider reporting that a digital work delivery is in progress.
  • step 428 the clearinghouse connects with the customer access device and validates the media player.
  • this connection is done via HTTP and the validation is a quick request to the media player, which must respond with a pre-defined response within a pre-defined time.
  • the user of the customer access device preferably does not see any indication of step 428. From the user's perspective, he is still in communication with the retailer and does not know of the clearinghouse's involvement in the transaction.
  • the clearinghouse sends the requested digital work(s) to the media player on the customer access device.
  • the clearinghouse encrypts and watermarks the digital work(s) in step 430 before sending it.
  • the encryption and the watermark are specific to the media player. Thus, only that specific media player can decrypt the digital work(s), and the watermark identifies that specific media player as the recipient of the digital work(s).
  • the media player sends a receipt back to the clearinghouse.
  • the clearinghouse receives this receipt, or a timeout, in step 432. If a receipt is received, the clearinghouse logs the transaction record to evidence the completed delivery.
  • step 432 the clearinghouse logs the transaction record with an indication that follow up with that specific media player is required to confirm the delivery.
  • the clearinghouse sends a transaction message to the appropriate provider.
  • the transaction message includes a bill of sale. In one embodiment, the transaction message also includes electronic cash.
  • step 436 -the clearinghouse converts the receipt (which is also evidence of the transaction) into an invoice and sends it to the retailer in a completion message.
  • This invoice instructs the retailer to pay the clearinghouse for the delivery, and enables the retailer to bill the customer appropriately.
  • the completion message instructs the retailer to retake control of the session, before the process returns to step 406 on FIG. 4 A.
  • the invoice sent by the clearinghouse is for information purposes only.
  • the clearinghouse sends a single integrated invoice to the retailer at the end of each month.
  • This single integrated invoice includes all of the transactions for all of the customers who purchased digital works through that retailer for the month.
  • This invoice may be delivered electronically or through standard mail systems. In either case, the retailer benefits by having all of the transactions for multiple customers, over an extended period of time, integrated into a single invoice.
  • step 424 determines whether some or all of the requested digital works are not available directly from the clearinghouse.
  • the appropriate request includes digital work, customer, retailer, and related security information.
  • the customer information includes both the clearinghouse's user identifier and the retailer's user identifier, however, the clearinghouse's user identifier is the key because this identifier ensures that users can be uniquely identified for billing purposes.
  • the clearinghouse's user identifier comes directly from the media player's internal serial number, thus billing occurs by media player.
  • the retailer's user identifier is used as a reference to the transaction because it is generally more readable by people than the clearinghouse's user identifier.
  • step 438 the clearinghouse passes control of the session to the provider before the process, moves on to step 440 on FIG. 4C.
  • step 440 the provider checks a database to determine if the requested digital work(s) is available. If so, control passes to step 448. If not, control passes to step 442.
  • step 442 the provider responds to the clearinghouse with the cause for failure and passes control of the session back to the clearinghouse.
  • the clearinghouse updates its database as necessary in step 444. Then the clearinghouse sends a failure message to the retailer in step 446.
  • the clearinghouse also returns control of the session to the retailer before the process returns to step 406 on FIG. 4A.
  • step 448 the provider sends a fulfillment message to the clearinghouse.
  • the fulfillment -message includes the transaction number, and lets the clearinghouse know that the provider is taking over the session with the customer's user interface on the customer access device.
  • step 450 the clearinghouse sends a fulfillment message to the retailer.
  • the fulfillment message includes the transaction number for tracking the transaction, and lets the retailer know that the provider is taking over the session with the customer's user interface on the customer access device.
  • step 452 the provider connects with the customer access device and validates the media player.
  • this connection is done via HTTP and the validation is a quick request to the media player, which must respond with a pre-defined response within a pre-defined time.
  • the user of the customer access device preferably does not see any indication of step 452. From the user's perspective, he is still in communication with the retailer and does not know of the provider's involvement in the transaction.
  • the provider sends the requested digital work(s) to the media player on the customer-access device.
  • the provider encrypts and watermarks the digital work(s) in step 454 before sending it.
  • the encryption and the watermark are specific to the media player. Thus, only that specific media player can decrypt the digital work(s), and the watermark identifies that specific media player as the recipient of the digital work(s).
  • the provider sends a service started message to the clearinghouse in step 454.
  • the clearinghouse and the provider continue to send messages during the term of the customer's use of the service. This allows active billing for the service. In fact, in one embodiment, the customer is actively shown how much the use of the service is costing in real time.
  • the media player Once the media player has received the digital work(s) (or the customer terminates the service), it sends a receipt(s) back to the provider.
  • the provider receives this receipt(s), or a timeout, in step 456.
  • the provider sends a completion message to the clearinghouse.
  • the completion message either includes the receipt(s) from the media player, or an indication of the timeout.
  • the completion message includes the provider's own record of what was delivered.
  • the provider returns control of the session to the clearinghouse before the process proceeds to step 460 on FIG. 4D. Referring now to FIG. 4D, the clearinghouse receives the completion message and logs the transaction record to evidence the completed delivery in step 460.
  • the clearinghouse logs the transaction record with an indication that follow up with that specific media player is required to confirm the delivery.
  • the clearinghouse logs the provider's record of delivery as well and cross checks this record with the receipt from the media player.
  • step 462 the clearinghouse converts the receipt (which is also evidence of the transaction) into an invoice and sends it to the retailer in a completion message.
  • This invoice instructs the retailer to pay the clearinghouse for the delivery, and enables the retailer to bill the customer appropriately.
  • the completion message instructs the retailer to retake control of the session, before the process returns to step 406 on FIG. 4A.
  • the invoice sent by the clearinghouse is for information purposes only.
  • the clearinghouse sends a single integrated invoice to the retailer at the end of each month.
  • This single integrated invoice includes all of the transactions for all of the customers who purchased digital works through that retailer for the month.
  • This invoice may be delivered electronically or through standard mail systems. In either case, the retailer benefits by having all of the transactions for multiple customers, over an extended period of time, integrated into a single invoice.
  • FIGS. 4A, 4B, 4C and 4D shows the general steps for delivering digital works according to one embodiment of the invention. Because this process enables the creation of a digital-works clearinghouse system for supporting financial
  • additional steps may be added to help ensure proper security and fail-safes are in place. For example, various parts of the system may crash from time to time. If the provider's system goes down during a transaction, this is identified by a timeout mechanism in the clearinghouse that follows up with the media player to check the extent to which the transaction was carried out. If both the provider's system and the media player go down, the clearinghouse utilizes a roll-back mechanism in the media player to recover transaction
  • the parameters that go into the various communications described above are as follows:
  • Browser/Media Player Browser/Media Player ID 0123456789abcdef ( 128 bits)
  • TransactionID USER ACC NUM + RETAILER ACC NUM + SESSION ID + PROVIDER ACC NUM + PROVIDER SRVC ID + CLEARINGHOUSE ID + CLEARINGHOUSE TRANS NUM + DATE TIME STAMP USER ACC NUM 8 bytes
  • all communications are implemented using SSL.

Abstract

L'invention concerne un centre d'échange de travaux numériques, qui comporte une base de données qui stocke les informations liées aux détaillants de travaux numériques et aux fournisseurs de travaux numériques. Le centre d'échange de travaux numériques comporte, par ailleurs, un serveur conçu pour coordonner des transactions de travaux numériques de façon que, lorsqu'un message de demande de travail numérique est reçu, le serveur envoie un travail numérique qui n'est pas associé à un détaillant de travaux numériques générant des demandes, à un utilisateur sans que ce dernier abandonne une présentation utilisateur favorisée par le détaillant de travaux numériques générant des demandes.
PCT/US2001/026770 2000-08-30 2001-08-30 Centre d'echange de ventes et de livraisons electroniques de travaux numeriques WO2002019059A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001285324A AU2001285324A1 (en) 2000-08-30 2001-08-30 Clearinghouse for electronic sales and deliveries of digital works

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US65130900A 2000-08-30 2000-08-30
US09/651,309 2000-08-30

Publications (3)

Publication Number Publication Date
WO2002019059A2 true WO2002019059A2 (fr) 2002-03-07
WO2002019059A8 WO2002019059A8 (fr) 2002-07-04
WO2002019059A3 WO2002019059A3 (fr) 2007-08-23

Family

ID=24612371

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/026770 WO2002019059A2 (fr) 2000-08-30 2001-08-30 Centre d'echange de ventes et de livraisons electroniques de travaux numeriques

Country Status (2)

Country Link
AU (1) AU2001285324A1 (fr)
WO (1) WO2002019059A2 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6226618B1 (en) * 1998-08-13 2001-05-01 International Business Machines Corporation Electronic content delivery system
US6240091B1 (en) * 1997-07-14 2001-05-29 Nokia Telecommunications Oy Implementation of access service
US6253193B1 (en) * 1995-02-13 2001-06-26 Intertrust Technologies Corporation Systems and methods for the secure transaction management and electronic rights protection

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6253193B1 (en) * 1995-02-13 2001-06-26 Intertrust Technologies Corporation Systems and methods for the secure transaction management and electronic rights protection
US6240091B1 (en) * 1997-07-14 2001-05-29 Nokia Telecommunications Oy Implementation of access service
US6226618B1 (en) * 1998-08-13 2001-05-01 International Business Machines Corporation Electronic content delivery system
US6263313B1 (en) * 1998-08-13 2001-07-17 International Business Machines Corporation Method and apparatus to create encoded digital content

Also Published As

Publication number Publication date
AU2001285324A1 (en) 2002-03-13
WO2002019059A8 (fr) 2002-07-04
AU2001285324A8 (en) 2007-09-20
WO2002019059A3 (fr) 2007-08-23

Similar Documents

Publication Publication Date Title
US7209892B1 (en) Electronic music/media distribution system
EP0852440B1 (fr) Système de transmission de données à travers un réseau
EP0913789B1 (fr) Liens préalablement payés à des serveurs de réseau
US7249060B2 (en) Systems and methods for distributing on-line content
US7120932B2 (en) System and method for data rights management
EP2574008B1 (fr) Systèmes et procédés pour la fourniture de données de contenu
US8527604B2 (en) Managed rich media system and method
US20020077987A1 (en) Contents distribution system
US20140137270A1 (en) Digital media asset identification system & method
US20040128257A1 (en) Method and apparatus for administering one or more value bearing instruments
US20070245020A1 (en) Publishing scheduler for online content feeds
US20040128516A1 (en) Method and apparatus for verifying bearing instruments
US20050038683A1 (en) System and method of international patent application
WO2000039733A1 (fr) Systeme de distribution electronique de musique/media
WO2006009716A2 (fr) Procédés et appareils pour la validation de transactions dans des réseaux
JP5793767B2 (ja) 電子的ライセンスを提供するシステム及び方法
US20080288371A1 (en) Internet based method and process for facilitating the presentation, sale, purchase, development and management of creative ideas concepts and content
WO2002019059A2 (fr) Centre d'echange de ventes et de livraisons electroniques de travaux numeriques
US20040143554A1 (en) Method and apparatus for generating a value bearing instrument
JP2003187151A (ja) 電子取引方法、その方法を実行させるためのプログラム、プログラムを記録した情報記録媒体、情報処理装置、及び電子取引システム
EP1632831A1 (fr) Système et procédé de gestion de droits pour données numériques
WO2001073644A2 (fr) Procede et appareil de creation d'un instrument porteur de valeurs
JP2002024594A (ja) オンライン・コンテンツ対価形成システム
EP1360661A2 (fr) Procede et dispositif de gestion d'un ou de plusieurs instruments de valeur
EP1269715A2 (fr) Procede et appareil de verification d'un instrument porteur de valeurs

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
AK Designated states

Kind code of ref document: C1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: C1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

CFP Corrected version of a pamphlet front page
NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase