MULTI-FUNCTION MATCHING ENGINES IMPLEMENTING IMPROVED SEARCHING AND SEARCH-RELATED TOOLS AND TECHNIQUES

Information

  • Patent Application
  • 20120185468
  • Publication Number
    20120185468
  • Date Filed
    January 18, 2012
    12 years ago
  • Date Published
    July 19, 2012
    12 years ago
Abstract
A machine-controlled method may include receiving from a user an importance condition and a preference condition, target condition, or both. A data store may store textual information, numerical information, belief information, estimation data, or any combination thereof. A machine may execute a query against the stored information. A processor may apply an importance by asserting the importance condition against the stored information. The processor may apply a preference probability by asserting the preference condition against the stored information. Alternatively or in addition thereto, the processor may apply the target condition against the stored information. The machine may perform a matching operation that incorporates at least one result of the querying and provide at least one matching result based on the matching operation. Responsive to multiple results of the querying, the machine may provide an indication of a ranking corresponding to at least one of the results.
Description
TECHNICAL FIELD

The disclosed technology relates generally to searching and, more particularly, to sophisticated tools and techniques to be used in connection with various types of searches including, but not limited to, searches spanning multiple data sources and/or online searches.


BACKGROUND

For many people, Google is synonymous with online searching due to its impressive 60% share of the Internet search market. What is less well understood is the fact that most of the world's approximately 800 billion gigabytes of data is inaccessible to any Internet search engine because it resides in inaccessible databases, is unstructured and therefore not machine readable, or requires more search effort to find than its perceived value, a problem that will be referred to herein as search friction.


Search friction is made worse in several ways: by the rapid increase in searchable data made possible by engines like Google being applied to unstructured data, by the increase in data accessibility via the web, and by the fundamental increase in amount of data being created and stored. Search friction is minimal when a search process works well and becomes intolerably large when the process entirely fails to achieve desired results. The 2010 Nobel Prize for Economics was awarded to scholars who identified search friction as a major economic problem for employment and other important markets.


Existing data construct models underlying user queries and data store design possess inherent limitations impacting how data is captured, retrieved, analyzed and presented. Current systems can only support two types of information: text (and text strings) and numbers combined using very simple logic: AND, OR, NOT, <, >, =, and mathematical functions. These constrained data constructs lead to a number of significant challenges.


Current information systems lack the ability to express and model targets, preferences, importance, beliefs, and estimates—the fundamental parts of human discourse—when leveraging technology to search, match, filter, forecast, evaluate and decide. Further, with increasing movement toward crowd sourcing and social networks, there is a correspondingly growing lack of ability to express and fuse multiple targets, preferences, importance, beliefs, and estimates.


For example, employers typically want to find the best possible job candidates. If they set search requirements too tight, the search result is usually empty. If they set search requirements too loosely, however, then there are often too many resumes to read and too little guidance for closure. On the flip side, job seekers generally want to find the best possible position. If they set their desires to high, they will likely find no positions. If they set their desires too low, however, they generally undervalue themselves.


Current systems tend to limit both employers and prospective employees to expressing information as deterministic, i.e., single-valued values. While some information includes single-valued, demographic facts, e.g., age, years in last job, etc., much important information that expresses both parties' preferences, targets, importance, beliefs, and estimates, are not expressed well, if at all, in this manner. Similar limitations persist in other areas such as social networking applications and websites, for example.


Thus, there remains a need for improved searching and search-related tools and techniques, particularly with regard to matching engines as pertaining to areas such as employment and social networking.





BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1 is a block diagram illustrating an example of a networked system in accordance with certain embodiments of the disclosed technology.



FIG. 2 illustrates an example of an electronic device in which certain aspects of various embodiments of the disclosed technology may be implemented.



FIG. 3 illustrates an example of a standard search or “one-way search.”



FIG. 4 illustrates an example of a two-way search in accordance with certain embodiments of the disclosed technology.



FIG. 5 illustrates an example of a multi-part search or “mutual search” in accordance with certain embodiments of the disclosed technology.



FIG. 6 illustrates an example of a number line mechanism in accordance with certain embodiments of the disclosed technology.



FIG. 7 illustrates an example of a belief map in accordance with certain embodiments of the disclosed technology.



FIG. 8 illustrates an example of a two-slider mechanism in accordance with certain embodiments of the disclosed technology.



FIG. 9 illustrates an example of a belief map in accordance with certain embodiments of the disclosed technology.



FIG. 10 illustrates an example of an approximation for a two-dimensional belief map in accordance with certain embodiments of the disclosed technology.



FIG. 11 illustrates an example of a slider mechanism corresponding to the two-dimensional belief map of FIG. 10.



FIG. 12 illustrates an example of a traditional search interface.



FIG. 13 illustrates an example of a search interface in accordance with certain embodiments of the disclosed technology.



FIG. 14 illustrates an example of a one-option search objective slider mechanism in accordance with certain embodiments of the disclosed technology.



FIG. 15 illustrates an example of a two-option search objective slider mechanism in accordance with certain embodiments of the disclosed technology.



FIG. 16 illustrates an alternative embodiment of the two-option search objective slider mechanism of FIG. 15.



FIG. 17 illustrates an alternative embodiment of the two-option search objective slider mechanism of FIG. 16.



FIG. 18 illustrates an example of an independent N-option search objective slider mechanism in accordance with certain embodiments of the disclosed technology.



FIG. 19 illustrates an alternative example of the slider mechanism of FIG. 18.



FIG. 20 illustrates a first example of numerical data searching as used by a user for an age search in accordance with certain embodiments of the disclosed technology.



FIG. 21 illustrates a second example of numerical data searching as used by a user for an age search in accordance with certain embodiments of the disclosed technology.



FIG. 22 illustrates a third example of numerical data searching as used by a user for an age search in accordance with certain embodiments of the disclosed technology.



FIG. 23 illustrates an example of a regional search objective belief map in accordance with certain embodiments of the disclosed technology.



FIG. 24 illustrates an example of a time search belief map in accordance with certain embodiments of the disclosed technology.



FIG. 25 illustrates an example of a belief map in accordance with certain embodiments of the disclosed technology.



FIG. 26 illustrates an example of another belief map in accordance with certain embodiments of the disclosed technology.



FIG. 27 is a flowchart illustrating a first example of a machine-controlled method in accordance with certain embodiments of the disclosed technology.



FIG. 28 is a flowchart illustrating a second example of a machine-controlled method in accordance with certain embodiments of the disclosed technology.



FIG. 29 is a flowchart illustrating a third example of a machine-controlled method in accordance with certain embodiments of the disclosed technology.



FIG. 30 is a flowchart illustrating a fourth example of a machine-controlled method in accordance with certain embodiments of the disclosed technology.



FIG. 31 is a flowchart illustrating a fifth example of a machine-controlled method in accordance with certain embodiments of the disclosed technology.



FIG. 32 is a flowchart illustrating a sixth example of a machine-controlled method in accordance with certain embodiments of the disclosed technology.



FIG. 33 illustrates an example of a prior job search user interface.



FIG. 34 illustrates another example of a prior job search user interface.



FIG. 35 illustrates a first example of a job seeker user interface in connection with certain job search-related implementations in accordance with the disclosed technology.



FIG. 36 illustrates a second example of a job seeker user interface in connection with certain job search-related implementations in accordance with the disclosed technology.



FIG. 37 illustrates a first example of an employer user interface in connection with certain job search-related implementations in accordance with the disclosed technology.



