Systems and methods for enabling playback of digital content using status associable electronic tickets and ticket tokens representing grant of access rights

Information

  • Patent Grant
  • 11526582
  • Patent Number
    11,526,582
  • Date Filed
    Monday, May 13, 2019
    5 years ago
  • Date Issued
    Tuesday, December 13, 2022
    a year ago
Abstract
Systems and methods for accessing digital content using electronic tickets and ticket tokens are disclosed. A system can include a user device includes a processor, a network interface, and memory configured to store an electronic ticket, and a ticket token. A processor can be configured by an application to send a request for digital content and receive a ticket token from a merchant server. A ticket token can be generated by a DRM server and associated with an electronic ticket that enables playback of the requested digital content. A ticket token can be sent to a DRM server. An electronic ticket that enables playback of requested digital content can be received. Digital content associated with the electronic ticket can be requested. Requested digital content can be played back in association with an electronic ticket.
Description
FIELD OF THE INVENTION

The present invention relates generally to digital rights management (DRM) systems and more specifically to authentication of user devices when purchasing and requesting access to DRM protected multimedia content.


BACKGROUND OF THE INVENTION

When a customer visits a movie theater, the process typically involves purchasing a “ticket” at the ticket booth and having the ticket “torn” when the customer enters the theater. A ticket serves as a physical proof of purchase for the right to view a particular movie. A ticket can change possession from the purchaser to another customer and can be used by either person. When a ticket is claimed by entering the theater and being torn, the ticket is thought to be redeemed by the customer presenting the ticket and henceforth the viewing rights granted by the ticket are owned by that customer.


In a digital multimedia playback system, viewing rights are generally governed by possession of physical media that contains digital content. When the content is not tied to physical media, such as when digital content is streamed over a network, a digital rights management (DRM) system is often used to restrict access to the content. Such systems typically involve user accounts and associating purchased content with a user account. A user device may be registered to a user account and then have access to the content purchased under that user account.


SUMMARY OF THE INVENTION

Systems and methods for accessing digital content using electronic tickets and ticket tokens in accordance with embodiments of the invention are disclosed. In one embodiment, a user device includes a processor, a network interface, and memory configured to store an electronic ticket, and a ticket token, and the processor is configured by an application to send a request for digital content, receive a ticket token from a merchant server, wherein the ticket token is generated by a DRM server and associated with an electronic ticket that enables playback of the requested digital content, send the ticket token to a DRM server, receive an electronic ticket that enables playback of requested digital content, request the digital content associated with the electronic ticket, and play back the requested digital content using the electronic ticket.


In a further embodiment, the electronic ticket includes a torn status.


In another embodiment, the electronic ticket is an XML file.


In a still further embodiment, the electronic ticket identifies the purchased digital content.


In still another embodiment, the electronic ticket includes a characteristic of the purchased content selected from the group of information identifying the content that was purchased, a license indicating how the content can be played back, a purchase price, a merchant transaction identifier, the identification of a customer who purchased the ticket, and the identification of a customer owning the ticket.


In a yet further embodiment, the electronic ticket is associated with cryptographic data that can be used to access the digital content to which the electronic ticket refers.


In yet another embodiment, the ticket token references the electronic ticket, a customer, and the requested digital content.


In a further embodiment again, the processor is further configured to receive access information for the digital content.


In another embodiment again, the access information includes at least one piece of information selected from the group of a top level index of the digital content, an identifier for the digital content, and cryptographic data that can be used to access the digital content.


In a further additional embodiment, the electronic ticket is embedded in the header of a multimedia file.


Another additional embodiment includes sending a request for digital content from a user device to a merchant server, receiving a ticket token from the merchant server using the user device, where the ticket token is generated by a DRM server and associated with an electronic ticket that enables playback of the requested digital content, sending the ticket token to a DRM server using the user device, receiving the electronic ticket from the DRM server using the user device, downloading the digital content associated with the electronic ticket from a content server using the user device, and playing back the requested digital content.


In a still yet further embodiment, the electronic ticket includes a torn status.


In still yet another embodiment, the electronic ticket is an XML file.


In a still further embodiment again, the electronic ticket identifies the purchased digital content.


In still another embodiment again, the electronic ticket includes a characteristic of the purchased content selected from the group of information identifying the content that was purchased, a license indicating how the content can be played back, a purchase price, a merchant transaction identifier, the identification of a customer who purchased the ticket, and the identification of a customer owning the ticket.


In a still further additional embodiment, the electronic ticket is associated with cryptographic data that can be used to access the digital content to which the electronic ticket refers.


In still another additional embodiment, the ticket token references the electronic ticket, a customer, and the requested digital content.


A yet further embodiment again includes receiving access information for the digital content.


In yet another embodiment again, the access information includes at least one piece of information selected from the group of a top level index of the digital content, an identifier for the digital content, and cryptographic data that can be used to access the content.


In a yet further additional embodiment, the electronic ticket is embedded in the header of a multimedia file.





BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1 is a system-level overview illustrating a DRM and content distribution system in accordance with an embodiment of the invention.



FIG. 2 is a flow chart illustrating a process for providing a user device with access to digital content using an electronic ticket and ticket token, in accordance with an embodiment of the invention.



FIG. 2A is a flow chart illustrating a process for providing a user device with access to digital content using an electronic ticket and ticket token on a user device, in accordance with an embodiment of the invention.



FIG. 2B is a flow chart illustrating a process for providing a user device with access to digital content using an electronic ticket and ticket token on a DRM server, in accordance with an embodiment of the invention.



FIG. 3 conceptually illustrates a user device, which stores an electronic ticket and ticket token in memory, in accordance with an embodiment of the invention.



FIG. 4 conceptually illustrates a DRM server, which stores electronic tickets and ticket tokens in memory, in accordance with an embodiment of the invention.





DETAILED DISCLOSURE OF THE INVENTION

Turning now to the drawings, systems and methods for accessing digital content using electronic tickets and ticket tokens are illustrated. In many embodiments, a user device can communicate with merchant servers, digital rights management (DRM) servers, and content servers to request access to and play back digital content. A user device may be configured with a web browser, web application, or other application that provides a user interface to a customer. The interface typically displays the digital content available from a merchant and is populated with data from the merchant server.


In many embodiments, a user device can purchase the right to access digital content from a merchant server. However, the user device obtains the cryptographic information used to access the purchased content directly from a DRM server. In several embodiments, a merchant server requests that the DRM server issue the right to access a piece of digital content to one of its customers. In response to the request, the DRM server generates an electronic ticket. The DRM server can also generate a ticket token associated with the electronic ticket at that time and/or when a user device requests playback of the content via the merchant website. The electronic ticket is evidence of the right of a user device registered with the DRM server to playback DRM protected content. The ticket token is a temporary credential that can be used to obtain the electronic ticket from the DRM server by a playback device that is registered with the DRM server and/or to obtain cryptographic information enabling playback of the content from the DRM server. In many instances the DRM server cannot authenticate the user device that is purchasing the content from the merchant server. The DRM server can provide the ticket token to the merchant server, which passes the ticket token to the user device used to purchase the content. Provided the user device or another user device onto which the token is loaded is registered with the DRM server, the user device can provide the ticket token to the DRM server and obtain the electronic ticket and any cryptographic information needed to access the purchased content. At which point, the user device can request the DRM protected content from the content server and commence playback using the cryptographic information. The use of electronic tickets, and ticket tokens to authenticate the right of a user device to playback digital content in accordance with embodiments of the invention is discussed further below.


System Architecture


A system including user devices that can communicate with merchant servers, DRM servers and content servers to access digital content in accordance with an embodiment of the invention is illustrated in FIG. 1. The system 10 includes a number of different types of user device 12 that each has the capability to request digital content over a network. The user devices 12 communicate with a merchant server 14, digital rights management (DRM) server 16 and content server 18 over a network such as the Internet 20. In a number of embodiments, merchant server 14 provides a “store front” like interface accessible to customers via a web browser or other application on their user device 12. The DRM server 16 can be used to authenticate user devices 12 and provide cryptographic information used to access digital content. In several embodiments, the content server 18 is a server that can deliver digital content to the user devices 12. The content can be downloaded and/or streamed by the user devices 12.


An electronic ticket issued by the DRM server in response to the purchase of content that serves as a representation of the purchase can be used to facilitate access of the purchased content in a coordinated fashion among the user device 12, merchant server 14, DRM server 16, and content server 18. In many embodiments, however, the merchant server 14 is unable to authenticate the user device 12 that purchased the content to the DRM server 16. Accordingly, the DRM server 16 issues a ticket token to the merchant server 14 that acts as a temporary credential. In several embodiments, the ticket token is a single use credential that can be utilized by a user device that authenticates itself to the DRM server to obtain the electronic ticket and/or cryptographic information enabling playback of the content. In a number of embodiments, the ticket token is generated when the user device requests playback of the content and expires within a predetermined period of time. In other embodiments, the ticket token, is generated when the user device purchases the content.


The merchant server 14 can provide the ticket token to the user device 12 that purchased the content. Provided the user device 12 is registered with the DRM server 16, the user device 12 can authenticate itself to the DRM server and exchange the ticket token for the electronic ticket that evidences the user device's right to access the purchased content. Where the user device 12 that purchased the content is not authorized to participate within the DRM system administered by the DRM server 16, the ticket token can be transferred to a device that is capable of participating within the DRM system. In embodiments where the DRM server registers user devices with user accounts, DRM system can provide an electronic ticket to a registered user device and can associate the electronic ticket with the user account to which the device is registered. In this way, other user devices registered to the user account can request access to the purchased content following the initial exchange of the ticket token for the electronic ticket. In instances where the user device has previously requested playback of the content, the user device can be in possession of the electronic ticket. When the user device again requests playback of the content via the merchant website (for example by streaming), the merchant can provide the electronic ticket to the DRM server to obtain a ticket token. The user device can then use the ticket token to access the content in the manner outlined above and the DRM server can authenticate that the electronic ticket provided by the merchant server is associated with the user device attempting to play back the content prior to providing cryptographic information enabling play back of the content to the user device.


Although a specific architecture is shown in FIG. 1 any of a variety of architectures can be utilized that enable user devices to securely access digital content using electronic tickets and ticket tokens in accordance with embodiments of the invention. For example, each of the servers illustrated in FIG. 1 can be a server system comprising multiple load balanced servers and/or servers that perform different functions. In addition, the functions of the servers illustrated in FIG. 1 can be combined and/or divided amongst different servers and server systems in accordance with embodiments of the invention. Electronic tickets, ticket tokens, and the use of tickets to access digital content in accordance with embodiments of the invention are discussed further below.


Electronic Tickets


An electronic ticket represents the purchased right to access a piece of digital content. Electronic tickets can also be used to represent the right to playback any DRM protected content including free content that is not capable of being freely distributed and content played back under a subscription agreement. Accordingly, references to purchased content can be considered to encompass more than just requests to access DRM protected content that involve a direct payment and can extend to any request for access to content. An electronic ticket can be a string, binary data, or other electronic representation of information that includes at least a unique identifier for the content with which the electronic ticket is associated.


Electronic tickets typically remain valid for the life of the purchase. When the purchase is a rental of the content, the ticket may be expired after the rental period. A ticket can initially be in a conceptually “untorn” state before it is used to access content. It is not yet associated with any particular user account and/or user device, and can be transferred from the purchaser to any other user, for instance as a gift. The electronic ticket may be “torn” and associated with a user account and/or user device that then holds the exclusive rights granted by that ticket. Whether a DRM system associates an electronic ticket with a user account or a user device can depend on whether the DRM system grants access rights on a device or user basis. Thereafter, that user account and/or user device is considered the owner or holder of the ticket. An electronic ticket may be torn, for example, when it is used for the first time to access content or in response to a user device exchanging a ticket token for an electronic ticket (see discussion below). An electronic ticket's torn or untorn status can be indicated by a variety of methods including (but not limited to) a field within the ticket or an associated field in a database where the ticket is stored.


An electronic ticket may be expressed in a variety of formats that can store the associated information. One suitable format is Extensible Markup Language (XML) defined in the XML 1.0 Specification by the World Wide Web Consortium (W3C) of Cambridge, Mass. and related specifications. XML specifies a textual data format for documents to be both human-readable and machine-readable.


In many embodiments of the invention, an electronic ticket may contain, reference, or be associated with some characteristics of the purchase it represents. Characteristics can include (but are limited to) the content that was purchased, the license describing how the content can be played (high definition or standard definition, rental or purchase, download or streaming, etc.), the purchase price, the merchant transaction identifier (ID), the customer who purchased the ticket, the customer owning the ticket if the ticket is torn. Cryptographic information that can be used to decode or decrypt the digital content may also be associated with a ticket. The characteristics or cryptographic information may be stored as part of the electronic ticket or the ticket may have a pointer or identifier to where the information may be found.


Ticket Token


A ticket token can be generated and associated with an electronic ticket as a temporary credential, which can be exchanged for an electronic ticket by a user device that is registered with a DRM system. In many embodiments, a merchant server requests a ticket token from a DRM server when a user request playback of content. In several embodiments, the merchant server requests a ticket token from the server when the user purchases content. The request may contain information such as (but not limited to) a content identifier, a merchant identifier, an account link identifier, a license identifier, a stream identifier, a transaction identifier, currency, and/or price. The ticket token that is returned may reference the electronic ticket, customer, and current content request. The first time the user device requests playback, the user device can exchange the ticket token for an electronic ticket. After the user device has obtained the electronic ticket, a further playback request can identify the electronic ticket and a DRM server can issue a ticket token that is used to authenticate that the user device attempting to playback the content is registered to the user account with which the electronic tickets is associated.


In several embodiments, the merchant server provides the ticket token to a user device only after the user device or a user account enabled on the user device is authenticated by the merchant server. The DRM server can issue the ticket token without authenticating the user device. The authentication occurs when the ticket token is used to request playback of the content and/or exchanged for the electronic ticket by a user device. In many embodiments, the DRM server may determine when a session is complete and expire the token, or expire the token after a certain amount of time has passed. Moreover, a token can typically only be used once. Methods for granting access to DRM protected content using electronic tickets and associated ticket tokens in accordance with embodiments of the invention are discussed further below.


Obtaining a Ticket and Ticket Token to Facilitate Playback


Typically a customer will buy or otherwise request access to digital content on a merchant's web site or through some other type of interface that shows the merchant's digital content offerings. The customer may use a personal computer with a web browser application, a user device with an on-screen interface, or other interactive user device to view the merchant's offerings. The customer typically has an account with the merchant and logs in using the account, or first creates a new account if there is no existing account. The purchased content can be viewed in the future (i.e., the associated electronic ticket is untorn) or immediately played back. In several embodiments, the content is streamed and/or viewed while it is being downloaded.


In many embodiments, the process of purchasing and playing back content involves a merchant obtaining a ticket token from a DRM server. A user device that obtains the ticket token can exchange it with the DRM server for an electronic ticket evidencing the user device's right to play back the purchased content and cryptographic information necessary to play back the purchased content. A process 100 for granting user devices with access to digital content purchased via a merchant using an electronic ticket and an associated electronic token in accordance with an embodiment of the invention is shown in FIG. 2.


A DRM server authenticates (102) a merchant server. Authentication may involve establishing a certain level of identification and trust between the merchant server and the DRM server and/or the DRM system to which the DRM server belongs.


A user device sends (104) a request for digital content to a merchant server.


The merchant server sends (106) a request for a ticket token to a DRM server. If it is a new purchase, an electronic ticket may not yet exist and the merchant server may also request that a new electronic ticket be created to represent the purchase. In several embodiments of the invention, the request may also include information to be associated with the purchase. The information may include (but is not limited to) a content identifier, merchant link identifier, account link identifier, license identifier, stream identifier, transaction identifier, currency, and/or price.


The DRM server generates (108) a ticket token and associates the token with the electronic ticket that represents the purchase. If it is a new purchase, the DRM server creates a new electronic ticket. If playback is requested of content that was previously purchased and played back by a user device registered to a user's account with the DRM server, the ticket token is associated with the existing electronic ticket. In various embodiments of the invention, the digital content may be transferring via a streaming protocol for immediate viewing or downloaded at a later time to be viewed in a disconnected playback mode (i.e., not in immediate communication with a server). If streamed immediately, the electronic ticket may be “torn” immediately. If the content is to be downloaded at a later time, the electronic ticket may be “untorn” and retain the ability to be transferred to another customer before being “torn” and associated with that customer's account. The electronic ticket may be stored on a user device, deleted from the device when playback is requested, and embedded in a container file with the content for disconnected playback as will be discussed further below.


The DRM server sends (110) the ticket token to the merchant server. If the merchant server does not yet have the electronic ticket (e.g., for a new purchase), the DRM server can also send the electronic ticket. In many embodiments, the merchant server stores the electronic ticket for future reference.


The merchant server sends (112) the ticket token to the user device.


The user device sends (114) the ticket token to the DRM server. In the communication with the DRM server, the user device may also send information about the customer and/or the device that identifies or describes the customer and/or device. For example, the user device may be authenticated with the DRM server. Authentication may include the device identifying itself as registered to a specific user account. The user account may be the same the account the consumer or user device holds with the merchant server, or (more typically) a separate account that the consumer or user device holds with the DRM system to which the DRM server belongs.


In many embodiments of the invention, the device may send information that identifies the brand and model of the device, or the graphics and audio capabilities of the device (e.g., high definition, multi-channel audio, MPEG4 decoding). The information can be used to help authenticate the device to the DRM system and determine the appropriate format of the content to provide to the device. Systems and processes for collecting information about a user device and representing the information using a device match data token include those disclosed in U.S. patent application Ser. No. 13/339,315 entitled “Binding of Cryptographic Content Using Unique Device Characteristics with Server Heuristics,” the disclosure of which is hereby incorporated by reference in its entirety.


The DRM server validates (116) the ticket token, e.g., by checking that the token has not yet been used and is not expired. The DRM server uses the ticket token to determine the electronic ticket to which it refers and customer information for the customer who sent the request.


The DRM server may associate (118) the electronic ticket with the customer's user account and register the user device to the user account if they are not already so registered, using the customer information associated with the ticket token and device match data it may have received from the user device.


In many embodiments of the invention, the DRM server may also verify the play request according to certain rules using the ticket token and/or a device match data token. For example, the DRM server may enforce concurrency and device rules on the playback of content. A concurrency rule may stipulate that only one device on the user account can play back any content at a time, or that a specific piece of content may only be played on one device at a time. Device rules may include limiting high definition content to user devices such as set-top boxes connected to television displays. A device match data token identifies the type of device so the DRM server can look up the device type to determine the appropriate format of content.


