Patent Publication Number: US-2021182984-A1

Title: System for cook-neighbor reservation and food safety certification

Description:
BACKGROUND 
     Technical Field 
     The technical field generally describes systems and methods for a peer-to-peer based dining experience. Specifically, this invention relates to systems and methods for matching users—more specifically, cooks and neighbors, using an interactive web-based matching platform for a social dining experience, utilizing location based services and other user-specific matching criteria. 
     Background Of Related Art 
     Technology has made dining a sharable experience through real-time updates, uploaded images and check-ins from either someone&#39;s place or restaurant. Conversations about meals happen between people present and then are shared with those who are connected to them afar. Social media websites such as Twitter, Instagram, Facebook, Foursquare and Gastronaut all encourage people to discuss their dining activities in a virtual, social space. Apps can be downloaded to a user&#39;s smartphone to share updates. These systems allow a user to unilaterally communicate with his/her social network by posting status updates or broadcasting information. Present-day social networking platforms or dining platforms additionally offer users the ability to join or create a dining-based interest or activity group within the website. 
     For many people, cooking is a passion, and more importantly, can be therapeutic, stress busting, fulfilling, and comforting. More significantly, the added social dimension creates an outlet for people to be more communal and connected with their local community. With increased urbanization and other demographic trends, people are increasingly isolated. It is all too common for people to not have never even met their next-door neighbors. Since time immemorial, food has been a major thread in the social fabric of a community. This thread figures even more prominently now with the advent of the innumerable social media and dining platforms. 
     While there are dining platforms that will set a person up on a group dining experience, these services are generally run by professional chefs who don&#39;t receive requests, but rather simply post their menu of the day. Upon receiving a satisfactory number of guests, any number of the available platforms may confirm the event to the chef, along with all of the confirmed guests. However, if the pre-defined number of guests has not been satisfied, then the event is cancelled and the chef and guests are notified. 
     These dining platforms do not employ a true peer-to-peer platform because they are exclusive to pairing a professional chef to a guest user. This fact would effectively eliminate a whole share of wonderful cooks, who are just as passionate about cooking the food of their ancestry. Just because they may not have had formal training from a culinary institute and do not possess a chef&#39;s cap, doesn&#39;t mean that they couldn&#39;t provide an authentic, home-cooked meal. What&#39;s more, because the recipes weren&#39;t filtered down from an austere culinary pedagogue, mundanely reciting instructions on technique and ingredients, there would be a far richer context to the food. Context could include the first time the cook learned how to make the dish; from whom the cook learned the dish; interesting anecdotes of the learning experience, etc. Again, these anecdotes would enrich the dining experience, along with help to form stronger bonds between community members. 
     Moreover, these dining platforms essentially do not employ any matching algorithms or modules to pair the professional chef to the potential dining guest. The only filter is the posted menu of the day from the chef. The potential dining guest peruses through a listing of chef-posted meals and decides if he or she would like to join the table at the home of the chef. There aren&#39;t any sophisticated matching along multi-points of interest to ensure or suggest a likelihood of compatibility. Pictures or description alone of a chef-posted menu cannot reliably predict compatibility—the potential dining guest essentially has to take the word of the professional chef. 
     Finally, the extant dining platforms are limited to a conventional dining experience. Essentially, the chef posts a menu and the potential dining guest—based on the pictures and description posted by the chef—makes a decision to join the table. There are no other permutations of this. The lack of versatility of the various types of meal provisioning is glaringly apparent. Thus far, none of these dining platforms address this void. The potential dining guest does not have the option to request preferred meals; request meals based on preferred ingredients or techniques; pick-up, rather than have to join a table; observe the meal being cooked in front of the guest; cook the meal together; have the cook come to the house of the guest and cook the meal; sharing your recipe with the cook; having the cook sharing the cooking process via a video message, etc. Again, these non-conventional permutations of meal provisioning, strengthen local community ties, along with enriching the dining experience with a deep social context. 
     The final issue that plagues all peer-to-peer networks is the issue of trust. These peer-to-peer networks are proposing the sharing of intimate resources between presumable strangers. How can you trust that these strangers will treat these intimate resources with the same care as you do. The extant platforms attempt to solve this trust issue by incorporating a user rating system, wherein guests within the network rate chefs based on their previous experience or an aggregate of experiences. Again, the limitation with such a user-rating system for trust building is that it essentially requires to trust the rater. It lacks the depth and context compared to a cut-by-cut or flip-by-flip co-cooking experience between a cook and neighbor. Such an intimate experience would build sustainable trust and presumably foster strong bonds within a local community network. 
     Hence, there is need in the art for a computer and web-based marketplace system and method for substantively matching users based on a cook to neighbor matching platform for any permutation of a dining event or experience—fostering trust and social ties within a local community. 
     Even before the ominous COVID-19 started to make headlines around the world, online food delivery was reaping the benefits of more widespread digitalization and a greater abundance of delivery apps. The general trend towards e-commerce, increased urban living and changing social behaviors had all been feeding into this growing sector. With the recent Covid-19 pandemic, the food industry landscape is dynamically changing. Panic-buying and fear of contagion are driving many consumers to download apps for groceries and meals during the coronavirus crisis. Now, with many governments prohibiting food and beverage outlets from opening their doors to dine-in guests, the food delivery business is gaining momentum. With the two possible caveats of consumers being eager to avoid unnecessary expenses during this period of economic uncertainty and a potential lack of transparency on how food is prepared (notably a lack of hygiene oversight in the case of third-party delivery platforms), ordering food online seems to have become a tiny window into the joys of food we had become so accustomed to before lockdown. 
     Indeed, the reasons to opt for online food delivery services are plentiful, whether it be simply ordering groceries online to avoid the human interaction inherent in going to the supermarket or corner shop, or having your favorite dish served up on your doorstep. 
     As for the latter, the motivation to place that order may lie in a lack of cooking skills or lack of time—we all know working from home can prove inefficient at the best of times, never mind when you have toddlers running around your kitchen table (forgive me, “desk”). It may be a case of seeking to emulate the lifestyle we once prided ourselves on, hunger for variety or an appreciation for professionally prepared food. We may be purchasing meals online out of solidarity for our local economy or simply accepting that we ourselves are not in a position to cook, due to a disability, old age or frailty, combined with the absence of sons and daughters popping in to help. 
     One of the many changes—thanks to the pandemic—the food safety been completely revamped. Consumer&#39;s appetite for validating food safety protocols is greater than expected. Accessibility to data about what operators are doing related to sanitization and safety is becoming a necessity. Tools to track the data and communicate to the consumers via apps is now at the forefront of our reality. Hence, there is a need in the art of computer and web-based marketplace for validating the food safety protocol where safety, sanitization and “no-touch” is the new norm to create a safe environment to foster trust and social ties within a local community. 
     SUMMARY 
     In light of the above, it is readily apparent that a need exists in the art for an efficient marketplace for home cooked expert food services. It is therefore a primary object of the invention to provide a marketplace for home cooked food that allows the cook and requestors of food services or neighbors to find one another based on a sophisticated matching. Such matching is based on multi-point areas of interest that provides matched cooks-neighbors with a versatility of dining experiences or events. These events, in turn, guarantee a social context with a certain level of depth, enriching the dining experience, building community ties, and providing the necessary trust for a sustainable peer-to-peer network. 
     The present invention fills the void left by the extant dining platforms. It is directed to a web-based, peer to peer (P2P) electronic system and method which provides easy access to fresh home cooked food. More importantly, a platform, where the locals and neighbors can request authentic and traditional home cooked food from their neighbor cooks; meet new people in their local community; and get intimate insight into a different culture, tradition and cuisine, is disclosed. A system where one can request customized meals, a special diet meal, or where one can upload a recipe and request the cook to make it, is further disclosed. Guest can even cook the requested meals with the matched cooks, in the confines of their own home. Peer-to-peer deployment with a multi-point matching module to match cooks and neighbors for a versatility of dining experiences is generally disclosed. 
     According to an object of the present invention, the system is configured to receive food preference attributes which enable a profile to be created by a profile module, wherein the profile is an abstract data structure; Further yet, a request is received from a first user profile by the requesting module, wherein the request comprises of a specific criterion related to a potential dining experience, occasion, or event, or a generic request. Matching of the first user profile to at least one user profile from a plurality of member profiles is performed by a matching module, wherein the match correlates tagged food preference attributes from a request or profile by the first user profile to tagged food preference attributes from at least one second user profile based on matching rule and score and is further based on a number of, or a degree of tagged correlations. 
     It is another object of the present invention to provide for a method of enabling a profile to be created by a profile module, wherein the profile is an abstract data structure; Further yet, requesting from a first user profile by the requesting module, wherein the request comprises of a specific criterion related to a potential dining experience, occasion, or event, or a generic request. Matching of the first user profile to at least one user profile from a plurality of member profiles is performed by a matching module, wherein the match correlates tagged food preference attributes from a request or profile by the first user profile to tagged food preference attributes from at least one second user profile based on matching rule and score and is further based on a number of, or a degree of tagged correlations. 
     Considering the above, there is an eminent need for validating a food safety protocol in the home cooked food service industry. It is therefore a primary object of the invention to provide a marketplace for home cooked food that allows the cook and requestors of food services or neighbors to find one another based on a sophisticated matching that is done in a safe, sanitized environment. 
     The present invention fills the void left by the extant dining platforms. It is directed to a web-based, peer to peer (P2P) electronic system and method which provides easy access to fresh home cooked food that is authenticated to be prepared in a safe, sanitized environment. 
     According to an object of the present invention, the system is configured to a cook-neighbor reservation system comprising: a processor, a storage element coupled to a processor, encoded instructions, a profile module to create a profile to receive food preference attributes, a request module to receive a request for at least one of a potential dining experience, occasion, event, a specific request and, or a generic request of a home-cooked food by a first user profile, a validation module for certification of a food safety protocol, wherein the certification is at least one of facility/staff sanitation and safety, kitchen safety, curbside pickup/delivery safety; a matching module to match the first user request to at least a second user profile from a plurality of user profiles based on a matching rule and score, wherein said matching triggers at least one of an API-based application for delivery of home-cooked food based on geo-location of the first user and the second user. 
     Further yet, in an embodiment of the invention, the certification of the food safety protocol is at least one of facility/staff sanitation and safety, kitchen safety and curbside pickup/delivery safety. Additionally, in an embodiment once the validation module certifies the completion of the certification of the food safety protocol, a matching module is triggered to match the first user request to at least a second user profile from a plurality of user profiles based on a matching rule and score. 
     The details of one or more embodiments are set forth in the accompanying drawings and description below. Other features, objects, and advantages of the subject matter will be apparent from the description and drawings, and from the claims. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS: 
       The drawings illustrate the design and utility of embodiments of the present invention, in which similar elements are referred to by common reference numerals. In order to better appreciate the advantages and objects of the embodiments of the present invention, reference should be made to the accompanying drawings that illustrate these embodiments. However, the drawings depict only some embodiments of the invention, and should not be taken as limiting its scope. With this caveat, embodiments of the invention will be described and explained with additional specificity and detail through the use of the accompanying drawings in which: 
         FIG. 1  is a network diagram according to an aspect of the invention. 
         FIG. 2  is a network diagram according to an aspect of the invention. 
         FIG. 3  is a system block diagram of the cook-neighbor reservation system according to an aspect of the invention. 
         FIG. 4  is a system block diagram of the matching module according to an aspect of the invention. 
         FIG. 5  is an interaction flow diagram according to an aspect of the invention. 
         FIG. 6  is a process flow diagram according to an aspect of the invention. 
         FIG. 7A  is a user interface diagram according to an aspect of the invention. 
         FIG. 7B  is a user interface diagram according to an aspect of the invention. 
         FIG. 7C  is a user interface diagram according to an aspect of the invention. 
         FIG. 8  is a system block diagram according to an aspect of the invention. 
         FIG. 9  is a user interface diagram according to an aspect of the invention. 
     
    
    
     DETAILED DESCRIPTION 
     In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the invention. It will be apparent, however, to one skilled in the art that the invention can be practiced without these specific details. 
     Reference in this specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the invention. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Moreover, various features are described which may be exhibited by some embodiments and not by others. Similarly, various requirements are described which may be requirements for some embodiments but no other embodiments. 
       FIGS. 1 and 2  is a network diagram illustrating a high-level network architecture in accordance with an aspect of the invention. Cook-neighbor reservation systems  19 ,  29  are deployed on computer platforms and connected centrally or distributive to a server or servers  18 . The system may comprise at least an operating system, memory element, communication device, and storage device coupled to a processor, and are further configured with a set of software applications operative in providing at least one of, matching, tagging, and or payment services to a plurality of cooks  12 ,  22  and neighbors  14 ,  24  operating management systems. Operating systems manage the executions of the application programs and hardware resources and could be anyone of, UNIX, Linux, Windows, OS, and the like. Storage is a computer readable media, storing software program and data structures containing encoded information for operations of server. The communication device may be a network interface, such as Ethernet interface or other type of wireless interface that couples the operations service to external networks. The network  16 ,  26  may be an Internet Protocol (IP) network, the Internet, a mobile communications networks, or a local area network to communicate content and delivery content services. 
     The cook-neighbor reservation system  19 ,  29  may be configured to construct a profile based on at least one data-mined behavioral criteria beyond user-entered information. This information may be crawled from any one of a social media site or cached metadata tag, for example. Alternatively, cook  12 ,  22  and neighbor  14 ,  24  may be able to log in by cross-logging into at least one social media site (Facebook, twitter, Instagram, snap-chat, etc.), thereby allowing the system to perform a de minimus data extraction related to a basic social or demographic characteristics for purposes of a user profile construction. Additionally, user profiles may be populated by other non-user generated means, such as web traffic, cached information, purchasing history, etc. In yet other alternative embodiments, the user profile may be generated as a result of user-inputted information, as opposed to crawled or queried. 
     Still in reference to the platform, a cook-to-neighbor reservation system  19 ,  29  may be in wireless communication to a network  16 ,  26  via a web server  18 . The cook  12 ,  22  and at least one neighbor  14 ,  24  are also connected to the network  16 ,  26 . As illustrated in  FIGS. 1 and 2 , an exemplary embodiment may comprise a cook  12 ,  22  and neighbor  14 ,  24  communicating with a cook-to-neighbor reservation system  19 ,  29  via a network  16 ,  26  and server  18 . The cook-to neighbor reservation system  19 ,  29  supports a number of functionalities through a device layer graphical user interface, such as a cook  12 ,  22  sign up, sign in; neighbor  14 ,  24  sign up, sign in; profile module  29   a , requesting module  29   b , matching module  29   c , payment module  29   d , verification system, suggestion module, and payment module. In some embodiments, an avatar (user profile encoded data structures representing 3D graphical characters representing a cook or neighbor) may be employed. In other embodiments, an actual photograph of either the cook  12 ,  22  and, or neighbor  16 ,  26  may be used to visually represent the user profile. 
     As illustrated in  FIG. 2 , the system includes a cook-neighbor reservation system  29 , connected to a network  26 , which may be any one of secure communications networks. The cook-neighbor reservation system  29  may include a profile module  29   a , requesting module  29   b , matching module  29   c , and a payment module  29   d , facilitating payment transactions between the neighbor  24  and cook  22 . In alternative embodiments, a verification system may be operable to ensure a satisfactory fulfillment of mutually agreed services between cook  22  and neighbor  24 . The verification system may further be operably coupled to a user rating system and, or the payment module. Once completion of transaction is verified by any one of the cook  22  or neighbor  24 , the neighbor  24  may be directed to a payment track powered by a payment engine or module. Such a payment module may further be operably coupled to an intermediary account. The intermediary account may serve as a 3rd party account holding funds from the neighbor in escrow, prior to satisfactory fulfillment of services. Once fulfilled, the remaining or full portion of the escrowed funds may be disbursed from the intermediary account. The verification-payment track may, in other embodiments, be void of an intermediary account, and rather just disburse the full amount of funds from a neighbor  24  payment agents upon fulfillment of order by cook  22 . In other embodiments, the verification system may be operably coupled to a user rating system, wherein the user rating is tabulated based in large part by verification from the verification system. 
     In some embodiments (not shown in  FIG. 2 ), a payment agent allows a neighbor  24  via a user device interface- to authorize payment into an intermediary account, further verify satisfactory fulfillment of dining event provisioning by the cook  22  and report unsatisfactory conditions related to the provisioning. In alternative embodiments, payment directives are executed by a payment module, in direct interaction with a neighbor  24 /cook  22  payment agents, obviating the need for an intermediary account. In yet other embodiments, the neighbor  24  may automate authorization and verification for various system processes, obviating the need for the requester/neighbor  24  to have to do so for each transaction. The cook-neighbor reservation system may provide push-notifications of payment from a neighbor  24  directly or from an intermediary account; push-notifications of unsatisfactory fulfillment; direct-messaging capability between cook  22  and neighbor  24 ; and access cloud-backed analytics. 
     Although not shown in  FIG. 2 , the cook-neighbor reservation system  29  may be connected to a database, and, or a cloud, which may include at least anyone of the following data: 1. neighbor/cook Name; 2. neighbor/cook Date of Birth; 3. neighbor/cook Address; 4. neighbor/cook Account Information including, but not limited to, username, password, verification processes, personal information, audio and video messages; 5. cook/neighbor bank account information, including, at least one of, account number, routing number, PayPal account information etc.; and 6. Financial intermediary account information. 
     In continuing reference to  FIG. 2 , the cook-neighbor reservation system  29 , further comprises of a profile module  29   a , which builds profiles based on extant user-specified and non-user generated information and matches cook  22  profiles and neighbor  24  profiles along multiple points of threshold-dependent tagged, dining-based attributes by a matching module  29   c . Threshold-dependent matching is based on a matching rule and generating a matching score above a threshold based on a number of, or a degree of correlations between similarly tagged dining-based attributes. Further yet, in alternative embodiments, once the neighbor  24  receives a list of cooks based on the matching score, the neighbor  24  may use the auction module to find an ideal cook candidate. Further yet, in yet another alternative embodiment of the invention, once the neighbor  24  confirms a cook  22 , a contract between the neighbor  24  and cook  22  triggers transfer of at least a partial amount of the contract amount into an intermediary account by a payment module  29   d , wherein satisfaction of a contract obligation based on a verification agent causes disbursal of at least a partial amount of the contract amount from the intermediary account to a cook  22  account. 
     Further yet, obligations may include, but not limited to, allowing the neighbor  24  to request a meal of his or her choice; to request a meal with a specific recipe to be executed by the cook  22 ; to dine in or pick up from the cook&#39;s  22  home; watch the cook  22  prepare the meal from the neighbor&#39;s  24  or cook&#39;s  22  home; cook with the cook  22  at the cook&#39;s  22  home or neighbor&#39;s  24  home; request a video tutorial of the cooking by the cook  22 ; etc. The more conventional scenarios of scrolling down cook-posted menus of the day are also possible. In yet another scenario, geo-location serves as the prevailing matching criteria between cook  22  and neighbor  24 . 
     Now in reference to  FIGS. 3 and 4 . An exemplary embodiment of the cook-neighbor reservation system  39 , 49  may comprise: a profile module  39   a ,  49   a ; a matching module  39   c ,  49   c ; a payment module  39   d ; a processor; a storage element coupled to the processor; encoded instructions; wherein the system is configured to: receive food preference attributes which enable a profile to be created by the profile module  39   a ,  49   a ; receive a request from a first user profile by the requesting module, wherein said request comprises of a specific criteria related to any one of a potential dining experience, occasion, event, or a generic request; match the first user profile to at least one user profile from a plurality of member profiles by a matching module  39   c ,  49   c , wherein said match correlates tagged food preference attributes from a request or profile by the first user profile to tagged food preference attributes from at least one second user profile based on matching rule and score, further based on a number of, or a degree of tagged correlations; and wherein an acceptance between at least two user profiles, triggers transfer of at least a partial amount of the entire confirmed order amount from a first user profile payment agent into a second user profile payment agent by the payment module  39   d.    
     As an exemplary embodiment of the cook-neighbor reservation system  39 ,  49 , an available inventory of cook profiles stored in a cook profile system is provided, whereby cook profiles define cook offerings, said cook offerings defining at least one of the following: location, time, activity, place of origin, cooking preferential, cost, type of cuisine, options, cook rating, credentials, experience, written profile, video introduction, and wherein the cook offerings and cook rating is a curated, weighted-aggregate of converged, service-specific real-time data, streaming data. Alternatively, a cook profile system may not have an inventory of cook profiles. Conversely, cook profiles may be stored exclusively in the storage layers of a cook profile management system. Further yet, a cook profile system or inventory may be converged with a neighbor profile system stored in a cook-neighbor reservation system  39 ,  49 . 
     Similarly, the cook-neighbor  39 ,  49  system may be coupled to a neighbor profile system having an available inventory of neighbor profiles, whereby neighbor profiles define meal request criteria, said meal request criteria defining at least one of the following: location, time, preferred meals, preferred meal events, meal event prep budget estimates, place of origin, neighbor rating, neighbor written description, type of cuisine, delivery options, video introduction, and wherein the neighbor request and neighbor requestor rating is a curated, weighted-aggregate of converged, service-real-time data. Alternatively, a neighbor profile system may not have an inventory of neighbor profiles. Conversely, neighbor profiles may be stored exclusively in the storage layers of a neighbor profile management system. Further yet, a neighbor profile system may be converged with a cook profile system stored in a cook-neighbor reservation system  39 ,  49 . Optionally, a cook may be a neighbor, or a neighbor may be a cook. 
     Once a meal event query is prompted, a cook profile and neighbor profile and, or meal event request may be paired based on matching service request, meal event request criteria based on a neighbor profile with a cook profile by a matching module  39   c ,  49   c  and both, cook and neighbor will be notified of the match, with an exchange of at least a partial profile information. The partial profile information may include a pre-defined meal event cost, or may be further augmented with a post-facto cost estimate based on the specific meal event request query. 
     In continuing reference to the cook-neighbor reservation system  39 ,  49  and the prompting of a meal event query, said system may be configured to perform a search based on matching rules from a neighbor profile for a customized and individualized meal event experience, said search matching a neighbor profile and, or meal event request query against a plurality of tagged cook profiles to determine the highest scored match between neighbor and cook in a threshold-dependent manner by a matching module  39   c ,  49   c . Said matching module  39   c ,  49   c  matches neighbor with cook along user-created criteria (location, time, activity preference, etc.). The matching module  39   c ,  49   c  may match a neighbor to a cook, wherein said match, correlates terms from a meal event request to a tagged attribute from a cook profile by a tagging module or by the matching module  39   c ,  49   c . Based on a matching rule, generate a matching score based on a number of, or a degree of correlations. The cook is then matched with a neighbor based on the matching score. Alternatively, neighbors may be matched with candidates of ranked cooks—allowing neighbors to choose cooks with a lower matched score. Alternative embodiments may include a match process that does not entail a scoring scheme or threshold-dependency, but rather, just simple keyword matching between meal event query and cook profile tags—tagged by the tagging module or matching module  39   c ,  49   c . In yet other embodiments, tagging and, or matching may simply be along a single point of interest—geo-location based proximity. 
     Although not illustrated in  FIG. 3 or 4 , the system architecture may comprise three major logical layers: storage, query/analysis, and the application layer. The data storage layer consists of any one of either a non-relational, relational, ontology, cloud storage, and/or  3 rd party databases. Data sets may communicate with different storage layers depending on the type of sensor, captured, crawled, or inputted data. Data points may be crawled for or keyword searched for and curated depending on the type of data/format it is and tagged by data attachment index, tag mapping, and block mappings by a tagging module or by the matching module  39   c ,  49   c  in order for it to be retrieved quickly. The query and analysis layer consists of the workflow engine and ontology engine. The former is involved in the scheduling and execution of workflows and processes. The latter is involved in the annotation of data sets and providing the semantic substrate to manipulate the various formats of data sources into a single, standardized format. Moreover, it is the ontology engine within the profile module  39   a ,  49   a  that enables integration and aggregation of different data formats in order to populate the respective fields of the respective profile. The profile module  39   a ,  49   a  with conditional triggers, perform specific actions when conditions are satisfied. For example, when data satisfies a user profile field, the ontology engine and profile module facilitate the transfer of the designated data for specific user profile field population. The matching module  39   c ,  49   c  performs a keyword search query against a plurality of cook profiles by a cook profile probe-pairing cook with a neighbor based on matched search criteria and matched user profiles. Matching in some embodiments encompass using a scoring matrix of aligned interests and a scoring-threshold dependency. Other embodiments involving the matching module  39   c ,  49   c  may not involve a scoring matrix or a scoring-threshold, but alternatively, just a threshold of a number of aligned food-based or meal event attributes. Finally, the application layer consists of components that are involved in the management, access, and distribution of the data. An API service component may offer an easy-to-use interface for access, management, visualization of third-party data, such as Google Maps, social media sites, micro payment sites, etc. 
     Alternatively, a pricing module (not shown) may estimate the cost based on the meal event request query and cook profile and inform cost component of the partial information profile. A reservation module or verification system  39   e  then may prompt confirmation of engagement of a meal event purchase agreement. The reservation module or verification system  39   e  may also be involved in cancelling engagements and is also operably coupled to the payment module  39   d . In alternative embodiments, the matching module  39   c ,  49   c  overlooks confirmation of engagement and is directly in operable communication with the payment module  39   d . In some embodiments, the system  39 ,  49  over a wireless network architecture, comprises a means to receive aggregated data, apply pricing rules to the aggregated data to calculate in real-time a dynamic price, whereby said dynamic price is calculated by a pricing module. The pricing module may take into account any one of the following factors: meal event preference, cost index, lifestyle factors, cook/neighbor user ratings; communicate to neighbor at least one matched cook with a suggested dynamic price. 
     In other embodiments, an auction module (not shown) may allow a plurality of matched cooks the ability to bid or secretly bid for the requested meal event. The auction module may be configured to receive at least one bid from at least one cook; determine the winning bid using an auction module applying auction rules; and communicate the winning bid to the cook and neighbor in preparation for payment processing and fulfillment. 
     Now in reference to the bidding features, once all purchasing criteria are selected by neighbor, said neighbor initiates bidding between local cooks by forwarding total funds into a financial intermediary account held by a third-party service provider on behalf of the cook and neighbor. The funds represent the total ceiling value of what a neighbor intends to spend on any given meal event. Local cooks may become notified of the triggered request, the neighbor&#39;s meal event preferences, and forwarded funds. The forwarded funds, additionally, serve as a show of good faith to the cook, incentivizing bidding. The plurality of cooks will then authenticate the forwarded funds in the intermediary and will begin competitively bidding based on the pre-defined purchasing criteria. Let&#39;s suppose cook A bids at 0.8x Kook with Me&#39; dynamically priced value or ceiling value set by neighbor) and y delivery time and cook B bids at 0.9x (‘Cook with Me’ dynamically priced value or ceiling value set by neighbor) and y+1 delivery time, the bidding algorithm will make a determination of the most competitive bid based on the weighted preferences of the neighbor. Let&#39;s suppose cook A is selected at 0.8x, the intermediary may then return the balance back to the neighbor of 0.2x. The intermediary may forward half of the cooks ask price ½ (0.8x) and release the other half to the cook upon satisfactory completion of the task confirmed by the verification agent  39   e . Alternatively, the intermediary may forward the entire amount of the cooks ask price 1/1 (0.8x) only upon satisfactory completion of the meal event Kook with Me&#39;) confirmed by the verification agent  39   e . In this full disbursal upon completion embodiment, half disbursals at any point during meal event engagement is not necessary. 
     In an alternative embodiment, neighbor may forward funds into the intermediary and request a multiple of meal event services with neighbor preferences. Selected local cooks will be notified of neighbor&#39;s requests and funds, and will proceed to bid for neighbor&#39;s multiple services. For example, neighbor  1  selects ‘Cook with Me’ and ‘Cook my Recipe’, along with any other neighbor meal event criteria, and triggers the bidding by forwarding the ceiling funds into the intermediary. The total fund may have different ceiling values depending on whether it&#39;s for ‘Cook with Me’ or ‘Cook my Recipe’. The neighbor doesn&#39;t have a preference for either, just wants either or maybe both, so long as it is below or at his/her ceiling. Let&#39;s suppose cook A wins the bid for the ‘Cook with Me’ at 0.6x (‘Cook with Me’ ceiling). The remaining fund balance is returned to neighbor  1  and a request to initiate another bid for the ‘Cook my Recipe’ is sent to user at the earlier defined ‘Cook my Recipe’ ceiling value. The bidding for the ‘Cook with Me’ will be triggered once the earlier defined ceiling value is forwarded into the intermediary. In the instance cook floor values are not willing to meet neighbor ceiling values, the bid will automatically expire within a set period of time according to neighbor preference and a request to initiate another bid with a suggestion of raising the ceiling value to meet at least one cook floor value will be prompted. 
     In another embodiment, the intermediary may act as a pre-paid account, whereby subsequent delivery of meal events is charged against the pre-paid intermediary account, rather than just on a bid-bid basis. Variable amounts of value can be loaded onto the neighbors intermediary account. Another advantage of the pre-paid system would be in situations such as the previous hypothetical, in which multiple items are bid for, one item is selected at 0.6x for instance (‘Cook with Me’ event, for example) and the balance needs to be refunded to the neighbor to reinitiate the bid. In the prepaid embodiment, the remaining balance can stay in the intermediary and the neighbor would have the choice of triggering a new bid with the balance or loading value onto the account and rebidding for another meal event, say, the ‘Cook my Recipe’ service, for example. 
     In yet another added system feature, a payment module  39   d  configured to: process the meal event transaction, said payment module  39   d  facilitating the dispensing of funds from the neighbor to a matched or chosen cook, or matched cook with a winning bid upon satisfaction of bidding obligations. In other embodiments, a payment module  39   d  may be configured to process the meal event transaction—even transactions not bundled to the bidding or auction features. In other embodiments, an intermediary payment gateway may be established to serve as an escrow, storing the full amount of funds from the neighbor and disbursing half of the funds to the cook upon satisfaction of bidding obligations, or reservation obligations, and the final half of funds from the intermediary payment gateway to the cook upon full fulfillment of services. 
     In yet other embodiments, the payment module  39   d  may simply be coupled to a bank account and, or credit card account of the neighbor and cook, wherein funds are drawn from the neighbor&#39;s bank account and subsequently transferred to the bank account of the cook by the payment module  39   d . Just as in the case of the intermediary account, payments from the neighbor account may be disbursed in partial amounts or in a full amount to the cook account by the payment module  39   d.    
       FIG. 5 , is an interaction flow diagram according to an aspect of the invention. 
     In an exemplary embodiment of the invention, the cook-neighbor reservation system receives food preference attributes  50  from users, which enable a profile  53  to be created by the profile module  52 . The cook-neighbor system receives a request from a cook by the requesting module  50 , wherein the request may comprise of a specific criterion related to any one of a potential dining experience, occasion, event, or a generic request. The tagging module  51  further tags based on any one of geo-location, food preferences, experience of the cook or other food and social based attributes/inputs. Additionally, in another embodiment of the invention, a generic request trigger for the requester module is based on any one of, a user&#39;s authorization, access, and, or initialization. Further, the requester module interacts with the matching module  54  to initiate a short-cut match of at least two users based only on geo-location. 
     Further yet, the matching module  54 , matches the first user profile to at least one user profile from a plurality of member profiles by correlating the tagged  51  food preference attributes from a requestor profile  50  by the first user profile to tagged food preference attributes from at least one second user profile based on matching rule and score. The acceptance between at least two user profiles, may trigger a series of API or non-API based applications  55 . For example, an acceptance between two user profiles may trigger a banking/payment application, where a transfer of at least a partial amount of the entire confirmed order amount from a first user profile payment agent into a second user profile payment agent may be executed by an API based payment application involving the users banking information. In another example, an acceptance between two user profiles would trigger a social media or location based API application, where the users may post their event on a social media website, or locate neighbor for delivery options. 
     Further yet, in an embodiment of the invention, the acceptance between two user profiles may also use non-API based controls  55 , for example, a match notification may be sent to both user profiles confirming their match. In another instance, users may be directed towards a verification/user based rating system to rate anyone of, food experience, cook ratings, quality/quantity of food. 
     In yet another embodiment of the invention, a confirmation of a match between at least cook and neighbor may lead to a triggering of a non-API  55  based payment gateway, wherein at least a partial amount of the entire confirmed order amount is received from the first user profile (neighbor) payment agent into an intermediary account prior to disbursal of at least the partial amount of the entire confirmed order amount to the second user profile (cook) payment agent. Further yet, the cook-neighbor reservation system of may transfer at least a partial amount of the entire confirmed order amount is received from the first user profile (neighbor) payment agent to the second user profile (cook) payment agent upon match confirmation notification between at least a pair of cook and neighbor. Further yet, the payment system may comprise of, receiving a portion of a confirmed order amount from any one of the user&#39;s profile payment agent into an administrative payment account. 
     In another embodiment of the invention, the profile module  52  may mark at least one food preference attribute from a user profile input by a food preference marker, where the mark may be based on a textual proximity to any one of an adjective, geographic reference, and, or ethnicity reference. Further, the profile module may mark at least one food preference attribute from a user profile input by a food preference marker, where the mark may be based on matched food preference attributes listed in a pre-and, or and, or intelligently defined library. Additionally, in another embodiment, the user profile module  52  may create a user profile based on a user profile input comprising of any one of a questionnaire-led textual answers, user-volunteered textual input, video input, photograph input, social-media feed, search query, home address, geo-location, clicked items, ordered items, and, or provisioned items. 
     In yet another embodiment of the invention, the verification/rating system, rates the users based on at least one of, a quality of service review, quality of food review, time of completion of order, and, or timely payment for order. Additionally, the matching module of the cook-neighbor reservation system, matches user profile  1  with at least one user profile  2  based on at least any one of the following user profile inputs: today&#39;s menu, cook for me, cook with me, join my party, my signature dish, cook my recipe, cook with special dietary needs, join me at a restaurant, and, or exchange meal. Further yet, the matching module matches a plurality of users based on a ranking of highest matching rule score. Subsequently, after the matching module matches at least two users, it may interact with a notification system to notify any one of the users of any one of a highest scored match and, or a ranking of highest scored matches. The matching score is based on a matching rule, wherein, the matching rule gives a highest weighted average to any one of a residential location of a user  1  and user  2 , and, or geo-locations of user  1  and user 2 . Further yet, the matching rule gives a highest weighted average to a user rating of any one of user  1  and, or user  2 . Alternatively, a plurality of users may be matched using the matching module at a given time. 
     In another embodiment of the invention, a user may search and or scroll a listed cook&#39;s post, wherein the cook&#39;s post may be any one of a listed dish, location, time of service, price, delivery options. Additionally, a notification system may notify inputs or posts from a plurality of users. 
     In yet another embodiment of the invention, a method flowchart of the cook-neighbor reservation system comprises the steps of: (1) receiving food preference attributes which enable a profile to be created by the profile module, (2) receiving a request from a first user profile by the requesting module, wherein said request comprises of a specific criteria related to any one of a potential dining experience, occasion, event, or a generic request, (3) matching the first user profile to at least one user profile from a plurality of member profiles by a matching module, wherein said match correlates tagged food preference attributes from a request or profile by the first user profile to tagged food preference attributes from at least one second user profile based on matching rule and score, further based on a number of, or a degree of tagged correlations, and finally (4) triggering transfer of at least a partial amount of the entire confirmed order amount from a first user profile payment agent into a second user profile payment agent by the payment module, upon acceptance between at least two user profiles. 
       FIG. 6  is a process flow diagram according to an aspect of the invention. In an exemplary embodiment of the invention, the cook-neighbor reservation system, the cooks and neighbors can login  60  into the system on any one of, or plurality of, PC, laptops, tablets, and any handheld, wearable and or mobile devices, using either an email/password or via any social media based application/website  60 , which via the profile module creates a profile for each user and or cooks. The neighbors  61  and the cooks  62  respectively, request  65  and post  64  food preference attributes which may be based on a specific criterion related to any one of a potential dining experience, occasion, event, or a generic request. Subsequently, in an embodiment of the invention, matching  66  the user profile to at least one cook profile from a plurality of member profiles is performed by a matching module. Once the match between the neighbors  61  and cook  62  is confirmed  67   a  by a partial amount of the entire order amount is transferred from the payment agent into the cooks′ payment agent by the payment gateway system  67 . Once the confirmation of payment  67   a  is verified, a notification  68  is sent to the neighbor  61  and cook  62  about the order confirmation. 
     Further yet, in another embodiment of the invention, if the cook  62  to neighbor  61  match is not confirmed then a request is made to match the neighbor  61  and the cook  62 . A plurality of requests may be made for an exact match to occur between the neighbor  61 and the cook  62 . Additionally, if the payment  67   a  is declined  69 , then the system notifies the neighbor  61  f a decline payment. Alternatively, the system may offer the neighbor  61  for another form of payment. 
     Further yet, in an alternative embodiment of the invention, the cook  62  and the neighbor  61  may have a different set of login structures. The login and or sign up for the application may use a traditional route of entering username and password or may have the capability of using anyone of the user&#39;s social media accounts. 
     In yet another exemplary embodiment of the invention, a food ordering system may comprise of a requesting module; a matching module; a processor; a storage element coupled to the processor; encoded instructions, wherein the system is configured to, receive a generic request from a first user profile by the requesting module. Further yet, the generic request may comprise any one of, a first user authorization, access, and, or initialization and subsequently, match the first user profile to at least one user profile from a plurality of member profiles by a matching module. Additionally, in an embodiment of the present invention, the match may be based on geolocation inputs of the first user and at least one other user that have listed any one of a cooked item, cooking item, request receiving, and, or cooking active. 
       FIG. 7A-C , illustrates a screenshot of an exemplary virtual space interface, according to an embodiment of the invention. Virtual space display  70  is a display of a virtual space interface, which includes a query bar  71  top centrally located. As seen in  FIG. 7A , the query bar  71  may be a Boolean search of the world-wide web or a search of any variety of spaces and tool layers available on the system. The click tabs  72  are positioned within display  70  suggests the versatility of tools at the disposal of a session. The click tabs  72  include a today&#39;s menu, cook for me, cook with me, join my party, my favorite dish, join me at a restaurant, and exchange meal. In one instance, a plurality of users may use the click tabs  72  to view the listed dish within closest proximity; menu for the day; request a meal; request a meal with specific ingredients/recipes; book sessions with the cook to learn to cook/watch the cook; join matched cooks or neighbors at a suggested restaurant; as well as click on the exchange meal tab to exchange their meals with other users. In another embodiment of the invention, as seen in  FIG. 7C , once a user clicks the Today&#39;s menu tab from the click tabs ( 72 , as shown in  FIG. 7A ), the user is able to see all the posts from the various chef&#39;s. The user is further able to narrow or sort the search using keywords  73 , for example, ‘Thai food’, ‘vegetarian’, ‘gluten free’ etc., as well as sort by at least one of, the distance, price, rating, delivery options  74 . As shown in  FIG. 7B , in yet another embodiment of the invention, the user&#39;s may also narrow the search based on ratings of the cooks. 
     In another embodiment of the invention, virtual interface display  70  may have a note or chat box (not shown) associated with a plurality of user for sending instant notifications and alerts of requests or posts, Chat boxes may be designated with at least  2  color-code identifier corresponding to the color code of each respective user. Alternatively, the chat box  36 ,  38  may be user designated by any one of user identifier or nomenclature. In yet other embodiments, chat box layer may display a private note box  34 , along with one other text box, visible to the group. This one chat box may allow users to input text into the single display, and each user may be designated by any one of a user identifier, nomenclature,  10  and, or user-specific color-code. Any number of note or chat boxes may be opened, depending on the number of users in the group. 
     Finally, in yet another embodiment of the invention (not shown), a unit or device may be provided. Such device may include a user interface, wherein the user interface may be integrated as a built-in console display. Any type of user interface display may be disclosed, including a mobile device display, a wearable device display, monitors, or any type of access device, without departing from the scope of the invention. 
     In a preferred embodiment, the user interface display may include a display page for receiving a request for a meal selection. The request being from a menu, a meal suggestion engine, or user-initiated. The display page may then prompt a user to confirm the request. Other embodiments may include a display page that does not require a user to confirm the request, and instead, signals confirmation of the request and initialization. 
     In yet another embodiment, the user interface display may instead include a voice-activated request option receiving a request voice command, whereby the request voice command may be in communication with a voice-activated module querying at least one pre-defined database based on the request voice command. The voice-activated module may be in communication with a natural language module, whereby the request voice command is sent from the voice-activated module to the natural language module. The natural language module may be configured to convert the request voice command into a meal request instruction querying at least one pre-defined database based on the request voice command. 
     In yet another embodiment, the user interface display may receive a request voice command for a meal request selection and interact with a user via voice response by having a voice activated module in communication with the natural language module and the voice activated module in communication with a voice response module, whereby the voice response module alerts the user of the various stages of the request compliance via the voice-activated user interface using natural language to describe the various stages of processing, 
     Further yet, the cook-reservation platform may be operatively coupled to an extant voice-activated home automation unit, such as Amazon Echo. The platform may be configured to interact with the voice request and commands from the home automation unit to deliver provisioning via the units voice modules. 
     Now with reference to  FIG. 8 , in an embodiment of the invention, a cook-neighbor reservation and food safety certification system  80  comprising: a processor; a storage element coupled to a processor, encoded instructions, a profile module  81  to create a profile to receive food preference attributes, a request module  83  to receive a request for at least one of a potential dining experience, occasion, event, a specific request and, or a generic request of a home-cooked food by a first user profile, a validation module  85  for certification of a food safety protocol, a matching module  82  to match the first user request to at least a second user profile from a plurality of user profiles based on a matching rule and score. Further yet, in an embodiment of the invention the certification of the food safety protocol is at least one of facility/staff sanitation and safety  86 , kitchen safety  87  and curbside pickup/delivery safety  88 . 
     In an embodiment of the invention, the facility/staff sanitation and safety as well as kitchen safety would include, but not limited to, one chef in a facility at a time, disinfectant wipes, availability of hand sanitizers, soap and water or effective disinfectant, sanitize and disinfect frequently touched surfaces and shared objects, designation of a team member per shift to oversee sanitation and disinfection procedures, symptom and temperature check of employees, employees to maintain at least  6  feet and, or social distancing practices, proper use of face coverings, gloves, hand washing and other routine preventive measures, wearing of PPE, rotate or staggering of employee shifts to limit the number of employees in workplace at the same time. Further yet, the curbside pickup &amp; delivery safety would include, but not limited to, separate order areas from delivery areas to prevent customers from gathering, placing of visual cues such as floor decals, colored tape or signs to indicate to customers/delivery drives where they should stand if waiting to pick up an order. 
     Further yet, in an embodiment of the invention, the profile module  81  marks at least one food preference attribute from a user profile input by a food preference marker, wherein said mark is based on a textual proximity to any one of an adjective, geographic reference, and, or ethnicity reference. Additionally, the profile module  81  marks at least one food preference attribute from a user profile input by a food preference marker, wherein said mark is based on matched food preference attributes listed in a pre-and, or and, or intelligently defined library. Preferably, in an embodiment of the invention the user profile module  81  creates a user profile based on a user profile input further comprising of any one of a questionnaire-led textual answers, user-volunteered textual input, video input, photograph input, social-media feed, search query, home address, geo-location, clicked items, ordered items, and, or provisioned items. Further yet, the profile module may mark certification of safety and sanitization protocols. 
     Additionally, in an embodiment of the invention, the facility/staff sanitation  86  includes at least one of, disinfectant wipes available in bathrooms, post reminders for proper disposal, hand sanitizers, soap, water, or effective disinfectant, clean and disinfect frequently touched surfaces and shared objects. Further yet, the kitchen safety  87  includes at least one of use of gloves, wash, rinse and sanitize dishes and utensils between uses, food contact surfaces, food preparation surfaces and beverage equipment. Additionally, the curbside pickup/delivery  88  includes at least one of separate order areas from delivery areas and decals to maintain at least 6 feet of physical distancing. 
     In yet another preferred embodiment of the invention, wherein the matching module  82  matches user profile  1  with at least one user profile  2  based on at least any one of the following user profile inputs: today&#39;s menu, cook for me, cook with me, join my party, my signature dish, cook my recipe, cook with special dietary needs, join me at a restaurant, and, or exchange meal. Further yet, the matching module  82  matches a user  2  profile with a user  1  profile based on the highest matching rule score. Additionally, the matching module  82  interacts with a notification system to notify any one of the users of any one of a highest scored match and, or a ranking of highest scored matches. 
     In yet another preferred embodiment of the invention, the matching rule gives a highest weighted average to any one of a residential locations of user  1  and user  2 , and, or geo-locations of user  1  and user  2 . Additionally, the matching rule gives a highest weighted average to at least one of, user rating of any one of user  1  and, or user  2  or the certification of the food safety protocol. Further yet, in an embodiment of the invention, a user  1  may search and or scroll listed user profile  2  inputs, wherein the user  2  may input any one of a listed dish, location, time of service, price, delivery options. 
     For example, Jen—lives in San Jose, Calif. wants to order home-cooked California cuisine from a chef within 5 miles of her current location. Because of the recent Covid-19 pandemic, Jen whose son has an underlying health condition wants to ensure the food prepared is safe and follows suitable sanitation guidelines. The cook-neighbor reservation and food safety certification system will validate the certification of the appropriate steps followed by chef Brian—an up-and-coming farm to table chef—in Milpitas, Calif. and subsequently, trigger the match between Jen and Chef Brian based on a matching rule and score. 
     Alternatively, once Jen decides on her dinner choice—sushi, the cook-neighbor reservation and food safety certification system—based on her location in San Jose, Calif. would match two chefs—Chef Susie and Chef Brian within 5 miles of her location. However, based on her other attributes of the recent Covid-19 pandemic—son&#39;s underlying health condition—the system would match her with Chef Brian, who follows strict sanitization protocols. 
     In another preferred embodiment of the invention, a cook-neighbor reservation and food safety certification system  80  may comprise of a processor, a storage element coupled to a processor, encoded instructions, a profile module  81  to create a profile to receive food preference attributes, a request module  83  to receive a request for at least one of a potential dining experience, occasion, event, a specific request and, or a generic request of a home-cooked food by a first user profile, a validation module  85  for certification of a food safety protocol, wherein the completion of the certification of the food safety protocol triggers a matching module  82  to match the first user request to at least a second user profile from a plurality of user profiles based on a matching rule and score. 
     In yet another preferred embodiment of the invention, a cook-neighbor reservation and food safety certification system  80  comprises of a processor, a storage element coupled to a processor, encoded instructions, a profile module  81  to create a profile to receive food preference attributes, a request module  83  to receive a request for at least one of a potential dining experience, occasion, event, a specific request and, or a generic request of a home-cooked food by a first user profile, a validation module  85  for certification of a food safety protocol, wherein the certification of the food safety protocol is at least one of facility/staff sanitation and safety  86 , kitchen safety  87 , curbside pickup/delivery safety  88 , a matching module  82  to match the first user request to at least a second user profile from a plurality of user profiles based on a matching rule and score, wherein said matching triggers at least one of an API-based application for delivery of home-cooked food based on geo-location of the first user and the second user. 
     In yet another embodiment of the invention, the validation module  85  certifies at least one of, contact-less delivery, tamper-evident delivery of home-cooked food. Temper-evident delivery would place for example, a sticker that would seal the bag of the food order. The intact seal ensures that the driver of the delivery service made sure that the food order was safe and not contaminated. Further yet, the validation module automates delivery updates and notifies the user of expected delivery of food, to enable them to remotely communicate with the driver and automates the proof of delivery. There are several steps to consider with contact-less delivery. These might include, but not limited to, food order preparation, delivering messages during food preparation and check out, notifying the user/customer, number masking, handling payments or tips, delivery of the food order and managing proof of delivery. The system as mentioned in the present invention, guarantees that the food orders are prepared in a contact-free environment. Further yet, in another embodiment of the invention the user can request the chef to deliver food. Alternatively, the user may pick up the food order themselves to avoid any third party contamination. 
     Now with reference to  FIG. 9 , in another embodiment of the invention, the validation module may check at least one of, but not limited to, 
     Shop Safety:
         Planning—Make a list of what one needs for the next 1-2 weeks. Buying food in bulk to help limit the number of trips to the store and the Food Keeper app can help families plan how much food to buy and how to store their food to minimize food waste.   Stay home if sick—Avoid shopping if sick or have symptoms of COVID-19, which include a fever, cough, or shortness of breath.   Disinfect cart handles—Bring your own wipes or use the wipes provided in the store to wipe down shopping cart handles.   Keep your distance—Try to keep at least 6 feet from other customers and employees.   Wash your hands often, including before entering the store, when you are leaving the store and when you get home.   Wear a clean cloth face covering—Cover your mouth and nose with a cloth face cover when around others.   Limit what you touch—out of an abundance of caution, only touch items that you intend on purchasing.   Food safety storage: Refrigerate or freeze food as soon as possible—Maintaining a home refrigerator temperature at 40° F. or below is one of the most effective ways to reduce the risk of food poisoning.       

     Food Preparation Safety:
         Clean and sanitize surfaces often, including, prior to preparing food. Always follow the chemical label instructions and never consume cleaning chemicals   Wash produce—Just before use, make sure to rinse the produce under running water. Do not wash produce with soap, detergent, or chlorine as these products are not intended for consumption.   Don&#39;t cross-contaminate—Separate raw foods from ready-to-eat foods.   Cook food to safe temperatures—Use a calibrated food thermometer that has been clean and sanitized to ensure food is cooked to the proper internal temperature.   Proper handwashing—Wash hands with warm water and soap for at least 20 seconds before and after handling food and after using the bathroom, changing diapers and handling pets.   Clean up—Wash cutting boards, dishes, utensils, and counter tops with after preparing food.       

     In yet another alternative embodiment of the invention, the validation module would recognize/identify an object in an input image/live stream based on one or more training images stored on the server. The back-end interface is coupled to the server through the network for processing the input image/live stream and identifying relevant matching images. The server is a device capable of processing information received from the user or the computing device. Other functionalities of the server include providing a data storage, computing, communicating and searching. Further yet, the validation module  85  would perform breach protocol by detecting an anomaly in at least one of, training image, pictures, or in a live stream. 
     As indicated, the network may be any suitable wired network, wireless network, a combination of these or any other conventional network, without limiting the scope of the disclosure. Few examples may include a LAN or wireless LAN connection, an Internet connection, a point-to-point connection, or other network connection and combinations thereof. The network may be any other type of network that can transmit or receiving data to/from host computers, personal devices, telephones, or any other electronic devices. Further, the network can transmitting/send data between the mentioned devices. Additionally, the network may be a local, regional, or global communication network, for example, an enterprise telecommunication network, the Internet, a global mobile communication network, or any combination of similar networks. The network may be a combination of an enterprise network (or the Internet) and a cellular network, in which case, suitable systems and methods are employed to seamlessly communicate between the two networks. In such cases, a mobile switching gateway may be utilized to communicate with a computer network gateway to pass data between the two networks. The network may include any software, hardware, or computer applications that can provide a medium to exchange signals or data in any of the formats known in the art, related art, or developed later. 
     In an embodiment of the present invention, the image input unit includes a user interface that enables the user to provide the input image to the object recognition system. Through the user interface, the user may either upload a previously stored image as the input image or capture/scan a new image that is provided to the object recognition system as the input image. For example, when the image input unit is a part of a mobile phone, the image input unit allows the user to use the camera of the mobile phone to capture an image and provide the image as the input image to the object recognition system. 
     In another embodiment of the present invention, the image input unit enables the user to select an image being displayed on a website or a mobile app and provide the image as the input image to the object recognition system. 
     For example, with the recent Covid-19 pandemic, users have become extremely vigilant in the areas of food/health safety. Consider a scenario, Julie has an underlying condition of asthma making her more susceptible to get infected with the Covid-19 virus. One of her profile attributes is Indian food with strict health safety protocol with only one Chef preparing the food. The system would automatically look for chefs in her neighbor hood who follow strict health safety protocol. The system may either show a picture—taken by Chef Manmeet while she, prepared her food along with location/time or a live stream of Chef Manmeet&#39;s kitchen. Once, Julie approves it, the system would then match Julie and Chef Manmeet for Julie to put in her order. Alternatively, the system would automatically send Julie with a multiple chefs in her neighborhood and depending on the picture/live stream by the chefs, Julie would be able to pick a particular chef. Additionally, the system would subsequently track in real-time, a breach in protocol—if more than two people in kitchen. In yet another embodiment of the invention, the system would be able to track/validate the time/location of the photo/picture/live stream based on the IP address of the device. The validation module would run a detection algorithm—for example, number of times a person crossed the room in a live stream, additional people in the facility, movement of people in a facility etc. 
     It is understood that the object recognition functionality is defined with respect to an application, while the object recognition functionality may be defined in terms of a system. In some embodiments, the object recognition functionality can be performed by the server, while in other embodiments, the object recognition functionality can be performed by the computing device. Further in the remaining embodiments, the object recognition functionality can be performed partly by the server and partly by the computing device. 
     Additionally, in an alternative embodiment, the validation module will additionally, carry out number masking. For example, in recent years, direct calling, SMS and other forms of digital communication have been the norm which replaces face-to-face talking between drivers and customers. However, not user may want to give their number to drivers, and not every driver wants the customer to have their number. 
     For example, once the system matches Jen with chef Brian for her home-cooked sushi order, the validation module  85  certifies contact-less, temper-evident delivery of her order by a API based delivery service based on geolocation. The seal on the bag of the food order would ensure that the delivery of the food was safe and not contaminated. Additionally, the system may ask the driver to take a picture and upload it on the system to further validate a temper-evident delivery. 
     While this specification contains many specific execution details, these should not be interpreted as limitations on the scope of any inventions or of what may be claimed, but rather as descriptions of features specific to particular embodiments of particular inventions. Certain features that are described in this specification in the context of separate embodiments can also be implemented in combination in a single embodiment. Contrariwise, various features that are described in the context of a single embodiment can also be implemented and interpreted in multiple embodiments separately or in any suitable sub combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub combination or variation of a sub-combination. 
     Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the embodiments described above should not be understood as requiring such separation in all embodiments, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products. 
     Thus, particular embodiments of the subject matter have been described. Other embodiments are within the scope of the following claims. In some cases, the actions recited in the claims can be performed in a different order and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In certain implementations, multitasking and parallel processing may be advantageous.