Patent Application
20060059159
The present invention relates generally to online dating services, and more particularly, but not exclusively, to a method and system for tracking the status of responses to communication for an online dating service.
Dating services are now so popular that by at least one study, over twenty-six percent of all Internet users in America have visited a personals website. Part of the reason may be that online dating may appear to be a natural extension of where people are at this point in time. That is, many people today, have personal computers, or at least access to a personal computer. Moreover, virtually everyone wants to fall in love. Thus, it is natural to merge these two things. As such, online dating services may appear as the world's biggest singles bar. Except that it can be done in the privacy of one's own home where time may be taken to read about another person and get to know them through email, phone, and the like, before ever going on an actual date.
Thus, there has been a flurry of companies launching services that help people to meet and develop a personal relationship. Many of these companies, however, are struggling with developing additional services that will build customer loyalty. Without the ability to extend the value of the online dating experience, online dating may lose its appeal. Therefore, it is with respect to these considerations and others that the present invention has been made.
Non-limiting and non-exhaustive embodiments of the present invention are described with reference to the following drawings. In the drawings, like reference numerals refer to like parts throughout the various figures unless otherwise specified.
For a better understanding of the present invention, reference will be made to the following Detailed Description of the Invention, which is to be read in association with the accompanying drawings, wherein:
The present invention now will be described more fully hereinafter with reference to the accompanying drawings, which form a part hereof, and which show, by way of illustration, specific exemplary embodiments by which the invention may be practiced. This invention may, however, 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 be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. Among other things, the present invention may be embodied as methods or devices. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. The following detailed description is, therefore, not to be taken in a limiting sense.
Briefly stated, the present invention is directed towards providing a method and system for tracking the status of communication with other users in an online dating environment. Each user in the online dating environment can predefine a current status of availability and/or interest in communicating with other users in the online dating environment. A predefined message can automatically inform an inquiring user of a target user's status. The target user can also provide an interim response without having to provide a full, hand-written response. Other predefined messages can be exchanged to indicate interest between users before and after a date or other evaluations of each other.
The invention further provides, as part of a mailbox feature, a diary/notes ability to allow a subscriber to write personal notes on each candidate and/or on each message between the subscriber and a candidate. Moreover, a tracking response feature is directed towards providing status information regarding a message sent to by one subscriber to another, even if the other subscriber has not fully responded to the message.
Moreover, the present invention further provides a threading feature that enables a subscriber to organize email messages into threads, with each thread corresponding to email messages to or from one other subscriber. Thus, instead of seeing potentially hundreds of emails, the subscriber may see a list of candidates' profiles who have communicated with the subscriber. Each thread may further show a thumbnail photo of the candidate, profile information about the candidate, and a flag indicating whether there is a new incoming message from the candidate. This feature then is directed towards reducing message clutter and enables the subscriber to readily keep track of relationships with candidates and the related messages. Furthermore, an integrated email provides each subscriber with a separate onsite mailbox, which may be different from their regular mailbox.
Additionally, the subscriber may include recommendations and other testimonies for themselves, from friends, family members, and others. In addition, the present invention also allows the subscriber to tell a date, for example, how they feel about another in a non-email format, such as by choosing from a list of predefined messages, or the like. Moreover, where two subscribers both indicate an interest in the other, a match may be established simply through a click, or similar, indication. When both so indicate a match, the system may further notify the two parties of the mutual interest. Some or all of the features of the present invention can be implemented as described below and in the attached appendices, and can be provided as part of a general user service and/or as part of a premium subscriber service.
Illustrative Operating Environment
As shown in the figure, system 100 includes client devices 102-104, network 105, and online dating server (ODS) 106. Network 105 is in communication with and enables communication between each of client devices 102-104, and ODS 106.
Client devices 102-104 may include virtually any computing device capable of receiving and sending a message over a network, such as network 105, to and from another computing device, such as ODS 106, each other, and the like. The set of such devices may include devices that typically connect using a wired communications medium such as personal computers, multiprocessor systems, microprocessor-based or programmable consumer electronics, network PCs, and the like. The set of such devices may also include devices that typically connect using a wireless communications medium such as cell phones, smart phones, pagers, walkie talkies, radio frequency (RF) devices, infrared (IR) devices, CBs, integrated devices combining one or more of the preceding devices, or virtually any mobile device, and the like. Similarly, client devices 102-104 may be any device that is capable of connecting using a wired or wireless communication medium such as a PDA, POCKET PC, wearable computer, and any other device that is equipped to communicate over a wired and/or wireless communication medium.
Each client device within client devices 102-104 may include a browser application that is configured to receive and to send web pages, web-based messages, and the like. The browser application may be configured to receive and display graphics, text, multimedia, and the like, employing virtually any web based language, including, but not limited to Standard Generalized Markup Language (SMGL), such as HyperText Markup Language (HTML), a wireless application protocol (WAP), a Handheld Device Markup Language (HDML), such as Wireless Markup Language (WML), WMLScript, JavaScript, and the like.
Client devices 102-104 may be further configured to receive a message from the another computing device employing another mechanism, including, but not limited to email, Short Message Service (SMS), Multimedia Message Service (MMS), instant messaging (IM), internet relay chat (IRC), mIRC, Jabber, and the like.
Client devices 102-104 may be further configured to enable a user to participate in an online dating service, manage personal user information associated with the online dating service, and the like, which may in turn be saved at a location, such as ODS 106, and the like. As such, client devices 102-104 may further include a client application that is configured to manage various actions on behalf of the client device. For example, the client application may enable a user to interact with the browser application, email application, and the like, to manage their online dating information. For example, the user may employ the client application, in part, to create a user profile, participate in an online dating personality compatibility analysis, relationship compatibility, and the like, such as a personality type and love styles test, a relationship test, and the like. The client application may further enable the user of the client device to perform searches based on a variety of criteria, manage their mailbox, including adding notes, diaries, and the like to a message, manage threaded messages, provide response statuses to other subscribers, manage testimonies, and the like. The client application thus may interact with various other components of the system as described in more detail below.
Network 105 is configured to couple one computing device to another computing device to enable them to communicate. Network 105 is enabled to employ any form of computer readable media for communicating information from one electronic device to another. Also, network 105 may include a wireless interface, and/or a wired interface, such as the Internet, in addition to local area networks (LANs), wide area networks (WANs), direct connections, such as through a universal serial bus (USB) port, other forms of computer-readable media, or any combination thereof. On an interconnected set of LANs, including those based on differing architectures and protocols, a router acts as a link between LANs, enabling messages to be sent from one to another. Also, communication links within LANs typically include twisted wire pair or coaxial cable, while communication links between networks may utilize analog telephone lines, full or fractional dedicated digital lines including T1, T2, T3, and T4, Integrated Services Digital Networks (ISDNs), Digital Subscriber Lines (DSLs), wireless links including satellite links, or other communications links known to those skilled in the art. Furthermore, remote computers and other related electronic devices could be remotely connected to either LANs or WANs via a modem and temporary telephone link. In essence, network 105 includes any communication method by which information may travel between client devices 102-104, and ODS 106.
The media used to transmit information in communication links as described above illustrates one type of computer-readable media, namely communication media. Generally, computer-readable media includes any media that can be accessed by a computing device. Computer-readable media may include computer storage media, communication media, or any combination thereof.
Additionally, communication media typically embodies computer-readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave, data signal, or other transport mechanism and includes any information delivery media. The terms “modulated data signal,” and “carrier-wave signal” includes a signal that has one or more of its characteristics set or changed in such a manner as to encode information, instructions, data, and the like, in the signal. By way of example, communication media includes wired media such as twisted pair, coaxial cable, fiber optics, wave guides, and other wired media and wireless media such as acoustic, RF, infrared, and other wireless media.
One embodiment of ODS 106 is described in more detail below in conjunction with
Illustrative Server Environment
Server device 200 includes processing unit 212, video display adapter 214, and a mass memory, all in communication with each other via bus 222. The mass memory generally includes RAM 216, ROM 232, and one or more permanent mass storage devices, such as hard disk drive 228, tape drive, optical drive, and/or floppy disk drive. The mass memory stores operating system 220 for controlling the operation of server 102. Any general-purpose operating system may be employed. Basic input/output system (“BIOS”) 218 is also provided for controlling the low-level operation of server 102. As illustrated in
Server device 200 may also include an SMTP handler application for transmitting and receiving email. Server device 200 may also include an HTTP handler application for receiving and handing HTTP requests, and an HTTPS handler application for handling secure connections. The HTTPS handler application may initiate communication with an external application in a secure fashion.
Server device 200 also includes input/output interface 224 for communicating with external devices, such as a mouse, keyboard, scanner, or other input devices not shown in
The mass memory as described above illustrates another type of computer-readable media, namely computer storage media. Computer storage media may include volatile, nonvolatile, removable, and non-removable media implemented in any method or technology for storage of information, such as computer readable instructions, data structures, program modules, or other data. Examples of computer storage media include RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computing device.
The mass memory also stores program code and data. One or more applications 250 are loaded into mass memory and run on operating system 220. Examples of application programs include email programs, schedulers, calendars, web services, transcoders, database programs, word processing programs, spreadsheet programs, and so forth. Mass storage may further include applications such as online dating manager (ODM) 252.
ODM 252 is configured to provide online dating services as described in more detail below. Briefly, however, ODM 252 enables a subscriber of various services to manage their user information, communicate with other subscribers, and non-subscribers, and to generally pursue an online dating relationship. ODM 252 provides a variety of features to enable a user of a client device to participate in the online dating experience.
For example, ODM 252 enables a subscriber to search for another person in the online dating service based on compatibility feedback. After identifying candidates for a subscriber based on personality and relationship compatibility and optionally other components, ODM 252 analyzes the subscriber's evaluation of the candidates for possible adjustments. For example, whether the subscriber has contacted a candidate, the frequency of the subscriber's contacts with the candidate, and the order in which the subscriber contacted the candidates may serve as indicators of the subscriber's opinion of the candidate. ODM 252 may further prompt the subscriber to rank or evaluate candidates. Based on the subscriber's feedback, ODM 252 may automatically adjust the search criteria, such as changing weights associated with a search variable, adding and/or deleting search variables, and the like. ODM 252 may then conduct an additional search for the subscriber. Subscriber feedback data may also be employed to adjust the search algorithm for each subscriber.
ODM 252 may further enable a subscriber to perform a combination search for various components including components of personality and relationship compatibility, and affinity. Other search components include: one-way scores, which indicates how much the candidate found by the search matches the subscriber's criteria; reverse scores, which indicate how much the subscriber matches the criteria of the candidate found by the search; location, which indicates a distance between the two persons' residence; activity level, which indicate whether the candidate has logged into the online dating service recently; affinity, which indicates whether the candidate has an affinity with another candidate found by the search, such as whether people who liked this person may also like that person; previous levels of interest, which indicates whether the subscriber has viewed the same candidate before and did not contact the candidate. ODM 252 also enables the subscribed to include the compatibility feedback, as described above, in the combination search. By providing the combination search capability, ODM 252 is directed at giving a subscriber more control by allowing the subscriber to identify a variety of search criteria, including, searching for candidates who are introverts, extroverts, assertive, submissive, and the like. However, ODM 252 is not constrained to these examples, and virtually any search criteria and combination of search criteria may be employed, without departing from the scope or spirit of the invention.
ODM 252 further enables a subscriber to write personal notes on each candidate and/or on each message between the subscriber and a candidate. This diary capability enables the subscriber to record impressions of a candidate and the progress of a relationship at various points in time.
ODM 252 is further configured to provide status information to a subscriber regarding a message the subscriber sent to another subscriber, even if the other subscriber has not fully responded to the message. For example, the other subscriber may select from a list of predefined status messages to indicate their current status, such as ‘on vacation,’ ‘busy at the office,’ ‘currently dating,’ and the like, which is intended to explain why the subscriber has not responded to the message. ODM 252 may be further configured to allow the other subscriber to select from the predefined status messages for a quick indication of their level of interest in responding to the message or when initiating a conversation. Such responses may, for example, include, ‘why don't you post a profile,’ ‘maybe,’ ‘give me some more time,’ ‘I'm currently taking a break from dating,’ ‘definitely,’ and the like. In this manner, the first subscriber may receive feedback and have a sense of closure, even though the other subscriber has not fully responded.
ODM 252 may further provide a variety of features, including those described above. These include, for example, threading of messages, integrated mailboxes wherein the subscriber is provided a different mailbox from their regular mailbox. The second mailbox may further employ the threading of messages. ODM 252 may also provide inline editing wherein search criteria is displayed to the subscriber on a side bar, and the search results are on the rest of the subscriber's screen. ODM 252 may also enable testimonies to allow the subscriber to include recommendations, compliments, and the like, on their web page profile, within a message, and the like. Moreover, the integrated mailbox may enable a subscriber to see a thumbnail picture of another person with which they may be communicating with, or similar relevant information. Clicking on the thumbnail picture may provide additional information about the person.
ODM 252 may further operate to provide a variety of other services, features, and the like, as described in more detail in the Appendices below. Moreover, it should be clear that while the described services, features, and functionality are ascribed to ODM 252, such services, features, and functionality may be distributed across one or more components, sub-components, and the like. Furthermore, such services, features, and functionality may be further distributed across one or more servers, without departing from the scope or spirit of the invention.
The above specification, examples, and data provide a complete description of the manufacture and use of the composition of the invention. Since many embodiments of the invention can be made without departing from the spirit and scope of the invention, the invention resides in the claims hereinafter appended.
Status Operation
The operation of certain aspects of the invention will now be described with respect to
As shown in the figure, process 350 begins, after a start block, at block 352, when a first user (e.g., user1) optionally selects a predefined status in the online dating service environment. For example, user1 can use a drop-down box to select a predefined status of availability and/or interest such as “On Vacation,” “Busy At The Office,” Currently Dating,” and the like. Processing next flows to block 354, where a second user (e.g., user2) discovers user1, or otherwise identifies user1 in the dating service environment. User2 can employ a number of techniques to identify user1 in the dating environment. In a simple online dating service environment, user2 can browse a list of other users of the online dating service and select one of the other users. User2 may make a selection based on physical characteristics, profession, proximity to user1, and/or other information provided by the other users. More sophisticated techniques include employing personality profiling and automated compatibility matching systems of the online dating service.
At an optional block 356, user2 can enter a note related to user1. The note can include any data such as user2's first impression of profile information about user1. At a block 358, user2 sends a message to user1. The message can be an email message, an instant message, an SMS message, and the like. The message can be stored, or otherwise tracked, at a block 360a with an entry in a message thread that corresponds to messages to or from user1.
Processing proceeds next to decision block 362, where a determination is made whether user1 previously selected a predefined status. If user1 previously selected a predefined status, processing continues to block 364; otherwise, processing branches to decision block 368. At block 364, the ODM sends a predefined status message to user2. In one embodiment, ODM sends the status message in the same format as user2 sent the initial message to user1. For instance, if user2 sent an SMS message to user1, the ODM returns an SMS status message back to user2. The ODM also adds an entry to the message thread at a block 360b.
Process 350 flows next to decision block 368, where user1 can optionally select a predefined interim response. For example, if user1 is uncertain about whether to accept an invitation from user2 to correspond, user1 can choose to send an interim response requesting more information about user2 or requesting more time before providing a definite response. Some possible predefined interim responses can include “why don't you post a profile,” “give me some more time,” “maybe,” “I'm currently taking a break from dating,” and the like. An interim response enables user1 to practice good etiquette and gives user2 some indication of user1's interest level, rather than leaving user2 with no indication at all. Similarly, user1 can select a more definite predefined response, such as “definitely,” or “no thank you.” If user1 selects a predefined interim response, processing continues to block 370; otherwise, processing branches to block 372. At block 370, the ODM sends the predefined interim response to user2. The ODM also adds an entry to the message thread at a block 360c. Whether or not, use1 elects to send an interim response, user1 can enter a note regarding user2, at a block 372.
At block 374, the ODM notifies user2 of the status message and/or interim response from user1. The ODM also stores an indication of the status message and/or interim response, so that user2 can track the status and/or response from user1 and/or other users. This indication may be associated with the thread entry and/or can be a separate indication. Processing then returns to an ODM control module.
At a block 406, user1 can send a custom message to user2 or select and send a predefined message to user2. The message can thank user2, compliment user2, or otherwise give an indication of user1's perception of user2. The message can be stored, or otherwise tracked, at a block 360d with an entry in the message thread that corresponds to messages to or from user1.
The above specification, examples, and data provide a complete description of the manufacture and use of the composition of the invention. Since many embodiments of the invention can be made without departing from the spirit and scope of the invention, the invention resides in the claims hereinafter appended.
Honeymoon Feature:
The Honeymoon feature is directed towards a Relationship Seeker segment of an online dating market. Relationship Seekers includes singles that desire—and are willing to openly communicate their desire—a long-term serious relationship, and prefer to use deeper personality and values-based tools and information to make dating choices.
Honeymoon provides enhancements to the information and functionality of Y!Personals targeting the Relationship Seeker.
To satisfy the Relationship Seekers' desire for a quick gauge of compatibility the invention includes a Personality and Relationship Test.
The Relationship Seekers' desire for quality inventory may be addressed by having customers subscribe to the premium Honeymoon service if they want to make full use of their additional profile information: The ability to search among other Honeymoon subscribers only, have Relationship Test Results be factored in by the search engine and thus return more compatible matches, share their Relationship Test results with other subscribers, see a Relationship Compatibility Index and explanation of how they are compatible with other Honeymoon subscribers, and gain access to other subscribers' Relationship Test Results.
By allowing Honeymoon subscribers to use both Honeymoon functionality and Y!Personals functionality the desire of Relationship Seekers for flexibility and control may be addressed. This has the product benefit of being able to design for expandability of key components of the service (e.g., profile, search, and mailbox). The invention may use one master formula to identify and rank the most relevant matches and simply incorporate more information into determining Honeymoon search results than for Y!Personals. Mailbox functionality may be the same for Y!Personals and Honeymoon users/subscribers, but Honeymoon subscribers may get access to some additional information and sorting options.
The invention may use the Personality Type & Love Styles Test and the Relationship Test as acquisition tools (by promoting them on- and off-network) thereby adding users to the database that otherwise might not even consider visiting Y!Personals. The invention may also employ an application, which may provide a short personality test to users, to gain access to their psychometric expertise and reduce time-to-market.
Subscribers can communicate with anyone whom they see in their search results (e.g., a Y!Personals subscriber does not have to upgrade to a Honeymoon subscription to reply to a Honeymoon subscriber who shows up in her search results).
The present invention further includes a robust personality and relationship profiling on Y!Personals (Y!P) and Y!Personals Premier (Y!PP) with the incorporation of various personality and relationship elements into Y!Personals' search functionality. These include the following:
Search Criteria:
Scores & Rank Order: Weighted scores from Y!P's Personality Test (GP) and Relationship Test (REL) may be incorporated into a Unified Search Score (USS) formula. The USS is a foundation algorithm for Y!Personals' search functionality, as described in more detail in the Search Backend Weighting. The invention may also include various matching calculations on the Y!P back-end to interpret data and vectors, specifically with regard to 1) filtering extreme mismatches and 2) comparing the “candidate fit” (e.g., how a candidate's attributes match my seek preferences) and “seek fit” (e.g., how my attributes match a candidate's seek preferences) information. Finally, the invention may include an interface that allows searchers to decide whether or not their GP and REL information is included in the USS algorithm for a given search.
Search Results: The following information may be displayed to users in Search Results:
Sorting: sort options may be added to allow all Y!P searchers to sort their search results by 1) Personality Type, 2) Love Style, and 3) Personality Fit Index (PFI), where applicable. Premier subscribers may also be able to sort their search results by 1) Relationship Compatibility Index and 2) User Type (Premier subscribers vs. non-Premier subscribers).
Search Pool Selector: An interface to allow Y!PP subscribers to choose whether to search among 1) Y!PP subscribers or 2) the combined Y!PP and Y!P inventory.
Compatibility Feedback: An interface with a 5-point scale that allows Y!PP subscribers to provide subjective feedback on how compatible they feel they are with a given profile. This feedback may be stored, analyzed, and incorporated into the USS formula to adjust later search results. This feature may be built on a store of feedback events that is sufficiently large enough to minimize the effect of occasional junk input based solely on candidates' photos or demographic data.
USS Weight Recalibration: In addition to the Premier-driven UI and feature enhancements above, the invention may recalibrate the back-end weights that are applied to each subscore in the USS. This recalibration may be performed because of:
The draft weights are as follows:
1-way Seek Fit Score: Based on any of a variety of algorithms and vectors, a seek fit score is calculated by how well a searcher's seek preferences match a candidate's self attributes.
1-way Candidate Fit Score: Based on any of a variety of algorithms and vectors, a candidate fit score is calculated by how well a searcher's self attributes match a candidate's seek preferences.
Personality Fit Index (PFI): A calculated score that combines the seek fit and candidate fit scores returned from General Personality (GP) Test vectors.
Relationship Compatibility Index (RCI): A calculated score that combines the seek fit and candidate fit scores returned from Relationship (REL) Test vectors.
“Expert” RCI or PFI: The “Expert” RCI or PFI returned from vectors.
“Temporary” RCI or PFI: An RCI or PFI that is temporarily adjusted by user input for searching purposes. (See “pickiness” below)
GP (Sub-)Score: Same as PFI above.
REL (Sub-)Score: Same as RCI above.
Personality Type: One of 12 general personality profiles as determined by the GP Test.
Love Style: One of 6 general love profiles as determined by the GP Test.
Relationship Dimensions: One of a variety of different relationship attributes as determined by the REL Test.
Compatibility Feedback Subscore: A subscore in the USS formula that may be based on the Compatibility Feedback described below and serves to either increase or decrease the overall USS score.
NOTE:
The 0.33 weighting used if there is a REL test results/GP test results combination is directed towards ensuring that a great GP-based fit may propel the profile above a profile with a bad REL compatibility in a REL/REL test results case.
The present invention further includes a Personals search results that is configured to employ a new “weighted” approach. This is directed towards:
CURRENT SITUATION: First, generate a set of relevant search results by filtering out any profiles that do not meet the searcher's selected “must have” criteria. Then, the current back-end search formulas use a “smart” rank order of various keys to sort relevant search results. As defined by the Affinities 2.0 specification (aka “Adaptive Personalization”), this rank order may be as follows:
When “sufficient relevant history” exists for a given user:
When no “sufficient relevant history” exists:
These orders function according to a fixed sorting mechanism, much like the way that a spreadsheet program sorts a list with multiple columns first by one criterion, then ranks any ties by a second criterion, and then ranks any remaining ties by a third criterion, etc.
The current approach has the following observed, undesirable behaviors:
PROPOSED APPROACH: Rather than this fixed order, the invention proposes to assign appropriate weights to each of the relevant subscores (e.g., search criteria subscore, distance, activity, etc.) and calculate an aggregate score (aka “Uberscore”).
First, the new approach changes the way the Search Criteria Subscore is calculated. Instead of calculating 1-way and reverse (aka “2-way”) search scores from equally-weighted nice-to-have search criteria, the invention implements at least a two-tier, system-defined weighting system for nice-to-have search criteria and creates separate 1-way and reverse search criteria subscores as follows:
In addition to these two Search Criteria Subscores, other subscores may be normalized so that they can be incorporated into a new aggregate score (see Glossary below for definitions and various embodiments of formulas):
Given this set of subscores, the proposed process is as follows:
3. Assign an appropriate weighting to each subscore. A sample weighting of all relevant subscores for initial testing purposes is shown in the chart below:
May further include targeted weightings for specific searcher types, such as male/female, subscriber/non-subscriber, basic/Honeymoon, or different age brackets. Additionally, the invention may include a user-friendly administrative interface that may allow Y!Personals management to adjust specific weights quickly on an ad hoc basis for specific business goals (e.g., driving increased conversion during limited periods by overweighting the MVP subscore).
Searcher: The user initiating a search.
Search Target: Any profile that is included in the results set for a given search.
Subscore: Any variable that is used to generate the Uberscore (e.g., search criteria subscore, distance, activity).
Uberscore: A combined score of all weighted subscores.
Search Sort Order: A descending order of all search targets based on Uberscore.
Must Have Search Criterion: A search criterion selected by the searcher that filters out any profiles that do not meet the values selected for that criterion.
Nice-to-Have Search Criterion: A search criterion selected by the searcher that is counted as desirable and used to calculate the Search Criteria Subscore below.
Search Criteria Subscore: In general terms, the Search Criteria Subscore is easily thought of as the number of nice-to-have search criteria satisfied over the total number of search criteria specified by the searcher. Currently, Search Criteria Subscore can refer to a 1-way (e.g., how a search target matches what the searcher is looking for) or reverse (e.g., how closely the searcher matches what the search target is looking for, also referred to as “2-way”). The exact formulas for each type are:
Relationship Compatibility Index: A score based on a comparison of the Relationship Test results of the searcher and each search target.
Personality Compatibility Index: A score based on a comparison of the Personality Test results of the searcher and each search target.
Distance Subscore: A subscore based on the distance that a given search target is from the location of the searcher. This subscore may be based on the Pythagorean distance between the lat/long coordinates of the searcher's location and that of each search target. The subscore may be equal to (maxDistance−distance)/maxDistance where maxDistance is the specified search radius. Distance behaves like a “must have” criteria in that all search targets outside of the maxDistance radius are excluded from search results.
Activity Subscore: A subscore based on which profiles have been active (e.g., logged in to the site) most recently. This subscore may be (maxLastActivityTime−timeSinceLastActivity)/maxLastActivityTime where maxLastActivityTime is the maximum possible value of ‘lastActivityTime’
Frequency Capping: If a searcher has seen a given search target x times or more without clicking on that profile to view its details, that search target is demoted in the overall search sort order so that the searcher may not continually see the same profiles. The current setting for x is 3, such that the Frequency Capping subscore is set to “0” for all search targets that the searcher has seen in his/her search results history 3 or more times and “1” for all other search targets. Search Targets can also be ‘immune’ from being frequency capped if the searcher has viewed his/her profile in detail, saved the profile to his/her saved profiles, or replied to the profile via the Personals Mailbox. Search Targets granted such immunity are also given frequency cap scores of ‘1’.
Reply Count: Currently, if a search target has received more than a defined count of initial replies (mboxReplyCountCeiling) in the last 24 hours, the invention may demote that search target in the overall search sort order to minimize the volume of new messages that the user receives and promote profiles which have a higher probability of responding to new messages. This value may be calculated as (mboxReplyCountCeiling−min(mboxReplyCountCeiling, mboxReplyCount))/mboxReplyCountCeiling. Reply Count has a tiered range of 6 possible values (0, 1, 2, 3, 4, 5 or more). The current value of mboxReplyCountCeiling is set to 5.
Affinity Intersection: A “similar profiles” ranking built according to a user interaction history store of all profiles that a searcher has interacted with (e.g., profiles clicked on, profiles communicated with (both emailed, icebreaker'd, and IM'd), profiles saved, and profiles forwarded). From this data store, the system identifies a set of “similar profiles” to those with whom the searcher has interacted. The current per user quota for this user interaction history store may be predetermined to some value, such as 16 kb or the like, at which limit the oldest information is cleared out to make room for new data. This subscore may vary from “0” to “1” where “0” means no affinity intersection. For other profiles that have an affinity intersection rank, this subscore may be equal to (nAffinityIntersectionAds−rank+1)/nAffinityIntersectionAds, where nAffinityIntersectionAds is the number of affinity intersection profiles in the searcher's history record. All profiles in the result sets of non-logged in users (or of logged-in users without affinity intersection lists) may be given an affinity intersection rank subscore of “0.” For those profiles without sufficient relevant history, their affinity intersection subscore may be zero.
MVP Subscore: If a profile's daily count for any one of the following three attributes exceeds x, then that profile is assigned a negative score and may be demoted in the overall search sorting order: 1) number of times viewed; 2) number of times replied to; and 3) number of times saved in saved profiles. MVP subscore may no longer be used in place of affinity intersection when no sufficient relevant history exists, as the affinity intersection subscore in that case may be zero.
Sprinkling: Sprinkling refers to the practice of artificially inserting non-search target profiles into the search sort order (e.g., profiles based on affinity intersection or, if no sufficient relevant history exists, MVP subscores), typically in odd-numbered positions in the search sort order.
Language Sorting Options: The current search code is equipped to allow users to specify that a given language be assigned absolute priority in the final search sort order (e.g., so that all Spanish-language profiles in a given search results are sorted higher than English-language profiles in the same set, regardless of each profile's relative search criteria subscore. (Language sorting may not be incorporated into the Uberscore formula. Instead, if a user selects multiple languages, the invention may display search results according to the Uberscore ranking without regard to language, so the profiles in search results may be mixed (e.g., a Spanish profile may be followed by two English profiles and then another Spanish profile), with potentially best matches shown first.
Cross-Search: The current search code also allows users to “cross-search” across multiple international sites as well (e.g., a searcher in London that selects a wide-enough radius would also see search results from France and Germany). Potential issues regarding adapting cross-search to the proposed approach include 1) a search sort order that includes a mixed order of languages and 2) different sets of available search criteria across intl sites (e.g., Pets in France).
The present invention further includes a Message Center feature that revamps a current Mailbox platform to create a more intuitive system for Personals users to send and receive communication of all forms, which may include email and icebreakers, IM, mobile/SMS, voice, and video greetings. The design offers Y!P users ease of use, visual simplicity, and tools for conversation tracking, automation, and manageability. These may drive greater interaction among users, increase subscriber satisfaction, and in turn improve retention. Moreover, the message center feature is directed towards:
The communication platform for Yahoo!Personals includes:
The Message Center feature is further described in the use cases of
This application claims the benefit of U.S. Provisional Application Ser. No. 60/610,125 filed on Sep. 15, 2004, the benefit of the earlier filing date of which is hereby claimed under 35 U.S.C. § 119 (e) and the contents of which are further hereby incorporated by reference.
| Number | Date | Country | |
|---|---|---|---|
| 60610125 | Sep 2004 | US |