In many embodiments of the invention, the electronic ticket and/or the ticket token contain information to identify the license under which the content can be played. The DRM server can use the ticket information to retrieve the license information and generate or retrieve access information that the user device can use to access or decrypt the requested content. Access information can include (but is not limited to) a top level index file of the digital content, an identifier or location pointer for the digital content, and/or cryptographic data that can be used to access and/or decrypt the content. In several embodiments of the invention, a top level index file describes the location and content of container files containing streams of media that can be utilized by the playback device to stream and playback content. In adaptive bitrate streaming systems, the top level index file typically references the alternative streams that the playback device can switch between. Systems and methods for automatically generating top level index files for use in adaptive bitrate stream include those disclosed in U.S. patent application Ser. No. 13/341,789 entitled “Systems and Methods for Automatically Generating Top Level Index Files,” filed on Dec. 30, 2011, the disclosure of which is hereby incorporated by reference in its entirety.


The DRM server sends (120) the electronic ticket to the user device. In several embodiments, the electronic ticket embedded in another file. The ticket may be embedded in a file that also contains the content that was requested, e.g., in the header of a multimedia container file. In many embodiments, the DRM server also sends the access information that is used to access or play back the content that was requested. The DRM server invalidates the token by expiring (122) it.


Using the received electronic ticket and access information, the user device can play back the requested content via download or streaming. In many embodiments of the invention, the content is hosted on a content server that is accessible to the user device over a network. The user device may request the content from the content server. The content may be downloaded and played (124) during download or after downloading is complete, or streamed and played while being transferred to the user device. The user device may send a signal such as a “heartbeat” to the DRM server to let the server know that it is currently playing back content and/or the position in the file that is being played back. The DRM server can use this information for functions such as providing a resume feature so that the customer can stop playback and restart at the same position on the same or a different user device.


Although a specific process is illustrated in FIG. 2, any of a variety of processes for utilizing an electronic ticket and a ticket token that references the electronic ticket for providing a user device with access to purchased digital content can be utilized in accordance with embodiments of the invention.


Processes similar to the process illustrated in FIG. 2 may be implemented by configuring user devices and servers to exchange electronic tickets and ticket tokens. A generalized process 130 for using a user device to obtain access to digital content purchased via a merchant using an electronic ticket and an associated electronic token in accordance with an embodiment of the invention is shown in FIG. 2A. A customer uses a user device to purchase (132) content or request the playback of purchased content. The user device receives (134) a ticket token from a merchant server. The user device sends (136) the ticket token to a DRM server in a request for access to digital content. The user device receives (138) an electronic ticket that is referenced by or otherwise associated with the ticket token and access information for the digital content from the DRM server. Using the electronic ticket and access information, the user device receives and plays back (140) the requested content. In many embodiments of the invention, the content is hosted on a content server that is accessible to the user device over a network. Although a specific process is illustrated in FIG. 2A, any of a variety of processes for utilizing an electronic ticket and a ticket token that references the electronic ticket for providing a user device with access to purchased digital content can be utilized in accordance with embodiments of the invention.


A generalized process 150 for using a DRM server to provide a user device with access to digital content purchased via a merchant using an electronic ticket and an associated electronic token in accordance with an embodiment of the invention is shown in FIG. 2B. The DRM server authenticates (152) a merchant server. The DRM server receives (154) a request for a ticket token from a merchant server. The DRM server generates (156) a ticket token and associates the token with an electronic ticket. If there is no preexisting ticket (e.g., for a new purchase), the DRM server also creates the electronic ticket. The DRM server sends (158) the ticket token to the merchant server for delivery to a user device. The DRM server authenticates (160) a user device. The DRM server receives (162) the ticket token in a request for access to digital content from the user device and validates (164) the token. If user account information is provided, the DRM server associates (166) the electronic ticket with the user account. The DRM server sends (168) the electronic ticket referenced by or otherwise associated with the ticket token to the user device with access information for the digital content that was requested. The DRM server expires (170) the ticket token. Although a specific process is illustrated in FIG. 2B, any of a variety of processes for utilizing an electronic ticket and a ticket token that references the electronic ticket for providing a user device with access to purchased digital content can be utilized in accordance with embodiments of the invention. User devices and DRM servers that can utilize electronic tickets and ticket tokens in accordance with embodiments of the invention are discussed further below.


User Devices


In many embodiments of the invention, an electronic ticket is stored on a playback device to enable the user device to access content through a DRM system using the electronic ticket. A user device configured to access purchased content using electronic tickets in accordance with an embodiment of the invention is shown in FIG. 3. The playback device 30 includes a processor 32, memory 34, and a network interface 35. In the illustrated embodiment, the electronic tickets 36 and ticket tokens 38 can be stored in memory. Typically, the memory is non-volatile memory to provide persistent storage of the electronic tickets 36 and the ticket tokens 38. In a number of embodiments, the electronic ticket 38 may be contained inside a container file together with the content to which it refers. In several embodiments, a ticket may be stored on a purchaser's user device after purchase, may be transferred to another device if given as a gift, and may be deleted in its isolated form (i.e., outside a container file) from the device when it is torn. Tickets are typically treated this way in a disconnected playback mode. In several embodiments, a client application 39 configures the user device to communicate with the merchant server to purchase content and obtain ticket tokens. The client application 39 also configures the user device to authentic itself with a DRM server and to request cryptographic information to play back content using a ticket token and/or exchange the ticket token for an electronic ticket. Although a specific user device architecture is illustrated in FIG. 3, any of a variety of architectures that are capable of managing interactions with servers and playback of digital content in the manner outlined above can be utilized in accordance with embodiments of the invention can


DRM Servers


In many embodiments of the invention, electronic tickets and ticket tokens may be stored on a merchant server or a DRM server (e.g., in a database) for reference, to track purchases, and to provide user devices with access to content. A merchant or DRM server may look up an electronic ticket using fields such as (but not limited to) a customer email address, merchant identifier, content identifier, or merchant transaction identifier. A DRM server configured to issue electronic tickets and ticket tokens and to provide cryptographic information enabling playback of DRM protected content in accordance with an embodiment of the invention is shown in FIG. 4. The DRM server includes a processor 52 and memory 54. In the illustrated embodiment, the memory 54 includes multiple electronic tickets 56 and ticket tokens 58. As is discussed above, the DRM server can be configured by DRM server application software 59 to manage the generation of electronic tickets, the issuance of ticket tokens associated with the electronic tickets, and the association of electronic tickets with users and/or user devices. In addition, the DRM server application software 59 can manage the issuance of cryptographic information (not shown) to playback devices that are authorized to playback content, the authorization of which is evidenced by an electronic ticket.


Although the description above contains many specificities, these should not be construed as limiting the scope of the invention but as merely providing illustrations of some of the presently preferred embodiments of the invention. Various other embodiments are possible within its scope. Accordingly, the scope of the invention should be determined not by the embodiments illustrated, but by the appended claims and their equivalents.

Claims
  • 1. A method performed by a Digital Rights Management (DRM) system for enabling playback of digital content on a playback device using an electronic ticket and a ticket token, the method comprising: receiving, using a DRM system, a request for digital content from a playback device, where: the DRM system comprises a plurality of DRM servers, andthe request includes an indication of a user account;generating, using the DRM system, a ticket token associated with the user account, where the ticket token is a credential that authenticates the right of the user account to access the digital content;sending, using the DRM system, the ticket token to the playback device based upon approval of the user account;receiving, using a DRM server of the DRM system, the ticket token from the playback device; andin response to receiving the ticket token, sending, using the DRM server of the DRM system, an electronic ticket that enables playback of the digital content to the playback device, wherein the playback device is associated with the user account,wherein the playback device is capable of participating within the DRM system comprising the DRM server that receives the ticket token and sends the electronic ticket, andwherein the electronic ticket includes cryptographic data to decrypt the digital content to enable playback.
  • 2. The method of claim 1, wherein the electronic ticket includes a torn status, the torn status indicating whether the digital content has been accessed, and where the electronic ticket is sent by the DRM system having a torn status of UNTORN indicating that the digital content has not yet been accessed by the user account.
  • 3. The method of claim 1, wherein the electronic ticket is an XML file.
  • 4. The method of claim 1, wherein the ticket token identifies or describes a product ID of the playback device to determine whether the playback device is able to participate with the DRM server that receives the ticket token and sends the electronic ticket.
  • 5. The method of claim 1, wherein the ticket token further indicates the electronic ticket or the requested digital content.
  • 6. The method of claim 1, wherein the ticket token is a single use credential for the means of obtaining the electronic ticket.
  • 7. The method of claim 1, wherein the user account has right to the digital content under a subscription agreement.
  • 8. The method of claim 1, wherein the DRM server provides the electronic ticket in a format that is suitable for the playback device.
  • 9. The method of claim 1, wherein the DRM system provides a resume feature to allow the user account to resume playback of the digital content on a different playback device.
  • 10. The method of claim 1, wherein the right of the user account to access the digital content is not associated with the playback device.
  • 11. A Digital Rights Management (DRM) system for enabling playback of digital content on a playback device using an electronic ticket and a ticket token, the system comprising: a plurality of DRM servers, each server comprising: a processor;a network interface; andmemory;wherein the memory of the DRM system is configured to store an application for issuing an electronic ticket and ticket token; andwherein the processor is configured by the application to: receive a request for digital content from a playback device, wherein the request includes an indication of a user account;generate, using the DRM system, a ticket token associated with the user account, wherein the ticket token is a credential that authenticates the right of the user account to access the digital content;send the ticket token to the playback device based upon approval of the user account;receive, using a DRM server of the DRM system, the ticket token from the playback device; andin response to receiving the ticket token, send, using the DRM server of the DRM system, an electronic ticket that enables playback of the digital content to the playback device, wherein the playback device is associated with the user account,wherein the playback device is capable of participating within the DRM system comprising the DRM server that receives the ticket token and sends the electronic ticket, andwherein the electronic ticket includes cryptographic data to decrypt the digital content to enable playback.
  • 12. The system of claim 11, wherein the electronic ticket includes a torn status, the torn status indicating whether the digital content has been accessed, and where the electronic ticket is sent by the DRM system having a torn status of UNTORN indicating that the digital content has not yet been accessed by the user account.
  • 13. The system of claim 11, wherein the electronic ticket is an XML file.
  • 14. The system of claim 11, wherein the ticket token identifies or describes a product ID of the playback device to determine whether the playback device is able to participate with the DRM server that receives the ticket token and sends the electronic ticket.
  • 15. The system of claim 11, wherein the ticket token further indicates the electronic ticket or the requested digital content.
  • 16. The system of claim 11, wherein the ticket token is a single use credential for the means of obtaining the electronic ticket.
  • 17. The system of claim 11, wherein the user account has right to the digital content under a subscription agreement.
  • 18. The system of claim 11, wherein the DRM server provides the electronic ticket in a format that is suitable for the playback device.
  • 19. The system of claim 11, wherein the DRM system provides a resume feature to allow the user account to resume playback of the digital content on a different playback device.
  • 20. The system of claim 11, wherein the right of the user account to access the digital content is not associated with the playback device.
