Source: http://www.google.com/patents/US7024485?ie=ISO-8859-1&dq=5787449
Timestamp: 2014-08-30 09:26:41
Document Index: 415923507

Matched Legal Cases: ['art. 2', 'art.\n3', 'art. 22', 'art.\n25', 'art 2718', 'art 2718', 'arts 2716', 'arts 2716', 'arts 2716', 'arts 2716', 'arts 2716', 'art 1']

Patent US7024485 - System for controlling and enforcing playback restrictions for a media file ... - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign in<nobr>Advanced Patent Search</nobr>PatentsFiles are divided into parts and at least some of the parts are transmitted to a client using a communication channel. At least some of the transmitted parts are cached locally. This allows subsequent streaming playback of the file while using less bandwidth by transmitting the part of the file that...http://www.google.com/patents/US7024485?utm_source=gb-gplus-sharePatent US7024485 - System for controlling and enforcing playback restrictions for a media file by splitting the media file into usable and unusable portions for playbackAdvanced Patent SearchPublication numberUS7024485 B2Publication typeGrantApplication numberUS 10/291,210Publication dateApr 4, 2006Filing dateNov 8, 2002Priority dateMay 3, 2000Fee statusPaidAlso published asUS7315899, US7975065, US20030177247, US20050187968, US20080052319Publication number10291210, 291210, US 7024485 B2, US 7024485B2, US-B2-7024485, US7024485 B2, US7024485B2InventorsTed E Dunning, Amir DoronOriginal AssigneeYahoo! Inc.Export CitationBiBTeX, EndNote, RefManPatent Citations (35), Non-Patent Citations (27), Referenced by (11), Classifications (35), Legal Events (4) External Links: USPTO, USPTO Assignment, EspacenetSystem for controlling and enforcing playback restrictions for a media file by splitting the media file into usable and unusable portions for playbackUS 7024485 B2Abstract Files are divided into parts and at least some of the parts are transmitted to a client using a communication channel. At least some of the transmitted parts are cached locally. This allows subsequent streaming playback of the file while using less bandwidth by transmitting the part of the file that hasn't been cached, and combining the cached parts with the transmitted parts. In some embodiments, files may be represented at a low quality level by a first data set, and at higher quality levels with additional data sets. Data sets are cached locally, so that during subsequent streaming playback of the file, the quality level of the playback may be improved by sending additional data sets using bandwidth that would otherwise be dedicated to transmitting the cached data sets.
1. In a client connected to a network and including a local storage device, a computer-implemented method of receiving and playing a media file comprising at least a first part and a second part, comprising:
receiving over the network and from a remote server m a first session the second part of the media file; storing the second part at the local storage device; receiving over the network and from a remote server m a second session subsequent to the first session the first part of the media file and not the second part of the media file; combining the first part received in the second session with the stored second part after the start of the second session; and playing a representation of the media file at the local client after combining at least part of the first and second parts after the start of the second session; wherein the second part is not usable for playback without being combined with the first part. 2. The computer-implemented method of claim 1, wherein the received parts of the media file are encoded, and the second part is undecodable unless combined with the first part.
3. The computer-implemented method of claim 1, wherein the representation of the media file is unplayable at the local client without authorization by a remote server.
4. The computer-implemented method of claim 3, wherein authorization comprises the reception over the network and from a remote server the first part of the media file.
5. The computer-implemented method of claim 1, wherein the neither the first part nor the second part is independently usable to recreate a recognizable facsimile of the content of the media file.
6. The computer-implemented method of claim 1, wherein the media file is divided into a plurality of sections, each section comprising a plurality of bits, wherein the first part comprises a first subset of bits from each section, and the second part comprises the remaining bits from each section.
7. The computer-implemented method of claim 1, wherein the media ifie is divided into a plurality of sections, each section comprising a plurality of bits, wherein the first part comprises a first bit from each section, and the second part comprises the remaining bits from each section.
receiving over the network and from a remote server during the first session the first part of the media file; and playing the representation of the media file back at the local client during the first session. 9. The computer-implemented method of claim 1 or 8, wherein the first part is not stored at the local storage device after the playing of the media file.
10. The computer-implemented method of claim 1 or 8, wherein the combined first and second parts are not stored at the local storage device after the playing of the media file.
11. The computer-implemented method of claim 1, wherein the played representation of the media file is an exact digital copy of the media file.
12. The computer implemented method of claim 1, wherein:
the media file further comprises a third part; the first and second parts are combinable to form a representation of the media file at a first quality level; and the first, second, and third parts are combinable to form a representation of the media file at a second quality level higher than the first quality level. 13. The computer implemented method of claim 12, further comprising:
receiving over the network and from a remote server the third part of the media file; storing the third part at the local storage device; combining the received third part with the stored first part and the stored second part to form the representation of the media file at the second quality level; and playing the representation of the media file after combining the first, second, and third parts. 14. The computer implemented method of claim 13, wherein the third part is received over the network and from a remote server in a session other than the first session.
15. The computer implemented method of claim 13, wherein the third part and not the second part is received over the network and from a remote server in a session other than the first session.
16. The computer-implemented method of claim 13, wherein the first part is not stored at the local storage device after the playing of the media file.
17. The computer-implemented method of claim 13, wherein the combined first, second, and third parts are not stored at the local storage device after the playing of the representation of the media file.
18. In a client connected to a network and including a local storage device, a computer-implemented method of receiving and playing a media file comprising at least a first part and a second part, comprising:
receiving over the network and from a remote server in a first session the second part of the media file; storing the second part at the local storage device; receiving over the network and from a remote server in a second session subsequent to the first session the first part of the media file and not the second part of the media file; combining the first part received in the second session with the stored second part after the start of the second session; and playing a representation of the media file at the local client after combining at least part of the first and second parts after the start of the second session; wherein the media file is divided into a plurality of sections, wherein one of the sections contains exactly X bits, and wherein each of the remaining sections contains exactly Y bits, wherein X is less than or equal to Y, and wherein the first part comprises a first subset of bits from each section, and the second part comprises the remaining bits from each section. 19. The computer implemented method of claim 18, wherein Y equals 20.
20. In a client connected to a network and including a local storage device, a computer-implemented method of receiving and playing a media file comprising at least a first part and a second parts, comprising:
receiving over the network and from a remote server in a first session the second part of the media file; storing the second part at the local storage device; receiving over the network and from a remote server in a second session subsequent to the first session the first part of the media file and not the second part of the media file; combining the first part received in the second session with the stored second part after the start of the second session; and playing a representation of the media file at the local client after combining at least part of the first and second parts after the start of the second session; wherein the first part comprises headers, compression table selectors and scale factors of the media file. 21. In a client connected to a network and including a local storage device, a computer-implemented method of receiving and playing a media file comprising at least a first part and a second part, comprising:
receiving over the network and from a remote server in a first session the first part of the media file, the first part of the media file comprising a representation of the media file at a first quality level; receiving over the network and from a remote server the second part of the media file, wherein the first and second parts are combinable to form a representation of the media file at a second quality level higher than the first quality level; storing the second part at the local storage device; receiving over the network and from a remote server in a second session subsequent to the first session the first part of the media file and not the second part of the media file; combining the received first part with the stored second part; and playing a representation of the media file at the local client; wherein the second part is not usable for playback without being combined with the first part. 22. The computer-implemented method of claim 21, wherein the first part is not stored at the local storage device after the playing of the media file.
23. The computer-implemented method of claim 21, wherein the representation of the media file is played after combining the first and second parts.
24. The computer-implemented method of claim 21, wherein the representation of the media file is played in response to a command, and the representation of the media file is generated from at least the first part.
25. The computer-implemented method of claim 24, wherein the representation of the media file is generated from the second part as well as the first part if both the first part and the second part have been received at the time of playback.
26. In a client connected to a network and including a local storage device, a computer-implemented method of receiving and playing a media file comprising at least a first part and a second part, comprising:
receiving over the network and from a remote server in a first session the second part of the media file; storing the second part at the local storage device; receiving over the network and from a remote server in a second session subsequent to the first session the first part of the media file and not the second part of the media file; combining the first part received in the second session with the stored second part after the start of the second session; and playing a representation of the media file at the local client after combining at least part of the first and second parts after the start of the second session; wherein the media file is divided into a plurality of sections, wherein one of the sections contains exactly X bits, and wherein each of the remaining sections contains exactly Y bits, wherein X is less than or equal to Y, and wherein the first part comprises a first bit from each section, and the second part comprises the remaining bits from each section. 27. The computer implemented method of claim 26, wherein Y equals 20.
CROSS-REFERENCE TO RELATED APPLICATION This application is a continuation-in-part of U.S. patent application Ser. No. 09/846,823, filed on Apr. 30, 2001, the disclosure of which is incorporated by reference, and which claimed priority from U.S. Provisional Application Ser. No. 60/201,622, filed May 3, 2000, the disclosure of which is incorporated by reference. The present application also claims priority from provisional U.S. patent application Ser. No. 60/337,939, for �File Splitting, Scalable Coding, and Asynchronous Transmission in Streamed Data Transfer,� filed Nov. 9, 2001, the disclosure of which is incorporated by reference.
Delivery of audio and video programs over the Internet provides several advantages over conventional broadcast media such as radio and television. Unlike broadcast media, which require users to receive programs at particular times, or to record them for later use, Internet delivery allows users to select and receive programs upon demand, at a time that is convenient to them. For example, a user may browse to a news story, presented in text format, and click on a link that initiates playback of an audio report on the news item. Users may also click on links to hear songs or song samples, as is common in e-commerce sites, such as amazon.com or cdnow.com, in order to permit users to sample songs before purchasing compact discs (CDs). Internet delivery of audio programming may also be used for implementing personalized radio stations, which deliver music tracks selected in response to the tastes of particular users. Similar functionality is available for the delivery of video programs on demand, allowing users to view sports highlights, news reports, music videos, and even films and television shows, over the Internet.
Stream delivery system 150 interacts with jukebox 103 to specify a sequence of audio files to deliver to jukebox 103. In some embodiments, this jukebox 103 may run on a client such as a personal computer, while the stream deliver server system is part of a remote server, connected to the client via a network. Jukebox 103 transmits requests to stream delivery system 150, and stream delivery system 150 delivers the audio files, as tracks, to jukebox 103. Stream delivery system 150 also communicates with real-time subscription authorization module 157, which includes real-time server 154 and database 156 that keep track of which user accounts are active and enforces global business rules about which accounts can listen to the radio at a given time. Within stream delivery system 150, there are a number of distinct software entities. Radio sequence generator 1613 receives requests from jukebox 103, receives format definitions 1611 and general constraints 1616, and receives recommendations from recommendation engine 107, to generate track selections to be transmitted to jukebox 103. The track selections generated by radio sequence generator 1613 specify which files to play according to estimated listener preferences as well as pre-determined station formats. Authorization and content server 1614 keeps a record of the files that are selected by radio sequence generator 1613; server 1614 is consulted by radio sequence generator 1613 when files are requested. If generator 1613 does not provide the necessary security information, server 1614 flags this anomaly and declines to provide the data.
In one embodiment, program files, such as audio files, are delivered to users as streamed data. The relationship discovery engine described in U.S. patent application Ser. No. 09/846,823, filed on Apr. 30, 2001, describes one way to implement a personalized radio station, which may be used in conjunction with the present invention. The radio sequence transmitter 121 may deliver units of data to jukebox 103 in a format wherein each unit encodes a period of music. Since radio stations typically repeat their programming several times, it is beneficial to cache the data units in order to reduce the amount of transmitted data. In addition, if a sufficiently large time scale is used, different channels of the radio station may have considerable overlap among currently playing selections that are being delivered to various users. By identifying these common units, transmitter 121 can take advantage of further economies of transmission, so as to provide more efficient delivery of audio data.
FIG. 3C is a flow diagram illustrating a method of receiving and playing a previously split program file according to one embodiment of the present invention. When a file is to be transmitted from stream delivery system 150 to the jukebox 103, the jukebox 103 or server 1614 determines 2724 whether the second part 2718 of the file 2710 has previously been stored, or cached, locally and is available for retrieval. If the second part 2718 is not available locally for retrieval, jukebox 103requests transmission of both parts 2716, 2718 of the file 2710. In response, server 1614 retrieves the requested parts 2716, 2718 from the files 1615 or the content database 102 (depending on where the parts 2716, 2718 have been stored), and transmits both the parts 2716, 2718 of the file 2710 to the jukebox 103, which receives 2726 them. Alternatively, if the files 2710 are stored unsplit, server 1614 retrieves the file 2710 to be sent, splits the requested file according to techniques described above, and then transmits the parts 2716, 2718 to the jukebox 103, which receives 2726 them.
The jukebox 103 determines 2742 which program files are likely to be requested by a user, so that at idle times it can transfer data that is likely to be useful in the future. Such determination may be made, for example, by using the learned artist relationships described in U.S. patent application Ser. No. 09/846,823, filed on Apr. 30, 2001, in order to �guess� which tracks the user is most likely to request in the future. Alternative methods of determination may also be used. In some embodiments, the files the user will likely want may be known, such as when the user listens to a personalized radio station, or tends to listen to a particular online radio, station. Such radio stations often have a list of the files that will be streamed later. Thus, this list can be used to determine 2742 what files will be required.
In the example of FIG. 4C, a request to play track A a second time is received. Therefore, once secondary information 2824 has been downloaded, jukebox 103 begins to download secondary information for track A 2826. Once the high quality version of track B 2830 is finished playing, jukebox 103 outputs a high quality representation of track A 2832, by combining secondary information 2826 with previously downloaded primary information 2820.
In one embodiment, jukebox 103 downloads data sets when the user is not actually listening to music, so as to facilitate improved usage of an otherwise idle network connection. Jukebox 103 determines which items are likely to be requested by a user, so that at idle times it can transfer data that is likely to be useful for rendering audio segments in the future. Such determination may be made in the same way as described above with respect to the split files of FIG. 3D. In one embodiment, secondary information 2806 for such �predicted� audio segments is downloaded first, so that encryption is not required unless and until the user actually requests the tracks and the primary information 2804 is to be downloaded. Scalable coding may also be used to process a signal of a conventional broadcast radio station that plays music. An audio recognition device, as is conventional, pre-processes the signal in order to identify individual songs. Those portions of audio information that are not music are compressed and stored, and a transfer sequence is sent to jukebox 103 that refererences these recently encoded non-music segments as well as previously known and cached musical segments. The recently encoded segments can be encoded at a lower quality level in order to allow a jukebox 103 connected by a low speed line to transfer the recently encoded segments in real-time while still playing the cached musical segments at a higher quality level.
One method of determining in advance what program files a user may want streamed is through use of a recommendation engine, described more fully in U.S. patent application Ser. No. 09/846,823, filed on Apr. 30, 2001. Note that there are also many other ways to determine what program files a user may want streamed in advance. Referring now to FIG. 2, the jukebox 103 or personalized radio station accepts a user's selections of music tracks and makes additional recommendations as to music tracks the user is likely to enjoy. The user is able to search for particular tracks and/or artists, and to control the playback of selected tracks. The system monitors the user's behavior with regard to searching, listening, and playback control, and generates and analyzes logs of such behavior in order to refine recommendations. Advertising, offers, and other information may be selected and presented to the user based on observations of user behavior and analysis as to which material may be of interest to the user.
Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS4384329Dec 19, 1980May 17, 1983International Business Machines CorporationRetrieval of related linked linguistic expressions including synonyms and antonymsUS5182708Sep 24, 1991Jan 26, 1993Ricoh CorporationMethod and apparatus for classifying textUS5303302 *Jun 18, 1992Apr 12, 1994Digital Equipment CorporationNetwork packet receiver with buffer logic for reassembling interleaved data packetsUS5371807Mar 20, 1992Dec 6, 1994Digital Equipment CorporationMethod and apparatus for text classificationUS5708709 *Dec 8, 1995Jan 13, 1998Sun Microsystems, Inc.Program usage management systemUS5764235 *Mar 25, 1996Jun 9, 1998Insight Development CorporationComputer implemented method and system for transmitting graphical images from server to client at user selectable resolutionUS5969283Jun 17, 1998Oct 19, 1999Looney Productions, LlcMusic organizer and entertainment centerUS6009382Sep 30, 1996Dec 28, 1999International Business Machines CorporationWord storage table for natural language determinationUS6064980Mar 17, 1998May 16, 2000Amazon.Com, Inc.System and methods for collaborative recommendationsUS6065058May 9, 1997May 16, 2000International Business Machines Corp.Dynamic push filtering based on information exchanged among nodes in a proxy hierarchyUS6131082Dec 1, 1997Oct 10, 2000Int'l.Com, Inc.Machine assisted translation tools utilizing an inverted index and list of letter n-gramsUS6154773Apr 15, 1998Nov 28, 2000Cddb, Inc.Network delivery of interactive entertainment complementing audio recordingsUS6161132Aug 24, 1999Dec 12, 2000Cddb, Inc.System for synchronizing playback of recordings and display by networked computer systemsUS6167369Dec 23, 1998Dec 26, 2000Xerox CompanyAutomatic language identification using both N-gram and word informationUS6249810Apr 27, 1999Jun 19, 2001Chaincast, Inc.Method and system for implementing an internet radio device for receiving and/or transmitting media informationUS6292795Feb 16, 1999Sep 18, 2001International Business Machines CorporationIndexed file system and a method and a mechanism for accessing data records from such a systemUS6317761Jul 13, 1999Nov 13, 2001Unicast Communications CorporationTechnique for implementing browser-initiated user-transparent advertising and for interstitially displaying an advertisement, so distributed, through a web browser in response to a user click-streamUS20010042107Jan 8, 2001Nov 15, 2001Palm Stephen R.Networked audio player transport protocol and architectureUS20010042109Jun 16, 1999Nov 15, 2001Mark T. BolasInternet radio receiver and interfaceUS20010044855Mar 28, 2001Nov 22, 2001Vermeire Brian ChristopherSystem for accessing contentUS20020002039Mar 12, 2001Jan 3, 2002Safi QuresheyNetwork-enabled audio deviceUS20020004839May 9, 2001Jan 10, 2002William WineMethod of controlling the display of a browser during a transmission of a multimedia stream over an internet connection so as to create a synchronized convergence platformUS20020007418Jul 13, 2001Jan 17, 2002Vendaria, Inc.Method and system for delivering and monitoring an on-demand playlist over a networkUS20020010621Mar 13, 2001Jan 24, 2002Bell Christopher NathanIncentives for content consumptionUS20020010789May 3, 2001Jan 24, 2002Lord Frank H.Broadcast multimedia delivery systemUS20020013852Apr 24, 2001Jan 31, 2002Craig JanikSystem for providing content, management, and interactivity for thin client devicesUS20020016839May 31, 2001Feb 7, 2002Smith Andrew J.R.Method and system for processing raw financial data streams to produce and distribute structured and validated product offering data to subscribing clientsUS20020152204Apr 1, 2002Oct 17, 2002Ortega Ruben ErnestoSystem and methods for predicting correct spellings of terms in multiple-term search queriesUS20030007507Feb 2, 2001Jan 9, 2003Doron RajwanData streamingUS20030093476 *Oct 26, 2001May 15, 2003Majid SyedSystem and method for providing a push of background dataUS20030133453 *Nov 30, 1998Jul 17, 2003Hiromichi MakishimaCell bridge apparatus and cell bridging method as well as information transmission system having cell bridge apparatusUS20030165200 *Aug 30, 2001Sep 4, 2003Pugel Michael AnthonyMethod and apparatus for simultaneously retrieving portions of a data stream from different channelsUS20030206558 *Jul 13, 2001Nov 6, 2003Teemu ParkkinenMethod for scalable encoding of media streams, a scalable encoder and a terminalEP1050833A2May 4, 2000Nov 8, 2000Hnc Software Inc.Predictive modeling of customer financial behaviorJP2001202368A Title not available* Cited by examinerNon-Patent CitationsReference1Alan Griffiths, H. Claire Luckhurst and Peter Willett, "Using Interdocument Similarity Information in Document Retrieval Systems," pp. 365-373, (C) 1986 by John Wiley & Sons, Inc.2Brian P. Mc Cune, Richard M. Tong, Jeffrey S. Dean, and Daniel G. Shapiro, "Rubric: A System for Rule-Based Information Retrieval," pp. 440-445.3C. J. van Rijsbergen B.Sc., Ph.D., M.B.C.S, "Information Retrieval," Department of Computing Science-University of Glasgow [online], 1979 [retrieved on Aug. 24, 2001] Retrieved from <URL:http://www.dcs.gla.ac.uk/keith/preface.html> (213 pages).4Chapter 3-"Key Concepts," pp. 85-92 Found in: Readings in Information Retrieval, Edited by Karen Sparck Jones and Peter Willett, Morgan Kaufmann Publishers, Inc., San Francisco, CA, (C) 1997.5Cyril Cleverdon, "The Cranfield Tests On Index Language Devices," presented Apr. 27<SUP>th </SUP>1967, pp. 47-59, Found in: Readings in Information Retrieval, Edited by Karen Sparck Jones and Peter Willett, Morgan Kaufmann Publishers, Inc., San Francisco, CA, (C) 1997.6Cyril W. Cleverdon and J. Mills, "The Testing f Index Language Devices," presented Feb. 5, 1963, Chapter3-Key Concepts, pp. 98-110, Found in: Readings in Information Retrieval, Edited by Karen Sparck Jones and Peter Willett, Morgan Kaufmann Publishers, Inc., San Francisco, CA, (C) 1997.7E. Michael Keen, "Presenting Results of Experimental Retrieval Comparisons," Department of Information & Library Studies, University College of Wales, Aberystwyth, Sy23 3AS U.K., pp. 217-222.8G. Salton and M. E. Lesk, "Computer Evaluation of Indexing and Text Processing," pp. 60-84, Found in: Readings in Information Retrieval, Edited by Karen Sparck Jones and Peter Willett, Morgan Kaufmann Publishers, Inc., San Francisco, CA, (C) 1997.9G. Salton and M.J. McGill, "The SMART and SIRE Experimental Retrieval Systems," pp. 381-399.10G. Salton, A. Wong and C.S. Yang, "A Vector Space Model for Automatic Indexing," Cornell University, pp. 273-280.11Gerard Salton and Christopher Buckley, "Term-Weighting Approaches In Automatic Text Retrieval," (received Nov. 19, 1987; accepted in final form Jan. 28, 1988), Department of Computer Science, Cornell University, Ithaca, NY.12Gerard Salton and Michael J. McGill, "Introduction to Modern Information Retrieval," Computer Science Series, pp. 1-435, (C) 1983 by McGraw-Hill, Inc., McGraw-Hill Book Company, USA.13Hayes, Conor et al., Smart Radio-A Proposal, Technical Report TCD-CS-1999-24, Online! Apr. 1999, pp. 1-14, XP002279579, Trinity College Dublin, Ireland, Retrieved from the Internet: <URL:http://www.cs.tcd.ie/publications/techreports/reports.99/TCD-CS-1999-24.pdf>, retrieved on May 7, 2004.14Hoffman, Thomas et al., Latent Class Models For Collaborative Filtering, Proceedings Of The Sixteenth International Joint Conference On Artificial Intelligence, IJCAI 99, Stockholm, Sweden, Jul. 31-Aug. 6, 1999, Online! pp. 688-693, XP002279578, Retrieved from the Internet: <URL:http://www.cs.brown.edu/(th/papers/HofmannPuzicha-IJCAI99.pdf>, retrieved on May 7, 2004.15Jean Tague-Sutcliffe, "The Pragmatics of Information Retrieval Experimentation Revisited," School of Library and Information Science, University of Western Ontario, Canada, pp. 205-216.16Karen Sparck Jones, "Search Term Relevance Weighting Given Little Relevance Information," pp. 329-338, (originally located in Journal of Documentation), vol. 35, No. 1, Mar. 1979, pp. 30-48).17Lauren B. Doyle, "Indexing and Abstracting by Association-Part 1," pp. 25-38, Santa Monica, CA,, Found in: Readings in Information Retrieval, Edited by Karen Sparck Jones and Peter Willett, Morgan Kaufmann Publishers, Inc., San Francisco, CA, (C) 1997.18Loeb, Shoshana, Architecting Personalized Delivery Of Multimedia Information, Communications Of The ACM, vol. 25, No. 12, Dec. 1992, pp. 39-50, XP002102709.19M. F. Porter, "An Algorithm For Suffix Stripping," Computer Laboratory, Corn Exchange Steet, Cambridge, 313-316.20M.E. Maron and J.L. Kuhns, "On Relevance, Probabilistic Indexing and Information Retrieval," pp. 39-46, Found in: Readings in Information Retrieval, Edited by Karen Sparck Jones and Peter Willett, Morgan Kaufmann Publishers, Inc., San Francisco, CA, (C) 1997.21Nichols, David M. et al., Recommendation And Usage in The Digital Library, Technical Report Ref. CSEG/2/1997, Online! 1997, pp. 1-15, XP002279577, Retrieved from the Internet: <URL:ftp://ftp.comp.lancs.ac.uk/pub/reports/1997/CSEG.2.97.pdf>, retrieved on May 7, 2004.22S.E. Robertson and S. Walker, "Some Simple Effective Approximations to the 2-Poisson Model for Probabilistic Weighted Retrieval," Centre for Interactive Systems Research, Department of Information Science, City University, Northampton Square, London, EC1V 0HB, U.K., pp. 345-354.23S.E. Robertson, "The Probability Ranking Principle in 1R," School of Library, Archive, Information Studies, University College of London, pp. 281-286.24Schafer, J. Ben et al., Recommender Systems in E-Commerce, Proceedings ACM Conference On Electronic Commerce, 1999, pp. 158-168, XP002199598.25Tomek Strzalkowski, "Robust Text Processing in Automated Information Retrieval," Courant Institute of Mathematical Sciences, pp. 317-322.26W. B. Croft and D. J. Harper, "Using Probabilistic Models of Document Retrieval Without Relevance Information," Department of Computer & Information Science, University of Massachusetts, pp. 339-344.27W. J. Hutchins, "The Concept of 'Aboutness' in Subject Indexing," presented Apr. 18, 1977, Chapter 3-Key Concepts, pp. 93-97, Found in: Readings in Information Retrieval, Edited by Karen Sparck Jones and Peter Willett, Morgan Kaufmann Publishers, Inc., San Francisco, CA, (C) 1997.Referenced byCiting PatentFiling datePublication dateApplicantTitleUS7277958 *Mar 12, 2002Oct 2, 2007Edgestream, Inc.Re-assembly of streaming files from separate connectionsUS7412532Dec 12, 2003Aug 12, 2008Aol Llc, A Deleware Limited Liability CompanyMultimedia schedulerUS7698297 *Mar 12, 2004Apr 13, 2010Apple Inc.Accessing digital mediaUS7707317Oct 26, 2004Apr 27, 2010Prolifiq Software Inc.Adaptive electronic messagingUS7966374 *Jun 30, 2003Jun 21, 2011Profiliq Software Inc.Adaptive media messaging, such as for rich media messages incorporating digital contentUS8171077 *Jun 3, 2011May 1, 2012Prolifiq Software Inc.Adaptive media messaging, such as for rich media messages incorporating digital contentUS8296378Mar 19, 2010Oct 23, 2012Prolifiq Software Inc.Adaptive electronic messagingUS8417573Mar 14, 2007Apr 9, 2013Yahoo! Inc.Sponsored listing recommendation engineUS20110302258 *Jun 3, 2011Dec 8, 2011Prolifiq Software Inc.Adaptive media messaging, such as for rich media messages incorporating digital contentEP1942424A2 *Jan 7, 2008Jul 9, 2008Apple Inc.Background data transmission between media device and host deviceEP2007099A1 *Jun 21, 2007Dec 24, 2008Cool Xtreme Channel S.L.Method and system for distributing a multimedia file* Cited by examinerClassifications U.S. Classification709/232, 709/236International ClassificationG06Q30/00, H04L29/06, G06F15/16Cooperative ClassificationH04L65/80, G06F17/30867, G06F17/30702, G07F17/16, H04N21/440227, H04N21/2662, H04L29/06027, H04N21/4331, G06Q30/02, G06F17/30017, H04L67/2842, H04L67/28, H04L67/289, G06F17/30699, H04L65/4084European ClassificationG06Q30/02, G06F17/30T3, G06F17/30W1F, H04N21/2662, H04N21/433C, G06F17/30T3L, H04L29/08N27X8, H04N21/4402L, G07F17/16, H04L29/08N27, G06F17/30E, H04L29/08N27S, H04L29/06C2, H04L29/06M8, H04L29/06M4S4Legal EventsDateCodeEventDescriptionSep 4, 2013FPAYFee paymentYear of fee payment: 8Sep 2, 2009FPAYFee paymentYear of fee payment: 4Dec 5, 2006CCCertificate of correctionMay 27, 2003ASAssignmentOwner name: MUSICMATCH, INC., CALIFORNIAFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DUNNING, TED E.;DORON, AMIR;REEL/FRAME:014100/0611;SIGNING DATES FROM 20030513 TO 20030519RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services©2012 Google