Matching method of providing personalized recommendations and a system thereof

Abstract

Embodiments of the present invention relate to real-time matching. As changes in data occur in a system, these changes are immediately used by running models implemented in the system to provide users with real-time personalized results. Concurrently, the system is continuously learning from these same changes to build test models, which are built upon the running models (which reflect past knowledge) using the current knowledge. The running models are continuously evolving as they are updated with the test models. A model implemented by the system is a match model, which is configured to intelligently determine which members are available for a new job and to provide a user with at least one member from that pool of available members who satisfies a search criteria specified by the user. The user's actions and the available member's actions are both immediately captured, analyzed and reflected in the system.

Description

FIELD OF INVENTION

The present invention relates to an improved method of matching and a system thereof, wherein the matching provides personalized recommendations.

BACKGROUND OF THE INVENTION

Prior art matching systems involve collecting data in static data containers and processing the collected data at predetermined intervals to update matching algorithms implemented in the prior art matching systems. The prior art matching systems do not immediately process changes as they occur in the system as these changes, which become part of the collected data, are only periodically processed such as once a day or once a week. Accordingly, a drawback of the prior art matching systems is that data, such as user actions, are not immediately captured, analyzed and reflected, to provide users with the most relevant results.

BRIEF SUMMARY OF THE INVENTION

Embodiments of the present invention relate to real-time matching. As changes in data occur in a system, these changes are immediately used by running models implemented in the system to provide users with real-time personalized results. Concurrently, the system is continuously learning from these same changes to build test models, which are built upon the running models (which reflect past knowledge) using the current knowledge. The running models are continuously evolving as they are updated with the test models. A model implemented by the system is a match model, which is configured to intelligently determine which members are available for a new job and to provide a user with at least one member from that pool of available members who satisfies a search criteria specified by the user. The user's actions and the available member's actions are both immediately captured, analyzed and reflected in the system.

In one aspect, a non-transitory computer-readable medium is provided. The non-transitory computer-readable medium stores instructions that, when executed by a computing device, cause the computing device to perform a method. The method includes determining availability of each member within a services exchange medium based on user behaviors of all members continuously collected within the services exchange medium. The user behaviors include accepting a job, declining a plurality of invitations, not responding to proposals, not logging into the services exchange medium for a predetermined amount of time, and searching for work. Other user behaviors are contemplated. In some embodiments, the availability of each member is dependent of a type of job the member has accepted. For example, it can be determined that a first member who has accepted a job, such as a 40-hour programming job, is unavailable for more jobs, while it can be determined that a second member who has accepted a job, such as a 4-hour logo design job, is available for more jobs.

The method also includes providing a pool of available members. Each of the available members of the pool are selected from all members of the services exchange medium based on the learned availability.

The method also includes receiving search criteria input by a user. The search criteria is skills, location, rate, feedback and/or other suitable search criteria.

The method also includes using the search criteria as filters to present to the user at least one of the available members who satisfies the search criteria.

In some embodiments, the method further includes collecting a response from the user, wherein the response becomes part of the collection from which availability is learned.

In another aspect, a system for providing real-time personalization is provided. The system includes a first online loop. The first online loop includes a messaging buffer that contains messages. The message are received at the messaging buffer from at least one of databases, logs, processes and a user interface.

The first online loop also includes a real-time data processing engine that includes a plurality of processors for parallel processing of a message received from the messaging buffer. Each of the plurality of processors is typically configured to process a portion of the message.

The first online loop also includes a data warehouse that stores data processed by the real-time data processing engine.

The first online loop also includes a matching engine that implements a match model configured to intelligently provide a user with at least one available member. The at least one available member typically satisfies a search criteria specified by the user.

In some embodiments, the match model is also configured to learn availability based on user behaviors of all members continuously collected within a services exchange medium, provide a pool of available members, wherein each of the available members of the pool are selected from all members of the services exchange medium based on the learned availability, and select the at least one available member from the pool.

The first online loop also includes the user interface that displays results. The results includes the at least one available member. User actions associated with the user interface are typically received by the messaging buffer for further processing by the real-time data processing engine. The user interface can be in a form of a web page, an email, a popup message or a device application (e.g., mobile application, TV application).

In some embodiments, the system also includes an additional online loop, which includes the messaging buffer, the real-time data processing engine, the data warehouse, a personalized web search engine and the user interface. The personalized web search engine typically implements a search model that is configured to intelligently return web search results that are based on the user's behavior within the services exchange medium. The results typically includes the web search results.

In some embodiments, the system also includes a trends/my stats engine that is configured to personalize the user interface, a real-time data visualization and alerts engine that is configured to provide information regarding data flow through the system, and/or a notifications/payments engine that is configured to provide the user with information regarding changes to the system.

In some embodiments, the system also includes HDFS/Hive that stores the same data processed by the real-time data processing engine that is also in the data warehouse. The data in the HDFS/Hive is referred to as training data. The system also includes an experiment engine including one or more test models. The experiment engine can track performance of any of the one or more test models and provides performance data of that test model. The one or more test models are refined prior to being implemented by one or more engines of the system. For example, in some embodiments, the match model was processed by the batch data processing engine prior to the match engine implementing the match model. The system also includes a batch data processing engine that processes the one or more test models using the training data.

BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing will be apparent from the following more particular description of example embodiments of the invention, as illustrated in the accompanying drawings in which like reference characters refer to the same parts throughout the different views. The drawings are not necessarily to scale, emphasis instead being placed upon illustrating embodiments of the present invention.

FIG. 1 illustrates building blocks of an exemplary matching engine according to an embodiment of the present invention.

FIG. 2 illustrates a block diagram of an exemplary computing device according to an embodiment of the present invention.

FIG. 3 illustrates an exemplary method of providing real-time matches according to an embodiment of the present invention

FIG. 4 illustrates an exemplary system for providing real-time matches according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

In the following description, numerous details are set forth for purposes of explanation. However, one of ordinary skill in the art will realize that the invention can be practiced without the use of these specific details. Thus, the present invention is not intended to be limited to the embodiments shown but is to be accorded the widest scope consistent with the principles and features described herein.

Embodiments of the present invention relate to real-time matching. As changes in data occur in a system, these changes are immediately used by running models implemented in the system to provide users with real-time personalized results. Concurrently, the system is continuously learning from these same changes to build test models, which are built upon the running models (which reflect past knowledge) using the current knowledge. The running models are continuously evolving as they are updated with the test models. A model implemented by the system is a match model, which is configured to intelligently determine which members are available for a new job and to provide a user with at least one member from that pool of available members who satisfies a search criteria specified by the user. The user's actions and the available member's actions are both immediately captured, analyzed and reflected in the system.

In some embodiments, the match model is implemented by a matching engine of the system. FIG. 1 illustrates building blocks of an exemplary matching engine 100 according to an embodiment of the present invention. The matching engine includes three main building blocks. The three main building blocks are Inventory, Search and Match Making. The Inventory building block includes concepts involving (1) skill tagging and (2) inventory development. The Search building block includes concepts involving (1) invites and proposals and (2) personalization. The Match Making building block includes concepts involving (1) market movers, (2) recommendations and (3) purchasing. Details of the personalization concept and recommendations concept are discussed in detail below, although the remaining concepts are not discussed herein.

The personalization concept and the recommendations concept address matching issues in a services exchange medium. The services exchange medium is for hiring and working on demand. In the services exchange medium, clients are able to find and hire freelancers to get projects done quickly and cost effectively. Specifically, freelancers profiles are maintained in the services exchange medium and can be obtained and reviewed by clients prior to hiring. Similarly, in the services exchange medium, freelancers are able to search for projects posted by clients to work on. Freelancers can be invited by clients to bid on the projects posted by clients. Based on the logic of the match model, the matching engine is configured to assist in recommending appropriate jobs and/or clients to freelancers. Similarly, based on the logic of the match model, the matching engine is configured to assist in recommending proposals and/or qualified freelancers to clients. It should be noted that the terms work, jobs and projects are used interchangeably herein. Typically, all clients and all freelancers are members of the services exchange medium.