CROSS-REFERENCE TO RELATED APPLICATIONS

The present application claims priority under 35 U.S.C. 120 as a continuation of U.S. patent application Ser. No. 15/484,534, entitled “Systems and Methods for Enabling Playback of Digital Content Using Status Associable Electronic Tickets and Ticket Tokens Representing Grant of Access Rights” to Ziskind et al., filed Apr. 11, 2017, which claims priority under 35 U.S.C. 120 as a continuation of U.S. patent application Ser. No. 14/567,994, entitled “Systems and Methods for Enabling Playback of Digital Content Using Electronic Tickets and Ticket Tokens Representing Grant of Access Rights” to Ziskind et al., filed Dec. 11, 2014 and issued on Apr. 18, 2017 as U.S. Pat. No. 9,626,490, which claims priority under 35 U.S.C. 120 as a continuation of U.S. patent application Ser. No. 13/436,900, entitled “Systems And Methods For Accessing Digital Content Using Electronic Tickets And Ticket Tokens,” to Ziskind et al., filed Mar. 31, 2012 and issued on Dec. 23, 2014 as U.S. Pat. No. 8,918,908, which claims priority under 35 U.S.C. 119(e) to U.S. Provisional Application No. 61/583,807, entitled “Web Player Registration With DRM Playback” to Ziskind et al., filed Jan. 6, 2012, the disclosures of which are incorporated herein by reference in their entireties.