FIG. 38 illustrates a second example of an employer user interface in connection with certain job search-related implementations in accordance with the disclosed technology.



FIG. 39 illustrates an example of a social networking user interface implemented in connection with certain embodiments of the disclosed technology.





DETAILED DESCRIPTION

Implementations of the disclosed technology pertain to various types of searching and search-related tools and techniques. Embodiments may serve to revolutionize how information systems capture, retrieve, analyze, and present quantitative and qualitative data and also offer unique and significant value across a number of vertical segments that may be very large. In contrast to traditional information systems that are capable of analyzing only text and numbers in binary fashion with the constraints of AND, OR, NOT, =, <, > relationships between data elements, implementations of the disclosed technology may be leveraged to manage uncertain data constructs including targets, preferences, importance, beliefs and estimates in addition to text and numbers, and to include the input or objectives of multiple people.


Exemplary Systems and Devices


FIG. 1 is a block diagram illustrating an example of a networked system 100 in accordance with certain embodiments of the disclosed technology. In the example, the system 100 includes a network 102 such as the Internet, an intranet, a home network, or any combination thereof. Personal computers 104 and 106 may connect to the network 102 to communicate with each other or with other devices connected to the network.


The system 100 also includes three mobile electronic devices 108-112. Two of the mobile electronic devices 108 and 110 are communications devices such as cellular telephones or smartphones. Another of the mobile devices 112 is a handheld computing device such as a personal digital assistant (PDA) or tablet device. A remote storage device 114 may store some of all of the data that is accessed and used by any of the computers 104 and 106 or mobile electronic devices 108-112.



FIG. 2 illustrates an example of an electronic device 200, such as the devices 104-112 of the networked system 100 of FIG. 1, in which certain aspects of various embodiments of the disclosed technology may be implemented. The electronic device 200 may include, but is not limited to, a personal computing device such as a desktop or laptop computer, a mobile device such as a handheld or tablet computing device, a mobile communications device such as a smartphone, or an industry-specific machine such as a self-service kiosk or automated teller machine (ATM).


The electronic device 200 includes a housing 202, a display 204 in association with the housing 202, a user interaction mechanism 206 in association with the housing 202, a processor 208 within the housing 202, and a memory 210 within the housing 202. The user interaction mechanism 206 may include a physical device, such as a keyboard, mouse, microphone, speaking, or any combination thereof, or a virtual device, such as a virtual keypad implemented within a touchscreen. The processor 208 may perform any of a number of various operations. The memory 210 may store information used by or resulting from processing performed by the processor 208.


Examples of Record Satisfaction Searching Techniques

Certain embodiments of the disclosed technology directly address the issue of search friction by closing the gap between search objectives and the results generated by the search process. This may be accomplished by enabling users to accurately describe their search objectives and by assuring that those objectives are accurately reflected in the search results. Such embodiments may also provide superior record identification, search analysis, results visualization, feedback, and tuning capabilities that support an improved discovery process. This may serve to address the search friction problem of efficiency of information discovery when the desired data represents a small portion of all data searched.


As used herein, a structured database generally refers to a database of records that is either created directly by human, machines, or techniques that impose structure upon unstructured data. These records may describe information or data about an object (e.g., a person, his or her beliefs, a physical entity, or an organization) or they may describe a search objective, e.g., a description of the data desired to be found. In some cases, a record may have both data and search objective(s) as described below.


In a standard search, the typical effort is to find data records that match a search objective. Each record is usually composed of fields of information where each field describes a characteristic of the record that is either textual or numerical. A search objective generally refers to a description of a field in terms of text strings or numerical values that describe the records that are being sought. In traditional database searches, a record's value must perfectly match one or more of the search objective values for the record to be identified as a match. If there are multiple fields, then matches must occur in all of the fields for the record to be identified as completely matching the search objective. This type of “match” search is generally brittle resulting in search friction.


As used herein, the term “brittle” generally refers to the inability of a search process to comprehensively and/or accurately describe the desired search result. This typically leads to any of a number of undesirable situations such as the generation of a null set of search results, only partially desired search results, or a large number of search results that must be manually inspected or otherwise processed to find desired results.


The more brittle a search process is, the larger the gap will be between the desired search results and the actual search results, and the more search friction there will be. Certain embodiments of the disclosed technology may reduce or eliminate the brittleness of search processes and, therefore, significantly reduce search friction.



FIG. 3 illustrates an example of a standard search or “one-way search” 300 as described above. In the example, each line in the search objective or record data represents a piece of information in a field, whose values (either textual or numerical) need to be matched. In the diagram, the lines represent different fields and the search objective fields match those in Record M. This is the most common type of database search architecture.



FIG. 4 illustrates an example of a two-way search 400 in accordance with certain embodiments of the disclosed technology. In the example, there are two databases (A and B) and the goal is to find which records in A best match the records in B, field for field. In other words, each data record also serves as a search objective. Databases A and B can be the same database, and there may be more than one match for each search objective in this type of search.



FIG. 5 illustrates an example of a multi-part search or “mutual search” 500 in accordance with certain embodiments of the disclosed technology. In the example, each record has two parts: data and a search objective. Consider an example in which a person is seeking a job. His or her record (A) can list both a description of his or her capabilities (the data) and a description of what his or her ideal position would look like (the search objective). Similarly, the other party can list the same. The multi-part search 500 may thus return the best match between the fields of the two search objectives and associated records as indicated in the diagram.


It should be noted that the data in a record or a search objective may be the result of the fusion of multiple people's input or the un-fused search objectives of a group of people. This concept is described in detail below.


Certain embodiments of the disclosed technology include the calculation of a field satisfaction (e.g., a value between 0.0 and 1.0 for each field and subsequent application of algorithms to combine these into an overall record satisfaction. Record satisfactions may range between 0.0 and 1.0, where 1.0 generally refers to a complete match and 0.0 generally refers to a complete non-match or miss. The record(s) may be ranked by record satisfaction.


In situations where there is no complete match, i.e., each record has a satisfaction less than 1.0, the record(s) with the highest satisfaction may be selected. These embodiments typically result in better defined search objectives and enable better feedback to refine search objectives. In cases where search objectives are not well known, such embodiments may provide results that enable fast feedback for every stage of the information discovery process, thus reducing or eliminating search friction by removing the brittle search problem.


Various Types of Data

In structured data, there are four main categories of information. A first type of data as used herein will be referred to as textual data and may include, but is not limited to, one-option data, multiple-option data, independent N-option data, and dependent N-option data. One-option data generally refers to a single idea or statement of fact. Multiple-option data, e.g., two-option data, generally refers to multiple ideas or statements of fact, such as “male or female,” “yes or no,” and “like or dislike,” for example. Independent N-option data generally refers to N options that are independent of each other, e.g. list of cities, zip codes, type, or other cataloging characteristic. Dependent N-option data generally refers to N options that are linearly related by a generally understood and/or communicated characteristic such as goodness, probability, agreement, frequency, quality, etc., e.g., “Very Bad,” “Bad,” “Normal,” “Good,” and “Very Good.”


Textual data may be captured by receiving a selection of structured options, e.g., instructing a user to “check Male or Female,” “select Yes or No,” or “enter zip code.” Textual data may also be captured by the input of recognizable test strings such as a zip code, for example, or by the result of categorizing unstructured data.


Numerical data generally refers to numerical information or characteristics having units associated therewith such as age, length, or cost, for example. Numerical data may be captured by receiving a selection of structured options, e.g., instructing a user to “select height” and providing selections such as 52-56, 57-59, etc., for example. Numerical data may also be captured by the input of recognizable test strings such as height or weight, for example, or by the result of categorizing unstructured data.


Two other types of data described herein will be referred to as “beliefs” and “estimates.” Belief and numerical estimate data types generally include a certainty or other qualifying data characteristics along with the primary data characteristic. Current systems reduce data to simple textual and numerical data representations. For example, some market research data capture may describe, and be limited to, demographic characteristics such as age or gender, and other measures that can be represented only as textual and numerical data. As used herein, a primary objective of that data capture may be the beliefs and estimates of respondents so that the response to current or future stimulus may be represented.


As used herein, a belief generally refers to an opinion expressed as data, e.g., a statement of some idea or principal that is represented by textual data and a certainty, knowledge, intensity, or existence characteristic. In an example where a user indicates “I am a Democrat but not a very strong one,” the “not a very strong one” portion of the data string is an N-option classification of certainty. In an example where a user indicates that “I am sure the moon is made of cheese,” the usage of “sure” represents a two-option classification, e.g., the moon is either made of cheese or something else. If a user indicates that “the Big Bang theory explains the origins of the universe and I believe it is true,” the usage of “believe” represents an N-option classification that depends on how many options are available. Consider a numerical data example in which a user indicates that “I estimate the project will cost about $1200, maybe as little as $900, and maybe as much as $1350.” In this example, use of the term “about” represents the user's certainty with respect to the project cost.


As used herein, an estimate generally refers to a forecast or projection of a quantitative measure that is uncertain. An estimate may be represented by numerical data with the addition of a certainty. For example, if one field of data is the cost of a proposed project, the value may be tagged with a certainty of the estimate. Such data is typically a distribution of values that can take any format ranging from simple uniform distributions to complex probabilistic functions that describe the probability of every point in the range of numerical possibilities. FIG. 6 illustrates an example of a number line mechanism 600 in accordance with certain embodiments of the disclosed technology. In the example, the number line mechanism uses a three-point distribution estimation scheme in which high, most likely, and low values may be captured through the use of a single slider 602 or the input of numerical values in designated fields 604.


Belief Maps

A belief map may be implemented in connection with belief information collection and visualization. Belief maps may be used for both the collection of and visualization of data. In certain embodiments, a user may move one or more dots on his or her belief map to capture his or her opinion on a particular matter. Multiple inputs may then be displayed to enable the user to visualize assessments across option, criteria, or people. This visualization may serve to improve the management of search results. Belief maps are described in U.S. Pat. No. 6,631,362, titled “GENERAL DECISION-MAKING SUPPORT METHOD AND SYSTEM” and issued on Oct. 7, 2003, the content of which is hereby incorporated by reference herein in its entirety.



FIG. 7 illustrates an example of a belief map 700 in accordance with certain embodiments of the disclosed technology. The belief map 700 shows a single point 702 plotted with the vertical axis labeled “criteria satisfaction” and the horizontal axis labeled “certainty/knowledge.” In the example, the vertical axis represents a level of support and can take many forms. A point at the top of the belief map 700 may signify full support for an idea or principle and a point at the bottom of the belief map 700 may signify no support. If there are two competing options, the top may be one position and the bottom the other position. In the case of dependent N options, e.g., multiple linearly related options, the bottom may represent one extreme and the top may represent the other extreme of the range of items.


In the example, the horizontal axis of the belief map 700 represents certainty, knowledge, intensity, and/or existence. The interpretation as to what type of qualifying data is represented may be an application-specific labeling consideration to avoid confusion, but the underlying certainty treatment would remain unchanged. A point at the far right of the belief map 700 would indicate strong certainty, meaning that it is based on good knowledge or believed with strong intensity. If at the far left of the belief map 700, however, the point would be no better than the flip of a coin because it would correspond to uncertainty, e.g., based on weak knowledge or not strongly believed.



FIG. 8 illustrates an example of a two-slider mechanism 800 in accordance with certain embodiments of the disclosed technology to provide a user with an alternative input technique for belief map data capture. While the two-slider mechanism 800 is more compact in the vertical dimension than the two-dimensional belief map 700 of FIG. 7, for example, it may still capture the same information as with the belief map.


In certain implementations, the location of a belief map or slider dot is translated into a single “belief” number. This value thus simplifies the two-dimensional belief map data representation into a certainty-weighted single dimensional data format. Consider an example in which C=a criteria satisfaction that ranges from 0.0 (i.e., no support) to 1.0 (i.e., full support) and K=a knowledge value that ranges from 0.5 (i.e., the flip of a coin) to 1.0 (i.e., high certainty). The belief B may be determined using the following equation:






B=K*C+(1−K)*(1−C)



FIG. 9 illustrates an example of a belief map 900 in accordance with certain embodiments of the disclosed technology. In the example, values that are calculated using the above formula are plotted as isolines. The values calculated by this formula may serve to eliminate the ability to differentiate between a condition of indecision due to complete uncertainty and a condition of indecision due to well-known alternatives being indistinguishable.



FIG. 10 illustrates an example of an approximation for a two-dimensional belief map 1000 in accordance with certain embodiments of the disclosed technology. The belief map 1000 may be used for data collection purposes and is estimated by a simple “V.” The result and application limitation from using the V input method are generally the same as from using the single-dimension simplification of full belief map data transformed by the above belief equation. With the V input method, a single slider 1100 illustrated by FIG. 11 may be used to find the value of belief B by implementing the following equations:






B=1−2*(X−X2) for X>0.5






B=2*(X−X2) for X<=0.5


In the example, X is the value shown on the corresponding slider 1100 of FIG. 11. The three points 1, 2, and 3 of the slider 1100 of FIG. 11 correspond to points 1, 2, and 3, respectively, in the belief map 1000 of FIG. 10. The labels “Support” and “Don't Support” may take any of a number of different forms, such as “Right or Wrong,” “For or Against,” or many others as required to avoid interpretation error for the specific application under consideration.


Examples of Textual Data Search Objectives

Traditional searches often include boxes that can be checked to indicate whether a specific field value is to be searched for or not. For each box that is checked, the corresponding value is searched for and, if the box is not checked, the corresponding value will not be searched for. Consider an example in which a user wants to search a database for a specific person who is believed to live in Portland but may live in Vancouver and probably does not live in Seattle. FIG. 12 illustrates an example of a traditional search interface 1200 that presents to the user three search objective choices for the city: Portland, Vancouver, and Seattle.


In the example, each box in the interface 1200 is either checked or not with a search result showing everyone that matches the checked characteristic. This search is “brittle” because if “Portland” is the only box that is checked, for example, then only data records that have “Portland” will be found. There is no way to indicate the search objective preference for Portland followed by Vancouver and a lack of search desire for Seattle. The contrast between desired search objective and that which is possible to input illustrates why this type of match search is brittle.



FIG. 13 illustrates an example of a search interface 1300 in accordance with certain embodiments of the disclosed technology in which a combination of search objectives enables the system to measure how well a record's total range of characteristics compares to the total range of search objective characteristics. The interface 1300 is configured to overcome the search objective brittleness problem by allowing a user to specify a preference for each of the search objective needs at or between “don't want,” “don't care,” and “must have” using slider mechanisms. It should be noted that similar wording and/or other wording may be used as appropriate for the specific application.


With the format provided by the interface 1300, the search objective for city can be described by moving the sliders to represent the preference for each option. In the example, the default input is placed at “don't care,” which may be equivalent to not checking the corresponding box in the traditional interface 1200. Moving a slider to the right end is essentially equivalent to checking the corresponding box in the traditional interface 1200. This example illustrates how the search objective of a preference for Portland followed by a preference for Vancouver and a lack of preference for Seattle may be defined.


Implicit in the example 1300 is that all “don't care” cities will have higher search satisfaction than Seattle. When all of the search results are ranked, for example, results having a “don't care” preference will typically have higher satisfaction than results with Seattle because of the negative preference for Seattle as described in the present example.



FIG. 14 illustrates an example of a one-option search objective slider mechanism 1400 in accordance with certain embodiments of the disclosed technology. While there are usually at least two choices to define a search, a one-option search may be sufficient in situations such as the present example, in which the user does not care about political affiliation but wants to give the search a disposition for Democrats.



FIG. 15 illustrates an example of a two-option search objective slider mechanism 1500 in accordance with certain embodiments of the disclosed technology. Traditionally, a two-option search is generally for A or B, e.g., find all the “A”s but don't show any “B”s, and many searches may include “both” as an option. In the example, moving the slider to either end would essentially be the equivalent of the user checking a “Democrat” box or a “Republican” box, and putting the slider in the middle would essentially be the equivalent of the user checking a “Both” box. At any other location, there is a preference for one of the options over the other. In the example, there is a preference for “Republican.”



FIG. 16 illustrates an alternative embodiment 1600 of the two-option search objective slider mechanism 1500 of FIG. 15. In the example, a user wanting one of the two is deemed equivalent to the user not wanting the other. Thus, as the slider on one option is moved to the left, the other slider moves to the right accordingly. FIG. 17 illustrates an alternative embodiment 1700 of the two-option search objective slider mechanism 1600 of FIG. 16. In the example, the slider mechanism 1700 eliminates the “Don't want” part of the assessment from the slider mechanism 1600 of FIG. 16 and only allows for searching between “Don't care” and a positive preference.



FIG. 18 illustrates an example of an independent N-option search objective slider mechanism 1800 in accordance with certain embodiments of the disclosed technology. In the example, the user has indicated a strong preference for Portland and “Not wanted” for Seattle and Vancouver. This is the functional equivalent of checking a box for Portland and not checking boxes for Seattle or Vancouver in traditional search interfaces. FIG. 19 illustrates an alternative example 1900 of the slider mechanism 1800 of FIG. 18 in which the user has indicated that Portland is still the most desired criteria but now specifies that there is a weaker preference for Vancouver and an even weaker preference for Seattle.


Examples of Numerical Data Search Objectives

Traditional numerical data searches tend to be for a specific value, less than a value, more than a value, or across a fixed range of values, e.g., “find all people who are 55 years old,” “find all people less than 5′7″ tall,” “find all cars that get greater than 50 mpg,” and “find all cameras that cost between $101 and $200.” These types of search objectives may be sufficient at times but often they are not. In reality, the search objective values given in search objective definitions are not hard edges. For example, if a user shopping for a camera provides the search objective as a range, e.g., $101 to $200, potentially good choices will likely be missed. For example, a camera that meets other search objectives, e.g., for size, capacity, and function, but costs $210 would probably be worth considering by the user but would not be listed as a result of the search, an example of search friction or brittleness. In other words, for measured search objectives there should be at least two values: a search objective comprise of target values and threshold values. In the case of the camera the search objective might be reworded to read “find all cameras that cost less than $230, ideally below $200.”



FIGS. 20-22 illustrate three examples of numerical data searching 2000-2200, respectively, as used by a user for an age search in accordance with certain embodiments of the disclosed technology. In the first example 2000, the user is effectively searching for all people between the ages of 20 and 80 with a preference that is maximum at 20 and decreases toward 80. In the second example 2100, the user is effectively searching for all people ideally between 45 and 65 but as low as 20 or as high as 80. It is typically easier for a user to relate this search objective graphically by moving points on the plot. The third example 2200 communicates a very complex search objective that can be reduced to the other examples 2000 and 2100 by making the thresholds equal to the search objective values. This capability of defining both search objective values and thresholds allows for the softening of numerical search edges, thereby alleviating brittleness and easing search friction.


Examples of Belief Search Objectives


FIG. 23 illustrates an example of a regional search objective belief map 2300 in accordance with certain embodiments of the disclosed technology. In the example, a subset of responses to a single question is chosen with one or more drawn rectangles within the belief map 2300. The rectangles may be moved and adjusted. For example, a user may select a group of soft supporters and opponents for a measure. In such an example, the upper rectangle may provide a visual indication as to those who support the measure and have good certainty about it. The lower rectangle may provide a visual indication as to those who oppose the measure but may be uncertain enough that they can be swayed.



FIG. 24 illustrates an example of a time search belief map 2400 in accordance with certain embodiments of the disclosed technology. In the example, responses may be collected at a specific time between a range that defaults to start and stop of survey as shown in the belief map 2400. In certain embodiments, time search objectives may show a sequence with responses collected in a range of time such as a visual display of how much change in response happened in a period of time, for example.


In difference objective belief maps, responses that show a selected amount of difference between two belief maps may be selected. For example, a user may select responses that have changed due to some event or new information. This difference allows for a comparison of a large number of responses to discover the beliefs and demographics of survey takers who have changed their responses.


Satisfaction Analysis

As used herein, a target generally refers to an objective for quantitative information such as “more is better,” “less is better,” or “target is best.” In one example, a $200 item may be the objective for a user but an item priced up to $250 may be acceptable. In another example, a departure time of 3:00-3:30 may be the objective for a user but any time between 1:30 and 4:00 may be acceptable.


As used herein, a preference generally refers to an objective for qualitative information that includes certainty qualifications. Examples of a preference include: (1) “yes” is preferred over “no,” (2) a trip to “Seattle” may be preferred over one to “Portland” but is not as good as one to “Vancouver,” and (3) “a point and shoot camera” is preferred over an “SLR” but a “combination camera” is probably acceptable if no other type exists.


As used herein, an importance generally refers to an expression of degree of relative significance of measures where some are more highly valued than others. For example, a user may consider a zoom feature for a camera to be twice as important as megapixels and three times as important as price. In another example, a user may consider layover time to be 20 percent more important than price and price to be 60 percent more important than airline.


In traditional searches, the satisfaction for each field, Sf, are related in an “or” fashion. That is, if the search objective matches the data in a field then Sf=1, if not then Sf=0. The record satisfaction Srecord for a record is simply the product of these satisfactions:





Srecordi Sfi


The counter i goes from 1 to N, the number of fields searched. With this formula, Srecord is either 0 or 1 as either all the fields in the record are matched, i.e., Srecord=1.0, or at least one of them does not, i.e., Srecord=0.0. Thus, if the data in any one field does not match the search objective then the total satisfaction is 0.0.


In contrast, certain implementations of the disclosed technology use a formula to find the record satisfaction that is common in decision making but not in search. In these embodiments, the record satisfaction is the sum of the individual field satisfactions:






S
record=(Σ Sfi)/N


where N refers to the number of search objectives and i=1 to N. Each “field satisfaction” is a probabilistic measure of value of the contribution of field data to the search objective and has a value between 0.0, i.e., no satisfaction, and 1.0, i.e., full satisfaction. This formulation allows the satisfaction with one measure to be traded off for satisfaction with another. Current systems' lack of being able to accommodate tradeoffs, which are implicit in virtually every search, leads to search friction.


The effect of this definition is to calculate a satisfaction for each record in the database, which can then be rank ordered to find which records are most satisfactory relative to the search objective. The range of evaluated records may be reduced by filtering and prior indexing. Field satisfactions may be developed for virtually all types of data and search objectives.


Tuning Techniques

One of the many benefits of searching in satisfaction space is the ability to have a value for each field satisfaction that is a distinct value between 0.0 and 1.0 rather a discrete value of 0 or 1. This range of satisfaction values provides a user with the ability to tune a search by weighting the importance of one field match relative to another. For example, a user may indicate that “I want to find a date and she should be taller than 5′6″ with red hair” and that “Her height is more important than the color of her hair and I will even accept a brunette.” In the example, the first sentence provides clear criteria for the search and the second sentence provides that: 1) the user has a preference for red hair followed by brunette hair and 2) height is more important than hair color to the user.


The combination of preference and importance allows for detailed tailoring of searches. In equation form, an example of the addition of tuning to a search may be represented by:






S
record=(Σ Ti*Sfi)/N


where the tuning or weighting factors are normalized to sum to 1, Σ Ti=1.


The ability to adjust tuning allows for a user to search data through different value structures. The relative weightings defined by tuning can reflect an individual's values. In the example above, the user values height over hair color and the extent to which the user values one over the other may be reflected in the tuning values, e.g., the user could put Theight=0.7 and Tcolor=0.3. Should the user decide to tune out hair color altogether, he or she could put 1.0 and 0.0 for the weight and hair color, respectively.


Alternatively or in addition, tuning may provide a user with what-if tradeoff analysis, e.g., the effect of changing what is important allows for ready exploration of the search results to see how sensitive they are to slight changes in the relative importance of the field satisfaction results. For instance, removing the desire for hair color entirely in the present example would result in the maximum possible satisfaction associated with other search objectives. Knowing this value would make it possible to more quickly understand the boundaries of possible satisfaction associated with a set of search data.


Alternatively or in addition, tuning may provide a user with real-time results visualization. For example, continuous tuning may enable minor or major continuous changes in importance to generate equally continuous changes in search results. In this way, a user may adjust tuning as specific record satisfaction values change and use this source of informational feedback to track a course to the subset of records that best describe both the search objective and the best possible search objective given the range of possible data.


