US20160255132A1 - Distributing content items to users - Google Patents
Distributing content items to users Download PDFInfo
- Publication number
- US20160255132A1 US20160255132A1 US15/148,159 US201615148159A US2016255132A1 US 20160255132 A1 US20160255132 A1 US 20160255132A1 US 201615148159 A US201615148159 A US 201615148159A US 2016255132 A1 US2016255132 A1 US 2016255132A1
- Authority
- US
- United States
- Prior art keywords
- content item
- data storage
- user device
- storage location
- computer system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- H04L65/607—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- H04L65/602—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H04L67/28—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
Definitions
- This application generally relates to distributing content items, such as audio tracks, to users.
- a proliferation of content provider services gives users access to all types of digital content including, music, movies, books, etc.
- a content provider service obtains license rights to a library of digital content.
- a user subscribes to the content provider service to receive content items, either individually or bundled together (e.g., by genre) via a stream.
- Users receive the content items via various different types of user devices including, for example, mobile devices, other computers, network-enabled stereo receivers, etc. Users are charged according to many different types of payment methodologies including, for example, periodic subscription charges, charges by content item, charges by unit time, etc.
- Traditional search engines and similar tools allow users to search libraries of available content to find content items for viewing, listening and/or downloading.
- FIG. 1 is a block diagram showing one example embodiment of an environment for implementing systems and methods for distributing content items to users.
- FIG. 2 is a block diagram showing one example embodiment of a playback system in communication with a user device and a content distribution network.
- FIG. 3 is a block diagram showing one example embodiment of a content item illustrating how the content item may be divided into opening and remainder portions.
- FIG. 4 is a block diagram illustrating one example embodiment of a process for receiving content items and providing the content items to content provider service users.
- FIG. 5 is a flow chart illustrating one example embodiment of a process flow for receiving and processing content items in conjunction with the block diagram of FIG. 4 .
- FIG. 6 is a flow chart illustrating one example embodiment of a process flow for receiving and processing content item requests in conjunction with the block diagram of FIG. 4 .
- FIG. 7 is a flow chart illustrating one example embodiment of a process flow that may be executed by a user device to receive, stitch and play the opening and remainder portions of the requested content item.
- FIG. 8 is a block diagram illustrating the stitching and playback of the process flow of FIG. 7 .
- FIG. 9 is a block diagram of one example embodiment of a process for receiving content items and providing the content items to content provider service users that utilizes an alternate content distribution system.
- FIG. 10 is a flow chart illustrating one example embodiment of a process flow for receiving and processing content items in conjunction with the block diagram of FIG. 9 .
- FIG. 11 is a flow chart illustrating one example embodiment of a process flow for receiving and processing content item requests in conjunction with the system of FIG. 9 .
- FIG. 12 is a block diagram of one example embodiment of a process for providing content items to content provider service users without utilizing a content distribution network.
- FIG. 13 is a flow chart illustrating one example embodiment of a process flow for providing content items according to the block diagram of FIG. 12 .
- Various example embodiments are directed to systems and methods for distributing content items to users, for example, while minimizing the amount of data stored at disparate storage locations, such as content distribution networks.
- content provider services utilize one or more content distribution networks to distribute content items to users.
- the content provider service uploads copies of all or a portion of its digital content library to the content distribution network.
- the content distribution network subsequently stores the digital content library at a number of distributed mirror sites.
- the content provider service instructs the content distribution network to transmit (e.g., stream) the content item to the user.
- the content distribution network selects the mirror site that is closest to the user geographically and/or according to network topography and streams the content item to the user from the selected mirror site.
- This procedure allows users to receive content items in a reliable manner without undue delay.
- it also adds considerable operating expenses for the content provider services.
- Most commercially available content distribution networks charge content provider services based on the total size of the digital content items stored. Accordingly, the content provider service's distribution expenses increase with the size of its digital content library, often regardless of how often individual content items are accessed.
- many content provider services support different user device clients that expect to receive content items according to different encoding formats. Therefore, it is often necessary to pay for the storage of multiple copies of some or all of the content items, with different copies corresponding to different encoding formats.
- commercial content distribution network costs are minimized by dividing content items into opening portions and remainder portions.
- the opening portions comprise a predetermined number of digital units representing the beginning of the content item playback such as, for example, the first thirty (30) seconds of content item playback.
- the opening portions are pushed to a content distribution network while the remainder portions are stored at a system associated with the content provider service (e.g., a system where storage is less expensive than the content distribution system).
- the content provider service instructs the mirror site to begin streaming the opening portion of the content item to the user.
- the content provider service also begins streaming the remainder portion to the user. Due to the nature of the content distribution network, the stream of the opening portion may arrive at the user device relatively quickly.
- the stream of the remainder portion may arrive later.
- the user device e.g., a client executing on the user device
- the client stitches the opening portion and the remainder portion together.
- the size of the opening portion may be selected such that the stream of the remainder portion is received and stitched to the opening portion before playback of the content item reaches the end of the opening portion. Because only the opening portion is stored with the content distribution network, the associated distribution costs for the content provider service may be greatly reduced.
- FIG. 1 is a block diagram showing one example embodiment of an environment 100 for implementing systems and methods for distributing content items to users.
- the environment 100 comprises one or more playback systems 110 , one or more rights holder systems 112 , one or more content distribution networks 105 , one or more outside information systems (not shown), and a plurality of user devices 102 .
- Each user device 102 may be associated with a user 103 .
- a user 103 may own, lease, or otherwise have rights to use his or her associated user device 102 .
- the user devices 102 may receive various content items and/or user interfaces from and/or through other sites 105 , 110 of the environment 100 and provide the content items to the associated user 103 , for example, as described herein.
- User devices 102 may comprise any type of network-enabled computer device that may be utilized by a user to receive and/or view content items. Examples of user devices include smart phones, tablet computers, laptop computers, desktop computers, network-enabled stereo receivers, etc.
- each user 103 is associated with a subscription account to one or more content provider services. It will be appreciated, however, that subscription accounts may be associated with user devices 102 in addition to or instead of being associated with users 103 .
- subscription accounts may be associated with a geographic location or area, for example, the primary geographic location or area from which the user 103 and/or user device 102 contacts the playback system 110 , as described herein.
- Content provider services may be embodied by one or more playback systems 110 , which may operate in conjunction with one or more content distribution networks 105 .
- the playback system 110 may receive a request for a content item from a user 103 (e.g., via a user interface).
- the playback system 110 may authenticate the user 103 and/or associated user device 102 to determine that the user 103 and/or the user device 102 has an active subscription that entitles the user 103 (and/or device 102 ) to access the requested content item. Provided that the authentication is successful, the playback system 110 may cause the requested content item to be provided to a user device 102 associated with the requesting user 103 .
- the playback system 110 may request that the content item be transmitted to the user device 102 by a content distribution network 105 .
- Content items may be transmitted from the content distribution network 105 (e.g., a mirror site 104 thereof) to a user device 102 in any suitable manner.
- the content items may be transmitted via a secure communication channel formed between the mirror site 104 and the user device 102 such as a transport layer security (TLS) or secure socket layer (SSL) channel.
- TLS transport layer security
- SSL secure socket layer
- some content items may be individually encrypted during communication or transmitted in the clear. It will also be appreciated that content items may be provided to user devices 102 as discrete files or units or as part of a stream of content.
- the playback system 110 may be programmed to implement various tools allowing users 103 to search available content items provided via a user interface. Examples of such tools may include search engines, play lists and radio stations. Search engines allow users 103 to locate content items according to any suitable searching methodology such as, for example, key word searches, searches by genre, searches by content item type, etc.
- Play lists may be lists of content items, for example, stored at playback systems 110 . A play list may be created automatically, created by editorial staff of the content service provider and/or created based on input from a user device 102 . Play lists may be available to all users 103 , only to originating users 103 , to select users 103 , etc. In some example embodiments, users 103 have associated user play lists.
- User play lists can be play lists that the user 103 generated and/or selected to be associated with the user's account.
- user play lists may be selected and associated with a user's account automatically (e.g., by the playback system 110 ).
- a radio station may comprise a flow of content items generated, for example, by a playback system 110 and, for example, streamed to one or more users. The content items making up a radio station flow may be repeated and/or continuously updated (e.g., by the playback system 110 ).
- Specific content items may be included in a radio station flow or may be selected based on one or more common characteristics (e.g., similarity to a set of user selected content items, a common genre, a common artist, a common theme, etc.).
- user play lists may also include indications of radio station flows.
- the playback system 110 comprises a data store 109 .
- the data store 109 stores data including, for example, some or all of the digital content library including, for example, the remainder portions, as described herein.
- the playback system 110 partially or completely provides the content items directly to the users 103 thus replacing some or all of the functionality of the mirror sites 104 .
- the data store 109 also comprises a user database that includes data describing various users 103 including, for example, user play lists associated with users.
- the content distribution network 105 may comprise one or more distributed mirror sites 104 .
- Each site 104 may comprise one or more data stores 108 comprising content items and a server or other computer device 106 for processing requests.
- the mirror sites 104 may be mirrors of one another located at disparate geographic and/or network locations.
- the content distribution network 105 may balance the loads of various mirror sites 104 by directing requests to transmit content items to different mirror sites 104 based on geographic and/or network proximity between the requesting user device 102 and the various mirror sites 104 , loads on the mirror sites 104 , etc.
- the content distribution network 105 may be administered by a third-party vendor of the content provider service such as, for example, LIMELIGHT NETWORKS®.
- the environment 100 also comprises one or more rights holder systems 112 .
- Rights holder system 112 may be associated with entities that hold the rights (e.g., copyright, trademark, etc.) in content items making up the digital content library.
- Rights holder systems 112 may provide digital content items to the playback system 110 and/or content distribution system(s) 104 .
- rights holder systems 112 also indicate to the playback system 110 digital content that is to be removed from the digital content library including, for example, digital content items for which license rights have expired, digital content items that are being re-released in another form, etc.
- the various components 102 , 104 , 105 , 110 , 112 , etc. of the environment 100 may communicate with one another via a network 116 .
- the network 116 may be any suitable type of wired, wireless, or mixed network and may comprise, for example, the Internet, a local area network (LAN), a wide area network (WAN), etc.
- some or all of the functionality for implementing a content provider service may be consolidated in a single system.
- any combination of the playback system 110 and/or the content distribution network 105 or various mirror sites 104 may be consolidated into one or more single systems (e.g., at a common geographic location).
- FIG. 2 is a block diagram showing one example embodiment of a playback system 110 in communication with a user device 102 and a content distribution network 105 .
- the playback system 110 is programmed to execute example functional modules 118 , 120 , 122 , 124 .
- a communication module 118 may be programmed to facilitate communication between the playback system 110 and various other components of a content provider service such as, for example, the content distribution network 105 , rights holder systems 112 , etc.
- a user interface module 120 may be programmed to generate a user interface 126 and provide the interface 126 to users 103 (e.g., via the associated user devices 102 ).
- the interface 126 may provide the users 103 with indications of available content items.
- the interface 126 may provide the users 103 with indication of user play lists from which the users may select content items for streaming and/or download.
- the user 103 may select one or more content items, for example, via selections 125 made through the user interface 126 .
- the playback system 110 may initiate the provision of the selected content items 128 to the user device 102 .
- a content distribution module 122 may facilitate the distribution of the selected content items. For example, the content distribution module 122 may instruct the content distribution network 105 (e.g., via the communication module 118 ) to provide the content items 128 (or opening portions thereof) to the user 103 . Also, in some example embodiments, the content distribution module 122 may distribute content items 128 directly from the playback data store 109 to the user 103 (e.g., remainder portions thereof).
- a content item processing module 124 may receive content items from various rights holder systems 112 and process the content items 128 for provision to users 103 . For example, the content item processing module 124 may be configured to condition content items 128 , encode content items 128 according to various encoding formats, divide content items into opening and remainder portions, etc., as described herein.
- the playback data store 109 comprises various databases 132 , 136 comprising data used by the playback system 110 .
- a user database 136 comprises various data describing users of the content provider service implementing the playback system 110 . Such data may include, for example, account data, log-in information, usage logs, etc., and may be used to authenticate or log the user 103 into the content provider service implemented, at least in part, by the playback system 110 .
- the user data stored at the user database 136 also comprises user play lists including user play list generated by a user 103 , provided to the user 103 by another user 103 , assigned to the user by the content provider service, etc.
- a content item store 132 may comprise content items 128 to be provided to the user 103 directly through playback system 110 (e.g., not through the content distribution network 105 ). For example, the content item store 132 may comprise remainder portions of content items 128 .
- the example user device 102 shown in FIG. 2 comprises a client 133 for facilitating communication with the playback system 110 .
- the client 133 may facilitate communications with the playback system 110 .
- the client 133 may receive and display the user interface 126 from the playback system 110 and receive and transmit interface selection 126 from the user 103 .
- the client 133 may also be programmed to stitch content item opening portions and remainder portions during playback, as described herein.
- the user device 102 may also comprise data storage 135 for storing comprise locally stored user play lists, downloaded content items, etc.
- FIG. 3 is a block diagram showing one example embodiment of a content item 300 illustrating how the content item 300 may be divided into opening and remainder portions.
- the content item 300 is comprised of a plurality of digital units 306 .
- the digital units 306 may correspond to any suitable unit of data including, for example, bits, bytes, etc.
- the digital units 306 are logically arranged in playback order from a chronological beginning of the item 301 to a chronological end of the item 311 .
- the logical order of the digital units 306 corresponds to a playback of the content item 300 , as illustrated by playback axis 312 .
- the playback axis 312 indicates positions of the playback of the content item 300 in units of time (e.g., seconds).
- the chronological beginning 301 comprises a first digital unit 306 corresponding to zero seconds in the content item playback.
- Digital units 306 corresponding to progressively later portions of the content item playback are positioned to the left.
- the playback system 110 selects a breakpoint 302 .
- the opening portion 303 of the content item 300 comprises digital units 306 logically positioned before the breakpoint 302 according to the axes 312 .
- the remainder portion 304 of the content item 300 comprises digital units 306 logically positioned after the breakpoint 302 .
- the breakpoint 302 may be set to digital unit 306 at a logical position corresponding to a predetermined playback time (e.g., approximately 30 seconds into the content item playback).
- Digital units 306 that are logically positioned before the breakpoint 302 are part of the opening portion 303
- digital units 306 that are logically positioned after the breakpoint 302 are part of the remainder portion. Accordingly, in the illustrated content item, the opening portion 303 corresponds to about 30 seconds of the content item playback.
- the position of the breakpoint 302 , and therefore the size and playback time of the opening portion 303 may be selected in any suitable manner.
- the stream of the opening portion 303 provided by a content distribution network 105 , may arrive at a user device 102 sooner than the stream of the remainder portion.
- the playback system 110 selects the playback time associated with the opening portion 303 so that the remainder portion 304 stream is received and stitching is complete before playback of the opening portion 303 is complete. In this way, the user 103 may not experience any pause in the content item playback.
- the content item 300 may comprise and/or be associated with additional metadata describing properties of the content item.
- Some example embodiments of the content item 300 comprise a metadata header positioned at a logical head of the content item 300 (e.g., logically before the zero playback point).
- the playback system 110 may deal with a header or other metadata portion of the content item 300 in any suitable manner.
- the metadata may be associated with the opening portion 303 .
- the breakpoint 302 may be positioned to include in the opening portion the metadata and additional digital units 306 . The position of the breakpoint 302 in the playback of the content item, however, may be determined by digital units 306 that are not part of the header.
- FIG. 4 is a block diagram 400 illustrating one example embodiment of a process for receiving content items and providing the content items to content provider service users.
- FIG. 5 is a flow chart illustrating one example embodiment of a process flow 500 for receiving and processing content items in conjunction with the block diagram 400 of FIG. 4 .
- the playback system 110 may receive a content item from the rights holder system 112 at 502 .
- the content items may be received in any suitable format.
- audio content items may be received as WAV files (*.wav), Windows Media files (*.wma), free lossless audio codec (*.flac), advanced audio coding of various bit-rates (*.aac), MPEG-1 or MPEG-2 audio layer III (*.mp3), etc.
- the playback system 110 e.g., the communications module 118 and/or content processing module 124 thereof
- FTP file transfer protocol
- the playback system 110 (e.g., the content item processing module 124 thereof) divides the received content item into an opening portion and a remainder portion.
- the opening portion as described with respect to FIG. 3 , may begin at a chronological beginning of the first content item and end a predetermined number of digital units from the chronological beginning.
- the remainder portion may comprise the rest of the content item that is not a part of the opening portion.
- the size of the opening portion may be determined in any suitable manner.
- the content processing module 124 may estimate a delay between when a requesting user device 102 will receive a first stream comprising the opening portion and when the requesting user device 102 will receive a second stream comprising the remainder portion.
- the opening portion size may be selected as a predetermined number of digital units corresponding to a playback time of the content item that is equal to or greater than the delay.
- the content processing module 124 may also consider a time necessary for encoding the remainder portion.
- the delay between the first and second streams may comprise a communications delay as well as a time for encoding the remainder portion.
- content item processing module 124 encodes the opening portion of the content item. In some example embodiments, this may involve processing the content item utilizing an “encoding farm” or a number of servers or other computer hardware items that are configured to encode content items.
- the encoding farm may be part of the playback system 110 .
- the opening portion may be encoded into any suitable encoding format including, for example, those indicated above.
- the playback system 110 provides the encoded opening portion to the content distribution network 105 . The remainder portion may remain un-encoded and may be stored, for example, at the data store 109 .
- the playback system 110 may receive and process multiple content items in the described manner concurrently. Different content items may be encoded according to different encoding formats. Also, in some example embodiments, each content item, or opening portion thereof, may be encoded into multiple different encoding formats, with versions of the opening portion in each encoding format being provided to the content distribution network 105 . In this way, the playback system 110 and content distribution network may support different clients 133 according to different encoding formats. In some example embodiments, the playback system 110 may encode the remainder portion before storing at the data store 109 . It will be appreciated that this may allow the playback system 110 to provide the remainder upon request without first having to encode it.
- FIG. 6 is a flow chart illustrating one example embodiment of a process flow 600 for receiving and processing content item requests in conjunction with the block diagram 400 of FIG. 4 .
- the playback system 110 e.g., the content distribution module 122 thereof
- the request may originate from a user device 102 associated with a user 103 and, for example, from a client 133 executing on the user device 102 .
- the playback system 110 upon receiving the request, authenticates the user 103 and/or checks the user's subscription status.
- the playback system may instruct the content distribution network 105 to begin distributing the requested content item to the user device 102 .
- the instruction to the content distribution network 105 includes an indication of a desired delivery encoding format.
- the delivery encoding format indicates the encoding format in which the content item should be delivered to the user device 102 .
- the content distribution network 105 may begin streaming the opening portion of the content item to the user device 102 , for example, according to the indicated encoding format.
- the playback system (e.g., the content distribution module 122 thereof) encodes the remainder of the requested content item.
- the encoding is performed utilizing the encoding farm referenced herein above.
- the content distribution module 122 may begin to stream the remainder portion of the requested content item to the user device at 608 .
- the playback system 110 may have encoded the remainder portion at the time it was divided from the opening portion. Accordingly, action 606 may be omitted.
- the process flow 600 pertains to a single content item request, it will be appreciated that the actions shown in the process flow 600 may be repeated to respond to additional content item requests from the same user device 102 or different user devices 102 .
- FIG. 7 is a flow chart illustrating one example embodiment of a process flow 700 that may be executed by a user device 102 , for example a client 133 thereof, to receive, stitch and play the opening and remainder portions of a requested content item.
- the user device 102 begins receiving the stream of the opening portion of the requested content item from the content distribution network 105 , for example, from a selected mirror site 104 thereof. The opening portion, as it is received, is progressively stored to a memory location.
- the client 133 of the user device 102 begins playback of the requested content item from the memory location. The playback begins at a chronological beginning of the content item, which may be the logical beginning of the memory location.
- the user device 102 begins receiving the stream of the remainder of the requested content item.
- the client 133 of the user device 102 may stitch the opening portion and remainder portion of the requested content item together.
- the stitching may involve progressively storing the remainder portion, as it is received, to the memory location. Storing of the remainder portion may begin at an offset position, as described below. For example, the end of the opening portion and the beginning of the remainder portion may be logically adjacent.
- the stitching may be completed before the playback reaches the split between the opening and remainder portions. In this way, the user device 102 may playback the requested content item without interruption.
- FIG. 8 is a block diagram 800 illustrating the stitching and playback of the process flow 700 .
- the block diagram 800 shows a memory location 802 that may be a memory location in the data store 135 of the user device 102 .
- the memory location 802 comprises a plurality of logical positions 803 , where each logical position 803 may contain one or more data units.
- the memory location 802 and logical memory positions 803 may correspond to any suitable denomination of memory including, for example, files, data blocks, directories, etc.
- the user device 102 receives the stream of the opening portion 303 of the content item, it progressively writes the received opening portion starting at a logical beginning 805 of the memory location 802 .
- a marker 806 indicates a write position of the first stream.
- the write position may begin at the logical beginning 805 of the memory location 802 , and proceed, for example, to the left as logical positions 803 are filled.
- the first logical position 803 is filled, while the next logical position 803 is partially filled.
- Playback of the content item may also begin at the logical beginning 805 of the file, as indicated by playback position marker 804 . As playback progresses, the playback position tracks to the left, as indicated in FIG. 8 .
- the client 133 When the stream of the remainder portion 304 is received, the client 133 begins progressively writing the remainder portion 304 at the memory location 802 , albeit starting at an offset position 810 offset from the logical beginning 805 of the memory location.
- the number of digital units between the offset position 810 and the logical beginning 805 of the memory location 802 (e.g., the offset) may correspond to the number of digital units between the breakpoint 302 and the chronological beginning 301 of the content item 300 .
- the digital units 306 making up the opening portion 303 may extend from the logical beginning of the memory location 805 to the offset position 810 .
- the playback position 804 may progress across then offset position 810 to play the remainder 304 of the content item 300 .
- the value of the offset may be a standard number of digital units known to the client 133 .
- the client 133 receives the value of the offset with either the stream of the opening portion or the stream of the remainder portion.
- a header or other metadata is placed at the logical beginning 805 of the memory location 802 , meaning that the offset between the position 810 and the logical beginning 805 of the memory location 802 may correspond to the number of digital units between the breakpoint 302 and the chronological beginning 301 of the content item 300 plus an offset for the header.
- FIG. 9 is a block diagram 900 of one example embodiment of a process for receiving content items and providing the content items to content provider service users that utilizes an alternate content distribution system 902 .
- the remainder portion of content items may be provided by the alternate content distribution system 902 .
- the alternate content distribution system 902 may be a slower, and therefore less expensive, alternative to the content distribution network 105 .
- the alternate content distribution system 902 may not include mirror sites and/or may include fewer or less well-distributed mirror sites.
- FIG. 10 is a flow chart illustrating one example embodiment of a process flow for receiving and processing content items in conjunction with the block diagram 900 .
- the process flow 1000 may be executed in a manner similar to that described above with respect to the process flow 500 .
- a content item is received from a rights holder system 112 at 502 .
- the content item is divided into an opening portion and a remainder portion at 504 .
- the opening portion is encoded and provided to the content distribution network ( 508 ).
- the remainder portion is also encoded at 1002 and provided to the alternate content distribution system 902 at 1004 .
- FIG. 11 is a flow chart illustrating one example embodiment of a process flow 1100 for receiving and processing content item requests in conjunction with the system 900 .
- the playback system 110 e.g., the content distribution module 122 thereof
- the playback system 110 may receive a request for a content item.
- the content distribution module 122 instructs the content distribution network 105 to begin streaming an opening portion of the requested content item to the requesting user device 102 .
- the content distribution module 122 instructs the alternate content distribution system 902 to begin streaming a remainder portion of the requested content item to the requesting user device 102 .
- the user device 102 e.g., the client 133 thereof
- FIG. 12 is a block diagram of one example embodiment of a process for providing content items to content provider service users without utilizing a content distribution network 105 .
- FIG. 13 is a flow chart illustrating one example embodiment of a process flow 1300 for providing content items according to the block diagram of FIG. 12 .
- the playback system 110 receives a request for a content item.
- the playback system 110 encodes the content item. For example, when content items are received from rights holder system 112 , the playback system 110 stores the content items at the data store 109 without completing the encoding process. Instead, encoding may be performed on demand at 1304 .
- the playback system 110 may begin streaming the now-encoded content item to the requesting user device 102 .
- Certain aspects of the present invention include process steps and instructions described herein in the form of a method. It should be noted that the process steps and instructions of the present invention can be embodied in software, firmware or hardware, and when embodied in software, can be downloaded to reside on and be operated from different platforms used by a variety of operating systems.
- the present invention also relates to an apparatus for performing the operations herein.
- This apparatus may be specially constructed for the required purposes, or it may comprise a general-purpose computer selectively activated or reconfigured by a computer program stored in the computer.
- a computer program may be stored in a computer readable storage medium, such as, but not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, application specific integrated circuits (ASICs), or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus.
- the computers and computer systems referred to in the specification may include a single processor or may be architectures employing multiple processor designs for increased computing capability.
Abstract
Systems and methods for providing content items to users are disclosed. In an example, a system is configured to divide a content item into a first portion and a second portion, wherein the first portion begins at a chronological beginning of the content item and ends at a predetermined number of digital units from the chronological beginning of the content item. The system is also configured to encode the first portion according to an encoding format and store the first portion at a first data storage location remote from the computer system. The system is further configured to encode the second portion according to the encoding format and store the second portion at a second data storage location.
Description
- The present application is a divisional of, claims priority to and the benefit of U.S. patent application Ser. No. 13/832,372, filed on Mar. 15, 2013, the entirety of which is incorporated herein by reference.
- This application generally relates to distributing content items, such as audio tracks, to users.
- A proliferation of content provider services gives users access to all types of digital content including, music, movies, books, etc. Typically, a content provider service obtains license rights to a library of digital content. A user subscribes to the content provider service to receive content items, either individually or bundled together (e.g., by genre) via a stream. Users receive the content items via various different types of user devices including, for example, mobile devices, other computers, network-enabled stereo receivers, etc. Users are charged according to many different types of payment methodologies including, for example, periodic subscription charges, charges by content item, charges by unit time, etc. Traditional search engines and similar tools allow users to search libraries of available content to find content items for viewing, listening and/or downloading.
- Various example embodiments are described herein by way of example in conjunction with the following figures, wherein:
-
FIG. 1 is a block diagram showing one example embodiment of an environment for implementing systems and methods for distributing content items to users. -
FIG. 2 is a block diagram showing one example embodiment of a playback system in communication with a user device and a content distribution network. -
FIG. 3 is a block diagram showing one example embodiment of a content item illustrating how the content item may be divided into opening and remainder portions. -
FIG. 4 is a block diagram illustrating one example embodiment of a process for receiving content items and providing the content items to content provider service users. -
FIG. 5 is a flow chart illustrating one example embodiment of a process flow for receiving and processing content items in conjunction with the block diagram ofFIG. 4 . -
FIG. 6 is a flow chart illustrating one example embodiment of a process flow for receiving and processing content item requests in conjunction with the block diagram ofFIG. 4 . -
FIG. 7 is a flow chart illustrating one example embodiment of a process flow that may be executed by a user device to receive, stitch and play the opening and remainder portions of the requested content item. -
FIG. 8 is a block diagram illustrating the stitching and playback of the process flow ofFIG. 7 . -
FIG. 9 is a block diagram of one example embodiment of a process for receiving content items and providing the content items to content provider service users that utilizes an alternate content distribution system. -
FIG. 10 is a flow chart illustrating one example embodiment of a process flow for receiving and processing content items in conjunction with the block diagram ofFIG. 9 . -
FIG. 11 is a flow chart illustrating one example embodiment of a process flow for receiving and processing content item requests in conjunction with the system ofFIG. 9 . -
FIG. 12 is a block diagram of one example embodiment of a process for providing content items to content provider service users without utilizing a content distribution network. -
FIG. 13 is a flow chart illustrating one example embodiment of a process flow for providing content items according to the block diagram ofFIG. 12 . - Various example embodiments are directed to systems and methods for distributing content items to users, for example, while minimizing the amount of data stored at disparate storage locations, such as content distribution networks. Under common practice, content provider services utilize one or more content distribution networks to distribute content items to users. The content provider service uploads copies of all or a portion of its digital content library to the content distribution network. The content distribution network subsequently stores the digital content library at a number of distributed mirror sites. When a user requests a content item, the content provider service instructs the content distribution network to transmit (e.g., stream) the content item to the user. The content distribution network selects the mirror site that is closest to the user geographically and/or according to network topography and streams the content item to the user from the selected mirror site.
- This procedure allows users to receive content items in a reliable manner without undue delay. However, it also adds considerable operating expenses for the content provider services. Most commercially available content distribution networks charge content provider services based on the total size of the digital content items stored. Accordingly, the content provider service's distribution expenses increase with the size of its digital content library, often regardless of how often individual content items are accessed. Also, many content provider services support different user device clients that expect to receive content items according to different encoding formats. Therefore, it is often necessary to pay for the storage of multiple copies of some or all of the content items, with different copies corresponding to different encoding formats.
- According to various example embodiments, commercial content distribution network costs are minimized by dividing content items into opening portions and remainder portions. The opening portions comprise a predetermined number of digital units representing the beginning of the content item playback such as, for example, the first thirty (30) seconds of content item playback. The opening portions are pushed to a content distribution network while the remainder portions are stored at a system associated with the content provider service (e.g., a system where storage is less expensive than the content distribution system). When a user requests a content item, the content provider service instructs the mirror site to begin streaming the opening portion of the content item to the user. The content provider service also begins streaming the remainder portion to the user. Due to the nature of the content distribution network, the stream of the opening portion may arrive at the user device relatively quickly. The stream of the remainder portion may arrive later. The user device (e.g., a client executing on the user device) may be configured to begin playback of the content item upon receiving the stream of the opening portion. When the stream of the remainder portion is received, the client stitches the opening portion and the remainder portion together. The size of the opening portion may be selected such that the stream of the remainder portion is received and stitched to the opening portion before playback of the content item reaches the end of the opening portion. Because only the opening portion is stored with the content distribution network, the associated distribution costs for the content provider service may be greatly reduced.
- Reference will now be made in detail to several example embodiments, examples of which are illustrated in the accompanying figures. Wherever practicable, similar or like reference numbers may be used in the figures and may indicate similar or like functionality. The figures depict example embodiments of the disclosed systems (or methods) for purposes of illustration only. One skilled in the art will readily recognize from the following description that alternative example embodiments of the structures and methods illustrated herein may be employed without departing from the principles described herein.
-
FIG. 1 is a block diagram showing one example embodiment of an environment 100 for implementing systems and methods for distributing content items to users. The environment 100 comprises one ormore playback systems 110, one or morerights holder systems 112, one or morecontent distribution networks 105, one or more outside information systems (not shown), and a plurality ofuser devices 102. Eachuser device 102 may be associated with auser 103. For example, auser 103 may own, lease, or otherwise have rights to use his or her associateduser device 102. Theuser devices 102 may receive various content items and/or user interfaces from and/or throughother sites user 103, for example, as described herein.User devices 102 may comprise any type of network-enabled computer device that may be utilized by a user to receive and/or view content items. Examples of user devices include smart phones, tablet computers, laptop computers, desktop computers, network-enabled stereo receivers, etc. In some example embodiments, eachuser 103 is associated with a subscription account to one or more content provider services. It will be appreciated, however, that subscription accounts may be associated withuser devices 102 in addition to or instead of being associated withusers 103. In some example embodiments, subscription accounts may be associated with a geographic location or area, for example, the primary geographic location or area from which theuser 103 and/oruser device 102 contacts theplayback system 110, as described herein. - Content provider services may be embodied by one or
more playback systems 110, which may operate in conjunction with one or morecontent distribution networks 105. Theplayback system 110 may receive a request for a content item from a user 103 (e.g., via a user interface). Theplayback system 110 may authenticate theuser 103 and/or associateduser device 102 to determine that theuser 103 and/or theuser device 102 has an active subscription that entitles the user 103 (and/or device 102) to access the requested content item. Provided that the authentication is successful, theplayback system 110 may cause the requested content item to be provided to auser device 102 associated with the requestinguser 103. For example, theplayback system 110 may request that the content item be transmitted to theuser device 102 by acontent distribution network 105. Content items may be transmitted from the content distribution network 105 (e.g., amirror site 104 thereof) to auser device 102 in any suitable manner. For example, the content items may be transmitted via a secure communication channel formed between themirror site 104 and theuser device 102 such as a transport layer security (TLS) or secure socket layer (SSL) channel. Also, for example, some content items may be individually encrypted during communication or transmitted in the clear. It will also be appreciated that content items may be provided touser devices 102 as discrete files or units or as part of a stream of content. - The
playback system 110 may be programmed to implement varioustools allowing users 103 to search available content items provided via a user interface. Examples of such tools may include search engines, play lists and radio stations. Search engines allowusers 103 to locate content items according to any suitable searching methodology such as, for example, key word searches, searches by genre, searches by content item type, etc. Play lists may be lists of content items, for example, stored atplayback systems 110. A play list may be created automatically, created by editorial staff of the content service provider and/or created based on input from auser device 102. Play lists may be available to allusers 103, only to originatingusers 103, to selectusers 103, etc. In some example embodiments,users 103 have associated user play lists. User play lists can be play lists that theuser 103 generated and/or selected to be associated with the user's account. In some example embodiments, user play lists may be selected and associated with a user's account automatically (e.g., by the playback system 110). A radio station may comprise a flow of content items generated, for example, by aplayback system 110 and, for example, streamed to one or more users. The content items making up a radio station flow may be repeated and/or continuously updated (e.g., by the playback system 110). Specific content items may be included in a radio station flow or may be selected based on one or more common characteristics (e.g., similarity to a set of user selected content items, a common genre, a common artist, a common theme, etc.). In addition to indications of content items, user play lists may also include indications of radio station flows. - In some example embodiments, the
playback system 110 comprises adata store 109. Thedata store 109 stores data including, for example, some or all of the digital content library including, for example, the remainder portions, as described herein. In some example embodiments, theplayback system 110 partially or completely provides the content items directly to theusers 103 thus replacing some or all of the functionality of themirror sites 104. In some example embodiments, thedata store 109 also comprises a user database that includes data describingvarious users 103 including, for example, user play lists associated with users. - The
content distribution network 105 may comprise one or more distributedmirror sites 104. Eachsite 104 may comprise one ormore data stores 108 comprising content items and a server orother computer device 106 for processing requests. Themirror sites 104 may be mirrors of one another located at disparate geographic and/or network locations. For example, thecontent distribution network 105 may balance the loads ofvarious mirror sites 104 by directing requests to transmit content items todifferent mirror sites 104 based on geographic and/or network proximity between the requestinguser device 102 and thevarious mirror sites 104, loads on themirror sites 104, etc. In some example embodiments, thecontent distribution network 105 may be administered by a third-party vendor of the content provider service such as, for example, LIMELIGHT NETWORKS®. - In some example embodiments, the environment 100 also comprises one or more
rights holder systems 112.Rights holder system 112 may be associated with entities that hold the rights (e.g., copyright, trademark, etc.) in content items making up the digital content library.Rights holder systems 112 may provide digital content items to theplayback system 110 and/or content distribution system(s) 104. In some example embodiments,rights holder systems 112 also indicate to theplayback system 110 digital content that is to be removed from the digital content library including, for example, digital content items for which license rights have expired, digital content items that are being re-released in another form, etc. - The
various components network 116. Thenetwork 116 may be any suitable type of wired, wireless, or mixed network and may comprise, for example, the Internet, a local area network (LAN), a wide area network (WAN), etc. In some example embodiments, some or all of the functionality for implementing a content provider service may be consolidated in a single system. For example, any combination of theplayback system 110 and/or thecontent distribution network 105 orvarious mirror sites 104 may be consolidated into one or more single systems (e.g., at a common geographic location). -
FIG. 2 is a block diagram showing one example embodiment of aplayback system 110 in communication with auser device 102 and acontent distribution network 105. Theplayback system 110 is programmed to execute examplefunctional modules communication module 118 may be programmed to facilitate communication between theplayback system 110 and various other components of a content provider service such as, for example, thecontent distribution network 105,rights holder systems 112, etc. A user interface module 120 may be programmed to generate auser interface 126 and provide theinterface 126 to users 103 (e.g., via the associated user devices 102). Theinterface 126 may provide theusers 103 with indications of available content items. In some example embodiments, theinterface 126 may provide theusers 103 with indication of user play lists from which the users may select content items for streaming and/or download. Theuser 103 may select one or more content items, for example, viaselections 125 made through theuser interface 126. In response, theplayback system 110 may initiate the provision of the selectedcontent items 128 to theuser device 102. - A
content distribution module 122 may facilitate the distribution of the selected content items. For example, thecontent distribution module 122 may instruct the content distribution network 105 (e.g., via the communication module 118) to provide the content items 128 (or opening portions thereof) to theuser 103. Also, in some example embodiments, thecontent distribution module 122 may distributecontent items 128 directly from theplayback data store 109 to the user 103 (e.g., remainder portions thereof). A contentitem processing module 124 may receive content items from variousrights holder systems 112 and process thecontent items 128 for provision tousers 103. For example, the contentitem processing module 124 may be configured to conditioncontent items 128, encodecontent items 128 according to various encoding formats, divide content items into opening and remainder portions, etc., as described herein. - In some example embodiments, the
playback data store 109 comprisesvarious databases 132, 136 comprising data used by theplayback system 110. A user database 136 comprises various data describing users of the content provider service implementing theplayback system 110. Such data may include, for example, account data, log-in information, usage logs, etc., and may be used to authenticate or log theuser 103 into the content provider service implemented, at least in part, by theplayback system 110. In various example embodiments, the user data stored at the user database 136 also comprises user play lists including user play list generated by auser 103, provided to theuser 103 by anotheruser 103, assigned to the user by the content provider service, etc. Acontent item store 132 may comprisecontent items 128 to be provided to theuser 103 directly through playback system 110 (e.g., not through the content distribution network 105). For example, thecontent item store 132 may comprise remainder portions ofcontent items 128. - The
example user device 102 shown inFIG. 2 comprises aclient 133 for facilitating communication with theplayback system 110. Theclient 133 may facilitate communications with theplayback system 110. For example, theclient 133 may receive and display theuser interface 126 from theplayback system 110 and receive and transmitinterface selection 126 from theuser 103. Theclient 133 may also be programmed to stitch content item opening portions and remainder portions during playback, as described herein. In some example embodiments, theuser device 102 may also comprisedata storage 135 for storing comprise locally stored user play lists, downloaded content items, etc. - According to various example embodiments described herein, the
playback system 110 or other component of the content provider service divides content items, distributing the opening portions of the content items through acontent distribution network 105 and the remainder portion of the content items according to an alternate distribution method.FIG. 3 is a block diagram showing one example embodiment of a content item 300 illustrating how the content item 300 may be divided into opening and remainder portions. The content item 300 is comprised of a plurality ofdigital units 306. Thedigital units 306 may correspond to any suitable unit of data including, for example, bits, bytes, etc. Thedigital units 306 are logically arranged in playback order from a chronological beginning of theitem 301 to a chronological end of theitem 311. The logical order of thedigital units 306 corresponds to a playback of the content item 300, as illustrated byplayback axis 312. Theplayback axis 312 indicates positions of the playback of the content item 300 in units of time (e.g., seconds). Thechronological beginning 301 comprises a firstdigital unit 306 corresponding to zero seconds in the content item playback.Digital units 306 corresponding to progressively later portions of the content item playback are positioned to the left. - To divide the
content item 306, theplayback system 110 selects abreakpoint 302. Theopening portion 303 of the content item 300 comprisesdigital units 306 logically positioned before thebreakpoint 302 according to theaxes 312. Theremainder portion 304 of the content item 300 comprisesdigital units 306 logically positioned after thebreakpoint 302. Thebreakpoint 302 may be set todigital unit 306 at a logical position corresponding to a predetermined playback time (e.g., approximately 30 seconds into the content item playback).Digital units 306 that are logically positioned before thebreakpoint 302 are part of theopening portion 303, whiledigital units 306 that are logically positioned after thebreakpoint 302 are part of the remainder portion. Accordingly, in the illustrated content item, theopening portion 303 corresponds to about 30 seconds of the content item playback. - The position of the
breakpoint 302, and therefore the size and playback time of theopening portion 303, may be selected in any suitable manner. For example, it will be appreciated that the stream of theopening portion 303, provided by acontent distribution network 105, may arrive at auser device 102 sooner than the stream of the remainder portion. In some embodiments, theplayback system 110 selects the playback time associated with theopening portion 303 so that theremainder portion 304 stream is received and stitching is complete before playback of theopening portion 303 is complete. In this way, theuser 103 may not experience any pause in the content item playback. - It will be appreciated that the content item 300 may comprise and/or be associated with additional metadata describing properties of the content item. Some example embodiments of the content item 300 comprise a metadata header positioned at a logical head of the content item 300 (e.g., logically before the zero playback point). The
playback system 110 may deal with a header or other metadata portion of the content item 300 in any suitable manner. For example, in some example embodiments, the metadata may be associated with theopening portion 303. Thebreakpoint 302 may be positioned to include in the opening portion the metadata and additionaldigital units 306. The position of thebreakpoint 302 in the playback of the content item, however, may be determined bydigital units 306 that are not part of the header. -
FIG. 4 is a block diagram 400 illustrating one example embodiment of a process for receiving content items and providing the content items to content provider service users.FIG. 5 is a flow chart illustrating one example embodiment of aprocess flow 500 for receiving and processing content items in conjunction with the block diagram 400 ofFIG. 4 . Referring toFIGS. 4 and 5 , theplayback system 110 may receive a content item from therights holder system 112 at 502. The content items may be received in any suitable format. For example, audio content items may be received as WAV files (*.wav), Windows Media files (*.wma), free lossless audio codec (*.flac), advanced audio coding of various bit-rates (*.aac), MPEG-1 or MPEG-2 audio layer III (*.mp3), etc. In various example embodiments, the playback system 110 (e.g., thecommunications module 118 and/orcontent processing module 124 thereof) may operate a file transfer protocol (FTP) server or service or use any other suitable mechanism to receive the content item. - At 504, the playback system 110 (e.g., the content
item processing module 124 thereof) divides the received content item into an opening portion and a remainder portion. The opening portion, as described with respect toFIG. 3 , may begin at a chronological beginning of the first content item and end a predetermined number of digital units from the chronological beginning. The remainder portion may comprise the rest of the content item that is not a part of the opening portion. The size of the opening portion may be determined in any suitable manner. In some example embodiments, thecontent processing module 124 may estimate a delay between when a requestinguser device 102 will receive a first stream comprising the opening portion and when the requestinguser device 102 will receive a second stream comprising the remainder portion. The opening portion size, then, may be selected as a predetermined number of digital units corresponding to a playback time of the content item that is equal to or greater than the delay. In some embodiments, thecontent processing module 124 may also consider a time necessary for encoding the remainder portion. For example, the delay between the first and second streams may comprise a communications delay as well as a time for encoding the remainder portion. - At 504, content
item processing module 124 encodes the opening portion of the content item. In some example embodiments, this may involve processing the content item utilizing an “encoding farm” or a number of servers or other computer hardware items that are configured to encode content items. For example, the encoding farm may be part of theplayback system 110. The opening portion may be encoded into any suitable encoding format including, for example, those indicated above. At 508, theplayback system 110 provides the encoded opening portion to thecontent distribution network 105. The remainder portion may remain un-encoded and may be stored, for example, at thedata store 109. Although theprocess flow 500 is described in the context of a single content item, it will be appreciated that theplayback system 110 may receive and process multiple content items in the described manner concurrently. Different content items may be encoded according to different encoding formats. Also, in some example embodiments, each content item, or opening portion thereof, may be encoded into multiple different encoding formats, with versions of the opening portion in each encoding format being provided to thecontent distribution network 105. In this way, theplayback system 110 and content distribution network may supportdifferent clients 133 according to different encoding formats. In some example embodiments, theplayback system 110 may encode the remainder portion before storing at thedata store 109. It will be appreciated that this may allow theplayback system 110 to provide the remainder upon request without first having to encode it. -
FIG. 6 is a flow chart illustrating one example embodiment of aprocess flow 600 for receiving and processing content item requests in conjunction with the block diagram 400 ofFIG. 4 . At 602, the playback system 110 (e.g., thecontent distribution module 122 thereof) may receive a request for a content item. The request may originate from auser device 102 associated with auser 103 and, for example, from aclient 133 executing on theuser device 102. In some example embodiments, theplayback system 110, upon receiving the request, authenticates theuser 103 and/or checks the user's subscription status. At 604, the playback system may instruct thecontent distribution network 105 to begin distributing the requested content item to theuser device 102. In some example embodiments, the instruction to thecontent distribution network 105 includes an indication of a desired delivery encoding format. The delivery encoding format indicates the encoding format in which the content item should be delivered to theuser device 102. Upon instruction, thecontent distribution network 105 may begin streaming the opening portion of the content item to theuser device 102, for example, according to the indicated encoding format. - At 606, the playback system (e.g., the
content distribution module 122 thereof) encodes the remainder of the requested content item. In some example embodiments, the encoding is performed utilizing the encoding farm referenced herein above. Upon completion of the encoding, thecontent distribution module 122 may begin to stream the remainder portion of the requested content item to the user device at 608. In some example embodiments, theplayback system 110 may have encoded the remainder portion at the time it was divided from the opening portion. Accordingly,action 606 may be omitted. Also, although theprocess flow 600 pertains to a single content item request, it will be appreciated that the actions shown in theprocess flow 600 may be repeated to respond to additional content item requests from thesame user device 102 ordifferent user devices 102. -
FIG. 7 is a flow chart illustrating one example embodiment of aprocess flow 700 that may be executed by auser device 102, for example aclient 133 thereof, to receive, stitch and play the opening and remainder portions of a requested content item. At 702, theuser device 102 begins receiving the stream of the opening portion of the requested content item from thecontent distribution network 105, for example, from a selectedmirror site 104 thereof. The opening portion, as it is received, is progressively stored to a memory location. At 704, theclient 133 of theuser device 102 begins playback of the requested content item from the memory location. The playback begins at a chronological beginning of the content item, which may be the logical beginning of the memory location. At 706, theuser device 102 begins receiving the stream of the remainder of the requested content item. At 708, theclient 133 of theuser device 102 may stitch the opening portion and remainder portion of the requested content item together. For example, the stitching may involve progressively storing the remainder portion, as it is received, to the memory location. Storing of the remainder portion may begin at an offset position, as described below. For example, the end of the opening portion and the beginning of the remainder portion may be logically adjacent. The stitching may be completed before the playback reaches the split between the opening and remainder portions. In this way, theuser device 102 may playback the requested content item without interruption. -
FIG. 8 is a block diagram 800 illustrating the stitching and playback of theprocess flow 700. The block diagram 800 shows amemory location 802 that may be a memory location in thedata store 135 of theuser device 102. Thememory location 802 comprises a plurality oflogical positions 803, where eachlogical position 803 may contain one or more data units. Thememory location 802 andlogical memory positions 803 may correspond to any suitable denomination of memory including, for example, files, data blocks, directories, etc. When theuser device 102 receives the stream of theopening portion 303 of the content item, it progressively writes the received opening portion starting at alogical beginning 805 of thememory location 802. Amarker 806 indicates a write position of the first stream. The write position may begin at thelogical beginning 805 of thememory location 802, and proceed, for example, to the left aslogical positions 803 are filled. In the example illustrated byFIG. 8 , the firstlogical position 803 is filled, while the nextlogical position 803 is partially filled. Playback of the content item may also begin at thelogical beginning 805 of the file, as indicated byplayback position marker 804. As playback progresses, the playback position tracks to the left, as indicated inFIG. 8 . - When the stream of the
remainder portion 304 is received, theclient 133 begins progressively writing theremainder portion 304 at thememory location 802, albeit starting at an offsetposition 810 offset from thelogical beginning 805 of the memory location. The number of digital units between the offsetposition 810 and thelogical beginning 805 of the memory location 802 (e.g., the offset) may correspond to the number of digital units between thebreakpoint 302 and thechronological beginning 301 of the content item 300. For example, when stream of theopening portion 303 concludes, thedigital units 306 making up theopening portion 303 may extend from the logical beginning of thememory location 805 to the offsetposition 810. Theplayback position 804 may progress across then offsetposition 810 to play theremainder 304 of the content item 300. The value of the offset may be a standard number of digital units known to theclient 133. In some example embodiments, theclient 133 receives the value of the offset with either the stream of the opening portion or the stream of the remainder portion. In some embodiments, a header or other metadata is placed at thelogical beginning 805 of thememory location 802, meaning that the offset between theposition 810 and thelogical beginning 805 of thememory location 802 may correspond to the number of digital units between thebreakpoint 302 and thechronological beginning 301 of the content item 300 plus an offset for the header. -
FIG. 9 is a block diagram 900 of one example embodiment of a process for receiving content items and providing the content items to content provider service users that utilizes an alternatecontent distribution system 902. For example, the remainder portion of content items may be provided by the alternatecontent distribution system 902. As described herein, the remainder portion of content items need not be streamed to theuser 103 as quickly as the opening portion. Accordingly, the alternatecontent distribution system 902 may be a slower, and therefore less expensive, alternative to thecontent distribution network 105. For example, the alternatecontent distribution system 902 may not include mirror sites and/or may include fewer or less well-distributed mirror sites. -
FIG. 10 is a flow chart illustrating one example embodiment of a process flow for receiving and processing content items in conjunction with the block diagram 900. Theprocess flow 1000 may be executed in a manner similar to that described above with respect to theprocess flow 500. A content item is received from arights holder system 112 at 502. The content item is divided into an opening portion and a remainder portion at 504. At 506, the opening portion is encoded and provided to the content distribution network (508). Subsequently, the remainder portion is also encoded at 1002 and provided to the alternatecontent distribution system 902 at 1004. -
FIG. 11 is a flow chart illustrating one example embodiment of aprocess flow 1100 for receiving and processing content item requests in conjunction with thesystem 900. At 1102, the playback system 110 (e.g., thecontent distribution module 122 thereof) may receive a request for a content item. At 1104, thecontent distribution module 122 instructs thecontent distribution network 105 to begin streaming an opening portion of the requested content item to the requestinguser device 102. At 1106, thecontent distribution module 122 instructs the alternatecontent distribution system 902 to begin streaming a remainder portion of the requested content item to the requestinguser device 102. The user device 102 (e.g., theclient 133 thereof) may stitch the opening and remainder portions and initiate playback as described herein. -
FIG. 12 is a block diagram of one example embodiment of a process for providing content items to content provider service users without utilizing acontent distribution network 105.FIG. 13 is a flow chart illustrating one example embodiment of aprocess flow 1300 for providing content items according to the block diagram ofFIG. 12 . At 1302, theplayback system 110 receives a request for a content item. At 1304, theplayback system 110 encodes the content item. For example, when content items are received fromrights holder system 112, theplayback system 110 stores the content items at thedata store 109 without completing the encoding process. Instead, encoding may be performed on demand at 1304. At 1306, theplayback system 110 may begin streaming the now-encoded content item to the requestinguser device 102. - The features and advantages described in the specification are not all inclusive and, in particular, many additional features and advantages will be apparent to one of ordinary skill in the art in view of the drawings, specification, and claims. The figures and the following description relate to example embodiments of the invention by way of illustration only. Alternative example embodiments of the structures and methods disclosed here may be employed without departing from the principles of what is claimed.
- Any patent, publication, or other disclosure material, in whole or in part, that is said to be incorporated by reference herein is incorporated herein only to the extent that the incorporated materials do not conflict with existing definitions, statements, or other disclosure material set forth in this disclosure. As such, and to the extent necessary, the disclosure as explicitly set forth herein supersedes any conflicting material incorporated herein by reference. Any material, or portion thereof, that is said to be incorporated by reference herein, but which conflicts with existing definitions, statements, or other disclosure material set forth herein will only be incorporated to the extent that no conflict arises between that incorporated material and the existing disclosure material.
- Reference in the specification to “one example embodiment,” “various example embodiments,” or to “an example embodiment” means that a particular feature, structure, or characteristic described in connection with the example embodiments is included in at least one example embodiment of the invention. The appearances of the phrase “in one example embodiment” or “a preferred example embodiment” in various places in the specification are not necessarily all referring to the same example embodiment. Reference to example embodiments is intended to disclose examples, rather than limit the claimed invention.
- Some portions of the above are presented in terms of methods and symbolic representations of operations on data bits within a computer memory. These descriptions and representations are the means used by those skilled in the art to most effectively convey the substance of their work to others skilled in the art. A method is here, and generally, conceived to be a self-consistent sequence of actions (instructions) leading to a desired result. The actions are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical, magnetic or optical signals capable of being stored, transferred, combined, compared and otherwise manipulated. It is convenient, at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like. Furthermore, it is also convenient, at times, to refer to certain arrangements of actions requiring physical manipulations of physical quantities as modules or code devices, without loss of generality.
- It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise as apparent from the preceding discussion, it is appreciated that throughout the description, discussions utilizing terms such as “processing” or “computing” or “calculating” or “determining” or “displaying” or “determining” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system memories or registers or other such information storage, transmission or display devices.
- Certain aspects of the present invention include process steps and instructions described herein in the form of a method. It should be noted that the process steps and instructions of the present invention can be embodied in software, firmware or hardware, and when embodied in software, can be downloaded to reside on and be operated from different platforms used by a variety of operating systems.
- The present invention also relates to an apparatus for performing the operations herein. This apparatus may be specially constructed for the required purposes, or it may comprise a general-purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program may be stored in a computer readable storage medium, such as, but not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, application specific integrated circuits (ASICs), or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus. Furthermore, the computers and computer systems referred to in the specification may include a single processor or may be architectures employing multiple processor designs for increased computing capability.
- The methods and displays presented herein are not inherently related to any particular computer or other apparatus. Various general-purpose systems may also be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatus to perform the required method actions. The required structure for a variety of these systems will appear from the above description. In addition, the present invention is not described with reference to any particular programming language. It will be appreciated that a variety of programming languages may be used to implement the teachings of the present invention as described herein, and any references above to specific languages are provided for disclosure of enablement and best mode of the present invention.
- While the invention has been particularly shown and described with reference to a preferred example embodiment and several alternate example embodiments, it will be understood by persons skilled in the relevant art that various changes in form and details can be made therein without departing from the spirit and scope of the invention.
- Finally, it should be noted that the language used in the specification has been principally selected for readability and instructional purposes, and may not have been selected to delineate or circumscribe the inventive subject matter. Accordingly, the disclosure of the present invention is intended to be illustrative, but not limiting, of the scope of the invention.
Claims (22)
1. A system for providing content items to users, the system comprising:
a computer system comprising at least one processor and associated memory, wherein the computer system is programmed to:
divide a content item into an opening portion and a remainder portion, wherein the opening portion begins at a chronological beginning of the content item and ends at a predetermined number of digital units from the chronological beginning of the content item;
encode the opening portion according to an encoding format;
store the opening portion at a first data storage location remote from the computer system;
encode the remainder portion according to the encoding format;
store the remainder portion at a second data storage location;
receive a request for the content item from a user device; and
in response to the request:
instruct the first data storage location to stream the opening portion to the user device; and
stream the remainder portion, encoded according to the encoding format, to the user device from the second data storage location.
2. The system of claim 1 , wherein the computer system is further programmed to:
estimate a delay between when a typical requesting user device will receive a first stream comprising the opening portion and when the typical requesting user device will receive a second stream comprising the remainder portion; and
determine the predetermined number of digital units from the chronological beginning of the content item based on the delay.
3. The system of claim 2 , wherein the predetermined number of digital units from the chronological beginning of the content item is determined such that a playback time of the predetermined number of digital units from the chronological beginning of the content item is greater than the delay.
4. The system of claim 1 , wherein the predetermined number of digital units from the chronological beginning of the content item corresponds to about thirty (30) seconds of the content item playback.
5. The system of claim 1 , wherein the computer system is further programmed to:
divide a plurality of content items resulting in, for each of the plurality of the content items, an opening portion beginning at a chronological beginning of the content item and ending a predetermined number of digital units from the chronological beginning of the content item and a remainder portion;
encode each of the resulting opening portions according to the encoding format;
store each of the resulting opening portions at the first data storage location;
encode each of the resulting remainder portions according to the encoding format; and
store each of the resulting remainder portions encoded according to the encoding format at the second data storage location.
6. The system of claim 5 , wherein the computer system is further programmed to:
receive a second request for a specific content item selected from the plurality of content items from the user device;
in response to the second request:
instruct the first data storage location to stream the opening portion of the specific content item encoded according to the encoding format to the user device; and
stream the remainder portion encoded according to the encoding format to the user device from the second data storage location.
7. The system of claim 1 , wherein the request for the content item indicates a second encoding format, and wherein the computer system is further programmed to:
encode the opening portion according to the second encoding format;
store the opening portion encoded according to the second encoding format at the first data storage location;
encode the remainder portion according to the second encoding format; and
store the remainder portion at the second data storage location.
8. The system of claim 7 , wherein the computer system is further programmed to:
receive a second request for the content item from a second user device, wherein the second request indicates the second encoding format;
instruct the first data storage location to stream the opening portion encoded according to the second encoding format to the second user device; and
stream the remainder portion encoded according to the second encoding format to the second user device.
9. The system of claim 1 , wherein the computer system is further programmed to, in response to the request, provide the user device with an indication of the predetermined number of digital units.
10. The system of claim 1 , wherein the first data storage location is configured to reduce latency of receiving at least a part of the opening portion at the user device and the second data storage location is configured for reducing storage cost of the remainder portion.
11. A system for providing content items to users, the system comprising:
a computer system comprising at least one processor and associated memory, wherein the computer system is programmed to:
divide a content item into a first portion and a second portion by:
estimating a delay between when a typical requesting user device will receive a first stream comprising the first portion and when the typical requesting user device will receive a second stream comprising the second portion, and
determining a predetermined number of digital units from a chronological beginning of the content item based on the delay,
wherein the first portion begins at the chronological beginning of the content item and ends at the predetermined number of digital units from the chronological beginning of the content item;
encode the first portion according to an encoding format;
transmit the first portion to a first data storage location remote from the computer system;
encode the second portion according to the encoding format; and
transmit the second portion to a second data storage location.
12. The system of claim 11 , wherein the computer system is further programmed to:
receive a request for the content item from a user device; and
in response to the request:
instruct the first data storage location to stream the first portion to the user device; and
stream the second portion, encoded according to the encoding format, to the user device from the second data storage location.
13. The system of claim 11 , wherein the computer system is further programmed to:
divide the content item into a third portion;
encode the third portion according to the encoding format; and
transmit the third portion at a third data storage location.
14. The system of claim 13 , wherein the third portion begins at a chronological ending of the second portion.
15. The system of claim 11 , wherein the computer system is further programmed to:
determine which data storage locations among a plurality of data storage locations are configured to reduce latency of receiving at least a part of the first portion or provide relatively cost efficient storage;
select the first data storage location among the plurality of data storage locations such that the first portion would be streamed relatively more quickly to the typical requesting user device; and
select the second data storage location among the plurality of data storage locations to reduce storage costs associated with storing the second portion.
16. The system of claim 15 , wherein the computer system is further programmed to estimate the delay by taking into account that the first stream is being provided by the first data storage location and the second stream is being provided by the second data storage location.
17. The system of claim 11 , wherein the computer system is configured to determine the predetermined number of digital units from the chronological beginning of the content item such that a stream of the second portion would be received at the typical requesting user device and stitched to the first portion before playback of the content item reaches the end of the first portion.
18. A computer-implemented method for providing content items to users, the method comprising:
dividing, by a computer system, a content item into a first portion and a second portion by:
estimating a delay between when a typical requesting user device will receive a first stream comprising the first portion and when the typical requesting user device will receive a second stream comprising the second portion, and
determining a predetermined number of digital units from a chronological beginning of the content item based on the delay,
wherein the first portion begins at the chronological beginning of the content item and ends at the predetermined number of digital units from the chronological beginning of the content item;
storing, by the computer system, the first portion at a first data storage location remote from the computer system; and
storing, by the computer system, the second portion at a second data storage location.
19. The method of claim 18 , further comprising:
encoding, by the computer system, the first portion according to an encoding format; and
encoding, by the computer system, the second portion according to the encoding format.
20. The method of claim 18 , wherein the first data storage location is configured to encode the first portion according to an encoding format and the second data storage location is configured to encode the second portion according to the encoding format.
21. The method of claim 18 , further comprising:
receiving, by the computer system, a request for the content item from a user device; and
in response to the request:
instructing, by the computer system, the first data storage location to stream the first portion to the user device; and
streaming, by the computer system, the second portion to the user device from the second data storage location.
22. The method of claim 18 , wherein the second data storage location is located remotely from the computer system or local to the computer system.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/148,159 US20160255132A1 (en) | 2013-03-15 | 2016-05-06 | Distributing content items to users |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/832,372 US9338210B2 (en) | 2013-03-15 | 2013-03-15 | Distributing content items to users |
US15/148,159 US20160255132A1 (en) | 2013-03-15 | 2016-05-06 | Distributing content items to users |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/832,372 Division US9338210B2 (en) | 2013-03-15 | 2013-03-15 | Distributing content items to users |
Publications (1)
Publication Number | Publication Date |
---|---|
US20160255132A1 true US20160255132A1 (en) | 2016-09-01 |
Family
ID=51533734
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/832,372 Active 2034-04-19 US9338210B2 (en) | 2013-03-15 | 2013-03-15 | Distributing content items to users |
US15/148,159 Abandoned US20160255132A1 (en) | 2013-03-15 | 2016-05-06 | Distributing content items to users |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/832,372 Active 2034-04-19 US9338210B2 (en) | 2013-03-15 | 2013-03-15 | Distributing content items to users |
Country Status (1)
Country | Link |
---|---|
US (2) | US9338210B2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110602524A (en) * | 2019-08-19 | 2019-12-20 | 北京影谱科技股份有限公司 | Method, device and system for synchronizing multi-channel digital streams and storage medium |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7105675B2 (en) * | 2018-11-02 | 2022-07-25 | 株式会社東芝 | Transmission device, server device, transmission method and program |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6484143B1 (en) * | 1999-11-22 | 2002-11-19 | Speedera Networks, Inc. | User device and system for traffic management and content distribution over a world wide area network |
US20070153782A1 (en) * | 2005-12-30 | 2007-07-05 | Gregory Fletcher | Reliable, high-throughput, high-performance transport and routing mechanism for arbitrary data flows |
US20100094969A1 (en) * | 2008-10-15 | 2010-04-15 | Patentvc Ltd. | Reduction of Peak-to-Average Traffic Ratio in Distributed Streaming Systems |
US20110307929A1 (en) * | 2010-06-11 | 2011-12-15 | Michael Youssefmir | Method and Apparatus for Content Delivery |
US20140297813A1 (en) * | 2011-08-29 | 2014-10-02 | Sling Media Pvt Ltd | Systems and methods for controlling the encoding of a segmented media stream using segment transmit times |
US9137301B1 (en) * | 2009-06-30 | 2015-09-15 | Amazon Technologies, Inc. | Client based opportunistic routing |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040268400A1 (en) | 2003-06-26 | 2004-12-30 | Microsoft Corporation | Quick starting video content |
US7945573B1 (en) | 2008-02-11 | 2011-05-17 | Sprint Communications Company L.P. | Dynamic transcoding to stitch streaming digital content |
US20140068097A1 (en) * | 2012-08-31 | 2014-03-06 | Samsung Electronics Co., Ltd. | Device of controlling streaming of media, server, receiver and method of controlling thereof |
US9516078B2 (en) * | 2012-10-26 | 2016-12-06 | Cisco Technology, Inc. | System and method for providing intelligent chunk duration |
US10708335B2 (en) * | 2012-11-16 | 2020-07-07 | Time Warner Cable Enterprises Llc | Situation-dependent dynamic bit rate encoding and distribution of content |
-
2013
- 2013-03-15 US US13/832,372 patent/US9338210B2/en active Active
-
2016
- 2016-05-06 US US15/148,159 patent/US20160255132A1/en not_active Abandoned
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6484143B1 (en) * | 1999-11-22 | 2002-11-19 | Speedera Networks, Inc. | User device and system for traffic management and content distribution over a world wide area network |
US20070153782A1 (en) * | 2005-12-30 | 2007-07-05 | Gregory Fletcher | Reliable, high-throughput, high-performance transport and routing mechanism for arbitrary data flows |
US20100094969A1 (en) * | 2008-10-15 | 2010-04-15 | Patentvc Ltd. | Reduction of Peak-to-Average Traffic Ratio in Distributed Streaming Systems |
US9137301B1 (en) * | 2009-06-30 | 2015-09-15 | Amazon Technologies, Inc. | Client based opportunistic routing |
US20110307929A1 (en) * | 2010-06-11 | 2011-12-15 | Michael Youssefmir | Method and Apparatus for Content Delivery |
US20140297813A1 (en) * | 2011-08-29 | 2014-10-02 | Sling Media Pvt Ltd | Systems and methods for controlling the encoding of a segmented media stream using segment transmit times |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110602524A (en) * | 2019-08-19 | 2019-12-20 | 北京影谱科技股份有限公司 | Method, device and system for synchronizing multi-channel digital streams and storage medium |
Also Published As
Publication number | Publication date |
---|---|
US20140281003A1 (en) | 2014-09-18 |
US9338210B2 (en) | 2016-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11687313B2 (en) | Audio file processing to reduce latencies in play start times for cloud served audio files | |
US9529979B2 (en) | Providing content items from alternate sources | |
US7908270B2 (en) | System and method for managing access to media assets | |
JP5043643B2 (en) | Download different versions of media files based on the type of download link | |
US8868678B2 (en) | Aspects of digital media content distribution | |
US9092519B2 (en) | Method and system for updating a list of content stored on a user-operated device | |
US20090248793A1 (en) | Providing Content In a Network | |
US20070055743A1 (en) | Remote control media player | |
US20110118858A1 (en) | Local storage of a portion of streamed media items | |
US20060184968A1 (en) | Automatic content update for a target device | |
US9680891B2 (en) | System, method and network device for streaming data from a network | |
US20090070344A1 (en) | System and method for virtual storage for media service on a portable device | |
US20130007208A1 (en) | Method and Apparatus for Transferring Digital Content between Mobile Devices Using a Computing Cloud | |
US20060179129A1 (en) | Hotcontent update for a target device | |
KR20130087364A (en) | Globally-maintained user profile for media/audio user preferences | |
KR20120084725A (en) | A method and system for tunable distribution of content | |
US8775600B2 (en) | Storage system and data management method in storage system | |
US20160255132A1 (en) | Distributing content items to users | |
KR101433402B1 (en) | System and method for modifying a media library | |
US20140245167A1 (en) | Providing Content Monitoring Information to User Devices | |
EP1851650A2 (en) | Hot content update for a target device | |
KR20070093100A (en) | Method and system for providing contents to a mobile storage device | |
US20190138265A1 (en) | Systems and methods for managing displayless portable electronic devices | |
US7827300B2 (en) | Method for free internet streaming of music | |
US20070027776A1 (en) | System and method for distributing media content |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: MOON GLOW, SERIES 82 OF ALLIED SECURITY TRUST I, C Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:RHAPSODY INTERNATIONAL INC.;REEL/FRAME:044078/0158 Effective date: 20171012 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |