Patent Application
20200042674
The present invention generally relates to a virtual “digital music box or media box,” i.e., an apparatus and method for retrieving and playing songs. More specifically, the invention is directed to such an apparatus and method that permits downloading/streaming via the Internet only the missing segments of songs or media to be selectively added to matching song or media previously provided in a physical media, for example.
The sale and distribution of music in many varying forms (e.g., by playing the music on records, 8-track tapes, Sony Walkmans and Apple i-Pods) and mediums (e.g., radio, television, phone, computer) is a huge business. Music, movie, book lovers, etc. have long sought ever more expedient and economical ways to enjoy digital content. Unfortunately, this has often led to unauthorized copying of these copyrighted digital products, which if left unchecked disincentivizes authors and owners from involving themselves in the creative development for the digital industry.
A huge and growing way that listeners enjoy music is to stream the music over the Internet and onto a medium that can play the music, such as a phone, i-Pod, computer, etc. Many patents and commercially available devices have sought to prevent the unauthorized copying of music streamed over the Internet or other mediums in different ways. Some have disclosed providing the music with a digital “watermark” which can be verified, such as U.S. Pat. No. 7,194,617 to Weimerskirch. This method would require relatively expensive and time-consuming instruments and/or software for checking for the digital watermarks in order to prevent unauthorized copying. Others have sought to inhibit the illicit stitching together of downloads by adding disruptions such as silence gaps, as disclosed in U.S. Patent Publication No. 2002/0076048 to Hars. The problem with Hars, or other similar attempts to stop or discourage piracy, is that the entire digital content is in the hands of the consumer and/or pirate experts. Pirate experts in this field can identify watermark or similar identifiers and defeat them. Alternatively, at a minimum, pirate experts can create a codec that will make it playable even with the watermark left intact. In short, if the complete digital content is allowed to be in the possession of the consumer, it will be compromised.
Accordingly, it would be highly advantageous to provide an expedient and economical way for listeners to enjoy digital content in a manner that delivers the highest of quality, is not limited by bandwidth, and protects the industry, while at the same time reducing the present clogging of the Internet and preventing unauthorized copying of the digital content in a fast, reliable and cost-efficient manner. It would also be advantageous to provide this without requiring new or additional player hardware technology (e.g., a description chip) in order to function and safeguard the digital industry. (See http://en.wikipedia.org/wiki/Secure_Digital_Music_Initiative (explaining the failure of SDMI, the Secure Digital Music Initiative).
The following terms are used in the claims of the patent as filed and are intended to have their broadest meaning consistent with the requirements of law. Where alternative meanings are possible, the broadest meaning is intended. All words used in the claims are intended to be used in the normal, customary usage of grammar and the English language.
“Coherent” or “whole” media means the entire digital content, whether it is musical content such as song or other digital content such as films, text, images, etc. When “coherent” or “whole” media is played, both the RMC and the EMC (i.e., any removed components, including temporally placed foreign parts filled or replaced into the digital content in its appropriate order) is played. Upon extracting segments from the original “coherent” or “whole” media, (e.g.) two or more bodies of digital media remain, and they are incoherent until rejoined when played. The portion(s) which are removed are referred to here as Extracted Media Components (EMC). The remaining body with the missing or inserted foreign parts is referred to as the Remaining Segmented Media Content (RSMC or “RMC” for short). The word “gaps” can mean either missing or inserted foreign parts.
“Extracted Media Components” (EMC) means the digital media content portion(s) which is/are removed from the original coherent or whole digital media content.
“Fulfillment server” means the server(s) which has the coherent or whole digital media content stored on, or readily accessible by, the server(s), as well as the algorithms for providing the EMC and RMC.
“Incoherent” means incomplete digital content, with removed components forming missing gaps in the content.
“Remaining Segmented Media Content” (RMC) means the digital media content which remains, after components (EMC) have been removed or foreign material has been inserted.
“Attribution linkage” means a record that creates a relationship between either a cloner and a cloned EMC/RMC, or a cloner and a recloned EMC/RMC. (Multiple cloners can serially reclone a EMC/RMC, creating generations of recloned EMC/RMCs. Attribution linkages enables the MDS streaming provider to trace cloning attribution all the way back to the original cloner. Retaining attribution linkage creates a way for the MDS streaming provider to create an incentive structure for peer-to-peer distribution of RMCs akin to referral marketing.)
“Cloned EMC/RMC” means an EMC/RMC uniquely generated by the MDS streaming provider at the request of a MDS user (the cloner). The MDS streaming provider creates attribution linkage between the Cloned EMC/RMC and the cloner such that the MDS streaming provider can attribute the cloner when any other MDS user subsequently uses the Cloned EMC/RMC to play a song.
“Cloned song” is a synonym for cloned EMC/RMC. “Cloner” means a MDS user who either causes the MDS streaming provider to clone an EMC/RMC, or to reclone a cloned EMC/RMC.
“Cloner zero” or “original cloner” means the MDS user who initially causes a cloned EMC/RMC to be generated from a standard EMC/RMC served up by the MDS streaming provider. (Multiple MDS user may choose to clone the same EMC/RMC, or upgrade their account to become a cloner and generate new EMC/RMC to be cloned if desired.)
“MDS player” means an application installed on an MDS user's device (e.g., smartphone, laptop, desktop, etc.) capable of playing back MDS protected content. The MDS player can also be an appliance akin to a SiriusXM radio, where the MDS player is part of a manufactured device or simply a software app.
“MDS streaming provider” or “MDS Cloud” means an Internet-based streaming service that uses MDS to protect its streamed content from being pirated. The MDS cloud is a data center/website that streams content protected by the technology described in the patents to MDS customers. MDS can protect any kind of digital file (including songs, movies, games, instructions for directing a 3D printer to manufacture a gizmo, and so on.) The MDS Cloud can also conduct a number of operations in addition to streaming content to MDS users, such as obtaining payment prior to streaming content to MDS users (unless the owner wants to provide the content for free and generate revenues through advertising). (Together the MDS player and the MDS Cloud preferably work together to form a seamless system that protects content by containing it such that it is not exposed to external clients as a digital file.)
“Recloned EMC/RMC” means cloned EMC/RMC generated during or after the cloner listens to a cloned song. The recloned EMC/RMC has an additional attribution linkage to the previous cloned song.
The objects mentioned above, as well as other objects, are solved by the present invention, which overcomes disadvantages of prior devices and methods for retrieving digital media content such as music over the Internet and playing it while preventing unauthorized copying, while providing new advantages not previously obtainable with such devices and methods.
In a preferred embodiment, a method for peer-to-peer distribution is provided, enabling customers of a system to securely download/stream and play coherent digital content and to prevent its play by unauthorized users. The coherent digital content (such as a playable song or other media content) includes segmented media content with predetermined gaps corresponding to fragmented media content. The method includes the step of the first customer computer requesting the system to create a clone of specified coherent digital content. Upon receiving this request, the system generates, from the specified coherent digital content, segmented media content, fragmented media content and a reassembly algorithm, corresponding to the specified coherent digital content. The segmented media content is then provided to the first customer computer, and the segmented and fragmented media content are merged into the coherent digital content during the time of play by the first customer computer. The fragmented media content and the specified coherent digital content may be erased at the first customer computer preferably during or immediately after the play. The first customer computer may then share the segmented media content corresponding to the specified coherent digital content with a second or additional customer computers, allowing the second or additional customer computers to access the fragmented media content and the reassembly algorithm corresponding to the specified coherent digital content, and then to play the coherent digital content with the same protection of erasing the EMC portion during play.
Preferably, the second or additional customer computers access the fragmented media content and the reassembly algorithm corresponding to the specified coherent digital content, through the MDS cloud. The fragmented media content may be encrypted prior to transmitting it to the first customer computer. Verification information, such as a user name and/or email address or other information, may be required to be input from a customer computer before the customer computer is permitted to play or clone protected content.
In a particularly preferred embodiment, the first customer computer may be permitted by the system to share the segmented media content with the second or additional customer computers using a peer-to-peer distribution system such as DropBox, Media Fire, etc. In one preferred embodiment, the cloning step creates an attribution linkage from the cloner to the cloned EMC/RMC, enabling the system to determine which cloner generated the cloned RMC used by other system users. The attribution linkage can be used to create an incentive to encourage greater peer-to-peer sharing of cloned content. Such an incentive can be, for examples, prizes awarded to one or more cloners for reaching milestones of numbers of newly added users or recloners.
Preferably, an MDS player associated with a customer computer can be employed to automatically cache the RMC to local persistent storage, thereby reducing the system bandwidth used when re-playing previously streamed digital content. A customer computer may provide one or more copies of cached RMC to other system users.
The novel features which are characteristic of the invention are set forth in the appended claims. The invention itself, however, together with further objects and attendant advantages thereof, will be best understood by reference to the following description taken in connection with the accompanying drawings, in which:
Set forth below is a description of what are believed to be the preferred embodiments and/or best examples of the invention claimed. Future and present alternatives and modifications to this preferred embodiment are contemplated. Any alternatives or modifications which make insubstantial changes in function, in purpose, in structure, or in result are intended to be covered by the claims of this patent.
In one preferred embodiment of the present invention, if a song or other digital media content has been licensed from an owner of the “virtual music box” (“VMB,” also referred to as a “player” here), for example, the VMB could store portions of the licensed digital media content, which could include removed components forming missing gap portions. (Preferably, the removed components constitute a sufficiently large portion of the digital media content so as to make their omission from the played content sufficiently noticeable, to discourage unauthorized copying.) These removed components may be stored on a “fulfillment” server(s) and streamed or downloaded in real-time so that when an individual request occurs for specific media content (e.g., to listen to a particular song), the portion of the song being played becomes “coherent” (i.e., the entire digital content of the song is played, without interruptions or gaps); at the same time, for security and to protect the licensed nature of the digital content, the individual streaming or downloading the song is not able to save or store the entire coherent digital content. As a condition precedent to playing the coherent song with the removed components, a licensing authorization step would take place. A detailed description of how preferred examples of the invention may be commercially practiced is provided below.
Additionally, the EMC's components could be streamed or downloaded in a different, possibly random, sequence with respect to the order in which they were extracted from the RMC. In this case, the components would just be placed out of sequence in the EMC. As before, the player could simply cache the buffered components in non-persistent memory while/until the components are used to fill the gaps in the RMC, played to the listener, and then destroyed or erased during play or afterward. (The MDS player can be automatically downloaded to a user computer from the MDS Cloud.)
In the preferred embodiment, a pseudo-random number generator can be used to create the parameters given for each gap variable (e.g., length, number, location, sequence) used to remove the components (which will become parts of the EMC) from the master recording (creating a version of the master recording containing the gaps, which will become the RMC) while at the same time creating the algorithm (which will become part of the EMC) to control the reinsertion of the removed components back into the RMC's gaps during playback. The variety of unpredictable parameters produced by the pseudo-random number generator would make deciphering the missing gaps exceedingly difficult, as there is essentially a unique “key” in order to “unlock” the algorithm to provide each coherent song. To provide an even higher level of security, the gaps could, alternatively, instead of silence, consist of a series of pops, clicks, whistles, etc., that would be exceedingly difficult to be removed using any known software. (As an example, in place of all the pieces removed, blank audio could be inserted, so that the total file sizes of the original and the unique split are the same.
A still further possibility is that the removed components from one song could be deployed together with the removed components from other songs on the VMB. In other words, every song on the VMB could have its removed components stored within other songs in their respective gaps.
To make the system even more secure, the removed components for songs stored on the VMB could be stored on various servers, and a combination of two or more servers could be required to be connected in order to play any one song.
Preferably, to avoid any danger of unauthorized copying, the coherent song should not be stored on the VMB. Instead, if a song is replayed, the download and checking process may again be repeated.
In another embodiment of the invention, and as an additional security feature, the VMB could have associated with it one or more speakers that play, for example, the mid-range sounds of songs, while other spectrums of the sound range could be played through external speakers not associated with the VMB. This would require an unauthorized copier/hacker, in order to purloin the coherent song, to break into the VMB. But once the detectable seal is broken (per the description below), the entire system would not play.
Therefore, the hacker could steal the stored media in the VMB, but this would be worthless without access to the fulfillment server(s).
In another embodiment of the invention, the MDS player automatically caches the RMC to local persistent storage. Caching the RMC saves approximately 90% of bandwidth when re-playing previously streamed protected content. Afterward the MDS user can give copies of a cached RMC to other MDS users. To make the MDS system even more user-friendly, real-time slider bar controls can be provided to user computers (downloaded with the player), enabling consumers to quickly find their music sweet-spot fast and in an easily-controlled fashion.
The MDS player can have a predetermined limit (a quota) on the maximum local storage consumed by cached RMCs. The MDS player would enforce this quota by automatically deleting RMCs selected by a deletion algorithm. One possible deletion algorithm would be to delete the least recently played RMC when the local storage consumed by cached RMCs exhausts this quota.
The MDS player may also include a “save” button to protect MDS user-specified RMCs from deletion from local storage by the deletion algorithm. As an example of using the save button, the MDS user can specify a particular RMC, say, of a favorite song, to not be automatically deleted by the deletion algorithm by selecting the song and clicking the save button. By saving a movie, song, etc., the replay of any of these saved contents allows overall streaming bandwidth of the content to be cut by, e.g., 90%, which provides multiple benefits to all participating in the MDS hierarchy.
The present invention has other applications besides audio. For example, its principles could be used to solve bandwidth limitation issues, and many other problems and limitations associated with the streaming or download of data in office/home locations, for example, as well as the security associated with new cloud limitations.
Referring now to
Still referring to
Still referring to
Referring now to
If the response is denied at step 217, the reason for the denial (e.g., lack of funds, failure to authenticate customer ID, etc.) is transmitted to the customer's player, and the customer may be given an opportunity to overcome the denial (e.g., by paying the required funds, providing an authentic customer ID, etc.). Upon proper validation at step 224, metadata and the removed components to be reinserted into the RMC's gaps, along with instructions on how to do so and where, at step 230. Also at step 230, for security reasons, the EMC and unique decoder information will be erased on the client computer or other digital device during or immediately following play of the requested digital content. If the response is invalid, a notification of a request error is provided at step 217, and the process again ends.
Optionally, the initial request at step 205 may be permanently blocked, or blocked based on time-sensitive variables, for example, by blocking the player from proceeding if more than a predetermined number of invalid attempts are made. If the request is valid, play continues and gaps are returned temporarily to allow normal play for that request, as described above. In a preferred embodiment, the RMC may play coherently for (e.g.) 15 seconds (a recommended variable of the RMC is that it has no gaps at the beginning) so as to give the listener a very short sample of the content before playback is interrupted.
The process may be repeated for any song or other digital media content that the customer/player has purchased/licensed and has been loaded into the customer's player.
As part of the process, royalty fees may also be calculated and deducted based on any applicable royalty or license agreement.
With the previous MDS patents, digital content has two distinct parts: Extracted Media Content (EMC) and Remaining Segmented Media Content (RMC or “RMC” for short). With the previous MDS patents, in one embodiment, the RMC was disclosed as being distributed to retailers on Permanent Storage Media (PSM) such as a thumb drive or other external attachable storage device. Also, the makeup of the overall EMC (songs, movies, etc.) could be predetermined by the owner/distributor of the digital content. With the present invention, and referring to
It should also be understood that if two exact original recorded contents are streamed to multiple customers, each will have its own unique splitting content. For example, if 100 customers are streamed Don McClean's song American Pie, all 100 split streams will be unique (i.e., each split stream has its own digital network signature (DNS)” and therefore a unique algorithm related to each split stream is needed to reassemble it). A record may be kept on a designated server of each algorithm/DNS. Now, when a customer desires to save his/her song that is being streamed, he/she can elect to “save” the content to permanent memory on his/her device. Preferably, when this is done, only the Segmented portion (RMC) is saved to the customer's permanent storage, ready for replay or cloning, while the EMC is erased immediately for security reasons.
In order for the “cloning” (use of unique algorithm to reassemble digital content) to work, a unique “player” (such as open-source software, then modified, then preferably made executable, so that it cannot be read or examined) can be automatically downloaded from the MDS Cloud to each user.
Referring again to
As can be seen from
It should now be appreciated that using the scheme set forth in
In an alternative preferred embodiment of the present invention, a MDS user (the cloner) can elicit, from the MDS streaming provider, the generation of a new and unique EMC/RMC for a given song. This new and unique EMC/RMC is called a “cloned song.” The cloned song is functionally equivalent to the EMC/RMC from which it was derived, but it has a unique signature because the original content was fragmented in a unique way when generating the cloned song. The cloning step also creates an attribution linkage from the cloner to the cloned EMC/RMC. The cloner can now share copies (via peer-to-peer distribution) of the cloned RMC with other MDS users.
MDS users who receive this cloned RMC can listen to the cloned song on their MDS player. An attribution linkage created by the cloning process provides a way for the MDS streaming provider, when streaming a cloned song to any MDS user, to determine the cloner's identity.
Using this new step, a whole new marketing/distribution system can be derived. First, on the MDS player, which resides on the MDS user's device, a “clone button” may be provided (or added depending upon MDS streaming provider's discretion). Upon being provided this feature, the MDS user can elect to clone a song by selecting content and clicking the Clone Button provided on the MDS Player.
An MDS user who selects a particular song and clicks the clone button becomes the “cloner” of the selected song. The MDS streaming provider may process the clone request by: (1) generating a new (cloned) EMC/RMC for the song, where (2) the cloned EMC/RMC has a unique signature (because it was fragmented in the song's content in a unique way); and (3) creating attribution linkage back to the cloner, resulting in a cloned song that is linked to its cloner.
Afterward, a cloner can also conduct peer-to-peer sharing of downloaded RMCs, but with the added advantage of receiving attribution for influencing another MDS user to play content they have cloned. For example, a cloner who acts as an influencer on others could upload cloned RMC to the public Dropbox folder and afterward Tweet a download link of the cloned RMC to followers. Later, some of the followers could play the cloned song by using this download link to obtain the cloned RMC and play it on their MDS players. The cloned song's attribution link will enable the MDS streaming provider to give attribution to the cloner for every playback of a cloned song.
A MDS user can also choose to create a clone of a cloned song (called “recloning” a song). The recloning step is similar to the initial cloning (e.g., a new EMC/RMC with a unique signature is created, and an attribution link to the cloner is created), except that an additional attribution link can be created back to the previous cloned song. In this way multiple cloners can serially re-clone EMC/RMC, creating generations of recloned EMC/RMCs. Attribution linkages enable the MDS streaming provider to trace cloning attribution all the way back to the initial cloner.
Attribution linkage allows cloning to be traced back to the original cloner or any subsequent user participating in the cloning process. This, in turn, opens up additional marketing options, such as providing rewards to MDS Cloners, or the creation of “competition boards” listing top cloners and recloners. With MDS users doing distribution and customer acquisitions, overall marketing cost should decrease proportionally; further with approximately 90% bandwidth usage being saved, overall distribution costs should drop proportionally also. Retaining attribution linkage creates a way for the MDS streaming provider to create an incentive structure for peer-to-peer distribution of RMCs.
The MDS streaming provider can use the attribution linkage to create incentives and contests to encourage maximum peer-to-peer sharing of cloned content. For example, a MDS streaming provider might post rankings of cloners, and prizes may be awarded for the highest number of new MDS users and the highest number of reclones. The cloning feature will not only be extremely attractive to present and potential MDS users, but it also has MDS system benefits, for at least the following reasons: (1) cloners can create new customers for the MDS streaming provider, saving the MDS streaming provider potentially large customer acquisition costs; (2) on all cloned content, MDS will never have to stream the RMC; and (3) even though the random splitting of each song virtually stops piracy, the cloning feature effectively eliminates the desire (and market) to do so.
In an optional configuration, the MDS player automatically caches the RMC to local persistent storage. Caching the RMC can save, for example, approximately 90% of bandwidth when re-playing previously streamed protected content. Afterward, an MDS user can also conduct peer-to-peer sharing of downloaded RMCs, although without the advantage provided by the attribution linkage, which would have been created by the cloning process.
The MDS player can have a predetermined limit (a quota) on the maximum local storage consumed by cached RMCs. The MDS player could enforce this quota by automatically deleting RMCs selected by a deletion algorithm. One possible deletion algorithm would be to delete the least recently played RMC when the local storage consumed by cached RMCs exhausts this quota.
The MDS player may also provide a “save” button to protect MDS user-specified RMCs from deletion from local storage by the deletion algorithm. As an example of using the save button, the MDS user can specify a particular RMC for, e.g., a favorite song, to not be automatically deleted by the deletion algorithm by selecting the song and clicking the save button. Alternatively, the user can also clone the Permanently Saved content.
Persons of ordinary skill will glean various concepts from the above disclosure. For example, preferably, the RMC can be shared with anyone because it is secure and unplayable without a MDS player, including anonymous individuals and people who (because they don't have an account) are not yet MDS users or do not yet have a MDS player installed on their computer. Further, the cloning step is preferably distinct from the sharing step. Put another way, cloning preferably produces a cloned EMC/RMC. Afterward, the cloner can choose to create copies of the cloned RMC and give them away to others.
It should also be understood that cloning is preferably conducted by the MDS cloud, not customer computers. The following is one example of a use case for cloning a song:
At the end of this use case the clone possesses his own copy of the cloned RMC. The cloner can now make copies of the cloned RMC and give these copies to other people.
Here is another preferred example of a “use” case. Referring to
It should be noted that all clones of a particular, e.g., song, each have a unique signature and all clones of the same song can be distinguished from each other by their unique signatures.
One efficient way to compute a signature is by conducting an MD5 hash on, say, the EMC. An MD5 hash will generate a 128-bit value (e.g., d54b7ba27571a2f00b 38ed9273b974f2) for a file. This value can be considered the file's signature. Modifying a single bit in the file will result in a different signature.
It will now be appreciated that by consumers cloning their MDS content to new consumers, they are saving the providers of MDS content huge bandwidth costs, but also greatly reducing customer acquisition costs. Given these savings, even studio quality sound is now viable to this ever-growing segment of the market. Also, with all these basic savings for the providers, providers can elect to give zero-base cloners gift cards or other awards, for example.
The above description is not intended to limit the meaning of the words used in the following claims that define the invention. For example, while preferred embodiments have been described above, persons of ordinary skill in the art will understand that a variety of other designs still falling within the scope of the following claims may be envisioned and used. It is contemplated that future modifications in structure, function or result will exist that are not substantial changes and that all such insubstantial changes in what is claimed are intended to be covered by the claims.
This application is a continuation-in-part of Ser. No. 15/132,458, now U.S. Pat. No. 10,078,737, which is a continuation of U.S. Ser. No. 14/219,088, now U.S. Pat. No. 9,576,114, which is a continuation of U.S. Ser. No. 13/412,035, filed Mar. 5, 2012, now U.S. Pat. No. 8,719,946.
| Number | Date | Country | |
|---|---|---|---|
| Parent | 14219088 | Mar 2014 | US |
| Child | 15132458 | US | |
| Parent | 13412035 | Mar 2012 | US |
| Child | 14219088 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 15132458 | Apr 2016 | US |
| Child | 16589865 | US |