Fusion Techniques

The data collected in a database may be factual demographic information, e.g., gender or height, in which case there is generally no disagreement of ambiguity. On the other hand, the data may include estimates and beliefs and there may be a range of them depending on who contributed to the database. For example, consider an example in which a user wishes to assess the potential for sales in new regions. The user may ask his or her sales team to provide data for belief that sales will be successful in these different regions. They may each provide a dot on a belief map and such beliefs may be combined.



FIG. 25 illustrates an example of a belief map 2500 in accordance with certain embodiments of the disclosed technology. In the example, seven responses are averaged in each of the two dimensions to find a single belief point. Using averaging, if all the respondents put their points at location 4 in the belief map 2500, then this response would be no different than one person's response at that point, which would be fine in situations where the user only wants to consider the average.



FIG. 26 illustrates an example of a belief map 2600 in accordance with certain embodiments of the disclosed technology. In the example, the system assumes that two people giving support to a position with fairly high knowledge is essentially equivalent to one person giving even higher support with high knowledge. This is similar to the user asking multiple knowledgeable people for their opinions on a topic: asking enough of such people is essentially equivalent to asking one guru.


An additional fusion method includes the utilization of characteristics of an individual group of objectives to generate individually optimized search results that may then be fused at the results level. Such a technique may be referred to as “crowd sourcing” where the search desires of a group of individuals are used to find the best possible combination of results for a larger group as a whole. In this method, each person's search objective results in a satisfaction result that may be used as data to calculate the highest satisfaction for everyone. This method may result in the generation of a crowd sourced collection of highest satisfaction results at the group level and use satisfaction results as data for overriding objectives.


These fusion techniques may be particularly useful for crowd source solutions in environments where individuals have different stimulus and individual objectives, such as on a battle field or a political campaign, for example, but share a common objective that is used to determine the format of the crowd source result. Because of its individual search objective accuracy and ability to fuse results according to commonly held or enforced relevance, such techniques tend to result in a more accurate methodology for crowd source solutions and market research analysis as compared to current techniques.


Example Methods Implementing the Disclosed Technology


FIG. 27 is a flowchart illustrating a first example of a machine-controlled method 2700 in accordance with certain embodiments of the disclosed technology. At 2702, at least one data store stores information comprising textual information, numerical information, belief information, estimates, or any combination thereof. The at least one data store may include a structured database, an indexed data store, or both.


In certain embodiments, the stored information may include belief data that includes at least one representation of a statement corresponding to a user, the representation having associated therewith a belief certainty. The belief certainty may be provided by a user via a user interface or by an automated process such as automatic tagging, for example. The belief certainty may be based on at least one other representation of a statement corresponding to another user.


Alternatively or in addition thereto, the stored information may include estimation data that includes at least one characteristic having units associated therewith, the characteristic having associated therewith an estimation certainty. The estimation certainty may be provided by a user via a user interface or by an automated process such as automatic tagging, for example. The estimation certainty may be based on at least one other representation of a statement corresponding to a user. The estimation certainty may be further based on at least one other representation of a statement corresponding to another user.


At 2704, a machine executes a query against the information stored by the data store(s). The query may incorporate virtually any of the pertinent techniques described above. A detailed example of such a query is presented below with regard to FIG. 32 and the corresponding description thereof.


At 2706, a search request is received. The search request may be provided by a user using a user interface (UI), for example. Alternatively, the search request may be received from a third party or the request may be automatically generated by the system.


Responsive to the search request received at 2706, the machine performs a search operation as indicated at 2708. The search operation performed at 2708 may incorporate at least one result of the querying performed at 2704. Performing the search operation may include a determination as to whether any of the stored information meets a user-specified preference condition that indicates a user's preference for a first aspect of the stored information over at least a second aspect of the stored information. The user-specified preference condition may indicate a first level of preference of the user for the first aspect of the stored information and a second level of preference of the user for the second aspect of the stored information.


Alternatively or in addition thereto, performing the search operation at 2708 may include determining whether any of the stored information meets one or more user-defined importance conditions that each indicate whether a certain aspect of the stored information meets or exceeds a corresponding level of importance to the user.


Alternatively or in addition thereto, performing the search operation at 2708 may include determining whether any of the stored information meets a user-established target condition that indicates a target for a certain aspect of the stored information and a threshold range corresponding to said target. For example, the target may include a specific numerical value for a certain characteristic and the threshold range may include two additional values: one higher than the target and one lower than the target. In these embodiments, at least one search result may have a value that is within the range and may even be equal or substantially equal to the target itself.


At 2710, the machine provides at least one search result based on the search operation performed at 2708. In certain embodiments, the one or more search results are based on at least one subset of the stored information that corresponds to multiple users. The result(s) may be presented visually to a user via a graphic user interface (GUI) and a display device, for example. Alternatively or in addition thereto, the result(s) may be presented to the user by way of an audio device. The user may perform any of a number of subsequent actions with regard to the result(s) provided at 2710, such as the filtering, CDM, matching, and actionable intelligence operations described herein, for example.



FIG. 28 is a flowchart illustrating a second example of a machine-controlled method 2800 in accordance with certain embodiments of the disclosed technology. At 2802, at least one data store stores information comprising textual information, numerical information, belief information, estimates, or any combination thereof. At 2804, a machine executes a query against the information stored by the data store(s). These initial operations are similar to the initial operations 2702 and 2704, respectively, of the method 2700 of FIG. 27.


