US20090327193A1 - Apparatus, method and computer program product for filtering media files - Google Patents

Apparatus, method and computer program product for filtering media files Download PDF

Info

Publication number
US20090327193A1
US20090327193A1 US12/147,872 US14787208A US2009327193A1 US 20090327193 A1 US20090327193 A1 US 20090327193A1 US 14787208 A US14787208 A US 14787208A US 2009327193 A1 US2009327193 A1 US 2009327193A1
Authority
US
United States
Prior art keywords
user
media file
profile
processor
media
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
Application number
US12/147,872
Inventor
Antti Johannes Eronen
Jukka Holm
Arto Lehtiniemi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Conversant Wireless Licensing SARL
2011 Intellectual Property Asset Trust
Original Assignee
Nokia Oyj
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to US12/147,872 priority Critical patent/US20090327193A1/en
Application filed by Nokia Oyj filed Critical Nokia Oyj
Assigned to NOKIA CORPORATION reassignment NOKIA CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ERONEN, ANTTI JOHANNES, HOLM, JUKKA, LEHTINIEMI, ARTO
Priority to US12/378,193 priority patent/US20090155734A1/en
Priority to EP09161637A priority patent/EP2138968A1/en
Priority to EP15182417.4A priority patent/EP3012793A1/en
Priority to EP20120174231 priority patent/EP2506206A3/en
Priority to KR1020090057057A priority patent/KR101205292B1/en
Priority to CN201610082337.0A priority patent/CN105677905B/en
Priority to CN200910149188A priority patent/CN101616154A/en
Publication of US20090327193A1 publication Critical patent/US20090327193A1/en
Assigned to MICROSOFT CORPORATION, NOKIA CORPORATION reassignment MICROSOFT CORPORATION SHORT FORM PATENT SECURITY AGREEMENT Assignors: CORE WIRELESS LICENSING S.A.R.L.
Assigned to NOKIA 2011 PATENT TRUST reassignment NOKIA 2011 PATENT TRUST ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: NOKIA CORPORATION
Assigned to 2011 INTELLECTUAL PROPERTY ASSET TRUST reassignment 2011 INTELLECTUAL PROPERTY ASSET TRUST CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: NOKIA 2011 PATENT TRUST
Assigned to CORE WIRELESS LICENSING S.A.R.L reassignment CORE WIRELESS LICENSING S.A.R.L ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: 2011 INTELLECTUAL PROPERTY ASSET TRUST
Priority to KR1020120071388A priority patent/KR101522609B1/en
Priority to KR1020140077311A priority patent/KR20140098720A/en
Priority to US14/734,725 priority patent/US10572532B2/en
Assigned to MICROSOFT CORPORATION reassignment MICROSOFT CORPORATION UCC FINANCING STATEMENT AMENDMENT - DELETION OF SECURED PARTY Assignors: NOKIA CORPORATION
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
    • G06F16/44Browsing; Visualisation therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
    • G06F16/43Querying
    • G06F16/435Filtering based on additional data, e.g. user or group profiles
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/903Querying
    • G06F16/9032Query formulation
    • G06F16/90324Query formulation using system suggestions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183Processing at user equipment or user record carrier
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/186Processing of subscriber group data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/022Selective call receivers
    • H04W88/025Selective call decoders
    • H04W88/027Selective call decoders using frequency address codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/022Selective call receivers
    • H04W88/025Selective call decoders
    • H04W88/028Selective call decoders using pulse address codes