The matching engine 100 is typically implemented on a computing device, such as a server. FIG. 2 illustrates a block diagram of an exemplary computing device 200 according to an embodiment of the present invention. The computing device 200 is able to be used to acquire, cache, store, compute, search, transfer, communicate and/or display information.

In general, a hardware structure suitable for implementing the computing device 200 includes a network interface 202, a memory 204, processor(s) 206, I/O device(s) 208, a bus 210 and a storage device 212. The choice of processor 206 is not critical as long as a suitable processor with sufficient speed is chosen. In some embodiments, the computing device 200 includes a plurality of processors 206. The memory 204 is able to be any conventional computer memory known in the art. The storage device 212 is able to include a hard drive, CDROM, CDRW, DVD, DVDRW, flash memory card, RAM, ROM, EPROM, EEPROM or any other storage device. The computing device 200 is able to include one or more network interfaces 202. An example of a network interface includes a network card connected to an Ethernet or other type of LAN. The I/O device(s) 208 are able to include one or more of the following: keyboard, mouse, monitor, display, printer, modem, touchscreen, button interface and other devices. Application(s) 214, such as a program(s) implementing the match model, are likely to be stored in the storage device 212 and memory 204 and are processed by the processor 206. More or less components shown in FIG. 2 are able to be included in the computing device 200.

FIG. 3 illustrates an exemplary method 300 of providing real-time matches according to an embodiment of the present invention. The method 300 is typically implemented by the matching engine 100 of FIG. 1. The method 300 begins at a step 305. At the step 305, the matching engine 100 determines availability of each member within the services exchange medium. The determination is based on user behaviors of all members that are continuously collected within the services exchange medium. The following are exemplary circumstances in which a freelancer is determined to be unavailable for a new or additional work:

• • rejecting X consecutive invites in Y amount of time (e.g., minutes, hours, days, weeks, etc.);
  • previously accepting a long-term job, such as a 40-hour web programming job
  • accepting a plurality of short-term jobs;
  • not being logged into the services exchange medium for Z amount of time (e.g., weeks, months, etc.);
  • providing a reason of unavailability in a previous invite; and
  • marking the unavailability status in the profile.The following are exemplary circumstances in which a freelancer is determined to be available for a new or additional work:
  • previously accepting one or two short-term jobs, such as two 4-hour logo design jobs;
  • completion of a job;
  • logging into the services exchange medium after being dormant;
  • searching for jobs on search pages; and
  • marking the availability status in the profile.It should be understood that these circumstances are only exemplary and are not limited to those listed. The intelligence of the system is adaptive. The system continuously learns from user behaviors to improve its intelligence in determining other circumstances in which a freelancer is available or unavailable.

At a step 310, the matching engine 100 provides a pool of available members. In particular, those members who have been determined as being available for new or additional work become part of the pool. And, those members who have been determined as being unavailable for new or additional work do not become part of the pool. Each of the available members of the pool is selected from all members of the services exchange medium based on the determination made at the previous step 305.

At a step 315, the matching engine 100 receives a search criteria input from a user. For example, the user is a client who is searching for qualified freelancers. The client is typically able to input one or more search criteria such as skills, location, rate, and feedback during a search. Other search criteria are possible.

At a step 320, the matching engine 100 uses the search criteria as filters to present to the user at least one of the available members who satisfies the search criteria. In some embodiments, all available members who satisfy the user's search criteria are provided to the user. Alternatively, only the top M available members who best satisfy the user's search criteria are provided to the user. In some embodiments, these recommended members are sorted based on a rank score.

For example, assume only freelancers Ann, May, James, Riki and Thomas are part of the pool as they have been determined to be available for new or additional work at the steps 305 and 310. All other freelancers within the services exchange medium have been determined to be unavailable for new or additional work. Further assume client Wendy is searching to hire a service provider who knows web programming and lives in Sacramento. Freelancer Ann will be returned to the user since Ann best satisfies Wendy's search criteria. May, James, Riki and Thomas are not recommended not because they were not in the pool but because they do not meet the search criteria.

At the end of the step 320, the method 300 ends.

Typically, responses, such as user actions in the user interface 414, from the user, the at least one member presented to the user, or both are collected. The responses become part of the collection from which availability is learned. The system is thus able to reflect changes, including the responses, immediately in the match model, typically within seconds, to provide users with personalized recommendations.

In contrast, prior art matching engines are not intelligent and is not able to differentiate between those members who are available and those members who are unavailable for new or additional work. As such, the prior art matching engines blindly includes everyone in the pool. A user's search criteria is then applied to everyone in the pool. It is therefore possible for the prior art matching engines to recommend a freelancer who is unavailable for new or additional work to a user. Continuing with the example, prior art matching engines could recommend both freelancers Greg and Ann because both meet the user's search criteria, even though Greg is currently unavailable to accept new or additional work.

Although the matching engine 410 has been discussed as recommending freelancers, the matching engine 410 can also provide other personalized recommendations, including clients, jobs and proposals.

FIG. 4 illustrates an exemplary system 400 for providing real-time personalization according to an embodiment of the present invention. Briefly, the system 400 is able to process each change as the change occurs in the system 400 and to determine how the change maps to models implemented by the system 400. Components of the system 400 includes a plurality of sources 402, a messaging buffer 404, a real-time data processing engine 406, a data warehouse 408, a matching engine 410, a personalization web search engine 412, one or more forms of user interface 414 (simply referred to as user interface), a HDFS/Hive 420, a batch data processing engine 422, an experiment engine 424, and a real-time data visualization and alerts engine 426. More or less components are possible. For example, the system 400 can also include a notifications/payments engine 418 and/or a trends/my stats engine 416, which are extensions of the system 400. The learning described above is a process typically supported by the system 400.

The system 400 can support front-end services for end users of the system 400. The front-end services include a first online loop. The first online loop is configured to provide real-time matches discussed in FIG. 3. The first online loop includes the messaging buffer 404, the real-time data processing engine 406, the data warehouse 408, the matching engine 410 and the user interface 414.

The messaging buffer 404, such as a FIFO buffer or any suitable queue, contains messages. The messages are changes that occur in the system 400. The changes can be received from the plurality of sources 402, such as database(s), log(s) and process(es). Other sources are contemplated. The changes can also be received from the user interface 414.

Each message in the messaging buffer 404 is received at and processed by the real-time data processing engine 406. The real-time data processing engine 406 includes a plurality of processors for parallel processing a message received from the messaging buffer 404. Each of the plurality of processors is configured to process a particular portion of the message such that the entire message is processed by the real-time data processing engine 406. Each of the plurality of processors is responsible for performing a set of analysis on its assigned portion of the message to analyze. The real-time data processing engine 406 preferably is able to process volumes of activity or changes in real-time and scale.

Data processed by the real-time data processing engine 406 is stored at (e.g., written into) the data warehouse 408. The matching engine 410, which implements the match model described above, receives a search criteria specified by the user and, using the data from the data warehouse 408, to recommend/provide at least one available member who satisfies the search criteria. In particular, the match model includes logic configured to determine availability of each member based on user behaviors of all members continuously collected with the services exchange medium, to provide a pool of available members based on the determination, and to use the search criteria as filters to present or recommend the at least one available member from the pool. The recommended member is not only qualified to do or perform the work but is available to take on the work.

The user interface 414 displays results, such as the at least one available member recommended by the matching engine 410. The user interface 414 can be in the form of a web page, an email or a popup message. Other forms of the user interface 414, such as device applications including a mobile application and a TV application, are contemplated. Typically, user actions associated with the user interface 414 are received by the messaging buffer 404 for further immediate processing by the real-time data processing engine 406. Any actions associated with the user interface 414 are reflected in the data warehouse 408 to be used by the messaging engine 410. For example, new user registration, new job posts, and changes to data are considered in real-time. If Ann, from the above hypothetical, changes location, then matches will not show Ann for that search location, Sacramento.

In some embodiments, the front-end services also include a second online loop. The second online loop is configured to provide personalized web searches. The second online loop includes the messaging buffer 404, the real-time data processing engine 406, the data warehouse 408, the personalized web search engine 412 and the user interface 414. The same data in the data warehouse 408 used by the matching engine 410 is also used by the personalized web search engine 412. The personalized web search engine 412 implements a search model. The search model includes logic that is configured to intelligently return web search results that are based on the user's behavior within the services exchange medium. The web search results are displayed at the user interface 414. The personalized web search engine 412 is typically able to log users in and out and maintain sessions.

In some embodiments, the front-end services also include the trends/my stats engine 416 that is configured to personalize the user interface 414 by presenting to the user personalized data, including the user's trends and statistics (e.g., quality of the user) in the services exchange medium. The personalized data is typically derived from the data stored in the data warehouse 408. The trends/my state engine 416 is an extension of the system 400.

In some embodiments, the front-end services also include the notifications/payments engine 418 that is configured to provide the user with information regarding changes to the system 400 and payments. The notifications/payments engine 418 is also an extension of the system 400.

The system 400 can also support back-end services for administrators of the system 400. In some embodiments, the back-end services include the real-time data visualization and alerts engine 426 that is configured to provide to administrators information regarding data flow through the system 400.

In some embodiments, the back-end services also include the HDFS/Hive 420, the batch data processing engine 422 and the experiment engine 424. The HDFS/Hive 420 stores the same data processed by the real-time data processing engine 406 that is also stored in the data warehouse 408. In some embodiments, data from the real-time data processing engine 406 is concurrently rewritten to both the HDFS/Hive 420 and the data warehouse 408. The data in the HDFS/Hive 420 is referred to as training data.

The experiment engine 424 includes one or more test models in development. The training data in the HDFS/Hive 420 is typically processed by the batch data processing engine 422 using the one or more test models stored in the experiment engine 424 to create current knowledge. The test models are typically built upon running models (e.g., match model and search model) and the current knowledge. In some embodiments, two or more test models can be simultaneously processed. Developers are able to further refine the test models in the batch data processing engine 422 before the test models are implemented in the different engines of the system 400. For example, in some embodiments, the match model was processed (e.g., tested) by the batch data processing engine 422 prior to the match engine 410 implementing the match model. For another example, in some embodiments, the search model was processed (e.g., tested) by the batch data processing engine 422 prior to the personalized web search engine 412 implementing the search model. Refinement of each test model is an iterative process.

In some embodiments, the experiment engine 424 is also configured to track performance of any test model in the system 400. The system 400 is configured to provide performance data of the test model being tracked. Developers are able to evaluate the performance data to optimize that test model by adjusting parameters of that test model in the experiment engine 424. In some embodiments, the performance data is typically available within hours of testing.

One of ordinary skill in the art will realize other uses and advantages also exist. While the invention has been described with reference to numerous specific details, one of ordinary skill in the art will recognize that the invention can be embodied in other specific forms without departing from the spirit of the invention. Thus, one of ordinary skill in the art will understand that the invention is not to be limited by the foregoing illustrative details, but rather is to be defined by the appended claims.

Claims

1. A non-transitory computer-readable medium storing instructions that, when executed by a computing device, cause the computing device to perform a method of optimizing performance in a services exchange medium, the method comprising: accessing an evolving collection of explicit and implicit user behaviors of all members in at least one user interface associated with the services exchange medium and continuously collected within the services exchange medium to establish availability knowledge;processing messages in an online loop that includes a real-time data processing engine, the real-time data processing engine comprising a plurality of processors and a matching engine, each of the plurality of processors for parallel processing of a portion of a message received from a messaging buffer, the messaging buffer comprising a queue containing messages associated with real-time changes in the services exchange medium;executing the matching engine comprising: running a dynamic match model for determining, according to the availability knowledge, availability of each member within the services exchange medium based on a respective member's behaviors within the services exchange medium, wherein an availability of a member is updated based on a behavior of the member related to one or more prior jobs;forming a dynamic subset of members, wherein the dynamic subset includes available members selected from all members of the services exchange medium based on the determining availability;after forming the dynamic subset of members, receiving search criteria input by a user;using the search criteria as filters to search against a set containing the dynamic subset of members and excluding unavailable members of the services exchange medium to determine at least one of the available members from the dynamic subset of members who satisfies the search criteria; andautomatically updating the match model, comprising: determining a first set of circumstances in which a member is available or unavailable for a job;using the user behaviors to determine a second set of circumstances in which a member is available or unavailable for a job, the second set of circumstances different from the first set of circumstances;updating the first set of circumstances to include the second set of circumstances; andupdating the match model based on the first set of circumstances; andpresenting to the user the at least one of the available members; andon an ongoing basis, obtaining new explicit and implicit user behaviors in the at least one user interface associated with the services exchange medium to be processed in real-time and, thereafter, added to the evolving collection to improve the availability knowledge to determine circumstances in which a member is available or unavailable for a job, and to thereby provide more relevant results based on the continuously obtained explicit and implicit user behaviors, wherein the user behaviors include accepting a job, declining a plurality of invitations, not responding to proposals, not logging into the services exchange medium for a predetermined amount of time, and searching for work.

2. The non-transitory computer-readable medium of claim 1, wherein providing a dynamic subset of members includes determining a first member accepting a job is unavailable for more jobs and a second member accepting a job is available for more jobs, wherein the availability of each of the first member and the second member is dependent of a type of the job accepted.

3. The non-transitory computer-readable medium of claim 1, wherein the search criteria is at least one of skills, location, rate and feedback.

4. The non-transitory computer-readable medium of claim 1, further comprising collecting a response from the user, wherein the response becomes part of the collection from which availability is learned.

5. A system for optimizing performance in a services exchange medium, the system comprising: a first online loop comprising:a messaging buffer comprising a queue containing messages associated with real-time changes in the system;a real-time data processing engine comprising a plurality of processors for parallel processing of a message received from the messaging buffer, wherein each of the plurality of processors is configured to process a portion of the message in parallel with a remaining number of the plurality of processors processing other portions of the message such that an entire message is processed for storage in a data warehouse;a data warehouse storing data processed by the real-time data processing engine;a matching engine comprising a dynamic match model, the matching engine configured for executing steps comprising: determining circumstances in which a member is available or unavailable for a job, thereby improving learned availability knowledge using the stored data;receiving a search criteria specified by a user;forming a dynamic subset of members based on the availability knowledge;running the match model to intelligently provide the user with at least one available member selected from the dynamic subset of members, wherein the at least one available member selected from the dynamic subset of members satisfies the search criteria specified by the user;automatically updating the match model to reflect changes in the stored data, the stored data including user responses; anda user interface displaying results, wherein the results includes the at least one available member, wherein implicit and explicit user actions associated with the user interface are continuously received by the messaging buffer for further processing by the real-time data processing engine and, thereafter, are stored in the data warehouse to be considered in real-time by the matching engine each time availability of each member is determined to thereby provide more relevant results based on the continuously received explicit and implicit user behaviors, wherein the user behaviors include accepting a job, declining a plurality of invitations, not responding to proposals, not logging into the services exchange medium for a predetermined amount of time, and searching for work.

6. The system of claim 5, wherein the message are received at the messaging buffer from at least one of databases, logs, processes and the user interface.

7. The system of claim 5, wherein the user interface is in a form of one of a web page, an email, a popup message and a device application.