At 2806, a filtering request is received. The filtering request may be provided by a user using a UI, for example. Alternatively, the filtering request may be received from a third party or the request may be automatically generated by the system.


Responsive to the filtering request received at 2806, the machine performs a filtering operation as indicated at 2808. The filtering operation performed at 2808 may incorporate at least one result of the querying performed at 2804. Performing the filtering operation may include a determination as to whether any of the stored information meets a user-specified preference condition that indicates a user's preference for a first aspect of the stored information over at least a second aspect of the stored information. The user-specified preference condition may indicate a first level of preference of the user for the first aspect of the stored information and a second level of preference of the user for the second aspect of the stored information.


Alternatively or in addition thereto, performing the filtering operation at 2808 may include determining whether any of the stored information meets one or more user-defined importance conditions that each indicate whether a certain aspect of the stored information meets or exceeds a corresponding level of importance to the user. In certain embodiments, at least one user-defined importance condition corresponds to a key word such as a topic, a subject, an email address, a website, a blog, a person, an entity, and a location, for example.


Alternatively or in addition thereto, performing the filtering operation at 2808 may include determining whether any of the stored information meets a user-established target condition that indicates a target for a certain aspect of the stored information and a threshold range corresponding to said target. For example, the target may include a specific numerical value for a certain characteristic and the threshold range may include two additional values: one higher than the target and one lower than the target. In these embodiments, at least one search result may have a value that is within the range and may even be equal or substantially equal to the target itself.


At 2810, the machine provides at least one filtering result based on the filtering operation performed at 2808. In certain embodiments, the one or more filtering results are based on at least one subset of the stored information that corresponds to multiple users. The result(s) may be presented visually to a user via a GUI and a display device, for example. Alternatively or in addition thereto, the result(s) may be presented to the user by way of an audio device. The user may perform any of a number of subsequent actions with regard to the result(s) provided at 2810, such as the search, CDM, matching, and actionable intelligence operations described herein, for example.



FIG. 29 is a flowchart illustrating a third example of a machine-controlled method 2900 in accordance with certain embodiments of the disclosed technology. At 2902, at least one data store stores information comprising textual information, numerical information, belief information, estimates, or any combination thereof. At 2904, a machine executes a query against the information stored by the data store(s). These initial operations are similar to the initial operations 2702 and 2704, respectively, of the method 2700 of FIG. 27.


At 2906, a collaborative decision making (CDM) request is received. The CDM request may be provided by a user using a UI, for example. Alternatively, the CDM request may be received from a third party or the request may be automatically generated by the system. Responsive to the CDM request received at 2906, the machine performs at least one CDM operation as indicated at 2908. The CDM operation(s) performed at 2908 may incorporate at least one result of the querying performed at 2904.


At 2910, the machine provides at least one CDM result based on the CDM operation performed at 2908. The result(s) may be presented visually to a user via a GUI and a display device, for example. Alternatively or in addition thereto, the result(s) may be presented to the user by way of an audio device. The CDM result may include a hiring decision, a procurement decision, a supply chain management (SCM) decision, a customer relationship management (CRM) decision, a business intelligence (BI) decision, and a product lifecycle management (PLM) decision, or any combination thereof. In situations where there are multiple CDM results, the machine may further provide an indication that a certain one of the CDM results represents a best alternative, as indicated by the optional operation at 2912.


The user may perform any of a number of subsequent actions with regard to the result(s) provided at 2910, such as the search, filtering, matching, and actionable intelligence operations described herein, for example.



FIG. 30 is a flowchart illustrating a fourth example of a machine-controlled method 3000 in accordance with certain embodiments of the disclosed technology. At 3002, at least one data store stores information comprising textual information, numerical information, belief information, estimates, or any combination thereof. At 3004, a machine executes a query against the information stored by the data store(s). These initial operations are similar to the initial operations 2702 and 2704, respectively, of the method 2700 of FIG. 27.


At 3006, a matching request is received. The matching request may be provided by a user using a UI, for example. Alternatively, the matching request may be received from a third party or the request may be automatically generated by the system.


Responsive to the matching request received at 3006, the machine performs a matching operation as indicated at 3008. The matching operation performed at 3008 may incorporate at least one result of the querying performed at 3004. Performing the matching operation may include a determination as to whether any of the stored information meets a user-specified preference condition that indicates a user's preference for a first aspect of the stored information over at least a second aspect of the stored information. The user-specified preference condition may indicate a first level of preference of the user for the first aspect of the stored information and a second level of preference of the user for the second aspect of the stored information.


Alternatively or in addition thereto, performing the matching operation at 3008 may include determining whether any of the stored information meets one or more user-defined importance conditions that each indicate whether a certain aspect of the stored information meets or exceeds a corresponding level of importance to the user.


Alternatively or in addition thereto, performing the matching operation at 3008 may include determining whether any of the stored information meets a user-established target condition that indicates a target for a certain aspect of the stored information and a threshold range corresponding to said target. For example, the target may include a specific numerical value for a certain characteristic and the threshold range may include two additional values: one higher than the target and one lower than the target. In these embodiments, at least one search result may have a value that is within the range and may even be equal or substantially equal to the target itself.


At 3010, the machine provides at least one matching result based on the matching operation performed at 3008. In certain embodiments, the one or more matching results are based on at least one subset of the stored information that corresponds to multiple users. The result(s) may be presented visually to a user via a GUI and a display device, for example. Alternatively or in addition thereto, the result(s) may be presented to the user by way of an audio device. The user may perform any of a number of subsequent actions with regard to the result(s) provided at 3010, such as the search, filtering, CDM, and actionable intelligence operations described herein, for example.



FIG. 31 is a flowchart illustrating a fifth example of a machine-controlled method 3100 in accordance with certain embodiments of the disclosed technology. At 3102, at least one data store stores information comprising textual information, numerical information, belief information, estimates, or any combination thereof. At 3104, a machine executes a query against the information stored by the data store(s). These initial operations are similar to the initial operations 2702 and 2704, respectively, of the method 2700 of FIG. 27.


At 3106, a situation awareness activity is detected. Responsive to detecting the situation awareness activity at 3106, the machine performs an actionable intelligence operation as indicated at 3108. The actionable intelligence operation performed at 3108 may incorporate at least one result of the querying performed at 3104. Performing the actionable intelligence operation may include a determination as to whether any of the stored information meets a user-specified preference condition that indicates a user's preference for a first aspect of the stored information over at least a second aspect of the stored information. The user-specified preference condition may indicate a first level of preference of the user for the first aspect of the stored information and a second level of preference of the user for the second aspect of the stored information.


Alternatively or in addition thereto, performing the actionable intelligence operation at 3108 may include determining whether any of the stored information meets one or more user-defined importance conditions that each indicate whether a certain aspect of the stored information meets or exceeds a corresponding level of importance to the user.


Alternatively or in addition thereto, performing the actionable intelligence operation at 3108 may include determining whether any of the stored information meets a user-established target condition that indicates a target for a certain aspect of the stored information and a threshold range corresponding to said target. For example, the target may include a specific numerical value for a certain characteristic and the threshold range may include two additional values: one higher than the target and one lower than the target. In these embodiments, at least one search result may have a value that is within the range and may even be equal or substantially equal to the target itself.