Definitions

  • Embodiments of the invention relate, generally, to media services and, in particular, to media services that learn a user's media consumption habits and provide personalized recommendations.
  • the service may build a personal profile of the user. Based on the profile, the service may learn to provide personalized recommendations to the user. For example, the service may recommend media items or files (e.g., songs, albums, movies, television show episodes or series, etc.) that are similar to the items or files previously accessed, downloaded, purchased, or otherwised consumed, by the user.
  • media items or files e.g., songs, albums, movies, television show episodes or series, etc.
  • embodiments of the present invention may provide an improvement by, among other things, providing a recommendation system that enables a user to filter the media files included in his or her profile and, therefore, used to generate media file recommendations.
  • a user may define one or more rules that may be used to help ensure that media files consumed by someone other than the user while accessing the service using the user's account (e.g., someone logged onto the service using the user's user ID and password) are not included in the user's profile.
  • the user may define a rule that states that all horror movies consumed while the user is logged onto the service should be included in the brother's profile, and not the user's.
  • the recommendation service itself may automatically generate a rule that can also be used to filter media files to be included in the user's profile. For example, if the recommendation service recommends a particular media file (e.g., the song “Miami” by Will Smith), and the user indicates that he or she does not care for that particular recommendation, the recommendation service may generate a rule that states that any similar media files (e.g., any east coast hip hop songs) consumed under the user's account should be included, not in the user's profile, but instead in a temporary folder, which the user may periodically access and decide whether to accept or decline the media files included therein.
  • a rule that can also be used to filter media files to be included in the user's profile. For example, if the recommendation service recommends a particular media file (e.g., the song “Miami” by Will Smith), and the user indicates that he or she does not care for that particular recommendation, the recommendation service may generate a rule that states that any similar media files (e.g., any east coast hip hop songs)
  • the recommendation service may simply look to see if the media file consumed resembles the media files previously consumed by the user and included in his or her personal profile. If not, the recommendation service may similarly include the media file in a temporary folder, rather than the user's profile, so that the user may be given the opportunity to indicate whether it was, in fact, him or her who consumed the media file and, therefore, that the media file should be included in the user's profile.
  • the “recommendation service” may be provided by the user's device itself, for example, in the form of music files selected to play when the user has placed the device in “shuffle” mode.
  • the user may define his or her own rules (e.g., in the manner described above) and/or the user's device may automatically generate its own rules (e.g., based on the user's consumption habits).
  • the user instructs his or her device to randomly select music files from his or her saved collection (e.g., when the user places the device in “shuffle” mode)
  • the device may select (or not select) music files based on the various rules defined and/or generated.
  • other types of media files may likewise be used in accordance with this embodiment including, for example, video files, podcasts, game files, and/or the like.
  • an apparatus for filtering media files may comprise a processor configured to: (1) receive information identifying a media file consumed; (2) determine whether a reference to the media file should be included in a profile associated with a user, wherein the profile is usable to generate a recommendation of another media file for the user; and (3) include the reference to the media file in the user's profile if it is determined that the reference should be included.
  • a method of filtering media files may comprise: (1) receiving information identifying a media file consumed; (2) determining whether a reference to the media file should be included in a profile associated with a user, wherein the profile is usable to generate a recommendation of another media file for the user; and (3) including the reference to the media file in the user's profile if it is determined that the reference should be included.
  • a computer program product for filtering media files may comprise at least one computer-readable storage medium having computer-readable program code portions store therein, wherein the computer-readable program code portions may comprise: (1) a first executable portion for receiving information identifying a media file consumed; (2) a second executable portion for determining whether a reference to the media file should be included in a profile associated with a user, wherein the profile is usable to generate a recommendation of another media file for the user; and (3) a third executable portion for including the reference to the media file in the user's profile if it is determined that the reference should be included.
  • an apparatus may be provided for filtering media files.
  • the apparatus may comprise: (1) means for receiving information identifying a media file consumed; (2) means for determining whether a reference to the media file should be included in a profile associated with a user, wherein the profile is usable to generate a recommendation of another media file for the user; and (3) means for including the reference to the media file in the user's profile if it is determined that the reference should be included.
  • FIG. 1 is a block diagram of one type of system that may benefit from embodiments of the present invention
  • FIG. 2 is a schematic block diagram of an entity capable of operating as a recommendation server in accordance with embodiments of the present invention
  • FIG. 3 is a schematic block diagram of a mobile terminal capable of operating in accordance with an embodiment of the present invention.
  • FIGS. 4A and 4B are flow charts illustrating the process of filtering media files in accordance with embodiments of the present invention.
  • embodiments of the present invention provide an apparatus, method and computer program product for filtering media files to be included in a user's profile and, therefore, used to generate recommendations of media files in which the user may be interested.
  • a user may define one or more rules to prevent certain media files, or types of media files, from being included in his or her personal media profile and, if desired, to redirect the media files to another individual's personal profile. For example, a user may desire to redirect all French musicians to his girlfriend's profile, since he personally does not care for French music and knows that his girlfriend frequently accesses the recommendation service under his account name and downloads French music.
  • the recommendation service itself, may generate one or more rules to be used to filter media files to be included in the user's profile. These rules may be based, for example, on the user's ranking or rating of previous recommendations made by the service and/or of a user's decision to accept or decline media files referenced in a temporary file associated with the user.
  • a reference associated with the media file may, depending upon the requirements of the rule, be placed into or included in a temporary folder, from which the user may either delete the reference or redirect it to his or her own, or another's, personal profile.
  • the user may periodically view the contents of the temporary folder and accept the media files that he or she prefers. In other words, the user may indicate that the preferred media files should be included in the user's profile.
  • Media files not accepted may, after some period of time, be automatically deleted from the temporary file.
  • the recommendation system may also automatically attempt to verify the quality of the media files referenced in the temporary folder. For example, the recommendation system may recommend a media file based at least in part on the contents of the temporary folder, and, if the user likes the recommendation, the service may determine that the user does in fact like media files of the kind referenced in the temporary folder and include a reference to those media files in the user's profile. In the future, similar media files may be directly forwarded to the user's profile (e.g., rather than first going to the temporary folder).
  • one or more rules may be defined by a user and/or automatically generated by the user's device, wherein the rules may be used, for example, to select music tracks, or other media files, to output when the device is in “shuffle” mode.
  • the user's device may monitor the user's consumption habits (e.g., what music files he or she outputs, repeats, skips, etc.) in order to attempt to identify which media files the current user likes or dislikes.
  • the user's device may thereafter use this information (e.g., the rules generated based at least in part on this information) to select (or not select) media files (e.g., music tracks or files) when the user instructs the user's device to randomly select media files to output (e.g., places the user's device in “shuffle” mode).
  • media files e.g., music tracks or files
  • the system may include one or more mobile terminals 10 , each having an antenna 12 for transmitting signals to and for receiving signals from one or more base stations (BS's) 14 .
  • the base station may be a part of one or more cellular or mobile networks that each includes elements that may be desirable for operating the network, such as one or more mobile switching centers (MSC) 16 .
  • MSC mobile switching centers
  • the MSC may be capable of routing calls, data or the like to and from mobile terminals when those mobile terminals are making and receiving calls, data or the like.
  • the MSC may also provide a connection to landline trunks when mobile terminals are involved in a call.
  • the MSC 16 may be coupled to a data network, such as a local area network (LAN), a metropolitan area network (MAN), and/or a wide area network (WAN).
  • the MSC may be directly coupled to the data network.
  • the MSC may be coupled to a Packet Control Function (PCF) 18
  • the PCF may be coupled to a Packet Data Serving Node (PDSN) 19 , which may in turn be coupled to a WAN, such as the Internet 20 .
  • devices such as processing elements (e.g., personal computers, server computers or the like) may be coupled to the mobile terminal 10 via the Internet.
  • the processing elements may include a recommendation server 22 , or similar network entity, discussed below.
  • the processing elements may comprise any of a number of processing devices, systems or the like capable of operating in accordance with embodiments of the present invention.
  • the BS 14 may also be coupled to a signaling GPRS (General Packet Radio Service) support node (SGSN) 30 .
  • GPRS General Packet Radio Service
  • the SGSN may be capable of performing functions similar to the MSC 16 for packet switched services.
  • the SGSN like the MSC, may be coupled to a data network, such as the Internet 20 .
  • the SGSN may be directly coupled to the data network.
  • the SGSN may be coupled to a packet-switched core network, such as a GPRS core network 32 .
  • the packet-switched core network may then be coupled to another GTW (gateway), such as a GTW GPRS support node (GGSN) 34 , and the GGSN may be coupled to the Internet.
  • GTW GTW
  • GGSN GTW GPRS support node
  • mobile terminal 10 may be coupled to one or more of any of a number of different networks.
  • mobile network(s) may be capable of supporting communication in accordance with any one or more of a number of first-generation (1G), second-generation (2G), 2.5G and/or third-generation (3G) mobile communication protocols or the like.
  • one or more mobile terminals may be coupled to one or more networks capable of supporting communication in accordance with 2G wireless communication protocols IS-136 (time division multiple access (TDMA)), global system for mobile communications (GSM), and IS-95 (code division multiple access (CDMA)).
  • TDMA time division multiple access
  • GSM global system for mobile communications
  • CDMA code division multiple access
  • one or more of the network(s) may be capable of supporting communication in accordance with 2.5G wireless communication protocols GPRS, Enhanced Data GSM Environment (EDGE), or the like.
  • one or more of the network(s) may be capable of supporting communication in accordance with 3G wireless communication protocols such as Universal Mobile Telephone System (UMTS) network employing Wideband Code Division Multiple Access (WCDMA) radio access technology.
  • UMTS Universal Mobile Telephone System
  • WCDMA Wideband Code Division Multiple Access
  • NAMPS narrow-band Advanced Mobile Phone System
  • TACS Total Access Communication System
  • network(s) may also benefit from embodiments of the present invention, as should dual or higher mode mobile terminals (e.g., digital/analog or TDMA/CDMA/analog phones).
  • One or more mobile terminals 10 may further be coupled to one or more wireless access points (APs) 36 .
  • the AP's may be configured to communicate with the mobile terminal in accordance with techniques such as, for example, radio frequency (RF), Bluetooth (BT), infrared (IrDA) or any of a number of different wireless networking techniques, including Wireless LAN (WLAN) techniques, such as IEEE 802.11 (e.g., 802.11a, 802.11b, 802.11g, 802.11n, etc.), WibreeTM techniques, WiMAX techniques, such as IEEE 802.16, Wireless-Fidelity (Wi-Fi) techniques, and/or ultra wideband (UWB) techniques, such as 802.15, or the like.
  • RF radio frequency
  • BT Bluetooth
  • IrDA infrared
  • WibreeTM Wireless LAN
  • WiMAX such as IEEE 802.16, Wireless-Fidelity (Wi-Fi) techniques
  • UWB ultra wideband
  • the APs may be coupled to the Internet 20 .
  • the AP's may be directly coupled to the Internet.
  • the AP's may be indirectly coupled to the Internet via a GTW 28 .
  • the mobile terminals and the processing elements e.g., recommendation server 22
  • the mobile terminals and processing elements may communicate with one another to thereby carry out various functions of the respective entities, such as to transmit and/or receive data, content or the like.
  • the terms “data,” “content,” “information,” and similar terms may be used interchangeably to refer to data capable of being transmitted, received and/or stored. Thus, use of any such terms should not be taken to limit the spirit and scope of the present invention.
  • one or more such entities may be directly coupled to one another.
  • one or more network entities may communicate with one another in accordance with, for example, RF, BT, IrDA or any of a number of different wireline or wireless communication techniques, including LAN, WLAN, WiMAX, Wi-Fi, WibreeTM, UWB techniques, and/or the like.
  • the mobile terminal 10 and the processing elements may be coupled to one or more electronic devices, such as printers, digital projectors and/or other multimedia capturing, producing and/or storing devices (e.g., other terminals).
  • FIG. 2 a block diagram of an entity capable of operating as a recommendation server 22 is shown in accordance with one embodiment of the present invention.
  • the entity capable of operating as a recommendation server 22 may include various means for performing one or more functions in accordance with embodiments of the present invention, including those more particularly shown and described herein. It should be understood, however, that one or more of the entities may include alternative means for performing one or more like functions, without departing from the spirit and scope of the present invention.
  • the entity capable of operating as a recommendation server 22 may generally include means, such as a processor 210 , for performing or controlling the various functions of the entity.
  • the processor 210 may be configured to perform the processes discussed in more detail below with regard to FIGS. 4A and 4B .
  • the processor 210 may be configured to receive information identifying a media file consumed (e.g., accessed, downloaded, purchased, etc. via an electronic device associated with a user), to determine whether reference to the media file should be included in a profile associated with a user (e.g., based at least in part on one or more rules defined by the user or automatically generated by the recommendation server 22 ), and to include the reference to the media file in the profile if it is determined that the reference should be included.
  • a media file consumed e.g., accessed, downloaded, purchased, etc. via an electronic device associated with a user
  • a profile associated with a user e.g., based at least in part on one or more rules defined by the user or automatically generated by the recommendation server 22
  • the processor is in communication with or includes memory 220 , such as volatile and/or non-volatile memory that stores content, data or the like.
  • the memory 220 may store content transmitted from, and/or received by, the entity.
  • the memory 220 may store software applications, instructions or the like for the processor to perform steps associated with operation of the entity in accordance with embodiments of the present invention.
  • the memory 220 may store software applications, instructions or the like for the processor to perform the operations described above and below with regard to FIGS. 4A and 4B for filtering the media files to be included in a user's profile.
  • the memory 120 may store one or more modules for instructing the processor 210 to perform the operations including, for example, an identification module, a determining module, and an inclusion module.
  • the identification module may be configured to receive information identifying a media file consumed, for example via an electronic device (e.g., mobile terminal 10 ) associated with a user.
  • the determining module may be configured to determine whether a reference to the media file should be included in a profile associated with the user, and the inclusion module may be configured to include the reference in the user's profile if it is determined that the media file should be included.
  • the processor 210 may also be connected to at least one interface or other means for displaying, transmitting and/or receiving data, content or the like.
  • the interface(s) may include at least one communication interface 230 or other means for transmitting and/or receiving data, content or the like, as well as at least one user interface that may include a display 240 and/or a user input interface 250 .
  • the user input interface may comprise any of a number of devices allowing the entity to receive data from a user, such as a keypad, a touch display, a joystick or other input device.
  • FIG. 3 illustrates one type of electronic device that would benefit from embodiments of the present invention.
  • the electronic device may be a mobile terminal 10 , and, in particular, a cellular telephone. It should be understood, however, that the mobile terminal illustrated and hereinafter described is merely illustrative of one type of electronic device that would benefit from embodiments of the present invention and, therefore, should not be taken to limit the scope of the present invention.
  • mobile terminal 10 While several embodiments of the mobile terminal 10 are illustrated and will be hereinafter described for purposes of example, other types of mobile terminals, such as personal digital assistants (PDAs), mobile computers, pagers, mobile televisions, gaming devices, laptop computers, cameras, video recorders, as well as other types of electronic systems including both mobile, wireless devices and fixed, wireline devices, may also employ embodiments of the present invention.
  • PDAs personal digital assistants
  • mobile computers pagers
  • mobile televisions gaming devices
  • laptop computers cameras
  • video recorders as well as other types of electronic systems including both mobile, wireless devices and fixed, wireline devices, may also employ embodiments of the present invention.
  • the mobile terminal includes various means for performing one or more functions in accordance with embodiments of the present invention, including those more particularly shown and described herein. It should be understood, however, that the mobile terminal may include alternative means for performing one or more like functions, without departing from the spirit and scope of the present invention. More particularly, for example, as shown in FIG. 3 , in addition to an antenna 12 , the mobile terminal 10 may include a transmitter 304 , a receiver 306 , and an apparatus that includes means, such as a processor 308 , controller or the like, that provides signals to and receives signals from the transmitter 304 and receiver 306 , respectively, and that performs the various other functions described below including, for example, the functions relating to filtering media files to be included in a user's profile.
  • the mobile terminal 10 may include a transmitter 304 , a receiver 306 , and an apparatus that includes means, such as a processor 308 , controller or the like, that provides signals to and receives signals from the transmitter 304 and receiver 306 , respectively, and that
  • the processor 308 may be configured to receive a definition of a rule for filtering one or more media files for inclusion in a profile associated with a user and to transmit the definition of the rule (e.g., to the recommendation server 22 ).
  • the processor 308 may further be configured to transmit information identifying a media file consumed via the mobile terminal 12 , wherein the media file may be compared (e.g., by the recommendation server 22 ) to the defined rule in order to determine whether the consumed media file should be included in the user's profile.
  • the signals provided to and received from the transmitter 304 and receiver 306 may include signaling information in accordance with the air interface standard of the applicable cellular system and also user speech and/or user generated data.
  • the mobile terminal may be capable of operating with one or more air interface standards, communication protocols, modulation types, and access types. More particularly, the mobile terminal may be capable of operating in accordance with any of a number of second-generation (2G), 2.5G and/or third-generation (3G) communication protocols or the like. Further, for example, the mobile terminal may be capable of operating in accordance with any of a number of different wireless networking techniques, including Bluetooth, IEEE 802.11 WLAN (or Wi-Fi®), IEEE 802.16 WiMAX, ultra wideband (UWB), and/or the like.
  • the processor 308 may include the circuitry which may be used to implement the video, audio, and logic functions of the mobile terminal and may be capable of executing application programs for implementing the functionality discussed herein.
  • the processor may be comprised of various means including a digital signal processor device, a microprocessor device, and various analog to digital converters, digital to analog converters, and other support circuits. The control and signal processing functions of the mobile device may be allocated between these devices according to their respective capabilities.
  • the processor 308 thus may also include the functionality to convolutionally encode and interleave message and data prior to modulation and transmission. Further, the processor 308 may include the functionality to operate one or more software applications, which may be stored in memory.
  • the controller may be capable of operating a connectivity program, such as a conventional Web browser and/or the like.
  • the connectivity program may then allow the mobile terminal to transmit and receive Web content, such as according to HTTP, Hypertext Transfer Protocol over Secure Socket Layer (HTTPS), the Wireless Application Protocol (WAP), and/or the like, for example.
  • HTTP Hypertext Transfer Protocol over Secure Socket Layer
  • WAP Wireless Application Protocol
  • the mobile terminal may also comprise means such as a user interface including, for example, a conventional earphone or speaker 310 , a ringer 312 , a microphone 314 , a display 316 , all of which are coupled to the processor 308 .
  • the user input interface which allows the mobile device to receive data, may comprise devices allowing the mobile device to receive data, such as a keypad 318 , a touch display (not shown), a microphone 314 , or other input device.
  • the keypad may comprise the numeric (0-9) and related keys (#, *), and other keys used for operating the mobile terminal and may include a full set of alphanumeric keys or set of keys that may be activated to provide a full set of alphanumeric keys.
  • the mobile terminal may comprise a battery, such as a vibrating battery pack, for powering the various circuits that may be used to operate the mobile terminal, as well as optionally providing mechanical vibration as a detectable output.
  • the mobile terminal may also include means, such as memory including, for example, a subscriber identity module (SIM) 320 , a removable user identity module (R-UIM) (not shown), or the like, which may store information elements related to a mobile subscriber.
  • SIM subscriber identity module
  • R-UIM removable user identity module
  • the mobile terminal may include other memory.
  • the mobile terminal may include volatile memory 322 , as well as other non-volatile memory 324 , which may be embedded and/or may be removable.
  • the other non-volatile memory may be embedded or removable multimedia memory cards (MMCs), secure digital (SD) memory cards, Memory Sticks, electrically erasable programmable read-only memory (EEPROM), flash memory, hard disk, or the like.
  • MMCs multimedia memory cards
  • SD secure digital
  • EEPROM electrically erasable programmable read-only memory
  • flash memory hard disk, or the like.
  • the memory may store any of a number of pieces or amount of information and data used by the mobile device to implement the functions of the mobile terminal.
  • the memory may store an identifier, such as an international mobile equipment identity (IMEI) code, international mobile subscriber identity (IMSI) code, mobile device integrated services digital network (MSISDN) number, or the like, capable of uniquely identifying the mobile device.
  • IMEI international mobile equipment identity
  • IMSI international mobile subscriber identity
  • MSISDN mobile device integrated services digital network
  • the memory may also store content.
  • the memory may, for example, store computer program code for an application and other computer programs.
  • the memory may store computer program code for filtering media files for inclusion in a user's profile.
  • the memory may store a rule module configured to receive a definition of a rule for filtering one or more media files for inclusion in a profile associated with a user and to transmit the definition of the rule (e.g., to the recommendation server 22 ).
  • the memory may further store an identification module configured to transmit information identifying a media file consumed via the mobile terminal 12 , wherein the media file may be compared (e.g., by the recommendation server 22 ) to the defined rule in order to determine whether the consumed media file should be included in the user's profile.
  • the apparatus, method and computer program product of embodiments of the present invention are primarily described in conjunction with mobile communications applications. It should be understood, however, that the apparatus, method and computer program product of embodiments of the present invention may be utilized in conjunction with a variety of other applications, both in the mobile communications industries and outside of the mobile communications industries. For example, the apparatus, method and computer program product of embodiments of the present invention may be utilized in conjunction with wireline and/or wireless network (e.g., Internet) applications.
  • wireline and/or wireless network e.g., Internet
  • the operations are illustrated that may be taken in order to filter media files to be included in a user's profile and, therefore, used to generate recommendations of media files that may be of interest to the user.
  • the process may begin at Block 401 when a user logs onto a recommendation service (e.g., associated with and/or provided by the recommendation server 22 ) using, for example, his or her username/user ID and password.
  • the recommendation service may provide a catalogue of media files (e.g., songs, movies, television shows, games, etc.) from which a user may select for downloading, purchasing, or otherwise consuming.
  • a client application running on the user's electronic device may call (e.g., over Hypertext Transfer Protocol (HTTP)) a dedicated application program interface (API) provided by the recommendation service running on the recommendation server 22 .
  • HTTP Hypertext Transfer Protocol
  • the user may interact with the client application to take actions, such as requesting media file streaming from the recommendation service, and/or the like, and the client application may then perform the necessary communication with the recommendation service.
  • the user may access the recommendation service by using his or her device's web browser to access a web site associated with the recommendation service (and operated by the recommendation server 22 ).
  • the recommendation service may further provide recommendations to the user of media files he or she might enjoy.
  • the recommendation server 22 and, in particular, means, such as a processor and, in one embodiment, a profile module stored in memory on the recommendation server 22 , may create a user profile including an indication of all of the media files the user has previously downloaded, purchased, accessed, or otherwise consumed. Media files identified in the user's profile may be analyzed in order to identify one or more preferences of the user.
  • an analysis of the media files identified in the user's profile may indicate that the user prefers Reggae music.
  • Preferences may be in terms of any number of different parameters associated with the media files including, for example, genre, artist, actor, producer, director, and/or the like.
  • the identified preferences may thereafter be used to make recommendations of media files to the user.
  • the recommendation service may recommend a Reggae song, for example, by an artist the user has not previously listened to, or a new Reggae song the user has not listened to by a familiar artist.
  • the recommendation server 22 may utilize the various forms of collaborative filtering (CF) methods to provide recommendations of media files to the user.
  • CF collaborative filtering
  • the idea of CF-based algorithms is to provide item recommendations or predictions based on the opinions of other like-minded users.
  • the opinions of users may be obtained explicitly from the users (e.g., a user may indicate that he or she likes a movie) or by using some implicit measures (e.g., if a user has listened a music track). For example, in one case, there are m users and n items. Each user may have expressed his or her opinion on some or all of the items.
  • An opinion may be given explicitly as a rating score on a numerical scale, or it may be implicitly derived, for example, based on access logs (e.g. based on the number of times an item has been viewed or listened to).
  • CF algorithms may represent the r-by-n user-item data as a rating matrix, wherein each entry in the rating matrix may represent the preference score of a user to an item. A value of 0 may indicate that a user has not yet rated an item.
  • Various forms of CF-based methods may then be used to generate a list of items as recommendations to a user (the target user or active user).
  • Memory-based CF algorithms may utilize entire user-item data to create the recommendations. These methods may find a set of users called neighbors that have a similar profile (e.g., they tend to buy/listen to similar items) as the target user.
  • the similarity between users u and v may be measured, for example, as the cosine of the angle between vectors consisting of the ratings of users u and v for different media items in the database. Items may then be recommended, for example, from the items found in the profiles of the neighbor users which the target user has not yet purchased.
  • the recommendation server may then provide a message to the user indicating “users who bought U2 also bought this album by R.E.M.”
  • Model-based CF algorithms may first develop a model of user ratings, for example by clustering users in groups, and use this information to create predictions on items.
  • Yet another method is the item-based CF approach which looks into the set of items the target user has rated, computes how similar they are to the target items (i.e., items in the database not yet accessed by the target user) and then selects k most similar items. Similarity between items i and j may be computed, for example, as the cosine of the angle between the vectors consisting of the ratings by different users for the items i and j.
  • the user may further designate one or more other individuals as “friends” of the user, wherein recommendations may be shared amongst friends.
  • Other individuals may also be designated as friends of the user by the recommendation service.
  • the recommendation service may suggest, or assign, certain users to be “friends” based at least in part on their consumption habits or other information, such as location, preferences, and/or the like.
  • the recommendation server may provide a recommendation to the user based at least in part on a media file consumed by one of the user's “friends.”
  • the recommendation server may provide a message to the user stating—“Your friend Jyri just purchased ‘I Know It's Gonna Happen Someday’ by Morrissey, and we thought you might enjoy it too.”
  • the recommendation server may provide a message to the user stating—“Eini listened to ‘My Life is an Endless Succession of People Saying Goodbye' by Morrissey. Would you like to be friends with Eini?”
  • a party other than the user may consume (e.g., access, download, purchase, etc.) a media file (e.g., song, movie, television show) while logged onto the system under the user's account. This may occur, for example, when members of a family (e.g., husband and wife) use the same device to download music, while not paying attention to whose account is being used.
  • a media file e.g., song, movie, television show
  • members of a family e.g., husband and wife
  • the recommendations provided by the recommendation service may not be as accurate or appropriate for the user, particularly where different parties consuming media files have different tastes than the user.
  • the user may, at Block 402 , define one or more rules for filtering media files consumed for inclusion in the user's profile.
  • the user may, for example, input a definition of the rule (e.g., the value/parameter and action, discussed below) to his or her electronic device, wherein the electronic device and, for example, means, such as a processor and, in one embodiment, the rule module, may receive the definition and transmit the definition of the rule to the recommendation server.
  • a definition of the rule e.g., the value/parameter and action, discussed below
  • the rule may include at least two parts: (1) a value of a parameter associated with a media file; and (2) an action to be taken if the value of the parameter associated with a particular media file is substantially the same as the value defined by the rule.
  • the parameters may include, for example, the genre, artist, album, actor, producer and/or director associated with a media file, and/or the like.
  • the corresponding actions may include, for example, to delete reference to the media file from the user's account altogether; to include a reference to the media file in a temporary folder associated with the user, but not the user's profile; and/or to include a reference to the media file in a temporary folder associated with another party, just to name a few.
  • one example of a rule may require that all movies starring Tom Cruise be transferred to a temporary folder associated with the user's friend Joe (e.g., include a reference of all movies starring Tom Cruise in the temporary folder associated with Joe).
  • the parameter may be “actor,” the value “Tom Cruise,” and the action “include a reference to the media file in a temporary folder associated with Joe.”
  • a user may generate this rule if it is anticipated that his friend Joe will download, or otherwise consume, Tom Cruise movies while accessing the recommendation service under the user's account.
  • another rule may require that reference to all science fiction television shows be deleted from the user's profile altogether. This rule may be generated by a user whose husband frequently downloads science fiction shows under his wife's account.
  • a user may be able to define rules for different media types at the same time. For example, the user may define a rule that requires that all romantic and French music, romantic movies and women's games be redirected to the user's wife's profile.
  • a time frame may be associated with the defined rules.
  • the user may indicate that a rule should last indefinitely, wherein the rule may be used unless and until the user deletes or modifies it.
  • the user may indicate that the rule should expire some defined period of time (e.g., 10 days, 10 hours, etc) after creation.
  • the user may define a temporary rule that may, for example, relate to a certain listening situation. For example, two users (e.g., boyfriend and girlfriend) may be listening to music together using the same device and, therefore, both logged in under the same user (e.g., the girlfriend).
  • the party logged onto the service e.g., the girlfriend
  • a media file may be consumed (e.g., accessed, downloaded, purchased, etc.) by a party accessing the recommendation service (or some other service configured to provide media files) using the user's account. As discussed above, this may or may not be the user him- or herself. In fact, since, as noted above, according to one embodiment, the recommendation service may be accessible via a website using a web browser application, the party consuming the media file via the user's account may or may not be doing so via a device associated with the user.
  • information identifying the media file consumed may be transmitted to and received by the recommendation server, and, in particular, means such as a processor and, in one embodiment, the identification module.
  • the identifying information may include, for example, a title, artist name, album or series title, and/or the like.
  • the recommendation server may be configured to use the identifying information received to retrieve additional information associated with the media file (e.g., genre, actor, director, producer, etc.) that may be needed, for example, to determine whether the media file satisfies one of the user's rules.
  • additional information associated with the media file e.g., genre, actor, director, producer, etc.
  • all necessary identifying information needed to determine whether the media file satisfies one of the user's rules may be included in the identifying information transmitted at Block 404 .
  • the user's device may further transmit context information associated with the user's device to the recommendation server.
  • the user's device may transmit time and location information associated with the user's device, as well as Bluetooth® proximity information. This and other information may be used to indicate whether the user is alone or surrounded by other people, which may be helpful to the recommendation server in determining whether it was the user, or some other party, that consumed the media file.
  • the user's device may further attempt to discover which of one or more individuals may be using the device and then provide this information to the recommendation server.
  • the user's device may identify which other applications are currently being executed by the user's device and either provide this information to the recommendation server, for the recommendation service to use in attempting to identify the current user, or may, itself, attempt to identify the current user and then indicate such to the recommendation server.
  • the user's device may guess that it is the husband who is access the recommendation service.
  • the recommendation server may determine whether or not to include a reference to the media file in the user's profile.
  • the recommendation server e.g., means, such as a processor and, in one embodiment, the determining module
  • the recommendation server may first determine, at Block 405 , whether the media file satisfies one of the rules defined by the user (or automatically generated by the recommendation server, for example, in the manner described below with regard to FIG. 4 B). As discussed above, this may include comparing the media file to the one or more rules to determine whether the value of a parameter associated with the media file is substantially the same as the value defined by respective rules. For example, if a rule is associated with movies directed by Quentin Tarantino, it may be determined whether the value of the parameter defining the director of the consumed media file is substantially the same as “Quentin Tarantino.”
  • the recommendation server may, at Block 406 , take the action defined by the rule with respect to the consumed media file.
  • the action may include, for example, deleting reference to the media file from the user's account and/or profile; including reference to the media file in a temporary account associated with the user; and/or including reference to the media file in a temporary account associated with another party.
  • transferring reference to the media file to a temporary folder associated with another party may enable the other party to accept or deny the media file before it is added to his or her profile; thus preventing someone from sending media files to another person's profile without permission.
  • the process may continue to Block 407 , where the recommendation server (e.g., means, such as a processor and, in one embodiment, the determining module) may determine whether the consumed media file differs substantially from the user's profile. In other words, the recommendation server may attempt to determine whether this particular media file seems out of character for the user and, therefore, was likely consumed by someone other than the user. For example, according to one embodiment, collaborative filtering methods may be used to calculate a prediction as to how likely it is that the user would like the consumed media file.
  • a prediction on the consumed file i for the user could be obtained by computing a sum of the ratings given by the user on the files similar to the consumed item, weighted by the similarity.
  • An example of this may be where the user's profile indicates that the user typically only downloads nature documentaries, and the consumed media file is Anime. This may indicate to the recommendation server that someone other than the user is consuming media files under the user's account.
  • the recommendation server may further take into consideration the context information received when making this determination. In other words, if, for example, the consumed media file is only slightly different than the user's profile, and the context information indicates that the user is alone, the recommendation server may determine that the user, and not someone else, likely consumed the media file. Alternatively, if the consumed media file is fairly different and the context information indicates that several people are near the user, the recommendation server may determine that someone other than the user likely consumed the media file.
  • the recommendation server e.g., means, such as a processor and, in one embodiment, the inclusion module
  • the recommendation server may, at Block 408 , include a reference to the media file in the user's profile, such that the consumed media file may be factored in later when generating a recommendation for the user.
  • the recommendation server may, at Block 409 , transfer the reference to the consumed media file to a temporary folder associated with the user.
  • a temporary folder associated with the user.
  • embodiments of the present invention enable a user to screen (and filter) media files that may have been consumed by someone other than the user.
  • the user may accept the media file causing it to be included in his or her user profile. If he or she did not, the user may decline the media file and reference to the media file will be removed without ever having corrupted or contaminated the user's profile and/or recommendations generated there from.
  • the recommendation server in addition to transferring the reference to the consumed media file to a temporary folder associated with the user where it is determined that the consumed media file differs substantially from the user's profile, the recommendation server (e.g., means, such as a processor and, in one embodiment, the temporary module) may determine, at Block 410 , whether the consumed media file is similar to the profile associated with one of the user's friends.
  • the item-based CF algorithm may be used to calculate a prediction for the consumed media file given the user's profile, and each of his or her friends' profiles, and checked whether the prediction for any of the friends is large enough.
  • the recommendation server may, at Block 411 , also transfer the reference to the consumed media file to a temporary folder associated with that friend. As above, the friend may thereafter review the consumed media file and decide whether or not to include it in his or her user profile.
  • the recommendation server in order to verify the quality of the temporary folder (e.g., determine whether media files referenced in the temporary folder should, in fact, be in the temporary folder and not, for example, in the user's profile), the recommendation server (e.g., means, such as a processor and, in one embodiment, a recommendation module stored in memory on the recommendation server) may periodically recommend a media file based at least in part on the contents of the temporary folder. (Block 412 ). In one embodiment, the recommendation server may recommend the exact media file referenced in the temporary folder. Alternatively, or in addition, the recommendation server may recommend a media file that relates or is similar to one or more media files referenced in the temporary folder.
  • the user may transmit, and the recommendation server (e.g., means, such as a processor and, in one embodiment, a rating module stored in memory on the recommendation server) may, at Block 413 , receive, a rating of the recommendation.
  • the recommendation server e.g., means, such as a processor and, in one embodiment, a rating module stored in memory on the recommendation server
  • receives a rating of the recommendation For example, the user may rate the recommendation as “high” or “low,” using a scale of one to five, and/or the like.
  • the recommendation server e.g., means, such as a processor and, in one embodiment, a rule generation module stored in memory on the recommendation server
  • the recommendation server may, at Block 415 , generate a new rule that indicates that for all similar media files consumed in association with the user, a reference to the media file should be transferred to the temporary folder.
  • the rule may indicate that the references to similar media files should be deleted altogether.
  • the user may determine which of the foregoing actions should be included in the rules automatically generated by the recommendation server. In either event, the rules generated by the recommendation server may be used at Block 405 when determining whether the consumed media file satisfies any of the rules associated with the user.
  • the recommendation server may, at Block 416 , include either or both the recommended media file and/or the media file from which the recommended media file was generated (if not the same) in the user's profile. For example, if the temporary folder included a reference to the song “Like the Weather” by the 10,000 Maniacs, and, as a result, the recommendation server recommended the song “San Andreas Fault” by Natalie Merchant, and the user gave the recommendation a high rating, either or both songs may be added to the user's profile. Future recommendations made for the user may thereafter be based at least in part on the newly added media files.
  • the recommendation server may deduce a rating for a particular media file (and, therefore, what action to be taken) based at least in part on how the user handled the media file recommended. For example, if the user stops listening to a music track and skips to a new one, the recommendation server may deduce that the user at that time did not rate the skipped music track very highly. In this scenario, future recommendations may not be based on the recommended music track.
  • the user may also periodically access the temporary folder in order to identify any media files that should be added to his or her user profile. (Block 419 ).
  • the user may determine, at Block 418 , whether he or she would like to accept or decline each media file referenced in the temporary folder. If the user declines the media file, as above when the user gave a low rating to the recommended media file, the recommendation server (e.g., means, such as a processor and, in one embodiment, the rule generation module) may, at Block 419 , generate a new rule that indicates that for all similar media files consumed in association with the user, a reference to the media file should be transferred to the temporary folder or deleted altogether, depending, for example, on the user's preference.
  • the rules generated by the recommendation server at Block 419 may be used at Block 405 when determining whether the consumed media file satisfies any of the rules associated with the user.
  • the recommendation server e.g., means, such as a processor and, in one embodiment, the inclusion module
  • the recommendation server may, at Block 420 , include a reference to the media file in the user's profile.
  • the process described above may similarly be used to facilitate the logging of music heard in a public place, such as a bar or discotheque, to the profiles of members of the audience. For example, consider a DJ playing at the discotheque. People may come up to the DJ and ask for songs. In many instances, the user that requests a particular song may want the song to be logged to his or her music profile.
  • the DJ may run a special version of the client application on his or her PC or phone, such that when a person comes to request a song, the requestor may communicate his service user ID to the client application running on the DJ's device, for example, using Bluetooth® communication, touching a Radio Frequency Identification (RFID) tag, or by sending a Short Message Service (SMS) message, and/or the like.
  • RFID Radio Frequency Identification
  • SMS Short Message Service
  • a temporary rule may be created to forward the song to the profile of the user who requested for the song. This may help users to maintain their profiles also for songs heard in public situations.
  • users may send their user ID's to the DJ, and allow all songs played during the night to be logged to his or her profile.
  • an application running on the DJ's device may communicate with the user's mobile phone to retrieve the service user ID.
  • the DJ's device may send the information identifying the songs to the user's device, which may then itself update the user's music consumption profile. In either way the users may receive the music heard in different discotheques with suitable equipment logged to their profiles.
  • Embodiments of the invention may also be applicable in live concerts so that an application running on the concert organizer's device may collect the user ID's of the concert participants, and automatically log the list of songs played in the concert to the participants' accounts by creating temporary rules.
  • the concert listeners may conveniently get a list of the songs played during the concert, which may be quite useful as often there are songs played in a concert that a user does not know.
  • An alternative to this functionality may be to use, for example, audio fingerprinting to record a short clip of each song played in the concert and search the song information using existing services.
  • a more robust solution may be obtained if an application controlled by the organizers of the concert knows the list of songs and communicates this information to the user's music service accounts.
  • the foregoing techniques may likewise be used by the user's device itself in order to provide a similar “recommendation service.”
  • the user may define, and/or the user's device may automatically generate, one or more rules to be used by the electronic device when selecting media files to output when the user instructs the electronic device to randomly select media files to output (e.g., when the user places the device in “shuffle” mode).
  • the user may define an expiration date associated with the rule. For example, the user may indicate that the rule should expire 24 hours after creation, immediately upon powering down the electronic device, and/or the like.
  • these rules may be generated based at least in part on the perceived consumption habits of the current user. For example, the user's device may monitor the media files output, skipped, repeated, and/or the like, by the current user, use this information to anticipate the types of media files the current user likes (or dislikes), and then generate one or more rules accordingly.
  • these automatically generated rules may likewise have an expiration date associated therewith, which may, for example, be defined by a user as a default setting.
  • the electronic device may use the defined and/or automatically generated rules to select (or not select) the media files output.
  • a husband and a wife may both use a particular electronic device (e.g., cellular telephone, personal digital assistant (PDA), laptop, etc.) to play music tracks or files.
  • a particular electronic device e.g., cellular telephone, personal digital assistant (PDA), laptop, etc.
  • PDA personal digital assistant
  • the electronic device may also perceive that the wife tends to skip R&B songs and automatically generate a similar rule to skip all R&B songs.
  • the electronic device when the electronic device is placed in “shuffle” mode, the device may select songs from the user's saved collection that are neither rock nor R&B.
  • embodiments of the present invention may be configured as an apparatus and method. Accordingly, embodiments of the present invention may be comprised of various means including entirely of hardware, entirely of software, or any combination of software and hardware. Furthermore, embodiments of the present invention may take the form of a computer program product on a computer-readable storage medium having computer-readable program instructions (e.g., computer software) embodied in the storage medium. Any suitable computer-readable storage medium may be utilized including hard disks, CD-ROMs, optical storage devices, or magnetic storage devices.
  • Embodiments of the present invention have been described above with reference to block diagrams and flowchart illustrations of methods, apparatuses (e.g., systems) and computer program products. It will be understood that each block of the block diagrams and flowchart illustrations, and combinations of blocks in the block diagrams and flowchart illustrations, respectively, may be implemented by various means including computer program instructions. These computer program instructions may be loaded onto a general purpose computer, special purpose computer, or other programmable data processing apparatus, such as processor 210 discussed above with reference to FIG. 2 , or processor 308 discussed above with reference to FIG. 3 to produce a machine, such that the instructions which execute on the computer or other programmable data processing apparatus create a means for implementing the functions specified in the flowchart block or blocks.
  • These computer program instructions may also be stored in a computer-readable memory that may direct a computer or other programmable data processing apparatus (e.g., processor 210 of FIG. 2 , or processor 308 of FIG. 3 ) to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including computer-readable instructions for implementing the function specified in the flowchart block or blocks.
  • the computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions that execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.
  • blocks of the block diagrams and flowchart illustrations support combinations of means for performing the specified functions, combinations of steps for performing the specified functions and program instruction means for performing the specified functions. It will also be understood that each block of the block diagrams and flowchart illustrations, and combinations of blocks in the block diagrams and flowchart illustrations, may be implemented by special purpose hardware-based computer systems that perform the specified functions or steps, or combinations of special purpose hardware and computer instructions.

Abstract

An apparatus, method and computer program product are provided for filtering media files for inclusion in a user's profile. A user may define rules to prevent certain media files from being included in his/her profile and, if desired, to redirect the media files to another individual's profile. The recommendation service, itself, may further generate rules to be used to filter the media files. When a media file that meets one of the rules defined by the user, or automatically by the service, is consumed in association with the user's account, a reference associated with the media file may, depending upon the requirements of the rule, be placed into a temporary folder, from which the user may delete the reference or redirect it to his or her own, or another's, profile.

Description

    FIELD
  • Embodiments of the invention relate, generally, to media services and, in particular, to media services that learn a user's media consumption habits and provide personalized recommendations.
  • BACKGROUND
  • Several media services exist today that allow individuals to browse, sample, download and purchase various media files (e.g., individual songs, albums, movies and television shows) using their electronic devices (e.g., cellular telephones, personal digital assistants (PDAs), personal computers (PCs), laptops, etc.). Many of these services, which are often accessible via the Internet, may also provide recommendations services, whereby the service may monitor the user's activity and provide recommendations of media files that may be of interest to the user based on the user's apparent preferences. In particular, many of these services utilize a user account, including for example a username/user ID and password, to identify each user. When a user completes a transaction within or using the service, such as buying a music track or movie, the service may build a personal profile of the user. Based on the profile, the service may learn to provide personalized recommendations to the user. For example, the service may recommend media items or files (e.g., songs, albums, movies, television show episodes or series, etc.) that are similar to the items or files previously accessed, downloaded, purchased, or otherwised consumed, by the user.
  • One issue may arise, however, if someone other than the user downloads, or otherwise accesses, a media file or item while accessing the recommendation service under the user's account, which may contaminate the personalized recommendations. A need exists for an improved recommendation system that may overcome this and other challenges.
  • BRIEF SUMMARY
  • In general, embodiments of the present invention may provide an improvement by, among other things, providing a recommendation system that enables a user to filter the media files included in his or her profile and, therefore, used to generate media file recommendations. In particular, according to embodiments of the present invention, a user may define one or more rules that may be used to help ensure that media files consumed by someone other than the user while accessing the service using the user's account (e.g., someone logged onto the service using the user's user ID and password) are not included in the user's profile. For example, if a user knows that his or her brother often downloads horror movies while accessing the service using the user's account, but the user him- or herself does not enjoy horror movies, the user may define a rule that states that all horror movies consumed while the user is logged onto the service should be included in the brother's profile, and not the user's.
  • According to one embodiment, the recommendation service itself may automatically generate a rule that can also be used to filter media files to be included in the user's profile. For example, if the recommendation service recommends a particular media file (e.g., the song “Miami” by Will Smith), and the user indicates that he or she does not care for that particular recommendation, the recommendation service may generate a rule that states that any similar media files (e.g., any east coast hip hop songs) consumed under the user's account should be included, not in the user's profile, but instead in a temporary folder, which the user may periodically access and decide whether to accept or decline the media files included therein.
  • In yet another embodiment, the recommendation service may simply look to see if the media file consumed resembles the media files previously consumed by the user and included in his or her personal profile. If not, the recommendation service may similarly include the media file in a temporary folder, rather than the user's profile, so that the user may be given the opportunity to indicate whether it was, in fact, him or her who consumed the media file and, therefore, that the media file should be included in the user's profile.
  • According to another embodiment, the “recommendation service” may be provided by the user's device itself, for example, in the form of music files selected to play when the user has placed the device in “shuffle” mode. According to this embodiment, the user may define his or her own rules (e.g., in the manner described above) and/or the user's device may automatically generate its own rules (e.g., based on the user's consumption habits). When the user instructs his or her device to randomly select music files from his or her saved collection (e.g., when the user places the device in “shuffle” mode), the device may select (or not select) music files based on the various rules defined and/or generated. In addition to music files, other types of media files may likewise be used in accordance with this embodiment including, for example, video files, podcasts, game files, and/or the like.
  • According to one aspect, an apparatus for filtering media files may be provided. In one embodiment, the apparatus may comprise a processor configured to: (1) receive information identifying a media file consumed; (2) determine whether a reference to the media file should be included in a profile associated with a user, wherein the profile is usable to generate a recommendation of another media file for the user; and (3) include the reference to the media file in the user's profile if it is determined that the reference should be included.
  • According to another aspect, a method of filtering media files may be provided. In one embodiment, the method may comprise: (1) receiving information identifying a media file consumed; (2) determining whether a reference to the media file should be included in a profile associated with a user, wherein the profile is usable to generate a recommendation of another media file for the user; and (3) including the reference to the media file in the user's profile if it is determined that the reference should be included.
  • In accordance with yet another aspect, a computer program product for filtering media files may be provided. In one embodiment, the computer program product may comprise at least one computer-readable storage medium having computer-readable program code portions store therein, wherein the computer-readable program code portions may comprise: (1) a first executable portion for receiving information identifying a media file consumed; (2) a second executable portion for determining whether a reference to the media file should be included in a profile associated with a user, wherein the profile is usable to generate a recommendation of another media file for the user; and (3) a third executable portion for including the reference to the media file in the user's profile if it is determined that the reference should be included.
  • According to one aspect, an apparatus may be provided for filtering media files. In one embodiment, the apparatus may comprise: (1) means for receiving information identifying a media file consumed; (2) means for determining whether a reference to the media file should be included in a profile associated with a user, wherein the profile is usable to generate a recommendation of another media file for the user; and (3) means for including the reference to the media file in the user's profile if it is determined that the reference should be included.
  • The above summary is provided merely for purposes of summarizing some example embodiments of the invention. Accordingly, it will be appreciated that the above described example embodiments are merely examples and should not be construed to narrow the scope or spirit of the invention in any way. It will be appreciated that the scope of the invention encompasses many potential embodiments, some of which will be further described below, in addition to those here summarized.
  • BRIEF DESCRIPTION OF THE DRAWING(S)
  • Having thus described embodiments of the invention in general terms, reference will now be made to the accompanying drawings, which are not necessarily drawn to scale, and wherein:
  • FIG. 1 is a block diagram of one type of system that may benefit from embodiments of the present invention;
  • FIG. 2 is a schematic block diagram of an entity capable of operating as a recommendation server in accordance with embodiments of the present invention;
  • FIG. 3 is a schematic block diagram of a mobile terminal capable of operating in accordance with an embodiment of the present invention; and
  • FIGS. 4A and 4B are flow charts illustrating the process of filtering media files in accordance with embodiments of the present invention.
  • DETAILED DESCRIPTION
  • Embodiments of the present invention will now be described more fully hereinafter with reference to the accompanying drawings, in which some, but not all embodiments of the inventions are shown. Indeed, embodiments of the invention may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will satisfy applicable legal requirements. Like numbers refer to like elements throughout.
  • Overview:
  • In general, embodiments of the present invention provide an apparatus, method and computer program product for filtering media files to be included in a user's profile and, therefore, used to generate recommendations of media files in which the user may be interested. In particular according to various embodiments of the present invention a user may define one or more rules to prevent certain media files, or types of media files, from being included in his or her personal media profile and, if desired, to redirect the media files to another individual's personal profile. For example, a user may desire to redirect all French chansons to his girlfriend's profile, since he personally does not care for French music and knows that his girlfriend frequently accesses the recommendation service under his account name and downloads French chansons. In addition, according to one embodiment, the recommendation service, itself, may generate one or more rules to be used to filter media files to be included in the user's profile. These rules may be based, for example, on the user's ranking or rating of previous recommendations made by the service and/or of a user's decision to accept or decline media files referenced in a temporary file associated with the user.
  • According to one embodiment, when the service notices that the user is consuming a media file that meets one of the rules defined by the user, or automatically by the service, a reference associated with the media file (e.g., information identifying the media file and/or the media consumption event) may, depending upon the requirements of the rule, be placed into or included in a temporary folder, from which the user may either delete the reference or redirect it to his or her own, or another's, personal profile. The user may periodically view the contents of the temporary folder and accept the media files that he or she prefers. In other words, the user may indicate that the preferred media files should be included in the user's profile. Media files not accepted may, after some period of time, be automatically deleted from the temporary file.
  • In one embodiment, the recommendation system may also automatically attempt to verify the quality of the media files referenced in the temporary folder. For example, the recommendation system may recommend a media file based at least in part on the contents of the temporary folder, and, if the user likes the recommendation, the service may determine that the user does in fact like media files of the kind referenced in the temporary folder and include a reference to those media files in the user's profile. In the future, similar media files may be directly forwarded to the user's profile (e.g., rather than first going to the temporary folder).
  • In addition, according to another embodiment, one or more rules may be defined by a user and/or automatically generated by the user's device, wherein the rules may be used, for example, to select music tracks, or other media files, to output when the device is in “shuffle” mode. For example, according to one embodiment, the user's device may monitor the user's consumption habits (e.g., what music files he or she outputs, repeats, skips, etc.) in order to attempt to identify which media files the current user likes or dislikes. The user's device may thereafter use this information (e.g., the rules generated based at least in part on this information) to select (or not select) media files (e.g., music tracks or files) when the user instructs the user's device to randomly select media files to output (e.g., places the user's device in “shuffle” mode).
  • Overall System, Recommendation Server and Mobile Device:
  • Referring to FIG. 1, an illustration of one type of system that may benefit from embodiments of the present invention is provided. As shown in FIG. 1, the system may include one or more mobile terminals 10, each having an antenna 12 for transmitting signals to and for receiving signals from one or more base stations (BS's) 14. The base station may be a part of one or more cellular or mobile networks that each includes elements that may be desirable for operating the network, such as one or more mobile switching centers (MSC) 16. In operation, the MSC may be capable of routing calls, data or the like to and from mobile terminals when those mobile terminals are making and receiving calls, data or the like. The MSC may also provide a connection to landline trunks when mobile terminals are involved in a call.
  • The MSC 16 may be coupled to a data network, such as a local area network (LAN), a metropolitan area network (MAN), and/or a wide area network (WAN). The MSC may be directly coupled to the data network. In one embodiment, however, the MSC may be coupled to a Packet Control Function (PCF) 18, and the PCF may be coupled to a Packet Data Serving Node (PDSN) 19, which may in turn be coupled to a WAN, such as the Internet 20. In turn, devices such as processing elements (e.g., personal computers, server computers or the like) may be coupled to the mobile terminal 10 via the Internet. For example, the processing elements may include a recommendation server 22, or similar network entity, discussed below. As will be appreciated, the processing elements may comprise any of a number of processing devices, systems or the like capable of operating in accordance with embodiments of the present invention.
  • The BS 14 may also be coupled to a signaling GPRS (General Packet Radio Service) support node (SGSN) 30. As known to those skilled in the art, the SGSN may be capable of performing functions similar to the MSC 16 for packet switched services. The SGSN, like the MSC, may be coupled to a data network, such as the Internet 20. The SGSN may be directly coupled to the data network. Alternatively, the SGSN may be coupled to a packet-switched core network, such as a GPRS core network 32. The packet-switched core network may then be coupled to another GTW (gateway), such as a GTW GPRS support node (GGSN) 34, and the GGSN may be coupled to the Internet.
  • Although not every element of every possible network is shown and described herein, it should be appreciated that the mobile terminal 10 may be coupled to one or more of any of a number of different networks. In this regard, mobile network(s) may be capable of supporting communication in accordance with any one or more of a number of first-generation (1G), second-generation (2G), 2.5G and/or third-generation (3G) mobile communication protocols or the like. For example, one or more mobile terminals may be coupled to one or more networks capable of supporting communication in accordance with 2G wireless communication protocols IS-136 (time division multiple access (TDMA)), global system for mobile communications (GSM), and IS-95 (code division multiple access (CDMA)). Also, for example, one or more of the network(s) may be capable of supporting communication in accordance with 2.5G wireless communication protocols GPRS, Enhanced Data GSM Environment (EDGE), or the like. In addition, for example, one or more of the network(s) may be capable of supporting communication in accordance with 3G wireless communication protocols such as Universal Mobile Telephone System (UMTS) network employing Wideband Code Division Multiple Access (WCDMA) radio access technology. Some narrow-band Advanced Mobile Phone System (NAMPS), as well as Total Access Communication System (TACS), network(s) may also benefit from embodiments of the present invention, as should dual or higher mode mobile terminals (e.g., digital/analog or TDMA/CDMA/analog phones).
  • One or more mobile terminals 10 (as well as one or more processing elements, although not shown as such in FIG. 1) may further be coupled to one or more wireless access points (APs) 36. The AP's may be configured to communicate with the mobile terminal in accordance with techniques such as, for example, radio frequency (RF), Bluetooth (BT), infrared (IrDA) or any of a number of different wireless networking techniques, including Wireless LAN (WLAN) techniques, such as IEEE 802.11 (e.g., 802.11a, 802.11b, 802.11g, 802.11n, etc.), Wibree™ techniques, WiMAX techniques, such as IEEE 802.16, Wireless-Fidelity (Wi-Fi) techniques, and/or ultra wideband (UWB) techniques, such as 802.15, or the like. The APs may be coupled to the Internet 20. Like with the MSC 16, the AP's may be directly coupled to the Internet. In one embodiment, however, the AP's may be indirectly coupled to the Internet via a GTW 28. As will be appreciated, by directly or indirectly connecting the mobile terminals and the processing elements (e.g., recommendation server 22) and/or any of a number of other devices to the Internet, whether via the AP's or the mobile network(s), the mobile terminals and processing elements may communicate with one another to thereby carry out various functions of the respective entities, such as to transmit and/or receive data, content or the like. As used herein, the terms “data,” “content,” “information,” and similar terms may be used interchangeably to refer to data capable of being transmitted, received and/or stored. Thus, use of any such terms should not be taken to limit the spirit and scope of the present invention.
  • Although not shown in FIG. 1, in addition to or in lieu of coupling the mobile terminals 10 to one or more processing elements (e.g., a network entity associated with a Recommendation Service 22) across the Internet 20, one or more such entities may be directly coupled to one another. As such, one or more network entities may communicate with one another in accordance with, for example, RF, BT, IrDA or any of a number of different wireline or wireless communication techniques, including LAN, WLAN, WiMAX, Wi-Fi, Wibree™, UWB techniques, and/or the like. Further, the mobile terminal 10 and the processing elements may be coupled to one or more electronic devices, such as printers, digital projectors and/or other multimedia capturing, producing and/or storing devices (e.g., other terminals).
  • Referring now to FIG. 2, a block diagram of an entity capable of operating as a recommendation server 22 is shown in accordance with one embodiment of the present invention. The entity capable of operating as a recommendation server 22 may include various means for performing one or more functions in accordance with embodiments of the present invention, including those more particularly shown and described herein. It should be understood, however, that one or more of the entities may include alternative means for performing one or more like functions, without departing from the spirit and scope of the present invention. As shown, the entity capable of operating as a recommendation server 22 may generally include means, such as a processor 210, for performing or controlling the various functions of the entity.
  • In particular, the processor 210 may be configured to perform the processes discussed in more detail below with regard to FIGS. 4A and 4B. For example, according to one embodiment the processor 210 may be configured to receive information identifying a media file consumed (e.g., accessed, downloaded, purchased, etc. via an electronic device associated with a user), to determine whether reference to the media file should be included in a profile associated with a user (e.g., based at least in part on one or more rules defined by the user or automatically generated by the recommendation server 22), and to include the reference to the media file in the profile if it is determined that the reference should be included.
  • In one embodiment, the processor is in communication with or includes memory 220, such as volatile and/or non-volatile memory that stores content, data or the like. For example, the memory 220 may store content transmitted from, and/or received by, the entity. Also for example, the memory 220 may store software applications, instructions or the like for the processor to perform steps associated with operation of the entity in accordance with embodiments of the present invention. In particular, the memory 220 may store software applications, instructions or the like for the processor to perform the operations described above and below with regard to FIGS. 4A and 4B for filtering the media files to be included in a user's profile.
  • For example, according to one embodiment, the memory 120 may store one or more modules for instructing the processor 210 to perform the operations including, for example, an identification module, a determining module, and an inclusion module. In one embodiment, the identification module may be configured to receive information identifying a media file consumed, for example via an electronic device (e.g., mobile terminal 10) associated with a user. The determining module may be configured to determine whether a reference to the media file should be included in a profile associated with the user, and the inclusion module may be configured to include the reference in the user's profile if it is determined that the media file should be included.
  • In addition to the memory 220, the processor 210 may also be connected to at least one interface or other means for displaying, transmitting and/or receiving data, content or the like. In this regard, the interface(s) may include at least one communication interface 230 or other means for transmitting and/or receiving data, content or the like, as well as at least one user interface that may include a display 240 and/or a user input interface 250. The user input interface, in turn, may comprise any of a number of devices allowing the entity to receive data from a user, such as a keypad, a touch display, a joystick or other input device.
  • While the foregoing refers to a recommendation “server,” as one of ordinary skill in the art will recognize in light of this disclosure, the functionality described above as being performed by the recommendation server 22 may be implemented on any type of computing device and could operate in computer architectures other than client/server systems. In addition, while reference is made to software “modules,” as one of ordinary skill in the art will recognize in light of this disclosure, the software need not be modularized and, instead, may be intermingled or written in other non-modular formats without departing from the spirit and scope of embodiments of the present invention.
  • Reference is now made to FIG. 3, which illustrates one type of electronic device that would benefit from embodiments of the present invention. As shown, the electronic device may be a mobile terminal 10, and, in particular, a cellular telephone. It should be understood, however, that the mobile terminal illustrated and hereinafter described is merely illustrative of one type of electronic device that would benefit from embodiments of the present invention and, therefore, should not be taken to limit the scope of the present invention. While several embodiments of the mobile terminal 10 are illustrated and will be hereinafter described for purposes of example, other types of mobile terminals, such as personal digital assistants (PDAs), mobile computers, pagers, mobile televisions, gaming devices, laptop computers, cameras, video recorders, as well as other types of electronic systems including both mobile, wireless devices and fixed, wireline devices, may also employ embodiments of the present invention.
  • The mobile terminal includes various means for performing one or more functions in accordance with embodiments of the present invention, including those more particularly shown and described herein. It should be understood, however, that the mobile terminal may include alternative means for performing one or more like functions, without departing from the spirit and scope of the present invention. More particularly, for example, as shown in FIG. 3, in addition to an antenna 12, the mobile terminal 10 may include a transmitter 304, a receiver 306, and an apparatus that includes means, such as a processor 308, controller or the like, that provides signals to and receives signals from the transmitter 304 and receiver 306, respectively, and that performs the various other functions described below including, for example, the functions relating to filtering media files to be included in a user's profile.
  • As discussed in more detail below with regard to FIGS. 4A and 4B, in one embodiment, the processor 308 may be configured to receive a definition of a rule for filtering one or more media files for inclusion in a profile associated with a user and to transmit the definition of the rule (e.g., to the recommendation server 22). The processor 308 may further be configured to transmit information identifying a media file consumed via the mobile terminal 12, wherein the media file may be compared (e.g., by the recommendation server 22) to the defined rule in order to determine whether the consumed media file should be included in the user's profile.
  • The signals provided to and received from the transmitter 304 and receiver 306, respectively, may include signaling information in accordance with the air interface standard of the applicable cellular system and also user speech and/or user generated data. In this regard, the mobile terminal may be capable of operating with one or more air interface standards, communication protocols, modulation types, and access types. More particularly, the mobile terminal may be capable of operating in accordance with any of a number of second-generation (2G), 2.5G and/or third-generation (3G) communication protocols or the like. Further, for example, the mobile terminal may be capable of operating in accordance with any of a number of different wireless networking techniques, including Bluetooth, IEEE 802.11 WLAN (or Wi-Fi®), IEEE 802.16 WiMAX, ultra wideband (UWB), and/or the like.
  • It is understood that the processor 308, controller or other computing device, may include the circuitry which may be used to implement the video, audio, and logic functions of the mobile terminal and may be capable of executing application programs for implementing the functionality discussed herein. For example, the processor may be comprised of various means including a digital signal processor device, a microprocessor device, and various analog to digital converters, digital to analog converters, and other support circuits. The control and signal processing functions of the mobile device may be allocated between these devices according to their respective capabilities. The processor 308 thus may also include the functionality to convolutionally encode and interleave message and data prior to modulation and transmission. Further, the processor 308 may include the functionality to operate one or more software applications, which may be stored in memory. For example, the controller may be capable of operating a connectivity program, such as a conventional Web browser and/or the like. The connectivity program may then allow the mobile terminal to transmit and receive Web content, such as according to HTTP, Hypertext Transfer Protocol over Secure Socket Layer (HTTPS), the Wireless Application Protocol (WAP), and/or the like, for example.
  • The mobile terminal may also comprise means such as a user interface including, for example, a conventional earphone or speaker 310, a ringer 312, a microphone 314, a display 316, all of which are coupled to the processor 308. The user input interface, which allows the mobile device to receive data, may comprise devices allowing the mobile device to receive data, such as a keypad 318, a touch display (not shown), a microphone 314, or other input device. In embodiments including a keypad, the keypad may comprise the numeric (0-9) and related keys (#, *), and other keys used for operating the mobile terminal and may include a full set of alphanumeric keys or set of keys that may be activated to provide a full set of alphanumeric keys. Although not shown, the mobile terminal may comprise a battery, such as a vibrating battery pack, for powering the various circuits that may be used to operate the mobile terminal, as well as optionally providing mechanical vibration as a detectable output.
  • The mobile terminal may also include means, such as memory including, for example, a subscriber identity module (SIM) 320, a removable user identity module (R-UIM) (not shown), or the like, which may store information elements related to a mobile subscriber. In addition to the SIM, the mobile terminal may include other memory. In this regard, the mobile terminal may include volatile memory 322, as well as other non-volatile memory 324, which may be embedded and/or may be removable. For example, the other non-volatile memory may be embedded or removable multimedia memory cards (MMCs), secure digital (SD) memory cards, Memory Sticks, electrically erasable programmable read-only memory (EEPROM), flash memory, hard disk, or the like. The memory may store any of a number of pieces or amount of information and data used by the mobile device to implement the functions of the mobile terminal. For example, the memory may store an identifier, such as an international mobile equipment identity (IMEI) code, international mobile subscriber identity (IMSI) code, mobile device integrated services digital network (MSISDN) number, or the like, capable of uniquely identifying the mobile device. The memory may also store content. The memory may, for example, store computer program code for an application and other computer programs. For example, in one embodiment of the present invention, the memory may store computer program code for filtering media files for inclusion in a user's profile. In particular, according to one embodiment, the memory may store a rule module configured to receive a definition of a rule for filtering one or more media files for inclusion in a profile associated with a user and to transmit the definition of the rule (e.g., to the recommendation server 22). The memory may further store an identification module configured to transmit information identifying a media file consumed via the mobile terminal 12, wherein the media file may be compared (e.g., by the recommendation server 22) to the defined rule in order to determine whether the consumed media file should be included in the user's profile.
  • The apparatus, method and computer program product of embodiments of the present invention are primarily described in conjunction with mobile communications applications. It should be understood, however, that the apparatus, method and computer program product of embodiments of the present invention may be utilized in conjunction with a variety of other applications, both in the mobile communications industries and outside of the mobile communications industries. For example, the apparatus, method and computer program product of embodiments of the present invention may be utilized in conjunction with wireline and/or wireless network (e.g., Internet) applications.
  • Method of Filtering Media Files
  • Referring now to FIGS. 4A and 4B, the operations are illustrated that may be taken in order to filter media files to be included in a user's profile and, therefore, used to generate recommendations of media files that may be of interest to the user. As shown, the process may begin at Block 401 when a user logs onto a recommendation service (e.g., associated with and/or provided by the recommendation server 22) using, for example, his or her username/user ID and password. As discussed above, the recommendation service may provide a catalogue of media files (e.g., songs, movies, television shows, games, etc.) from which a user may select for downloading, purchasing, or otherwise consuming. In one embodiment, in order to access the recommendation service, a client application running on the user's electronic device (e.g., cellular telephone, personal digital assistant (PDA), personal computer (PC), laptop, etc.) may call (e.g., over Hypertext Transfer Protocol (HTTP)) a dedicated application program interface (API) provided by the recommendation service running on the recommendation server 22. The user may interact with the client application to take actions, such as requesting media file streaming from the recommendation service, and/or the like, and the client application may then perform the necessary communication with the recommendation service. Alternatively, in another embodiment, the user may access the recommendation service by using his or her device's web browser to access a web site associated with the recommendation service (and operated by the recommendation server 22).
  • In addition to providing a catalogue of media files, according to embodiments of the present invention, the recommendation service may further provide recommendations to the user of media files he or she might enjoy. In order to provide these recommendations, according to one embodiment, the recommendation server 22 and, in particular, means, such as a processor and, in one embodiment, a profile module stored in memory on the recommendation server 22, may create a user profile including an indication of all of the media files the user has previously downloaded, purchased, accessed, or otherwise consumed. Media files identified in the user's profile may be analyzed in order to identify one or more preferences of the user. For example, if the majority of music files stored in the user's device fall within the genre Reggae, an analysis of the media files identified in the user's profile may indicate that the user prefers Reggae music. Preferences may be in terms of any number of different parameters associated with the media files including, for example, genre, artist, actor, producer, director, and/or the like. The identified preferences may thereafter be used to make recommendations of media files to the user. Continuing with the above example, the recommendation service may recommend a Reggae song, for example, by an artist the user has not previously listened to, or a new Reggae song the user has not listened to by a familiar artist.
  • Alternatively, or in addition, according to one embodiment, the recommendation server 22 may utilize the various forms of collaborative filtering (CF) methods to provide recommendations of media files to the user. The idea of CF-based algorithms is to provide item recommendations or predictions based on the opinions of other like-minded users. The opinions of users may be obtained explicitly from the users (e.g., a user may indicate that he or she likes a movie) or by using some implicit measures (e.g., if a user has listened a music track). For example, in one case, there are m users and n items. Each user may have expressed his or her opinion on some or all of the items. An opinion may be given explicitly as a rating score on a numerical scale, or it may be implicitly derived, for example, based on access logs (e.g. based on the number of times an item has been viewed or listened to). CF algorithms may represent the r-by-n user-item data as a rating matrix, wherein each entry in the rating matrix may represent the preference score of a user to an item. A value of 0 may indicate that a user has not yet rated an item. Various forms of CF-based methods may then be used to generate a list of items as recommendations to a user (the target user or active user).
  • Memory-based CF algorithms may utilize entire user-item data to create the recommendations. These methods may find a set of users called neighbors that have a similar profile (e.g., they tend to buy/listen to similar items) as the target user. The similarity between users u and v may be measured, for example, as the cosine of the angle between vectors consisting of the ratings of users u and v for different media items in the database. Items may then be recommended, for example, from the items found in the profiles of the neighbor users which the target user has not yet purchased. For example, the recommendation server may then provide a message to the user indicating “users who bought U2 also bought this album by R.E.M.” Model-based CF algorithms may first develop a model of user ratings, for example by clustering users in groups, and use this information to create predictions on items.
  • Yet another method is the item-based CF approach which looks into the set of items the target user has rated, computes how similar they are to the target items (i.e., items in the database not yet accessed by the target user) and then selects k most similar items. Similarity between items i and j may be computed, for example, as the cosine of the angle between the vectors consisting of the ratings by different users for the items i and j.
  • In one embodiment, as part of the user's account, the user may further designate one or more other individuals as “friends” of the user, wherein recommendations may be shared amongst friends. Other individuals may also be designated as friends of the user by the recommendation service. For example, the recommendation service may suggest, or assign, certain users to be “friends” based at least in part on their consumption habits or other information, such as location, preferences, and/or the like. In particular, the recommendation server, and in particular means, such as a processor, and, in one embodiment, a recommendation module stored in memory on the recommendation server, may provide a recommendation to the user based at least in part on a media file consumed by one of the user's “friends.” For example, the recommendation server may provide a message to the user stating—“Your friend Jyri just purchased ‘I Know It's Gonna Happen Someday’ by Morrissey, and we thought you might enjoy it too.” As another example, the recommendation server may provide a message to the user stating—“Eini listened to ‘My Life is an Endless Succession of People Saying Goodbye' by Morrissey. Would you like to be friends with Eini?”
  • As noted above, one problem associated with many recommendation services is that a party other than the user may consume (e.g., access, download, purchase, etc.) a media file (e.g., song, movie, television show) while logged onto the system under the user's account. This may occur, for example, when members of a family (e.g., husband and wife) use the same device to download music, while not paying attention to whose account is being used. One result of multiple parties consuming media files under the same account is that the recommendations provided by the recommendation service may not be as accurate or appropriate for the user, particularly where different parties consuming media files have different tastes than the user. In order to attempt to resolve at least this problem, according to embodiments of the present invention, the user may, at Block 402, define one or more rules for filtering media files consumed for inclusion in the user's profile. In particular, according to one embodiment, in order to define the rule, the user may, for example, input a definition of the rule (e.g., the value/parameter and action, discussed below) to his or her electronic device, wherein the electronic device and, for example, means, such as a processor and, in one embodiment, the rule module, may receive the definition and transmit the definition of the rule to the recommendation server.
  • According to one embodiment, the rule may include at least two parts: (1) a value of a parameter associated with a media file; and (2) an action to be taken if the value of the parameter associated with a particular media file is substantially the same as the value defined by the rule. According to one embodiment, the parameters may include, for example, the genre, artist, album, actor, producer and/or director associated with a media file, and/or the like. The corresponding actions may include, for example, to delete reference to the media file from the user's account altogether; to include a reference to the media file in a temporary folder associated with the user, but not the user's profile; and/or to include a reference to the media file in a temporary folder associated with another party, just to name a few.
  • To illustrate, one example of a rule may require that all movies starring Tom Cruise be transferred to a temporary folder associated with the user's friend Joe (e.g., include a reference of all movies starring Tom Cruise in the temporary folder associated with Joe). In this example, the parameter may be “actor,” the value “Tom Cruise,” and the action “include a reference to the media file in a temporary folder associated with Joe.” A user may generate this rule if it is anticipated that his friend Joe will download, or otherwise consume, Tom Cruise movies while accessing the recommendation service under the user's account. Similarly, another rule may require that reference to all science fiction television shows be deleted from the user's profile altogether. This rule may be generated by a user whose husband frequently downloads science fiction shows under his wife's account. In one embodiment, a user may be able to define rules for different media types at the same time. For example, the user may define a rule that requires that all romantic and French music, romantic movies and women's games be redirected to the user's wife's profile.
  • According to one embodiment, a time frame may be associated with the defined rules. For example, the user may indicate that a rule should last indefinitely, wherein the rule may be used unless and until the user deletes or modifies it. Alternatively, the user may indicate that the rule should expire some defined period of time (e.g., 10 days, 10 hours, etc) after creation. As another example, the user may define a temporary rule that may, for example, relate to a certain listening situation. For example, two users (e.g., boyfriend and girlfriend) may be listening to music together using the same device and, therefore, both logged in under the same user (e.g., the girlfriend). The party logged onto the service (e.g., the girlfriend) may define a temporary rule indicating that all music listened to during the session should be included in the profiles of both the boyfriend and the girlfriend.
  • At some point thereafter, whether part of the same session or another session, a media file may be consumed (e.g., accessed, downloaded, purchased, etc.) by a party accessing the recommendation service (or some other service configured to provide media files) using the user's account. As discussed above, this may or may not be the user him- or herself. In fact, since, as noted above, according to one embodiment, the recommendation service may be accessible via a website using a web browser application, the party consuming the media file via the user's account may or may not be doing so via a device associated with the user.
  • According to one embodiment, information identifying the media file consumed may be transmitted to and received by the recommendation server, and, in particular, means such as a processor and, in one embodiment, the identification module. (Block 404). The identifying information may include, for example, a title, artist name, album or series title, and/or the like. According to one embodiment, the recommendation server may be configured to use the identifying information received to retrieve additional information associated with the media file (e.g., genre, actor, director, producer, etc.) that may be needed, for example, to determine whether the media file satisfies one of the user's rules. In another embodiment, all necessary identifying information needed to determine whether the media file satisfies one of the user's rules may be included in the identifying information transmitted at Block 404.
  • In one embodiment, not shown, the user's device, and, in particular, means such as a processor operating on the user's device, may further transmit context information associated with the user's device to the recommendation server. For example, the user's device may transmit time and location information associated with the user's device, as well as Bluetooth® proximity information. This and other information may be used to indicate whether the user is alone or surrounded by other people, which may be helpful to the recommendation server in determining whether it was the user, or some other party, that consumed the media file.
  • According to another embodiment, the user's device may further attempt to discover which of one or more individuals may be using the device and then provide this information to the recommendation server. For example, the user's device may identify which other applications are currently being executed by the user's device and either provide this information to the recommendation server, for the recommendation service to use in attempting to identify the current user, or may, itself, attempt to identify the current user and then indicate such to the recommendation server. To illustrate, for example, if a husband and a wife often use the same device to download music, but at the current time, a web browser application is executing to access the official website of the World Wrestling Entertainment (www.wwe.com), the user's device (or the recommendation server) may guess that it is the husband who is access the recommendation service.
  • Upon receipt of the identifying information, the recommendation server, and, in particular, means, such as a processor and, in one embodiment, the determining module, may determine whether or not to include a reference to the media file in the user's profile. In particular, according to one embodiment, the recommendation server (e.g., means, such as a processor and, in one embodiment, the determining module) may first determine, at Block 405, whether the media file satisfies one of the rules defined by the user (or automatically generated by the recommendation server, for example, in the manner described below with regard to FIG. 4B). As discussed above, this may include comparing the media file to the one or more rules to determine whether the value of a parameter associated with the media file is substantially the same as the value defined by respective rules. For example, if a rule is associated with movies directed by Quentin Tarantino, it may be determined whether the value of the parameter defining the director of the consumed media file is substantially the same as “Quentin Tarantino.”
  • If the value of the parameter of the consumed media file is substantially the same as the defined value of the rule (e.g., if the movie was directed by Quentin Tarantino), the recommendation server (e.g., means, such as a processor and, in one embodiment, an action module stored in memory on the recommendation server) may, at Block 406, take the action defined by the rule with respect to the consumed media file. As noted above, the action may include, for example, deleting reference to the media file from the user's account and/or profile; including reference to the media file in a temporary account associated with the user; and/or including reference to the media file in a temporary account associated with another party.
  • According to one embodiment, transferring reference to the media file to a temporary folder associated with another party, instead of directly to the other party's profile, may enable the other party to accept or deny the media file before it is added to his or her profile; thus preventing someone from sending media files to another person's profile without permission.
  • If the consumed media file does not satisfy one of the rules, the process may continue to Block 407, where the recommendation server (e.g., means, such as a processor and, in one embodiment, the determining module) may determine whether the consumed media file differs substantially from the user's profile. In other words, the recommendation server may attempt to determine whether this particular media file seems out of character for the user and, therefore, was likely consumed by someone other than the user. For example, according to one embodiment, collaborative filtering methods may be used to calculate a prediction as to how likely it is that the user would like the consumed media file. For example in item-based collaborative filtering, a prediction on the consumed file i for the user could be obtained by computing a sum of the ratings given by the user on the files similar to the consumed item, weighted by the similarity. An example of this may be where the user's profile indicates that the user typically only downloads nature documentaries, and the consumed media file is Anime. This may indicate to the recommendation server that someone other than the user is consuming media files under the user's account. In one embodiment, the recommendation server may further take into consideration the context information received when making this determination. In other words, if, for example, the consumed media file is only slightly different than the user's profile, and the context information indicates that the user is alone, the recommendation server may determine that the user, and not someone else, likely consumed the media file. Alternatively, if the consumed media file is fairly different and the context information indicates that several people are near the user, the recommendation server may determine that someone other than the user likely consumed the media file.
  • If it is determined that the consumed media file does not differ substantially from the user's profile, indicating that it was likely that the user consumed the media file, the recommendation server (e.g., means, such as a processor and, in one embodiment, the inclusion module) may, at Block 408, include a reference to the media file in the user's profile, such that the consumed media file may be factored in later when generating a recommendation for the user.
  • If, on the other hand, it is determined that the consumed media file does differ substantially from the user's profile, the recommendation server (e.g., means, such as a processor and, in one embodiment, a temporary module stored in memory on the recommendation server) may, at Block 409, transfer the reference to the consumed media file to a temporary folder associated with the user. By transferring the reference to the media file to a temporary folder, instead of automatically including the reference in the user's profile, embodiments of the present invention enable a user to screen (and filter) media files that may have been consumed by someone other than the user. As discussed in more detail below, if the user did in fact consume the media file, he or she may accept the media file causing it to be included in his or her user profile. If he or she did not, the user may decline the media file and reference to the media file will be removed without ever having corrupted or contaminated the user's profile and/or recommendations generated there from.
  • According to one embodiment, in addition to transferring the reference to the consumed media file to a temporary folder associated with the user where it is determined that the consumed media file differs substantially from the user's profile, the recommendation server (e.g., means, such as a processor and, in one embodiment, the temporary module) may determine, at Block 410, whether the consumed media file is similar to the profile associated with one of the user's friends. As an example, the item-based CF algorithm may be used to calculate a prediction for the consumed media file given the user's profile, and each of his or her friends' profiles, and checked whether the prediction for any of the friends is large enough. If so, the recommendation server (e.g., means, such as a processor and, in one embodiment, the temporary module) may, at Block 411, also transfer the reference to the consumed media file to a temporary folder associated with that friend. As above, the friend may thereafter review the consumed media file and decide whether or not to include it in his or her user profile.
  • Turning now to FIG. 4B, according to one embodiment, in order to verify the quality of the temporary folder (e.g., determine whether media files referenced in the temporary folder should, in fact, be in the temporary folder and not, for example, in the user's profile), the recommendation server (e.g., means, such as a processor and, in one embodiment, a recommendation module stored in memory on the recommendation server) may periodically recommend a media file based at least in part on the contents of the temporary folder. (Block 412). In one embodiment, the recommendation server may recommend the exact media file referenced in the temporary folder. Alternatively, or in addition, the recommendation server may recommend a media file that relates or is similar to one or more media files referenced in the temporary folder.
  • In response, the user may transmit, and the recommendation server (e.g., means, such as a processor and, in one embodiment, a rating module stored in memory on the recommendation server) may, at Block 413, receive, a rating of the recommendation. For example, the user may rate the recommendation as “high” or “low,” using a scale of one to five, and/or the like. If it is determined, at Block 414, that the rating was relatively low, indicating that the user did not like the recommendation and, therefore, that the recommendation server likely properly added the consumed media file(s) to the temporary folder (rather than including them in the user's profile), the recommendation server (e.g., means, such as a processor and, in one embodiment, a rule generation module stored in memory on the recommendation server) may, at Block 415, generate a new rule that indicates that for all similar media files consumed in association with the user, a reference to the media file should be transferred to the temporary folder. Alternatively, the rule may indicate that the references to similar media files should be deleted altogether. According to one embodiment, the user may determine which of the foregoing actions should be included in the rules automatically generated by the recommendation server. In either event, the rules generated by the recommendation server may be used at Block 405 when determining whether the consumed media file satisfies any of the rules associated with the user.
  • If, on the other hand, the rating provided by the user is high, the recommendation server (e.g., means, such as a processor and, in one embodiment, the inclusion module) may, at Block 416, include either or both the recommended media file and/or the media file from which the recommended media file was generated (if not the same) in the user's profile. For example, if the temporary folder included a reference to the song “Like the Weather” by the 10,000 Maniacs, and, as a result, the recommendation server recommended the song “San Andreas Fault” by Natalie Merchant, and the user gave the recommendation a high rating, either or both songs may be added to the user's profile. Future recommendations made for the user may thereafter be based at least in part on the newly added media files. In another embodiment, the recommendation server may deduce a rating for a particular media file (and, therefore, what action to be taken) based at least in part on how the user handled the media file recommended. For example, if the user stops listening to a music track and skips to a new one, the recommendation server may deduce that the user at that time did not rate the skipped music track very highly. In this scenario, future recommendations may not be based on the recommended music track.
  • In addition to the foregoing, the user may also periodically access the temporary folder in order to identify any media files that should be added to his or her user profile. (Block 419). In particular, the user may determine, at Block 418, whether he or she would like to accept or decline each media file referenced in the temporary folder. If the user declines the media file, as above when the user gave a low rating to the recommended media file, the recommendation server (e.g., means, such as a processor and, in one embodiment, the rule generation module) may, at Block 419, generate a new rule that indicates that for all similar media files consumed in association with the user, a reference to the media file should be transferred to the temporary folder or deleted altogether, depending, for example, on the user's preference. As above, the rules generated by the recommendation server at Block 419 may be used at Block 405 when determining whether the consumed media file satisfies any of the rules associated with the user.
  • Finally, if the user accepts a media file referenced in the temporary folder, the recommendation server (e.g., means, such as a processor and, in one embodiment, the inclusion module) may, at Block 420, include a reference to the media file in the user's profile.
  • While the foregoing describes the recommendation server generating a recommendation and receiving a rating before the user accesses the temporary folder and accepts or denies media files referenced in the temporary folder, embodiments of the present invention are not limited to this particular order. As one of ordinary skill in the art will recognize in light of this disclosure, these and other steps described in association with FIG. 4 may be performed in any order and/or simultaneously without departing from the spirit and scope of embodiments of the present invention.
  • According to another embodiment of the invention, the process described above may similarly be used to facilitate the logging of music heard in a public place, such as a bar or discotheque, to the profiles of members of the audience. For example, consider a DJ playing at the discotheque. People may come up to the DJ and ask for songs. In many instances, the user that requests a particular song may want the song to be logged to his or her music profile. In one embodiment, the DJ may run a special version of the client application on his or her PC or phone, such that when a person comes to request a song, the requestor may communicate his service user ID to the client application running on the DJ's device, for example, using Bluetooth® communication, touching a Radio Frequency Identification (RFID) tag, or by sending a Short Message Service (SMS) message, and/or the like. When the DJ plays the requested song, a temporary rule may be created to forward the song to the profile of the user who requested for the song. This may help users to maintain their profiles also for songs heard in public situations.
  • Alternatively, according to one embodiment, users may send their user ID's to the DJ, and allow all songs played during the night to be logged to his or her profile. If a user has enabled the logging all feature, when a user enters a discotheque, an application running on the DJ's device may communicate with the user's mobile phone to retrieve the service user ID. In this embodiment, during the time when the user's device is within the discotheque, for example, so that the DJ's device is able to detect the presence of the device using, for example, Bluetooth®, all songs played by the DJ may be logged to the users' accounts. Alternatively, the DJ's device may send the information identifying the songs to the user's device, which may then itself update the user's music consumption profile. In either way the users may receive the music heard in different discotheques with suitable equipment logged to their profiles.
  • Embodiments of the invention may also be applicable in live concerts so that an application running on the concert organizer's device may collect the user ID's of the concert participants, and automatically log the list of songs played in the concert to the participants' accounts by creating temporary rules. In this embodiment, the concert listeners may conveniently get a list of the songs played during the concert, which may be quite useful as often there are songs played in a concert that a user does not know. An alternative to this functionality may be to use, for example, audio fingerprinting to record a short clip of each song played in the concert and search the song information using existing services. A more robust solution may be obtained if an application controlled by the organizers of the concert knows the list of songs and communicates this information to the user's music service accounts.
  • In addition, according to various embodiments of the present invention, the foregoing techniques may likewise be used by the user's device itself in order to provide a similar “recommendation service.” For example, the user may define, and/or the user's device may automatically generate, one or more rules to be used by the electronic device when selecting media files to output when the user instructs the electronic device to randomly select media files to output (e.g., when the user places the device in “shuffle” mode).
  • Regarding the rules defined by the user, in addition to defining rules that identify a specific media types (e.g., all country music) and provide a particular action to be taken with respect to these media files (e.g., skip), as described above, the user may define an expiration date associated with the rule. For example, the user may indicate that the rule should expire 24 hours after creation, immediately upon powering down the electronic device, and/or the like.
  • Regarding the rules automatically generated by the user's device, according to one embodiment, these rules may be generated based at least in part on the perceived consumption habits of the current user. For example, the user's device may monitor the media files output, skipped, repeated, and/or the like, by the current user, use this information to anticipate the types of media files the current user likes (or dislikes), and then generate one or more rules accordingly. Like the user-defined rules, these automatically generated rules may likewise have an expiration date associated therewith, which may, for example, be defined by a user as a default setting.
  • According to one embodiment, when a user instructs the electronic device to randomly output media files, for example, by placing the device in “shuffle” mode, the electronic device may use the defined and/or automatically generated rules to select (or not select) the media files output.
  • To illustrate, for example, a husband and a wife may both use a particular electronic device (e.g., cellular telephone, personal digital assistant (PDA), laptop, etc.) to play music tracks or files. When the user is using the device, she may define a rule that says that for the next five hours, all rock songs should be skipped. The electronic device may also perceive that the wife tends to skip R&B songs and automatically generate a similar rule to skip all R&B songs. According to embodiments of the present invention, when the electronic device is placed in “shuffle” mode, the device may select songs from the user's saved collection that are neither rock nor R&B.
  • Conclusion:
  • As described above and as will be appreciated by one skilled in the art, embodiments of the present invention may be configured as an apparatus and method. Accordingly, embodiments of the present invention may be comprised of various means including entirely of hardware, entirely of software, or any combination of software and hardware. Furthermore, embodiments of the present invention may take the form of a computer program product on a computer-readable storage medium having computer-readable program instructions (e.g., computer software) embodied in the storage medium. Any suitable computer-readable storage medium may be utilized including hard disks, CD-ROMs, optical storage devices, or magnetic storage devices.
  • Embodiments of the present invention have been described above with reference to block diagrams and flowchart illustrations of methods, apparatuses (e.g., systems) and computer program products. It will be understood that each block of the block diagrams and flowchart illustrations, and combinations of blocks in the block diagrams and flowchart illustrations, respectively, may be implemented by various means including computer program instructions. These computer program instructions may be loaded onto a general purpose computer, special purpose computer, or other programmable data processing apparatus, such as processor 210 discussed above with reference to FIG. 2, or processor 308 discussed above with reference to FIG. 3 to produce a machine, such that the instructions which execute on the computer or other programmable data processing apparatus create a means for implementing the functions specified in the flowchart block or blocks.
  • These computer program instructions may also be stored in a computer-readable memory that may direct a computer or other programmable data processing apparatus (e.g., processor 210 of FIG. 2, or processor 308 of FIG. 3) to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including computer-readable instructions for implementing the function specified in the flowchart block or blocks. The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions that execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.
  • Accordingly, blocks of the block diagrams and flowchart illustrations support combinations of means for performing the specified functions, combinations of steps for performing the specified functions and program instruction means for performing the specified functions. It will also be understood that each block of the block diagrams and flowchart illustrations, and combinations of blocks in the block diagrams and flowchart illustrations, may be implemented by special purpose hardware-based computer systems that perform the specified functions or steps, or combinations of special purpose hardware and computer instructions.
  • Many modifications and other embodiments of the inventions set forth herein will come to mind to one skilled in the art to which these embodiments of the invention pertain having the benefit of the teachings presented in the foregoing descriptions and the associated drawings. Therefore, it is to be understood that the embodiments of the invention are not to be limited to the specific embodiments disclosed and that modifications and other embodiments are intended to be included within the scope of the appended claims. Moreover, although the foregoing descriptions and the associated drawings describe exemplary embodiments in the context of certain exemplary combinations of elements and/or functions, it should be appreciated that different combinations of elements and/or functions may be provided by alternative embodiments without departing from the scope of the appended claims. In this regard, for example, different combinations of elements and/or functions than those explicitly described above are also contemplated as may be set forth in some of the appended claims. Although specific terms are employed herein, they are used in a generic and descriptive sense only and not for purposes of limitation.

Claims (29)

1. An apparatus comprising:
a processor configured to:
receive information identifying a media file consumed;
determine whether a reference to the media file should be included in a profile associated with a user, wherein the profile is usable to generate a recommendation of another media file for the user; and
include the reference to the media file in the user's profile if it is determined that the reference should be included.
2. The apparatus of claim 1, wherein in order to receive information identifying a media file consumed, the processor is further configured to receive information identifying a media file consumed via an electronic device associated with the user.
3. The apparatus of claim 2, wherein in order to receive information identifying a media file consumed via the electronic device, the processor is further configured to receive information identifying a media file downloaded, purchased, or output via the electronic device.
4. The apparatus of claim 2, wherein in order to determine whether a reference to the media file should be included in a profile associated with the user, the processor is further configured to:
compare the media file to one or more rules associated with the user.
5. The apparatus of claim 4, wherein the processor is further configured to:
receive at least one of the one or more rules as an input from the user.
6. The apparatus of claim 4, wherein the processor is further configured to:
automatically generate at least one of the one or more rules associated with the user.
7. The apparatus of claim 4, wherein one or more parameters are associated with the media file, and wherein respective rules define a value of at least one of the one or more parameters and an action to be taken with respect to the media file if a value of the at least one parameter associated with the media file is substantially the same as the value defined by the rule.
8. The apparatus of claim 7, wherein in order to compare the media file to one or more rules associated with the user, the processor is further configured to determine whether the value of the at least one parameter of the media file is substantially the same as the value defined by the rule, said processor further configured to:
take the action defined by the rule if it is determined that the value of the at least one parameter associated with the media file is substantially the same as the value defined by the rule.
9. The apparatus of claim 8, wherein the action is selected from a group consisting of deleting the reference to the media file; including the reference to the media file in a temporary folder associated with the user, instead of the user's profile; and including the reference to the media file in a temporary folder associated with a party other than the user, instead of the user's profile.
10. The apparatus of claim 9, wherein the processor is further configured to:
generate a recommendation of a media file based at least in part on one or more media files, references to which are included in the temporary folder associated with the user;
receive an indication of a ranking associated with the recommendation; and
automatically generate at least one of the one or more rules associated with the user based at least in part on the received indication of a ranking.
11. The apparatus of claim 9, wherein the processor is further configured to:
receive an indication of whether to accept or decline a media file, reference to which is included in the temporary folder associated with the user; and
automatically generate at least one of the one or more rules associated with the user based at least in part on the received indication of whether to accept or decline the media file.
12. The apparatus of claim 2, wherein in order to determine whether a reference to the media file should be included in a profile associated with the user, the processor is further configured to:
identify one or more preferences associated with the user based at least in part on one or more media files, references to which are included in the user's profile; and
compare the media file to the one or more preferences.
13. The apparatus of claim 1, wherein in order to receive information identifying a media file consumed, the processor is further configured to receive information identifying a media file consumed via an electronic device not associated with the user, said processor further configured to:
receive a user identification associated with the user, wherein the processor determines that the reference to the media file should be included in the user's profile in response to receiving the user's identification.
14. A method comprising:
receiving information identifying a media file consumed;
determining whether a reference to the media file should be included in a profile associated with a user, wherein the profile is usable to generate a recommendation of another media file for the user; and
including the reference to the media file in the user's profile if it is determined that the reference should be included.
15. The method of claim 14, wherein receiving information identifying a media file consumed further comprises:
receiving information identifying a media file downloaded, purchased, or output via an electronic device associated with the user.
16. The method of claim 15, wherein one or more parameters are associated with the media file, and wherein determining whether a reference to the media file should be included in a profile associated with the user further comprises:
comparing the media file to one or more rules associated with the user, respective rules defining a value of at least one of the one or more parameters associated with the media file and an action to be taken with respect to the media file if a value of the at least one parameter associated with the media file is substantially the same as the value defined by the rule.
17. The method of claim 16 further comprising:
receiving at least one of the one or more rules as an input from the user.
18. The method of claim 16 further comprising:
automatically generating at least one of the one or more rules associated with the user.
19. The method of claim 15, wherein determining whether a reference to the media file should be included in a profile associated with the user further comprises:
identifying one or more preferences associated with the user based at least in part on one or more media files, references to which are included in the user's profile; and
comparing the media file to the one or more preferences.
20. A computer program product comprising at least one computer-readable storage medium having computer-readable program code portions store therein, the computer-readable program code portions comprising:
a first executable portion for receiving information identifying a media file consumed;
a second executable portion for determining whether a reference to the media file should be included in a profile associated with a user, wherein the profile is usable to generate a recommendation of another media file for the user; and
a third executable portion for including the reference to the media file in the user's profile if it is determined that the reference should be included.
21. The computer program product of claim 20, wherein one or more parameters are associated with the media file, and wherein the second executable portion is configured to:
compare the media file to one or more rules associated with the user, respective rules defining a value of at least one of the one or more parameters and an action to be taken with respect to the media file if a value of the at least one parameter associated with the media file is substantially the same as the value defined by the rule.
22. The computer program product of claim 21, wherein the computer-readable program code portions further comprise:
a fourth executable portion for receiving at least one of the one or more rules as an input from the user.
23. The computer program product of claim 21, wherein the computer-readable program code portions further comprise:
a fourth executable portion for automatically generating at least one of the one or more rules associated with the user.
24. The computer program product of claim 20, wherein the second executable portion is configured to:
identify one or more preferences associated with the user based at least in part on one or more media files, references to which are included in the user's profile; and
compare the media file to the one or more preferences.
25. An apparatus comprising:
means for receiving information identifying a media file consumed;
means for determining whether a reference to the media file should be included in a profile associated with a user, wherein the profile is usable to generate a recommendation of another media file for the user; and
means for including the reference to the media file in the user's profile if it is determined that the reference should be included.
26. An apparatus comprising:
a processor configured to:
receive a definition of a rule for filtering one or more media files for inclusion in a profile associated with a user;
transmit the definition of the rule; and
transmit information identifying a media file consumed via the apparatus, wherein the media file is compared to the rule in order to determine whether the consumed media file should be included in the user's profile.
27. The apparatus of claim 26, wherein the processor is further configured to:
receive a recommendation of a media file; and
transmit a ranking associated with the recommendation, wherein the ranking is usable to generate another rule for filtering one or more media files for inclusion in the user's profile.
28. The apparatus of claim 26, wherein respective one or more media files have one or more parameters associated therewith, and wherein the rule defines a value of at least one of the one or more parameters and an action to be taken with respect to the consumed media file if a value of the at least one parameter associated with the consumed media file is substantially the same as the value defined by the rule.
29. The apparatus of claim 28, wherein the action defined by the rule comprises including a reference to the media file in a temporary folder associated with the user, said processor further configured to:
access the temporary folder;
determine whether to accept or decline respective media files, references to which are included in the temporary folder; and
transmit the determination, wherein the determination is usable to generate another rule for filtering one or more media files for inclusion in the user's profile.
US12/147,872 2006-04-19 2008-06-27 Apparatus, method and computer program product for filtering media files Abandoned US20090327193A1 (en)

Priority Applications (11)

Application Number Priority Date Filing Date Title
US12/147,872 US20090327193A1 (en) 2008-06-27 2008-06-27 Apparatus, method and computer program product for filtering media files
US12/378,193 US20090155734A1 (en) 2006-04-19 2009-02-11 Orthodontic bracket
EP09161637A EP2138968A1 (en) 2008-06-27 2009-06-02 Apparatus, method and computer program product for filtering media files
EP15182417.4A EP3012793A1 (en) 2008-06-27 2009-06-02 Apparatus, method and computer program product for filtering media files
EP20120174231 EP2506206A3 (en) 2008-06-27 2009-06-02 Apparatus, method and computer program product for filtering media files
KR1020090057057A KR101205292B1 (en) 2008-06-27 2009-06-25 Apparatus, method and computer program product for filtering media files
CN201610082337.0A CN105677905B (en) 2008-06-27 2009-06-26 Apparatus, method and computer program product for filtering media files
CN200910149188A CN101616154A (en) 2008-06-27 2009-06-26 The device, the method and computer program product that are used for filtering media files
KR1020120071388A KR101522609B1 (en) 2008-06-27 2012-06-29 Apparatus, method and computer program product for filtering media files
KR1020140077311A KR20140098720A (en) 2008-06-27 2014-06-24 Apparatus, method and computer program product for filtering media files
US14/734,725 US10572532B2 (en) 2008-06-27 2015-06-09 Apparatus, method and computer program product for filtering media files

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US12/147,872 US20090327193A1 (en) 2008-06-27 2008-06-27 Apparatus, method and computer program product for filtering media files

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US11/408,873 Continuation-In-Part US7704072B2 (en) 2006-04-19 2006-04-19 Orthodontic bracket
US14/734,725 Continuation US10572532B2 (en) 2008-06-27 2015-06-09 Apparatus, method and computer program product for filtering media files

Publications (1)

Publication Number Publication Date
US20090327193A1 true US20090327193A1 (en) 2009-12-31

Family

ID=40984677

Family Applications (2)

Application Number Title Priority Date Filing Date
US12/147,872 Abandoned US20090327193A1 (en) 2006-04-19 2008-06-27 Apparatus, method and computer program product for filtering media files
US14/734,725 Active 2030-08-08 US10572532B2 (en) 2008-06-27 2015-06-09 Apparatus, method and computer program product for filtering media files

Family Applications After (1)

Application Number Title Priority Date Filing Date
US14/734,725 Active 2030-08-08 US10572532B2 (en) 2008-06-27 2015-06-09 Apparatus, method and computer program product for filtering media files

Country Status (4)

Country Link
US (2) US20090327193A1 (en)
EP (3) EP2506206A3 (en)
KR (3) KR101205292B1 (en)
CN (2) CN101616154A (en)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100250556A1 (en) * 2009-03-31 2010-09-30 Seung-Taek Park Determining User Preference of Items Based on User Ratings and User Features
US20120078983A1 (en) * 2010-09-28 2012-03-29 International Business Machines Corporation Multimedia data delivery method and system
US8612435B2 (en) 2009-07-16 2013-12-17 Yahoo! Inc. Activity based users' interests modeling for determining content relevance
US20140325401A1 (en) * 2010-07-16 2014-10-30 Google Inc. Identifying viral videos
US8914426B2 (en) 2011-02-25 2014-12-16 Blackberry Limited Efficient multiple identity system for media files
US20150110464A1 (en) * 2012-07-31 2015-04-23 Google Inc. Customized video
US20160357376A1 (en) * 2015-06-05 2016-12-08 Apple Inc. Ownership-agnostic user interface for media content
US20170019444A1 (en) * 2015-07-14 2017-01-19 Echostar Technologies L.L.C. Media content skipping
US9560159B1 (en) * 2013-06-07 2017-01-31 Google Inc. Recommending media content to a user based on information associated with a referral source
US20180246961A1 (en) * 2017-02-24 2018-08-30 Spotify Ab Methods and Systems for Personalizing User Experience Based on Discovery Metrics
CN110489391A (en) * 2019-07-25 2019-11-22 深圳壹账通智能科技有限公司 A kind of data processing method and relevant device
US20200084501A1 (en) * 2008-08-26 2020-03-12 Opentv, Inc. Community-based recommendation engine
US10592831B2 (en) * 2017-07-20 2020-03-17 Rovi Guides, Inc. Methods and systems for recommending actors
US11526547B2 (en) * 2012-09-07 2022-12-13 Iheartmedia Management Services, Inc. Multi-input playlist selection

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110246383A1 (en) * 2010-03-30 2011-10-06 Microsoft Corporation Summary presentation of media consumption
RU2583764C1 (en) 2014-12-03 2016-05-10 Общество С Ограниченной Ответственностью "Яндекс" Method of processing request for user to access web resource and server
CN109491971A (en) * 2018-10-22 2019-03-19 郑州云海信息技术有限公司 A kind of file filter method, apparatus, equipment and computer readable storage medium

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020199186A1 (en) * 1999-12-21 2002-12-26 Kamal Ali Intelligent system and methods of recommending media content items based on user preferences
US20030061239A1 (en) * 2001-09-26 2003-03-27 Lg Electronics Inc. Multimedia searching and browsing system based on user profile
US6637029B1 (en) * 1997-07-03 2003-10-21 Nds Limited Intelligent electronic program guide
US20040030599A1 (en) * 2002-06-25 2004-02-12 Svod Llc Video advertising
US20040073918A1 (en) * 2002-09-30 2004-04-15 Ferman A. Mufit Automatic user profiling
US20050125307A1 (en) * 2000-04-28 2005-06-09 Hunt Neil D. Approach for estimating user ratings of items
US20060100987A1 (en) * 2002-11-08 2006-05-11 Leurs Nathalie D P Apparatus and method to provide a recommedation of content
US20060129544A1 (en) * 1999-09-22 2006-06-15 Lg Electronics, Inc. User preference information structure having multiple hierarchical structure and method for providing multimedia information using the same
US20080250067A1 (en) * 2007-04-06 2008-10-09 Concert Technology Corporation System and method for selectively identifying media items for play based on a recommender playlist
US20080294625A1 (en) * 2007-05-23 2008-11-27 Hitachi, Ltd. Item recommendation system
US20080313230A1 (en) * 2007-06-12 2008-12-18 Jeyhan Karaoguz System and method for managing evolving user preferences
US20090125588A1 (en) * 2007-11-09 2009-05-14 Concert Technology Corporation System and method of filtering recommenders in a media item recommendation system
US20090210907A1 (en) * 2008-02-14 2009-08-20 At&T Knowledge Ventures, L.P. Method and system for recommending multimedia content
US7757250B1 (en) * 2001-04-04 2010-07-13 Microsoft Corporation Time-centric training, inference and user interface for personalized media program guides

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5583763A (en) 1993-09-09 1996-12-10 Mni Interactive Method and apparatus for recommending selections based on preferences in a multi-user system
US6266649B1 (en) * 1998-09-18 2001-07-24 Amazon.Com, Inc. Collaborative recommendations using item-to-item similarity mappings
US6732280B1 (en) * 1999-07-26 2004-05-04 Hewlett-Packard Development Company, L.P. Computer system performing machine specific tasks before going to a low power state
JP2001256253A (en) * 2000-03-13 2001-09-21 Kddi Corp Method and device for filtering document
EP1305946A1 (en) * 2000-07-21 2003-05-02 Koninklijke Philips Electronics N.V. Method and system for determining a user profile
US20020182573A1 (en) * 2001-05-29 2002-12-05 Watson John B. Education methods and systems based on behavioral profiles
WO2003017137A1 (en) * 2001-08-21 2003-02-27 Fujitsu Limited Apparatus for managing user profile and apparatus for recommendation
US7035863B2 (en) * 2001-11-13 2006-04-25 Koninklijke Philips Electronics N.V. Method, system and program product for populating a user profile based on existing user profiles
US20030093794A1 (en) * 2001-11-13 2003-05-15 Koninklijke Philips Electronics N.V. Method and system for personal information retrieval, update and presentation
US20030106058A1 (en) * 2001-11-30 2003-06-05 Koninklijke Philips Electronics N.V. Media recommender which presents the user with rationale for the recommendation
US20030126108A1 (en) * 2001-12-31 2003-07-03 Knoinklijke Philips Electronics N.V. Method and apparatus for access and display of content allowing users to apply multiple profiles
US7373336B2 (en) * 2002-06-10 2008-05-13 Koninklijke Philips Electronics N.V. Content augmentation based on personal profiles
WO2004091187A2 (en) * 2003-04-03 2004-10-21 Sedna Patent Services, Llc Content notification and delivery
US8028038B2 (en) * 2004-05-05 2011-09-27 Dryden Enterprises, Llc Obtaining a playlist based on user profile matching
KR20070090170A (en) * 2004-11-30 2007-09-05 코닌클리케 필립스 일렉트로닉스 엔.브이. Apparatus and method for estimating user interest of a program
WO2007019480A2 (en) * 2005-08-05 2007-02-15 Realnetworks, Inc. System and computer program product for chronologically presenting data
US8799302B2 (en) * 2005-12-29 2014-08-05 Google Inc. Recommended alerts
US8572169B2 (en) * 2006-08-28 2013-10-29 Myspace, Llc System, apparatus and method for discovery of music within a social network

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6637029B1 (en) * 1997-07-03 2003-10-21 Nds Limited Intelligent electronic program guide
US20060129544A1 (en) * 1999-09-22 2006-06-15 Lg Electronics, Inc. User preference information structure having multiple hierarchical structure and method for providing multimedia information using the same
US20020199186A1 (en) * 1999-12-21 2002-12-26 Kamal Ali Intelligent system and methods of recommending media content items based on user preferences
US20050125307A1 (en) * 2000-04-28 2005-06-09 Hunt Neil D. Approach for estimating user ratings of items
US7757250B1 (en) * 2001-04-04 2010-07-13 Microsoft Corporation Time-centric training, inference and user interface for personalized media program guides
US20030061239A1 (en) * 2001-09-26 2003-03-27 Lg Electronics Inc. Multimedia searching and browsing system based on user profile
US20040030599A1 (en) * 2002-06-25 2004-02-12 Svod Llc Video advertising
US20040073918A1 (en) * 2002-09-30 2004-04-15 Ferman A. Mufit Automatic user profiling
US20060100987A1 (en) * 2002-11-08 2006-05-11 Leurs Nathalie D P Apparatus and method to provide a recommedation of content
US20080250067A1 (en) * 2007-04-06 2008-10-09 Concert Technology Corporation System and method for selectively identifying media items for play based on a recommender playlist
US20080294625A1 (en) * 2007-05-23 2008-11-27 Hitachi, Ltd. Item recommendation system
US20080313230A1 (en) * 2007-06-12 2008-12-18 Jeyhan Karaoguz System and method for managing evolving user preferences
US20090125588A1 (en) * 2007-11-09 2009-05-14 Concert Technology Corporation System and method of filtering recommenders in a media item recommendation system
US20090210907A1 (en) * 2008-02-14 2009-08-20 At&T Knowledge Ventures, L.P. Method and system for recommending multimedia content

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11627366B2 (en) * 2008-08-26 2023-04-11 Opentv, Inc. Community-based recommendation engine
US20200084501A1 (en) * 2008-08-26 2020-03-12 Opentv, Inc. Community-based recommendation engine
US20100250556A1 (en) * 2009-03-31 2010-09-30 Seung-Taek Park Determining User Preference of Items Based on User Ratings and User Features
US8301624B2 (en) * 2009-03-31 2012-10-30 Yahoo! Inc. Determining user preference of items based on user ratings and user features
US8909626B2 (en) 2009-03-31 2014-12-09 Yahoo! Inc. Determining user preference of items based on user ratings and user features
US8612435B2 (en) 2009-07-16 2013-12-17 Yahoo! Inc. Activity based users' interests modeling for determining content relevance
US20140325401A1 (en) * 2010-07-16 2014-10-30 Google Inc. Identifying viral videos
US20120078983A1 (en) * 2010-09-28 2012-03-29 International Business Machines Corporation Multimedia data delivery method and system
US20120331017A1 (en) * 2010-09-28 2012-12-27 International Business Machines Corporation Multimedia data delivery
US8346827B2 (en) * 2010-09-28 2013-01-01 International Business Machines Corporation Multimedia data delivery method and system
US9069773B2 (en) * 2010-09-28 2015-06-30 International Business Machines Corporation Multimedia data delivery
US8914426B2 (en) 2011-02-25 2014-12-16 Blackberry Limited Efficient multiple identity system for media files
US9826188B2 (en) * 2012-07-31 2017-11-21 Google Inc. Methods, systems, and media for causing an alert to be presented
US11356736B2 (en) 2012-07-31 2022-06-07 Google Llc Methods, systems, and media for causing an alert to be presented
US11722738B2 (en) 2012-07-31 2023-08-08 Google Llc Methods, systems, and media for causing an alert to be presented
US20150110464A1 (en) * 2012-07-31 2015-04-23 Google Inc. Customized video
US11012751B2 (en) 2012-07-31 2021-05-18 Google Llc Methods, systems, and media for causing an alert to be presented
US10469788B2 (en) 2012-07-31 2019-11-05 Google Llc Methods, systems, and media for causing an alert to be presented
US11526547B2 (en) * 2012-09-07 2022-12-13 Iheartmedia Management Services, Inc. Multi-input playlist selection
US10972578B2 (en) 2013-06-07 2021-04-06 Google Llc Recommending media content to a user based on information associated with a referral source
US9560159B1 (en) * 2013-06-07 2017-01-31 Google Inc. Recommending media content to a user based on information associated with a referral source
US20160357376A1 (en) * 2015-06-05 2016-12-08 Apple Inc. Ownership-agnostic user interface for media content
US10595087B2 (en) * 2015-07-14 2020-03-17 DISH Technologies L.L.C. Media content skipping
US20170019444A1 (en) * 2015-07-14 2017-01-19 Echostar Technologies L.L.C. Media content skipping
US10223063B2 (en) * 2017-02-24 2019-03-05 Spotify Ab Methods and systems for personalizing user experience based on discovery metrics
US11080002B2 (en) 2017-02-24 2021-08-03 Spotify Ab Methods and systems for personalizing user experience based on use of service
US20180246961A1 (en) * 2017-02-24 2018-08-30 Spotify Ab Methods and Systems for Personalizing User Experience Based on Discovery Metrics
US10592831B2 (en) * 2017-07-20 2020-03-17 Rovi Guides, Inc. Methods and systems for recommending actors
CN110489391A (en) * 2019-07-25 2019-11-22 深圳壹账通智能科技有限公司 A kind of data processing method and relevant device

Also Published As

Publication number Publication date
KR20100002198A (en) 2010-01-06
US10572532B2 (en) 2020-02-25
EP3012793A1 (en) 2016-04-27
CN105677905B (en) 2020-10-09
EP2506206A2 (en) 2012-10-03
KR101522609B1 (en) 2015-05-28
EP2506206A3 (en) 2013-07-03
US20150278228A1 (en) 2015-10-01
KR20140098720A (en) 2014-08-08
KR101205292B1 (en) 2012-12-05
KR20120090891A (en) 2012-08-17
CN105677905A (en) 2016-06-15
CN101616154A (en) 2009-12-30
EP2138968A1 (en) 2009-12-30

Similar Documents

Publication Publication Date Title
US10572532B2 (en) Apparatus, method and computer program product for filtering media files
US11775143B2 (en) Method and apparatus for providing recommendations to a user of a cloud computing service
US9977783B2 (en) Systems, methods, devices, and computer program products for arranging a user's media files
US20180343215A1 (en) Sharing web entities based on trust relationships
US20110314030A1 (en) Personalized media charts
US20090100093A1 (en) Apparatus, system, method and computer program product for previewing media files
US20150215262A1 (en) Question Server To Facilitate Communication Between Participants
US20130007208A1 (en) Method and Apparatus for Transferring Digital Content between Mobile Devices Using a Computing Cloud
US20120102124A1 (en) Portable electronic device and method and social network and method for sharing content information
US9773057B2 (en) Content item usage based song recommendation
US20110125765A1 (en) Method and apparatus for updating media profile
US11829403B2 (en) Media content selected from listening history of social connections
US9680947B2 (en) Aggregated actions

Legal Events

Date Code Title Description
AS Assignment

Owner name: NOKIA CORPORATION, FINLAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ERONEN, ANTTI JOHANNES;HOLM, JUKKA;LEHTINIEMI, ARTO;REEL/FRAME:021342/0373

Effective date: 20080630

AS Assignment

Owner name: NOKIA CORPORATION, FINLAND

Free format text: SHORT FORM PATENT SECURITY AGREEMENT;ASSIGNOR:CORE WIRELESS LICENSING S.A.R.L.;REEL/FRAME:026894/0665

Effective date: 20110901

Owner name: MICROSOFT CORPORATION, WASHINGTON

Free format text: SHORT FORM PATENT SECURITY AGREEMENT;ASSIGNOR:CORE WIRELESS LICENSING S.A.R.L.;REEL/FRAME:026894/0665

Effective date: 20110901

AS Assignment

Owner name: NOKIA 2011 PATENT TRUST, DELAWARE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:NOKIA CORPORATION;REEL/FRAME:027120/0608

Effective date: 20110531

Owner name: 2011 INTELLECTUAL PROPERTY ASSET TRUST, DELAWARE

Free format text: CHANGE OF NAME;ASSIGNOR:NOKIA 2011 PATENT TRUST;REEL/FRAME:027121/0353

Effective date: 20110901

AS Assignment

Owner name: CORE WIRELESS LICENSING S.A.R.L, LUXEMBOURG

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:2011 INTELLECTUAL PROPERTY ASSET TRUST;REEL/FRAME:027485/0472

Effective date: 20110831

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION

AS Assignment

Owner name: MICROSOFT CORPORATION, WASHINGTON

Free format text: UCC FINANCING STATEMENT AMENDMENT - DELETION OF SECURED PARTY;ASSIGNOR:NOKIA CORPORATION;REEL/FRAME:039872/0112

Effective date: 20150327