8. The system of claim 5, further comprising an additional online loop, wherein the additional online loop comprises: the messaging buffer;the real-time data processing engine;the data warehouse;a personalized web search engine implementing a search model configured to intelligently return web search results that are based on the user's behavior within a services exchange medium; andthe user interface, wherein the results includes the web search results.

9. The system of claim 8, wherein the messages in the messaging buffer are messages associated with real-time changes in the system, wherein the messaging buffer is coupled with a plurality of sources including the user interface, wherein implicit and explicit user actions associated with the user interface are received in real-time by the message buffer.

10. The system of claim 5, further comprising a trends/my stats engine configured to personalize the user interface.

11. The system of claim 5, further comprising a real-time data visualization and alerts engine configured to provide information regarding data flow through the system.

12. The system of claim 5, further comprising a notifications/payments engine configured to provide the user with information regarding changes to the system.

13. The system of claim 5, further comprising: HDFS/Hive storing the same data processed by the real-time data processing engine that is also in the data warehouse, wherein the data in the HDFS/Hive is training data;an experiment engine including one or more test models; anda batch data processing engine processing the one or more test models using the training data.

14. The system of claim 13, wherein the one or more test models are refined prior to being implemented by one or more engines of the system.

15. The system of claim 13, wherein the match model was processed by the batch data processing engine prior to the match engine implementing the match model.

16. The system of claim 13, wherein the experiment engine tracks performance of any of the one or more test models and provides performance data of that test model.

17. The system of claim 5, wherein results from the processing by the real-time data processing engine of the user actions associated with the user interface are used to update the dynamic subset of members.

18. A non-transitory computer-readable medium storing instructions that, when executed by a computing device, cause the computing device to perform a method of optimizing performance in a services exchange medium, the method comprising: continuously updating an evolving collection of data received in real-time, wherein the evolving collection of data includes implicit and explicit user behaviors of all members in at least one user interface associated within the services exchange medium;processing messages in an online loop that includes a real-time data processing engine, the real-time processing engine comprising a plurality of processors and a matching engine, each of the plurality of processors for parallel processing a portion of a message received from a messaging buffer, the messaging buffer comprising a queue containing messages associated with real-time changes in the services exchange medium;running a match model matching users posting jobs with members available for jobs, wherein the match model improves learned availability knowledge using the evolving collection of data, to determine circumstances in which a member is available or unavailable for a job;running the match model comprising: determining, according to the availability knowledge, availability of each member within the services exchange medium based on the processed data, wherein an availability of a member is updated based on a behavior of the member related to one or more prior jobs;forming a dynamic subset of members, wherein the dynamic subset includes available members selected from all members of the services exchange medium based on the determining step;after forming the dynamic subset of members, receiving search criteria input by a user;using the search criteria as filters to search against a set containing the dynamic subset of members and excluding unavailable members of the services exchange medium to determine at least one of the available members from the dynamic subset of members who satisfies the search criteria, and to present to the user the at least one of the available members, wherein the at least one of the available members from the dynamic subset of members is more likely than not to be both qualified and available;automatically updating the match model to reflect the changes in the collection of data, wherein updating the match model comprises: determining a first set of circumstances in which a member is available or unavailable for a job;using the user behaviors to determine a second set of circumstances in which a member is available or unavailable for a job, the second set of circumstances different from the first set of circumstances;updating the first set of circumstances to include the second set of circumstances; andupdating the match model based on the first set of circumstances; andcontinuously capturing new explicit and implicit user behaviors with the at least one user interface associated with the services exchange medium, to be processed; andupdating the evolving collection of data with the new explicit and implicit user behaviors such that the new explicit and implicit user behaviors are considered in real-time each time availability of each member is determined to provide more relevant results based on the continuously captured explicit and implicit user behaviors, wherein the user behaviors include accepting a job, declining a plurality of invitations, not responding to proposals, not logging into the services exchange medium for a predetermined amount of time, and searching for work.

19. The non-transitory computer-readable medium of claim 18, wherein the evolving collection of data also includes data changes in databases, logs and processes associated with the services exchange medium.