At 3110, the machine provides at least one situation awareness activity result based on the actionable intelligence operation performed at 3108. In certain embodiments, the one or more situation awareness activity results are based on at least one subset of the stored information that corresponds to multiple users. The result(s) may be presented visually to a user via a GUI and a display device, for example. Alternatively or in addition thereto, the result(s) may be presented to the user by way of an audio device. The user may perform any of a number of subsequent actions with regard to the result(s) provided at 3110, such as the search, filtering, CDM, and matching operations described herein, for example.



FIG. 32 is a flowchart illustrating a fifth example of a machine-controlled method 3200 in accordance with certain embodiments of the disclosed technology. The method 3200 is directed toward a processor executing a query against one or more data stores storing textual and/or numerical information.


At 3202, a processor applies an importance by asserting at least one user-defined importance condition against the stored information. The at least one importance condition may be provided by a user via a user interface. Each user-defined importance condition may correspond to at least one user-specified preference condition, at least one user-established target condition, both of which are described below, or both.


In addition to applying the importance at 3202, the process further performs either or both of the operations at 3204 and 3206 as described below before advancing to 3208. However, the operations at 3202 and 3204 and/or 3206 may be performed by the processor at least partially concurrently with one another or in a fully sequential manner.


At 3204, the processor applies a preference probability by asserting at least one user-specified preference condition against the stored information. Certain embodiments may include multiple preference conditions that each has a corresponding preference satisfaction value that is no less than 0.0 and no more than 1.0, for example. In situations where there are multiple preference conditions, they may be ranked according to the corresponding preference satisfaction values. The at least one user-specified preference condition may be provided by a user via the user interface.


At 3206, the processor asserts at least one user-established target condition against the stored information. Certain embodiments may include multiple target conditions that each has a corresponding target satisfaction value that is no less than 0.0 and no more than 1.0, for example. In situations where there are multiple target conditions, they may be ranked according to the corresponding target satisfaction values. The at least one user-established target condition may be provided by a user via the user interface. In certain embodiments, the target condition may include a user-provided target value for a first aspect of the stored information and a user-provided threshold range corresponding to the target value.


At 3208, one or more query results are determined. In situations where there are more than one query result at 3208, an optional ranking operation may be performed as indicated at 3210. For example, the machine may provide an indication of a ranking that corresponds to at least one of the results. The ranking may be based on one or more of the user-defined importance conditions, one or more of the user-specified preference conditions, one or more of the user-established target conditions, or any combination thereof.


Examples of Implementations Pertaining to Employment-Related Applications


FIG. 33 illustrates an example of a prior job search user interface 3300. The interface 3300 allows a job-seeker to enter a textual description of what he or she seeks in terms of a job along with an indication of his or her preferred geographic location. In the example, the user has entered “mechanical engineer” and “design” as search terms with respect to job description and “Oregon” in terms of desired location. Such a broad search may yield pages of search results, many of which may very well be of little, if any, interest to the user.



FIG. 34 illustrates another example of a prior job search user interface 3400. This interface 3400 may be presented as a second-stage interface subsequent to the user initiating a search using the interface 3300 of FIG. 33, for example. Consider an example in which a user uses the interface 3300 of FIG. 33 to search for a “technician” job in “Oregon.” The interface 3400 of FIG. 34 may be presented to the user to allow the user to refine the search by checking/unchecking various checkboxes and selecting certain items from dropdown menus.


However, the prior interface 3400 is very “black-and-white” because checking a certain checkbox essentially indicates that the user really desires the corresponding characteristic and not checking a certain checkbox essentially indicates that the user has no desire in the corresponding characteristic. There are various other shortcomings associated with an interface such as the interface 3400 of FIG. 34. For example, should the user select a certain salary or salary range from a dropdown box, the search results may exclude entries in which no salary information is listed. Also, it is typically time-consuming—and may even be difficult and/or confusing—for a user to unselect checkboxes once they've been selected.



FIG. 35 illustrates a first example of a job seeker user interface 3500 in connection with certain job search-related implementations in accordance with the disclosed technology. The job seeker interface 3500 allows a user to enter various targets such as a desired wage and one-sided (or two-sided) range in connection with the desired wage. This example allows for positions providing a wage nearer the “Ideal wage” to be given more emphasis than those near the “Don't call” threshold. The user may also indicate a number of preferences such as what type of shift(s) the user is willing to pursue. This example indicates that positions offering “Day shift” are preferred over “Swing shift” which are preferred over “Night shift.” The interface 3500 also allows the user to provide a number of characteristics that have some importance to him or her, such as geographic location, wage, job description, etc.



FIG. 36 illustrates a second example of a job seeker user interface 3600 in connection with certain job search-related implementations in accordance with the disclosed technology. The second job seeker interface 3600 may be a second interface that is presented to the user subsequent to and based on the user's interaction with a first user interface, such as the interface 3500 of FIG. 35, for example. The second interface 3600 presents a listing of search results that each have a match value associated therewith and, in the present example, are ranked in order of match value.


In the example, the user may specify (or revise) any of a number of characteristics that pertain to the search. For example, the user may provide (or adjust) certain targets, such as wage and geographic location. The user may also provide (or adjust) any of a number of preferences, such as a variety of different skills associated with desired job listings.


In the example, the interface 3600 allows the user to enter or adjust the targets and preferences by way of multiple sliding mechanisms. While such mechanisms are generally easy to use and even enjoyable by users, such information may be provided by any of a number of different mechanisms. For example, a text box may be provided for any or all of the targets and/or preferences such that the user may enter a numeric value rather than use a slider.


In the example, the user may also enter belief information or estimates, or a combination thereof, the representation having associated therewith a certainty which may be provided by the user via the user interface or by an automated process such as automatic tagging, for example.


The search results may change responsive to changes with respect to other aspects of the second interface 3600. Such changes in the search results may occur in real-time or after a certain action such as a “refresh” request by the user or after a certain specified period of time has passed.



FIG. 37 illustrates a first example of an employer user interface 3700 in connection with certain job search-related implementations in accordance with the disclosed technology. The employer interface 3700 allows a user to enter a certain target value, such as a desired skill level, and one-sided (or two-sided) range in connection with the target value. The user may also indicate a number of preferences such as what types of degree(s) potential job seekers should have. In the example, the interface 3700 also allows the user to enter/adjust the targets and preferences that have some importance by way of slider mechanisms, though such information may be collected using any of a number of other suitable user input mechanisms.



FIG. 38 illustrates a second example of an employer user interface 3800 in connection with certain job search-related implementations in accordance with the disclosed technology. The second employer interface 3800 may be a second interface that is presented to the user subsequent to and based on the user's interaction with a first user interface, such as the interface 3700 of FIG. 37, for example. The second interface 3800 presents a listing of search results that each have a match value associated therewith and, in the present example, are ranked in order of match value.


In the example, the user may specify (or revise) any of a number of characteristics that pertain to the search by providing or adjusting targets, preferences, or both. In the example, the interface 3800 allows the user to enter or adjust the targets and preference by way of multiple sliding mechanisms. As with the interface 3600 of FIG. 36, described above, other user interaction mechanisms, e.g., text boxes, may be implemented in place of or in addition to the slider mechanisms.


In the example, the user may also enter belief information or estimates, or a combination thereof, the representation having associated therewith a certainty which may be provided by the user via the user interface or by an automated process such as automatic tagging, for example.


The search results may change responsive to changes with respect to other aspects of the second interface 3800, either in real-time or after a certain action such as a “refresh” request by the user or after a certain specified period of time has passed.