US Referenced Citations (340)
Number Name Date Kind
5361332 Yoshida et al. Nov 1994 A
5400401 Wasilewski et al. Mar 1995 A
5404436 Hamilton Apr 1995 A
5574785 Ueno et al. Nov 1996 A
5600721 Kitazato Feb 1997 A
5621794 Matsuda et al. Apr 1997 A
5642338 Fukushima et al. Jun 1997 A
5715403 Stefik Feb 1998 A
5805700 Nardone et al. Sep 1998 A
5813010 Kurano et al. Sep 1998 A
5854873 Mori et al. Dec 1998 A
5907658 Murase et al. May 1999 A
5923869 Kashiwagi et al. Jul 1999 A
6002834 Hirabayashi et al. Dec 1999 A
6009237 Hirabayashi et al. Dec 1999 A
6016381 Taira et al. Jan 2000 A
6031622 Ristow et al. Feb 2000 A
6057832 Lev et al. May 2000 A
6065050 DeMoney May 2000 A
6141754 Choy Oct 2000 A
6173322 Hu Jan 2001 B1
6195388 Choi et al. Feb 2001 B1
6236971 Pirolli et al. May 2001 B1
6266483 Okada et al. Jul 2001 B1
6282320 Hasegawa et al. Aug 2001 B1
6320905 Konstantinides Nov 2001 B1
6351538 Uz Feb 2002 B1
6373803 Ando et al. Apr 2002 B2
6415031 Colligan et al. Jul 2002 B1
6445877 Okada et al. Sep 2002 B1
6453115 Boyle Sep 2002 B1
6453116 Ando et al. Sep 2002 B1
6504873 Vehvilaeinen Jan 2003 B1
6512883 Shim et al. Jan 2003 B2
6594699 Sahai et al. Jul 2003 B1
6654933 Abbott et al. Nov 2003 B1
6658056 Duruöz, et al. Dec 2003 B1
6671408 Kaku Dec 2003 B1
6690838 Zhou Feb 2004 B2
6724944 Kalevo et al. Apr 2004 B1
6751623 Basso et al. Jun 2004 B1
6807306 Girgensohn et al. Oct 2004 B1
6813437 Ando et al. Nov 2004 B2
6824051 Reddy et al. Nov 2004 B2
6859496 Boroczky et al. Feb 2005 B1
6871006 Oguz et al. Mar 2005 B1
6912513 Candelore Jun 2005 B1
6931531 Takahashi Aug 2005 B1
6956901 Boroczky et al. Oct 2005 B2
6957350 Demos Oct 2005 B1
6970564 Kubota et al. Nov 2005 B1
6983079 Kim Jan 2006 B2
7006757 Ando et al. Feb 2006 B2
7007170 Morten Feb 2006 B2
7020287 Unger Mar 2006 B2
7151832 Fetkovich et al. Dec 2006 B1
7188183 Paul et al. Mar 2007 B1
7212726 Zetts May 2007 B2
7242772 Tehranchi Jul 2007 B1
7251330 Terao et al. Jul 2007 B2
7274861 Yahata et al. Sep 2007 B2
7295673 Grab et al. Nov 2007 B2
7330974 Silverbrook et al. Feb 2008 B1
7349886 Morten et al. Mar 2008 B2
7352956 Winter et al. Apr 2008 B1
7382879 Miller Jun 2008 B1
7397853 Kwon et al. Jul 2008 B2
7400679 Kwon et al. Jul 2008 B2
7418132 Hoshuyama Aug 2008 B2
7421411 Kontio et al. Sep 2008 B2
7457415 Reitmeier et al. Nov 2008 B2
7478325 Foehr Jan 2009 B2
7499930 Naka et al. Mar 2009 B2
7546641 Robert et al. Jun 2009 B2
7639921 Seo et al. Dec 2009 B2
7640435 Morten Dec 2009 B2
7711052 Hannuksela et al. May 2010 B2
7853980 Pedlow, Jr. et al. Dec 2010 B2
7864186 Robotham et al. Jan 2011 B2
7945143 Yahata et al. May 2011 B2
8023562 Zheludkov et al. Sep 2011 B2
8046453 Olaiya Oct 2011 B2
8054880 Yu et al. Nov 2011 B2
8131875 Chen Mar 2012 B1
8169916 Pai et al. May 2012 B1
8225061 Greenebaum Jul 2012 B2
8233768 Soroushian et al. Jul 2012 B2
8243924 Chen et al. Aug 2012 B2
8249168 Graves Aug 2012 B2
8270473 Chen et al. Sep 2012 B2
8270819 Vannier Sep 2012 B2
8286213 Seo Oct 2012 B2
8289338 Priyadarshi et al. Oct 2012 B2
8311115 Gu et al. Nov 2012 B2
8312079 Newsome et al. Nov 2012 B2
8321556 Chatterjee et al. Nov 2012 B1
8369421 Kadono et al. Feb 2013 B2
8386621 Park Feb 2013 B2
8412841 Swaminathan et al. Apr 2013 B1
8428757 Nunokawa Apr 2013 B2
8456380 Pagan Jun 2013 B2
8472792 Butt Jun 2013 B2
8649669 Braness et al. Feb 2014 B2
8683066 Hurst et al. Mar 2014 B2
8782268 Pyle et al. Jul 2014 B2
8787570 Braness et al. Jul 2014 B2
8806188 Braness et al. Aug 2014 B2
8819116 Tomay et al. Aug 2014 B1
8849950 Stockhammer et al. Sep 2014 B2
8914534 Braness et al. Dec 2014 B2
8918636 Kiefer Dec 2014 B2
8918908 Ziskind et al. Dec 2014 B2
8997254 Amidei et al. Mar 2015 B2
9038116 Knox et al. May 2015 B1
9626490 Ziskind et al. Apr 2017 B2
10289811 Ziskind et al. May 2019 B2
20010021276 Zhou Sep 2001 A1
20010052077 Fung et al. Dec 2001 A1
20010052127 Seo et al. Dec 2001 A1
20020048450 Zetts Apr 2002 A1
20020067432 Kondo et al. Jun 2002 A1
20020135607 Kato et al. Sep 2002 A1
20020141503 Kobayashi et al. Oct 2002 A1
20020152393 Thoma Oct 2002 A1
20020154779 Asano et al. Oct 2002 A1
20020164024 Arakawa et al. Nov 2002 A1
20020169971 Asano et al. Nov 2002 A1
20020178271 Graham Nov 2002 A1
20020198843 Wang Dec 2002 A1
20030002577 Pinder Jan 2003 A1
20030002578 Tsukagoshi et al. Jan 2003 A1
20030044080 Frishman et al. Mar 2003 A1
20030053541 Sun et al. Mar 2003 A1
20030063675 Kang et al. Apr 2003 A1
20030065777 Mattila et al. Apr 2003 A1
20030069904 Hsu Apr 2003 A1
20030077071 Lin et al. Apr 2003 A1
20030135742 Evans Jul 2003 A1
20030142594 Tsumagari et al. Jul 2003 A1
20030152370 Otomo et al. Aug 2003 A1
20030206717 Yogeshwar et al. Nov 2003 A1
20030231863 Eerenberg et al. Dec 2003 A1
20030231867 Gates et al. Dec 2003 A1
20030236836 Borthwick Dec 2003 A1
20030236907 Stewart et al. Dec 2003 A1
20040001594 Krishnaswamy et al. Jan 2004 A1
20040019801 Lindholm Jan 2004 A1
20040022391 Obrien Feb 2004 A1
20040024688 Bi et al. Feb 2004 A1
20040028227 Yu Feb 2004 A1
20040030655 Tanaka Feb 2004 A1
20040037421 Truman Feb 2004 A1
20040039916 Aldis et al. Feb 2004 A1
20040047592 Seo et al. Mar 2004 A1
20040047607 Seo et al. Mar 2004 A1
20040076237 Kadono et al. Apr 2004 A1
20040081333 Grab et al. Apr 2004 A1
20040093229 Plain May 2004 A1
20040093494 Nishimoto et al. May 2004 A1
20040101059 Joch et al. May 2004 A1
20040103064 Howard et al. May 2004 A1
20040107356 Shamoon et al. Jun 2004 A1
20040125957 Rauber et al. Jul 2004 A1
20040136698 Mock Jul 2004 A1
20040181667 Venters, III et al. Sep 2004 A1
20040225751 Urali et al. Nov 2004 A1
20040249759 Higashi Dec 2004 A1
20050013494 Srinivasan et al. Jan 2005 A1
20050038826 Bae et al. Feb 2005 A1
20050063541 Candelore Mar 2005 A1
20050070257 Saarinen et al. Mar 2005 A1
20050076232 Kawaguchi Apr 2005 A1
20050097327 Ondet et al. May 2005 A1
20050114896 Hug May 2005 A1
20050144468 Northcutt Jun 2005 A1
20050149450 Stefik et al. Jul 2005 A1
20050177741 Chen et al. Aug 2005 A1
20050193070 Brown et al. Sep 2005 A1
20050193322 Lamkin et al. Sep 2005 A1
20050204289 Mohammed et al. Sep 2005 A1
20050207442 Zoest et al. Sep 2005 A1
20050207578 Matsuyama et al. Sep 2005 A1
20050210101 Janik Sep 2005 A1
20050243912 Kwon et al. Nov 2005 A1
20050265555 Pippuri Dec 2005 A1
20050273695 Schnurr Dec 2005 A1
20050275656 Corbin et al. Dec 2005 A1
20060013568 Rodriguez Jan 2006 A1
20060078301 Ikeda et al. Apr 2006 A1
20060129909 Butt et al. Jun 2006 A1
20060165163 Burazerovic et al. Jul 2006 A1
20060173887 Breitfeld et al. Aug 2006 A1
20060242069 Peterka et al. Oct 2006 A1
20060245727 Nakano et al. Nov 2006 A1
20060259588 Lerman et al. Nov 2006 A1
20060263056 Lin et al. Nov 2006 A1
20070031110 Rijckaert Feb 2007 A1
20070047645 Takashima Mar 2007 A1
20070047901 Ando et al. Mar 2007 A1
20070067472 Maertens et al. Mar 2007 A1
20070083467 Lindahl et al. Apr 2007 A1
20070083617 Chakrabarti et al. Apr 2007 A1
20070086528 Mauchly et al. Apr 2007 A1
20070100757 Rhoads May 2007 A1
20070136817 Nguyen Jun 2007 A1
20070140647 Kusunoki et al. Jun 2007 A1
20070154165 Hemmeryckz-Deleersnijder et al. Jul 2007 A1
20070168541 Gupta et al. Jul 2007 A1
20070180051 Kelly et al. Aug 2007 A1
20070180125 Knowles et al. Aug 2007 A1
20070185982 Nakanowatari Aug 2007 A1
20070239839 Buday et al. Oct 2007 A1
20070271455 Nakano et al. Nov 2007 A1
20070292107 Yahata et al. Dec 2007 A1
20070294772 Hydrie et al. Dec 2007 A1
20080066181 Haveson et al. Mar 2008 A1
20080086570 Dey et al. Apr 2008 A1
20080101466 Swenson et al. May 2008 A1
20080101718 Yang et al. May 2008 A1
20080109911 Tedesco et al. May 2008 A1
20080126248 Lee et al. May 2008 A1
20080137736 Richardson et al. Jun 2008 A1
20080137847 Candelore et al. Jun 2008 A1
20080192818 DiPietro et al. Aug 2008 A1
20080256105 Nogawa et al. Oct 2008 A1
20080263354 Beuque et al. Oct 2008 A1
20080279535 Haque et al. Nov 2008 A1
20080310496 Fang Dec 2008 A1
20090010622 Yahata et al. Jan 2009 A1
20090013195 Ochi et al. Jan 2009 A1
20090031220 Tranchant et al. Jan 2009 A1
20090037959 Suh et al. Feb 2009 A1
20090060452 Chaudhri Mar 2009 A1
20090066839 Jung et al. Mar 2009 A1
20090077143 Macy, Jr. Mar 2009 A1
20090106082 Senti et al. Apr 2009 A1
20090132599 Soroushian et al. May 2009 A1
20090132721 Soroushian et al. May 2009 A1
20090132824 Terada et al. May 2009 A1
20090150557 Wormley et al. Jun 2009 A1
20090169181 Priyadarshi et al. Jul 2009 A1
20090178090 Oztaskent Jul 2009 A1
20090201988 Gazier et al. Aug 2009 A1
20090226148 Nesvadba et al. Sep 2009 A1
20090228395 Wegner et al. Sep 2009 A1
20090249081 Zayas Oct 2009 A1
20090282162 Mehrotra et al. Nov 2009 A1
20090293116 DeMello Nov 2009 A1
20090303241 Priyadarshi et al. Dec 2009 A1
20090307258 Priyadarshi et al. Dec 2009 A1
20090307267 Chen et al. Dec 2009 A1
20090310819 Hatano Dec 2009 A1
20090313544 Wood et al. Dec 2009 A1
20090313564 Rottier et al. Dec 2009 A1
20090328124 Khouzam et al. Dec 2009 A1
20100017501 Yen et al. Jan 2010 A1
20100040351 Toma et al. Feb 2010 A1
20100083322 Rouse Apr 2010 A1
20100094969 Zuckerman et al. Apr 2010 A1
20100095121 Shetty et al. Apr 2010 A1
20100111192 Graves May 2010 A1
20100115631 Milstein May 2010 A1
20100131760 Fujita May 2010 A1
20100138903 Medvinsky Jun 2010 A1
20100142915 Mcdermott et al. Jun 2010 A1
20100158109 Dahlby et al. Jun 2010 A1
20100189183 Gu et al. Jul 2010 A1
20100228795 Hahn Sep 2010 A1
20100235472 Sood et al. Sep 2010 A1
20100250389 Augustin et al. Sep 2010 A1
20100268649 Roos Oct 2010 A1
20110010466 Fan et al. Jan 2011 A1
20110029999 Foti et al. Feb 2011 A1
20110047209 Lindholm et al. Feb 2011 A1
20110058675 Brueck et al. Mar 2011 A1
20110078440 Feng et al. Mar 2011 A1
20110080940 Bocharov Apr 2011 A1
20110082924 Gopalakrishnan Apr 2011 A1
20110096828 Chen et al. Apr 2011 A1
20110103374 Lajoie et al. May 2011 A1
20110126191 Hughes et al. May 2011 A1
20110129011 Cilli et al. Jun 2011 A1
20110135090 Chan et al. Jun 2011 A1
20110142415 Rhyu Jun 2011 A1
20110145858 Philpott et al. Jun 2011 A1
20110150100 Abadir Jun 2011 A1
20110153785 Minborg et al. Jun 2011 A1
20110173345 Knox et al. Jul 2011 A1
20110179185 Wang et al. Jul 2011 A1
20110197261 Dong et al. Aug 2011 A1
20110225417 Maharajh et al. Sep 2011 A1
20110239078 Luby et al. Sep 2011 A1
20110246659 Bouazizi Oct 2011 A1
20110246661 Manzari et al. Oct 2011 A1
20110268178 Park et al. Nov 2011 A1
20110276585 Wagner et al. Nov 2011 A1
20110296048 Knox et al. Dec 2011 A1
20110302319 Ha et al. Dec 2011 A1
20110305273 He et al. Dec 2011 A1
20110314130 Strasman Dec 2011 A1
20110314176 Frojdh et al. Dec 2011 A1
20110314500 Gordon Dec 2011 A1
20120005312 Mcgowan et al. Jan 2012 A1
20120023251 Pyle et al. Jan 2012 A1
20120042090 Chen et al. Feb 2012 A1
20120047542 Lewis et al. Feb 2012 A1
20120079578 Dachiraju Mar 2012 A1
20120093214 Urbach Apr 2012 A1
20120110120 Willig et al. May 2012 A1
20120167132 Mathews et al. Jun 2012 A1
20120170642 Braness et al. Jul 2012 A1
20120170643 Soroushian et al. Jul 2012 A1
20120170906 Soroushian et al. Jul 2012 A1
20120170915 Braness et al. Jul 2012 A1
20120173751 Braness et al. Jul 2012 A1
20120265562 Daouk et al. Oct 2012 A1
20120278496 Hsu Nov 2012 A1
20120307883 Graves Dec 2012 A1
20120311174 Bichot et al. Dec 2012 A1
20120324552 Padala et al. Dec 2012 A1
20120331167 Hunt Dec 2012 A1
20130007467 Chan et al. Jan 2013 A1
20130013803 Bichot et al. Jan 2013 A1
20130044821 Braness et al. Feb 2013 A1
20130046902 Villegas Nuñez et al. Feb 2013 A1
20130054958 Braness et al. Feb 2013 A1
20130061045 Kiefer et al. Mar 2013 A1
20130080267 McGowan Mar 2013 A1
20130166906 Swaminathan et al. Jun 2013 A1
20130179199 Ziskind et al. Jul 2013 A1
20130179992 Ziskind et al. Jul 2013 A1
20130226635 Fisher Aug 2013 A1
20140096269 Amidei et al. Apr 2014 A1
20140101722 Moore Apr 2014 A1
20140108497 Yao et al. Apr 2014 A1
20140140253 Lohmar et al. May 2014 A1
20140149557 Lohmar et al. May 2014 A1
20150096060 Ziskind et al. Apr 2015 A1
20150288530 Oyman Oct 2015 A1
20170286643 Ziskind et al. Oct 2017 A1
Foreign Referenced Citations (53)
Number Date Country
2237293 Jul 1997 CA
1525682 Sep 2004 CN
1920840 Feb 2007 CN
101013455 Aug 2007 CN
104508648 Apr 2015 CN
104508648 Apr 2017 CN
813167 Dec 1997 EP
1453319 Sep 2004 EP
1283640 Oct 2006 EP
2180664 Apr 2010 EP
2360923 Aug 2011 EP
2801048 Nov 2014 EP
1199120 Jun 2015 HK
08263438 Oct 1996 JP
2002522995 Jul 2002 JP
2003323343 Nov 2003 JP
2003330896 Nov 2003 JP
2008262365 Oct 2008 JP
2011233153 Nov 2011 JP
2015515762 May 2015 JP
5837234 Nov 2015 JP
20040039852 May 2004 KR
20060106250 Oct 2006 KR
1020100109472 Oct 2010 KR
20140110028 Sep 2014 KR
101707435 Feb 2017 KR
2328040 Jun 2008 RU
2000049762 Aug 2000 WO
2000049763 Aug 2000 WO
2003047262 Jun 2003 WO
03096136 Nov 2003 WO
2004012378 Feb 2004 WO
2004100158 Nov 2004 WO
2004102571 Nov 2004 WO
2005008385 Jan 2005 WO
2005015935 Feb 2005 WO
2007106844 Sep 2007 WO
2009006302 Jan 2009 WO
2009065137 May 2009 WO
2009065144 May 2009 WO
2009109976 Sep 2009 WO
2010060106 May 2010 WO
2010122447 Oct 2010 WO
2011087449 Jul 2011 WO
2011101371 Aug 2011 WO
2011103364 Aug 2011 WO
2012094171 Jul 2012 WO
2012094181 Jul 2012 WO
2012094189 Jul 2012 WO
20120094181 Jul 2012 WO
20120094189 Jul 2012 WO
2013103986 Jul 2013 WO
2013103986 Jul 2013 WO
Non-Patent Literature Citations (138)
Entry
Timmerer et al., “HTTP Streaming of MPEG Media”, Proceedings of Streaming Day, 2010, 4 pgs.
Tiphaigne et al., “A Video Package for Torch”, Jun. 2004, 46 pgs.
Trappe et al., “Key Management and Distribution for Secure Multimedia Multicast”, IEEE Transaction on Multimedia, vol. 5, No. 4, Dec. 2003, pp. 544-557.
Van Deursen et al., “On Media Delivery Protocols in the Web”, 2010 IEEE International Conference on Multimedia and Expo, Jul. 19-23, 2010, 6 pgs.
Ventura, Guillermo Albaida, “Streaming of Multimedia Learning Objects”, AG Integrated Communication System, Mar. 2003, 101 pgs.
Waggoner, “Compression for Great Digital Video”, 2002, 184 pgs.
Watanabem et al., “MPEG-2 decoder enables DTV trick plays”, esearcher System LSI Development Lab, Fujitsu Laboratories Ltd., Kawasaki, Japan, Jun. 2001, 2 pgs.
Wiegand, “Joint Video Team (JVT) of ISO/IEC MPEG and ITU-T VCEG”, Jan. 2002, 70 pgs.
Willig et al., File Wrapper, U.S. Appl. No. 61/409,285, filed Nov. 2, 2010, 43 pgs.
Yang et al., “Projection-Based Spatially Adaptive Reconstruction of Block-Transform Compressed Images”, IEEE Transactions on Image Processing, vol. 4, No. 7, Jul. 1995, pp. 896-908.
Yang et al., “Regularized Reconstruction to Reduce Blocking Artifacts of Block Discrete Cosine Transform Compressed Images”, IEEE Transactions on Circuits and Systems for Video Technology, vol. 3, No. 6, Dec. 1993, pp. 421-432.
Yu et al., “Video deblocking with fine-grained scalable complexity for embedded mobile computing”, Proceedings 7th International Conference on Signal Processing, Aug. 31-Sep. 4, 2004, pp. 1173-1178.
Zakhor, “Iterative Procedures for Reduction of Blocking Effects in Transform Image Coding”, IEEE Transactions on Circuits and Systems for Video Technology, vol. 2, No. 1, Mar. 1992, pp. 91-95.
“OpenDML AVI File Format Extensions Version 1.02”, OpenDMLAVI MJPEG File Format Subcommittee. Last revision: Feb. 28, 1996. Reformatting: Sep. 1997, 42 pgs.
“Single-Encode Streaming for Multiple Screen Delivery”, Telestream Wowza Media Systems, 2009, 6 pgs.
“The MPEG-DASH Standard for Multimedia Streaming Over the Internet”, IEEE MultiMedia, vol. 18, No. 4, 2011, 7 pgs.
“Windows Media Player 9”, Microsoft, Mar. 23, 2017, 3 pgs.
Abomhara et al., “Enhancing Selective Encryption for H.264/AVC Using Advanced Encryption Standard”, International Journal of computer Theory and Engineering, Apr. 2010, vol. 2, No. 2, pp. 223-229.
Alattar et al., A.M., “Improved selective encryption techniques for secure transmission of MPEG video bit-streams”, In Proceedings 1999 International Conference on Image Processing (Cat. 99CH36348), vol. 4, IEEE, 1999, pp. 256-260.
Antoniou et al., “Adaptive Methods for the Transmission of Video Streams in Wireless Networks”, 2015, 50 pgs.
Apostolopoulos et al.,“Secure Media Streaming and Secure Transcoding”, Multimedia Security Technologies for Digital Rights Management, 2006, 33 pgs.
Asai et al., “Essential Factors for Full-Interactive VOD Server: Video File System, Disk Scheduling, Network”, Proceedings of Globecom '95, Nov. 14-16, 1995, 6 pgs.
Beker et al “Cipher Systems, The Protection of Communications”, 1982, 40 pgs.
Bocharov et al, “Portable Encoding of Audio-Video Objects, The Protected Interoperable File Format (PIFF)”, Microsoft Corporation, First Edition Sep. 8, 2009, 30 pgs.
Bulterman et al., “Synchronized Multimedia Integration Language (SMIL 3.0)”, W3C Recommendation, Dec. 1, 2008, https://www.w3.org/TR/2008/REC-SMIL3-20081201/, 321 pgs. (presented in five parts).
Cahill et al., “Locally Adaptive Deblocking Filter for Low Bit Rate Video”, Proceedings 2000 International Conference on Image Processing, Sep. 10-13, 2000, Vancouver, BC, Canada, 4 pgs.
Candelore, File Wrapper, U.S. Appl. No. 60/372,901, filed Apr. 17, 2002, 5 pgs.
Chaddha et al., “A Frame-work for Live Multicast of Video Streams over the Internet”, Proceedings of 3rd IEEE International Conference on Image Processing, Sep. 19, 1996, Lausanne, Switzerland, 4 pgs.
Cheng, “Partial Encryption for Image and Video Communication”, Thesis, Fall 1998, 95 pgs.
Cheng et al., “Partial encryption of compressed images and videos”, IEEE Transactions on Signal Processing, vol. 48, No. 8, Aug. 2000, 33 pgs.
Cheung et al., “On the Use of Destination Set Grouping to Improve Fairness in Multicast Video Distribution”, Proceedings of IEEE INFOCOM'96, Conference on Computer Communications, vol. 2, IEEE, 1996, 23 pgs.
Collet, “Delivering Protected Content, An Approach for Next Generation Mobile Technologies”, Thesis, 2010, 84 pgs.
Diamantis et al., “Real Time Video Distribution using Publication through a Database”, Proceedings SIBGRAPI'98. International Symposium on Computer Graphics, Image Processing, and Vision (Cat. No. 98EX237), Oct. 1990, 8 pgs.
Dworkin, “Recommendation for Block Cipher Modes of Operation: Methods and Techniques”, NIST Special Publication 800-38A, 2001, 66 pgs.
Fang et al., “Real-time deblocking filter for MPEG-4 systems”, Asia-Pacific Conference on Circuits and Systems, Oct. 28-31, 2002, Bail, Indonesia, 4 pgs.
Fecheyr-Lippens, “A Review of HTTP Live Streaming”, Jan. 2010, 38 pgs.
Fielding et al., “Hypertext Transfer Protocol—HTTP1.1”, Network Working Group, RFC 2616, Jun. 1999, 114 pgs.
Fukuda et al., “Reduction of Blocking Artifacts by Adaptive DCT Coefficient Estimation in Block-Based Video Coding”, Proceedings 2000 International Conference on Image Processing, Sep. 10-13, 2000, Vancouver, BC, Canada, 4 pgs.
Huang, File Wrapper, U.S. Pat. No. 7,729,426, U.S. Appl. No. 11/230,794, filed Sep. 20, 2005, 143 pgs.
Huang et al., “Adaptive MLP post-processing for block-based coded images”, IEEE Proceedings—Vision, Image and Signal Processing, vol. 147, No. 5, Oct. 2000, pp. 463-473.
Huang et al., “Architecture Design for Deblocking Filter in H.264/JVT/AVC”, 2003 International Conference on Multimedia and Expo., Jul. 6-9, 2003, Baltimore, MD, 4 pgs.
Jain et al., File Wrapper, U.S. Appl. No. 61/522,623, filed Aug. 11, 2011, 44 pgs.
Jung et al., “Design and Implementation of an Enhanced Personal Video Recorder for DTV”, IEEE Transactions on Consumer Electronics, vol. 47, No. 4, Nov. 2001, 6 pgs.
Kalva, Hari, “Delivering MPEG-4 Based Audio-Visual Services”, 2001, 113 pgs.
Kang et al., “Access Emulation and Buffering Techniques for Steaming of Non-Stream Format Video Files”, IEEE Transactions on Consumer Electronics, vol. 43, No. 3, Aug. 2001, 7 pgs.
Kim et al, “A Deblocking Filter with Two Separate Modes in Block-based Video Coding”, IEEE transactions on circuits and systems for video technology, vol. 9, No. 1, 1999, pp. 156-160.
Kim et al., “Tree-Based Group Key Agreement”, Feb. 2004, 37 pgs.
Laukens, “Adaptive Streaming—A Brief Tutorial”, EBU Technical Review, 2011, 6 pgs.
Legault et al., “Professional Video Under 32-bit Windows Operating Systems”, SMPTE Journal, vol. 105, No. 12, Dec. 1996, 10 pgs.
Li et al., “Layered Video Multicast with Retransmission (LVMR): Evaluation of Hierarchical Rate Control”, Proceedings of IEEE INFOCOM'98, the Conference on Computer Communications. Seventeenth Annual Joint Conference of the IEEE Computer and Communications Societies. Gateway to the 21st Century, Cat. No. 98, vol. 3, 1998, 26 pgs.
List et al., “Adaptive deblocking filter”, IEEE transactions on circuits and systems for video technology, vol. 13, No. 7, Jul. 2003, pp. 614-619.
Massoudi et al., “Overview on Selective Encryption of Image and Video Challenges and Perspectives”, EURASIP Journal on Information Security, Nov. 2008, 18 pgs.
Mccanne et al., “Receiver-driven Layered Multicast”, Conference proceedings on Applications, technologies, architectures, and protocols for computer communications, Aug. 1996, 14 pgs.
Meier, “Reduction of Blocking Artifacts in Image and Video Coding”, IEEE Transactions on Circuits and Systems for Video Technology, vol. 9, No. 3, Apr. 1999, pp. 490-500.
Newton et al., , “Preserving Privacy by De-identifying Facial Images”, Carnegie Mellon University School of Computer Science, Technical Report, CMU-CS-03-119, Mar. 2003, 26 pgs.
O'Brien, , File Wrapper, U.S. Appl. No. 60/399,846, filed Jul. 30, 2002, 27 pgs.
O'Rourke, , “Improved Image Decompression for Reduced Transform Coding Artifacts”, IEEE Transactions on Circuits and Systems for Video Technology, vol. 5, No. 6, Dec. 1995, pp. 490-499.
Park et al., , “A postprocessing method for reducing quantization effects in low bit-rate moving picture coding”, IEEE Transactions on Circuits and Systems for Video Technology, vol. 9, No. 1, Feb. 1999, pp. 161-171.
Richardson, , “H.264 and MPEG-4 Video Compression”, Wiley, 2003, 306 pgs. (presented in 2 parts).
Sima et al., , “An Efficient Architecture for Adaptive Deblocking Filter of H.264 AVC Video Coding”, IEEE Transactions on Consumer Electronics, vol. 50, No. 1, Feb. 2004, pp. 292-296.
Spanos et al., , “Performance Study of a Selective Encryption Scheme for the Security of Networked, Real-Time Video”, Proceedings of the Fourth International Conference on Computer Communications and Networks, IC3N'95, Sep. 20-23, 1995, Las Vegas, NV, pp. 2-10.
Srinivasan et al., , “Windows Media Video 9: overview and applications”, Signal Processing: Image Communication, 2004, 25 pgs.
Stockhammer, “Dynamic Adaptive Streaming over HTTP—Standards and Design Principles”, Proceedings of the second annual ACM conference on Multimedia, Feb. 2011, pp. 133-145.
Information Technology—MPEG Systems Technologies—Part 7: Common Encryption in ISO Base Media File Format Files (ISO/IEC 23001-7), Apr. 2015, 24 pgs.
ISO/IEC 14496-12 Information technology—Coding of audio-visual objects—Part 12: ISO base media file format, Feb. 2004 (“MPEG-4 Part 12 Standard”), 62 pgs.
ISO/IEC 14496-12:2008(E) Informational Technology—Coding of Audio-Visual Objects Part 12: ISO Base Media File Format, Oct. 2008, 120 pgs.
ISO/IEC FCD 23001-6 MPEG systems technologies Part 6: Dynamic adaptive streaming over HTTP (DASH), Jan. 28, 2011, 86 pgs.
Microsoft Corporation, Advanced Systems Format (ASF) Specification, Revision 01.20.03, Dec. 2004, 121 pgs.
MPEG-DASH presentation at Streaming Media West 2011, Nov. 2011, 14 pgs.
Pomelo, LLC Tech Memo, Analysis of Netflix's Security Framework for ‘Watch Instantly’ Service, Mar.-Apr. 2009, 18 pgs.
Server-Side Stream Repackaging (Streaming Video Technologies Panorama, Part 2), Jul. 2011, 15 pgs.
Text of ISO/IEC 23001-6: Dynamic adaptive streaming over HTTP (DASH), Oct. 2010, 71 pgs.
Universal Mobile Telecommunications System (UMTS), ETSI TS 126 233 V9.1.0 (Jun. 2011) 3GPP TS 26.233 version 9.1.0 Release 9, 18 pgs.
Universal Mobile Telecommunications Systems (UMTS); ETSI TS 126 244 V9.4.0 (May 2011) 3GPP TS 26.244 version 9.4.0 Release 9, 58 pgs.
“Apple HTTP Live Streaming specification”, Aug. 2017, 60 pgs.
“Data Encryption Decryption using AES Algorithm, Key and Salt with Java Cryptography Extension”, Available at https://www.digizol.com/2009/10/java-encrypt-decrypt-jce-salt.html, Oct. 200, 6 pgs.
“Delivering Live and On-Demand Smooth Streaming”, Microsoft Silverlight, 2009, 28 pgs.
“HTTP Based Adaptive Streaming over HSPA”, Apr. 2011, 73 pgs.
“HTTP Live Streaming”, Mar. 2011, 24 pgs.
“HTTP Live Streaming”, Sep. 2011, 33 pgs.
“Information Technology—Coding of Audio Visual Objects—Part 2: Visual”, International Standard, ISO/IEC 14496-2, Third Edition, Jun. 1, 2004, pp. 1-724. (presented in three parts).
“Java Cryptography Architecture API Specification & Reference”, Available at https://docs.oracle.com/javase/1.5.0/docs/guide/security/CryptoSpec.html, Jul. 25, 2004, 68 pgs.
“Java Cryptography Extension, javax.crypto.Cipher class”, Available at https://docs.oracle.com/javase/1.5.0/docs/api/javax/crypto/Cipher.html, 2004, 24 pgs.
“JCE Encryption—Data Encryption Standard (DES) Tutorial”, Available at https://mkyong.com/java/jce-encryption-data-encryption-standard-des-tutorial/, Feb. 25, 2009, 2 pgs.
“Live and On-Demand Video with Silverlight and IIS Smooth Streaming”, Microsoft Silverlight, Windows Server Internet Information Services 7.0, Feb. 2010, 15 pgs.
“Microsoft Smooth Streaming specification”, Jul. 22, 2013, 56 pgs.
“IBM Closes Cryptolopes Unit,” Dec. 17, 1997, CNET News, Printed on Apr. 25, 2014 from http://news.cnet.com/IBM-closes-Cryptolopes-unit/2100-1001_3206465.html, 3 pages.
European Search Report for Application 11855237.1, search completed Jun. 12, 2014, 9 pgs.
Federal Computer Week, “Tool Speeds Info to Vehicles”, Jul. 25, 1999, 5 pages.
HTTP Live Streaming Overview, Networking & Internet, Apple, Inc., Apr. 1, 2011, 38 pages.
InformationWeek, “Internet on Wheels”, InformationWeek: Front End: Daily Dose, Jul. 20, 1999, Printed on Mar. 26, 2014, 3 pgs.
International Preliminary Report on Patentability for International Application PCT/US2013/020572, Report issued Dec. 9, 2014, dated Dec. 18, 2014, 9 Pgs.
International Search Report and Written Opinion for International Application No. PCT/US2011/067243, International Filing Date Dec. 23, 2011, Search Completed Apr. 24, 2012, dated May 8, 2012, 8 pgs.
International Search Report and Written Opinion for International Application PCT/US2011/066927, completed Apr. 3, 2012, dated Apr. 20, 2012, 14 pgs.
International Search Report and Written Opinion for International Application PCT/US2011/067167, completed Jun. 19, 2012, dated Jul. 2, 2012, 11 pgs.
International Search Report and Written Opinion for PCT/US2013/020572, International Filing Date Jan. 7, 2013, Search Completed Mar. 19, 2013, dated Apr. 29, 2013, 10 pgs.
ITS International, “Fleet System Opts for Mobile Server”, Aug. 26, 1999, Printed on Oct. 21, 2011 from http://www.itsinternational.com/News/article.cfm?recordID=547, 2 pgs.
Microsoft Media Platform: Player Framework, “Microsoft Media Platform: Player Framework v2.5 (formerly Silverlight Media Framework)”, May 3, 2011, 2 pages.
Microsoft Media Platform: Player Framework, “Silverlight Media Framework v1.1”, Jan. 2010, 2 pages.
Supplementary European Search Report for European Application No. 13733630.1, Search completed May 19, 2016, dated Jun. 1, 2016, 10 Pgs.
“Adaptive Streaming Comparison”, Jan. 28, 2010, 5 pgs.
“Best Practices for Multi-Device Transcoding”, Kaltura Open Source Video, Printed on Nov. 27, 2013 from knowledge.kaltura.com/best-practices-multi-device-transcoding, 13 pgs.
“IBM Spearheading Intellectual Property Protection Technology for Information on the Internet; Cryptolope Containers Have Arrived”, May 1, 1996, Business Wire, Printed on Aug. 1, 2014 from http://www.thefreelibrary.com/IBM+Spearheading+Intellectual+Property+Protection+Technology+for . . . -a018239381, 6 pgs.
“Netflix turns on subtitles for PC, Mac streaming”, Yahoo! News, Apr. 21, 2010, Printed on Mar. 26, 2014, 3 pgs.
“Smooth Streaming Client”, The Official Microsoft IIS Site, Sep. 24, 2010, 4 pages.
“Supported Media Formats”, Supported Media Formats, Android Developers, Printed on Nov. 27, 2013 from developer.android.com/guide/appendix/media-formats.html, 3 pgs.
“Thread: SSME (Smooth Streaming Medial Element) config.XML review (Smooth Streaming Client configuration file)”, Printed on Mar. 26, 2014, 3 pgs.
“Transcoding Best Practices”, From movideo, Printed on Nov. 27, 2013 from code.movideo.com/Transcoding_Best_Practices, 5 pgs.
“Using HTTP Live Streaming”, iOS Developer Library, http://developer.apple.eom/library/ios/#documentation/networkinginternet/concep tual/streamingmediaguide/UsingHTTPLiveStreaming/UsingHTTPLiveStreaming.html#//apple_ref/doc/uid/TP40008332-CH102-SW1, Feb. 11, 2014, 10 pgs.
U.S. Appl. No. 13/224,298, “Final Office Action Received”, dated May 19, 2014, 26 pgs.
Akhshabi et al., “An Experimental Evaluation of Rate-Adaptation Algorithms in Adaptive Streaming over HTTP”, MMSys'11, Feb. 23-25, 2011, 12 pgs.
Anonymous, “Method for the encoding of a compressed video sequence derived from the same video sequence compressed at a different bit rate without loss of data”, ip.com, ip.com No. IPCOM000008165D, May 22, 2002, pp. 1-9.
Author Unknown, “Tunneling QuickTime RTSP and RTP over HTTP”, Published by Apple Computer, Inc.: 1999, 6 pages.
Deutscher, “IIS Transform Manager Beta—Using the MP4 to Smooth Task”, Retrieved from: https://web.archive.org/web/20130328111303/http://blog.johndeutscher.com/category/smooth-streaming, Blog post of Apr. 29, 2011, 14 pgs.
Gannes, “The Lowdown on Apple's HTTP Adaptive Bitrate Streaming”, GigaOM, Jun. 10, 2009, 12 pgs.
Ghosh, “Enhancing Silverlight Video Experiences with Contextual Data”, Retrieved from: http://msdn.microsoft.com/en-US/magazine/ee336025.aspx, 2010, 15 pgs.
Inlet Technologies, “Adaptive Delivery to iDevices”, 2010, 2 pages.
Inlet Technologies, “Adaptive delivery to iPhone 3.0”, 2009, 2 pgs.
Inlet Technologies, “HTTP versus RTMP”, 2009, 3 pages.
Inlet Technologies, “The World's First Live Smooth Streaming Event: The French Open”, 2009, 2 pages.
Kim, Kyuheon, “MPEG-2 ES/PES/TS/PSI”, Kyung-Hee University, Oct. 4, 2010, 66 pages.
Kurzke et al ., “Get Your Content Onto Google TV”, Google, Retrieved from: http://commondatastorage.googleapis.com/io2012/presentations/live%20to%20 website/1300.pdf, 2012, 58 pgs.
Lang, “Expression Encoder, Best Practices for live smooth streaming broadcasting”, Microsoft Corporation, 2010, retrieved from http://www.streamingmedia.com/conferences/west2010/presentations/SMWest-12010-Expression-Encoder.pdf, 20 pgs.
Levkov, “Mobile Encoding Guidelines for Android Powered Devices”, Adobe Systems Inc., Addendum B, Dec. 22, 2010, 42 pgs.
MSDN, “Adaptive streaming, Expression Studio 2.0”, Apr. 23, 2009, 2 pgs.
Nelson, “Smooth Streaming Deployment Guide”, Microsoft Expression Encoder, Aug. 2010, 66 pgs.
Nelson, Michael, “IBM's Cryptolopes”, Complex Objects in Digital Libraries Course, Spring 2001, Retrieved from http://www.cs.odu.edu/˜mln/teaching/unc/inls210/?method=display&pkg_name=cryptolopes.pkg&element_name=cryptolopes.ppt, 12 pages.
Noe, A., “Matroska File Format (under construction!)”, Jun. 24, 2007, Retrieved from the Internet: URL:http://web.archive.orgweb/20070821155146/www.matroska.org/technical/specs/matroska.pdf, Jan. 19, 2011, 51 pages.
Ooyala, “Widevine Content Protection”, Ooyala Support Center for Developers. Ooyala, Inc., Jun. 3, 2013, retrieved from http://support.ooyala.com/developers/documentation/concepts/player_v3_widevine_integration.html, 7 pages.
Ozer, “The 2012 Encoding and Transcoding Buyers' Guide”, Streamingmedia.com, Aug.-Sep. 2012, Retrieved from: http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/The-2012-Encoding-and-Transcoding-Buyers-Guide-84210.aspx, 8 pgs.
Pantos, “HTTP Live Streaming, draft-pantos-http-live-streaming-10”, IETF Tools, Oct. 15, 2012, Retrieved from: http://tools.ietf.org/html/draft-pantos-http-live-streaming-10, 37 pgs.
Pantos, R.,“HTTP Live Streaming: draft-pantos-http-live-streaming-06”, Published by the Internet Engineering Task Force (IETF), Mar. 31, 2011, 24 pages.
RGB Networks, “Comparing Adaptive HTTP Streaming Technologies”, Nov. 2011, Retrieved from: http://btreport.net/wp-content/uploads/2012/02/RGB-Adaptive-HTTP-Streaming-Comparison-1211-01.pdf, 20 pgs.
Schulzrinne, H., “Real Time Streaming Protocol 2.0 (RTSP): draft-ietfmmusic-rfc2326bis-27”, MMUSIC Working Group of the Internet Engineering Task Force (IETF), Mar. 9, 2011, 296 pgs.
Siglin, “HTTP Streaming: What You Need to Know”, streamingmedia.com, 2010, 15 pages.
Siglin, “Unifying Global Video Strategies, MP4 File Fragmentation for Broadcast, Mobile and Web Delivery”, Nov. 16, 2011, 16 pgs.
Wu, Feng et al., “Next Generation Mobile Multimedia Communications: Media Codec and Media Transport Perspectives”, In China Communications, Oct. 2006, pp. 30-44.
Zambelli, “IIS Smooth Streaming Technical Overview”, Microsoft Corporation, Mar. 2009, 17 pages.
Related Publications (1)
Number Date Country
20190340335 A1 Nov 2019 US
Provisional Applications (1)
Number Date Country
61583807 Jan 2012 US
Continuations (3)
Number Date Country
Parent 15484534 Apr 2017 US
Child 16410922 US
Parent 14567994 Dec 2014 US
Child 15484534 US
Parent 13436900 Mar 2012 US
Child 14567994 US