Implementations Pertaining to Social Networking Applications and Websites

There are a number of different industries and fields in addition to employment searches that may take advantage of the tools and techniques described herein, such as social networking, for example. FIG. 39 illustrates an example of a social networking user interface 3900 implemented in connection with certain embodiments of the disclosed technology. It should be noted that some or all of the aspects of the social networking user interface 3900 may be implemented in connection with existing social networking applications/platforms or separately therefrom.


Consider an example in which a user of a social networking site wants to connect with other users based on any of a number of preferences. In the example, the user may specify whether he or she is merely looking for new people, looking for friends, or something in between. The user may also specify whether he or she is more interested in someone to have fun with or someone to work with. Alternatively or in addition thereto, the user may indicate how important geographic location of the other user(s) is to him or her. A search may be performed using any of a number of implementations as described herein and a listing of results may be presented to the user. Each of the search results presented to the user may have a match value associated therewith and, in certain embodiments, the results may be ranked in accordance with the match values.


In the example, the user may also include belief information or estimates, or a combination thereof, the representation having associated therewith a certainty which may be provided by the user via the user interface or by an automated process such as automatic tagging, for example.


Although specific embodiments have been illustrated and described herein, it will be appreciated by those of ordinary skill in the art that a wide variety of alternate and/or equivalent implementations may be substituted for the specific embodiments shown and described without departing from the scope of the embodiments of the disclosed technology. This application is intended to cover any adaptations or variations of the embodiments illustrated and described herein. Therefore, it is manifestly intended that embodiments of the disclosed technology be limited only by the following claims and equivalents thereof.

Claims
  • 1. A machine-controlled method, comprising: receiving from a user at least one user-defined importance condition and at least one of a group consisting of: at least one user-specified preference condition and at least one target condition;at least one data store storing information comprising textual information, numerical information, or both;a machine executing a query against said stored information, said executing comprising: a processor applying an importance by asserting at least one user-defined importance condition against said stored information; andat least one of a group consisting of: said processor applying a preference probability by asserting at least one user-specified preference condition against said stored information; andsaid processor asserting at least one user-established target condition against said stored information; andsaid machine performing a matching operation that incorporates the at least one result of said querying, providing at least one matching result based on the matching operation; andresponsive to a plurality of results of said querying, said machine providing an indication of a ranking corresponding to at least one of said plurality of results.
  • 2. The machine-controlled method of claim 1, wherein performing said matching operation comprises determining whether any of said stored information meets said at least one user-specified preference condition, and wherein said at least one user-specified preference condition indicates a user's preference for a first aspect of said stored information over at least a second aspect of said stored information.
  • 3. The machine-controlled method of claim 2, wherein said first aspect pertains to an employment opportunity characteristic.
  • 4. The machine-controlled method of claim 2, wherein said at least one user-specified preference condition indicates a first level of preference of the user for the first aspect of said stored information and a second level of preference of the user for the second aspect of said stored information.
  • 5. The machine-controlled method of claim 1, wherein performing said matching operation comprises determining whether any of said stored information meets said at least one user-defined importance condition, and wherein said at least one user-defined importance condition indicates that a first aspect of said stored information has a first level of importance to the user.
  • 6. The machine-controlled method of claim 5, wherein said first aspect corresponds to an employment opportunity characteristic.
  • 7. The machine-controlled method of claim 5, wherein said at least one user-defined importance condition indicates that a second aspect of said stored information has a second level of importance to the user.
  • 8. The machine-controlled method of claim 1, wherein said at least one user-specified preference condition comprises a plurality of preference conditions that each have a corresponding preference satisfaction value.
  • 9. The machine-controlled method of claim 8, wherein each preference satisfaction value is no less than 0.0 and no more than 1.0.
  • 10. The machine-controlled method of claim 8, wherein said plurality of preference conditions are ranked according to said corresponding preference satisfaction values.
  • 11. The machine-controlled method of claim 1, wherein said at least one user-established target condition comprises a plurality of target conditions that each have a corresponding target satisfaction value.
  • 12. The machine-controlled method of claim 11, wherein each target satisfaction value is no less than 0.0 and no more than 1.0.
  • 13. The machine-controlled method of claim 11, wherein said plurality of target conditions are ranked according to said corresponding target satisfaction values.
  • 14. The machine-controlled method of claim 1, wherein said at least one user-defined importance condition is provided by a user via a user interface.
  • 15. The machine-controlled method of claim 14, wherein said at least one user-specified preference condition, said at least one user-established target condition, or both are provided by the user via the user interface.
  • 16. The machine-controlled method of claim 1, wherein said at least one user-defined importance condition corresponds to said at least one user-specified preference condition, said at least one user-established target condition, or both.
  • 17. The machine-controlled method of claim 1, wherein said at least one user-established target condition comprises a user-provided target value for a first aspect of said stored information and a user-provided threshold range corresponding to said user-provided target value.
  • 18. The machine-controlled method of claim 17, wherein said first aspect corresponds to an employment opportunity characteristic.
  • 19. The machine-controlled method of claim 1, wherein said stored information comprises belief data comprising at least one representation of a statement corresponding to a user, said representation having associated therewith a belief certainty.
  • 20. The machine-controlled method of claim 19, wherein said belief certainty is based on at least one other representation of a statement corresponding to another user.
  • 21. The machine-controlled method of claim 19, wherein said belief certainty is provided by a user via a user interface.
  • 22. The machine-controlled method of claim 19, wherein said belief certainty is provided by an automated process.
  • 23. The machine-controlled method of claim 22, wherein said automated process comprises automatic tagging.
  • 24. The machine-controlled method of claim 1, wherein said stored information comprises estimation data comprising at least one characteristic having units associated therewith, said characteristic having associated therewith an estimation certainty.
  • 25. The machine-controlled method of claim 24, said estimation certainty is based on at least one representation of a statement corresponding to a user.
  • 26. The machine-controlled method of claim 25, wherein said estimation certainty is further based on at least one other representation of a statement corresponding to another user.
  • 27. The machine-controlled method of claim 24, wherein said estimation certainty is provided by a user via a user interface.
  • 28. The machine-controlled method of claim 24, wherein said estimation certainty is provided by an automated process.
  • 29. The machine-controlled method of claim 28, wherein said automated process comprises automatic tagging.
  • 30. The machine-controlled method of claim 1, wherein said at least one data store comprises a structured database.
  • 31. The machine-controlled method of claim 1, wherein said at least one data store comprises an indexed data store.
  • 32. The machine-controlled method of claim 1, wherein performing said matching operation comprises determining whether any of said stored information meets said at least one user-established target condition, wherein said at least one user-established target condition indicates a target for a first aspect of said stored information and a threshold range corresponding to said target.
  • 33. The machine-controlled method of claim 32, wherein said at least one matching result comprises a value within said threshold range.
  • 34. The machine-controlled method of claim 32, wherein said at least one matching result comprises a value that is at least substantially equal to said target.
  • 35. The machine-controlled method of claim 1, wherein said at least one matching result is based on at least one subset of said stored information that corresponds to multiple users.
CROSS-REFERENCE TO RELATED APPLICATION

This application claims the benefit of U.S. Provisional Patent Application Ser. No. 61/461,539, titled “RECORD SATISFACTION SEARCH TECHNOLOGY” and filed on Jan. 18, 2011, the content of which is hereby incorporated by reference herein in its entirety.

Provisional Applications (1)
Number Date Country
61461539 Jan 2011 US