AND METHODS OF THEIR OPERATION

TECHNICAL FIELD

[0001] Generally, the present disclosure relates to mobile application check-in and payment system. More particularly, the present disclosure relates to a technology for checking into a business establishment system and making a payment using a mobile computing device.

BACKGROUND

[0002] Many business establishments, such as bars or restaurants, serve food and drinks to customers for consumption on the premises in exchange for money. When a customer visits one of these establishments, the customer generally sits down at an empty table, while waiting for a waiter to arrive and take the customer's order. Typically, after the waiter arrives and takes the customer's order, the waiter enters the order into a point-of-sale (POS) system so that the order can be timely prepared and tracked for payment. When the order is ready, the waiter brings the order to the customer. At some point, the waiter, either upon the customer's request or through the establishment's serving procedure, brings a bill for the order to the customer. If the bill is correct, then the customer pays by handing cash, a check, a prepaid card or a credit card to the waiter. Subsequently, the waiter takes the proffered form of payment and manually pays the bill via the POS system. If the bill is incorrect, then the waiter uses the POS to correct the bill and provide the bill, as corrected, to the customer for payment.

[0003] One drawback of the above is that prior to the bringing of the order, unless the customer asks the waiter or views the order in the POS system, the customer is unable to verify that the order, as placed by the customer, was correctly entered into the POS system. Because the waiter is serving many patrons or tables simultaneously, this situation can be particularly frustrating to the customer. Incorrect orders, especially if reoccurring, are inefficient for the establishment's operation, reduce the establishment's profitability if detected after the order has been prepared, harm the establishment's reputation, and can be grounds for the waiter's termination.

[0004] Another drawback of the above is that the manual payment of the bill is relatively slow and prone to errors, fraud and/or chargeback. If the waiter is serving many patrons or tables simultaneously, then this can be particularly frustrating to the customer. Quick bill payment improves the establishment's operation as more customers can be served, while increasing time for attending to new customers, who often wait for service or open tables. Similarly, billing errors and fraud are inefficient for the establishment's operation, harm the establishment's reputation, reduce the establishment's profitability and can expose the establishment to lawsuits.

[0005] Yet another drawback of the above is that the customer is unable to easily pay a portion of the bill in sequential portions. Since some establishments, like bars, have running tabs, especially for groups of customers, when the customer periodically pays the bills in sequential portions, these establishments reduce the occurrence of unpaid large bills, while increasing their profitability. Similarly, the customer's ability to pay in sequential portions allows the customer to budget accordingly and prevent many payment-related mishaps.

[0006] Still another drawback of the above is that the customer is unable to accurately determine, in real-time, the total amount of charges incurred by the customer at any given moment. Knowledge of one's bill, in real-time, enables the customer to budget accordingly, prevent many payment-related mishaps and perceive the establishment in better light. Likewise, the establishment's reputation is enhanced and business operation improved when its employees are able to accurately determine, in real-time, the total amount of charges incurred by any of its customers at any given moment.

[0007] Yet still another drawback of the above is that during the manual payment of the bill, the waiter is often unable to perform other tasks, such as taking a new order from a new customer or bringing the order to another customer. Efficiency of waiter operations is important to the operation of the establishment as the establishment's profitability and reputation are improved when the waiters are constantly serving the customers and the customers feel cared for.

[0008] Any of the above or permutations thereof are made more complex if the bill is long or complicated or when a group of customers dine together and each member of the group desires to pays separately. As a result, there is room for error. Cumulatively, such occurrences can ruin the establishment's reputation and reduce visits from other customers. This is becoming especially common when the customers post comments on their experience in the establishment on popular social networking sites or review sites.

[0009] Accordingly, there is a need to address at least one of the above. While certain aspects of conventional technologies have been discussed to facilitate the present disclosure, no technical aspects are disclaimed and it is contemplated that the claims may encompass one or more of the conventional technical aspects discussed herein.

BRIEF SUMMARY

[0010] An aspect of an example embodiment of the present disclosure is to provide a technology for checking into a reservation system and making a payment using a mobile computing device.

[0011] An example embodiment of the present disclosure is a method and system comprising: receiving, by a host server, a transmission of check-in data regarding the presence of a mobile computing device of a first user in a business establishment; transmitting, by the host server to a point of sale (POS) system, the check-in data and payment account data associated with the first user; transmitting, by the host server for display on the POS system, a listing of at least one user including the first user based upon an order of check-in by the at least one user; receiving, by the host server from the POS system, a ticket code for an individual ticket affiliated with a record of an order received from the first user; linking, by the host server, a record of the first user to a record of the individual ticket affiliated with the first user; transmitting, by the host server for display on the POS system, a confirmation of the linked record of the first user and the record of the individual ticket affiliated with the first user; transmitting, by the host server to the first user's mobile computing device, the record of the individual ticket affiliated with the record of the first user; and receiving, by the host server from the POS system, at least partial payment of the bill using the payment account data.

[0012] Another example embodiment of the present disclosure is a method and system comprising: receiving, by a host server, a transmission of check-in data regarding the presence of a mobile computing device of a first user in a business establishment; transmitting, by the host server to a point of sale (POS) system, the check-in data and payment account data associated with the first user; transmitting, by the host server for display on the POS system, a listing of at least one user including the first user based upon an order of check-in by the at least one user; transmitting, by the host server for display on the POS system, a listing of a plurality of individual tickets in an order of creation including an individual ticket affiliated with the first user with a record of an order received from the first user; linking, by the host server, a record of the first user to a record of the individual ticket affiliated with the first user; transmitting, by the host server for display on the POS system, information about the first user; transmitting, by the host server to the first user's mobile computing device, the record of the individual ticket affiliated with the record of the first user; and receiving, by the host server from the POS system, at least partial payment of the bill using the payment account data.

[0013] An additional exemplary embodiment of the present disclosure is a method and system comprising: receiving, by a host server, a transmission of check-in data regarding the presence of a mobile computing device of a first user in a business establishment; transmitting, by the host server to a point of sale (POS) system, the check-in data and payment account data associated with the first user; creating, by the host server on the POS system, an individual ticket affiliated with the first user based on the check-in data; linking, by the host server, a record of the first user to a record of the individual ticket affiliated with the first user, the individual ticket containing a record of an order received from the first user; transmitting, by the host server to the first user's mobile computing device, the record of the individual ticket affiliated with the first user; transmitting, by the host server for display on the first user's mobile computing device, the record of the order received from the first user; receiving, by the host server from the POS system, at least partial payment of the bill using the payment account data; and closing, by the host server, the individual ticket affiliated with the first user.

[0014] In yet another exemplary embodiment of the present disclosure is a method and system comprising: receiving, by a host server, a transmission of check-in data regarding the presence of a mobile computing device of a first user in a business establishment; transmitting, by the host server to a point of sale (POS) system, the check-in data and payment account data associated with the first user; transmitting, by the host server for display on the POS system, a listing of at least one user including the first user based upon an order of check-in by the at least one user; transmitting, by the host server for display on the POS system, a listing of a plurality of individual tickets in an order of creation including an individual ticket affiliated with the first user with a record of an order received from the first user; linking, by the host server, a record of the first user to a record of the individual ticket affiliated with the first user; receiving, by the host server from the POS system, the individual ticket with a record of an order received from the first user; analyzing, by the host server, first user information based on the record of the order received from the first user; and displaying, by the host server to at least one user, density of the business establishment based on the number of open individual tickets in the business establishment during a threshold period of time.

[0015] As described herein, an application (or "app") may be installed on a mobile device of a patron, customer, or user. The application may communicate with a server through a communication network such as a local area network, Wi-Fi, cellular network, or any other communication network. The server may be hosted by a business establishment (e.g., a restaurant, bar, hotel, salon, airline, gas station) and/or a third party that can communicate with the business establishment and/or patron, customer, or user. The server may also communicate with payment systems, such as credit card processing systems or other banking systems to process payments. The "host server", "client server", and "POS system" may be implemented interchangeably.

[0016] The business establishment may have a POS system, which is a venue point of sale system that may communicate with a server of the business establishment or may directly communicate with a third party, patron, customer, or user. The POS system may be configured to open a tab or a ticket for each table, party, customer, patron, user, or other entity submitting a request for a product or service. The mobile device, one or more server, and the POS system may be referred to herein as a system, which may also include other servers and databases to provide the described functionality. [0017] The patron, customer, or user may use a mobile device, such as a mobile phone, cellular phone, smartphone, personal data assistant, tablet computer, laptop computer, or other computing device that can connect to a communication network. For the purposes of this description, these terms may be used interchangeably.

[0018] The present disclosure may be embodied in the form illustrated in the accompanying drawings. Attention is called to the fact, however, that the drawings are illustrative. Variations are contemplated as being part of the disclosure, limited only by the scope of the claims. The above and other features, aspects and advantages of the present disclosure will become better understood to one skilled in the art with reference to the following drawings, detailed description and appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

[0019] The accompanying drawings, which are incorporated into and form a part of the specification, illustrate example embodiments of the present disclosure. Together with the detailed description, the drawings serve to explain the principles of the present disclosure. The drawings are only for the purpose of illustrating example embodiments of the present disclosure and are not to be construed as necessarily limiting the disclosure. Like numbers can refer to like elements throughout. The above and other aspects, advantages and features of the present disclosure will become better understood to one skilled in the art with regard to the following description, appended claims and accompanying drawings where:

[0020] FIG. 1 is a diagram of an example embodiment of a network environment for checking into a reservation system and making a payment using a mobile computing device according to the present disclosure.

[0021] FIG. 2 illustrates method of allowing the system to link the ticket to a user according to the present disclosure. [0022] FIG. 3 illustrates method of allowing the system to present data based on linking the ticket to a user according to the present disclosure.

[0023] FIG. 4 illustrates method of allowing the system to communicate through near field technology according to the present disclosure.

[0024] FIG. 5 illustrates method of allowing the system create data analytics according to the present disclosure.

[0025] FIG. 6A is a flowchart of an example embodiment of a process for linking the ticket to a user according to the present disclosure.

[0026] FIG. 6B is a user interface of an example embodiment of linking the ticket to a user according to the present disclosure.

[0027] FIG. 6C is a user interface of an example embodiment of an introduction screen presented to a user according to the present disclosure.

[0028] FIG. 6D is a user interface of an example embodiment of linking the ticket to a user according to the present disclosure.

[0029] FIG. 6E is a user interface of an example embodiment of linking the ticket to a user according to the present disclosure.

[0030] FIG. 6F is a user interface of an example embodiment of presenting the ticket to the user according to the present disclosure.

[0031] FIG. 7A is a flowchart of an example embodiment of a process for displaying user information according to the present disclosure.

[0032] FIG. 7B is a user interface of an example embodiment of displaying user information according to the present disclosure.

[0033] FIG. 8A is a user interface of an example embodiment of displaying venue density according to the present disclosure. [0034] FIG. 8B is a user interface of an example embodiment of displaying venue density according to the present disclosure.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0035] The present disclosure will now be described more fully with reference to the accompanying drawings, in which example embodiments of the disclosure are shown. The disclosure may, however, be embodied in many different forms and should not be construed as being limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of the disclosure to those skilled in the art.

[0036] Any verbs as disclosed herein can imply direct or indirect action or inaction. For example, when an element is referred to as being "on," "connected" or "coupled" to another element, it can be directly connected or coupled to the other element or intervening elements may be present. In contrast, when an element is referred to as being "directly connected" or "directly coupled" to another element, there are no intervening elements present.

[0037] It will be understood that, although the terms first, second, etc. may be used herein to describe various elements, components, regions, layers and/or sections, these elements, components, regions, layers and/or sections should not be limited by these terms. These terms are only used to distinguish one element, component, region, layer or section from another element, component, region, layer or section. Thus, a first element, component, region, layer or section discussed below could be termed a second element, component, region, layer or section without departing from the teachings of the present disclosure.

[0038] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be necessarily limiting of the disclosure. As used herein, the singular forms "a," "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises," "includes" and/or "comprising," "including" when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

[0039] Various embodiments and aspects of the invention will be described with reference to details discussed below, and the accompanying drawings will illustrate the various embodiments. The following description and drawings are illustrative of the invention and are not to be construed as limiting the invention. Numerous specific details are described to provide a thorough understanding of various embodiments of the present invention. However, in certain instances, well-known or conventional details are not described in order to provide a concise discussion of embodiments of the present invention.

[0040] As described herein, an application (or "app") may be installed on a mobile device (e.g., mobile phone) of a patron, customer, or user. The application may communicate with a server through a communication network such as a local area network, Wi-Fi, cellular network, or any other communication network. The server may be hosted by a business establishment (e.g., a restaurant, bar, hotel, salon, airline, gas station) and/or a third party that can communicate with the business establishment and/or patron, customer, or user. The server may also communicate with payment systems, such as credit card processing systems or other banking systems to process payments.

[0041] The business establishment may have a venue point of sale (POS) system, which is a venue point of sale system that may communicate with a server of the business establishment or may directly communicate with a third party, patron, customer, or user. The POS system may be configured to open a tab or a ticket for each table, party, customer, patron, user, or other entity submitting a request for a product or service. The mobile device, one or more server, and the POS system may be referred to herein as a system, which may also include other servers and databases to provide the described functionality.

[0042] The POS system may be configured to include a companion computing device, which may be configured as a mobile device having network connectivity, such as an Apple iPod or a personal data assistant. The companion device, the POS terminal, and the customer's mobile device all communicate with an API on a server, which can receive and transmit instructions and data to the other components.

[0043] The patron, customer, or user may use a mobile device, such as a mobile phone, cellular phone, smartphone, personal data assistant, tablet computer, laptop computer, or other computing device that can connect to a communication network. For the purposes of this description, these terms may be used interchangeably.

[0044] Unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure belongs. It will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the relevant art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.

[0045] If any disclosures are incorporated herein by reference and such incorporated disclosures conflict in part or whole with the present disclosure, then to the extent of conflict, and/or broader disclosure, and/or broader definition of terms, the present disclosure controls. If such incorporated disclosures conflict in part or whole with one another, then to the extent of conflict, the later-dated disclosure controls. Hereinafter, the present disclosure will be described in detail with reference to the accompanying drawings. [0046] FIG. 1 illustrates a system 100 configured for allowing a user to check into a reservation system and make a payment using a mobile computing device. This embodiment may incorporate any aspects of other implementations as described in the disclosure. In some implementations, system 100 may include one or more server(s) 102, 114. The server(s) 102, 114 may be configured to communicate with one or more client computing platform(s) 128 according to a client/server architecture. The POS system may reside within the client server(s) 102 and/or any other server(s). The users may access system 100 via client computing platform(s) 128.

[0047] A companion computing device (e.g., external resource(s) 130) may be placed on or in proximity to a POS system and enhanced interactions are facilitated between POS and a user or consumer inside of a venue. Through integration of the software with both the user's mobile computing device, as well as the venue's POS system, the two devices may interact in a multitude of ways. In some implementations, a waiter, bartender, cashier, or other personnel can tap the screen of the companion computing device to operate its graphical user interface.

[0048] In some implementations, server(s) 102, 114 may be configured to execute one or more computer program modules. The computer program modules may include one or more of a check-in module 106, a user profile module 118, a link module 120, a payment module 122, and/or any other modules.

[0049] The check-in module 106 may be configured to allow a user to check-in to the system and access and/or manage one or more reservations and/or the user's account. Reservations may be made in numerous ways including through calling a business, emailing the business, and/or through software. The check-in module 106 may manage any reservations comprising time, date, location, and service requested of a business. [0050] The a user profile module 118 may be configured to access and/or manage one or more user profiles and/or user information associated with users of the system 100. The one or more user profiles and/or user information may include information stored by server(s) 102, 114, one or more of the client computing platforms 128, and/or other storage locations. The user profiles may include, for example, information identifying users (e.g., a username or handle, a number, an identifier, and/or other identifying information) within the virtual space, security login information (e.g., a login code or password), virtual space account information, subscription information, payment account information, relationship information (e.g., information related to relationships between users in the virtual space), usage information, demographic information associated with users, interaction history of the user with the system, information stated by users, purchase information of users, browsing history of users, a client computing platform identification associated with a user, a phone number associated with a user, and/or other information related to users.

[0051] In some implementations, during the sign-up (or registration) process, the user enters basic information to complete the set-up. The entry of this information may be inputted on a mobile application or from a website of any computer device. The inputted information includes, but is not limited to, full name, date of birth, email, phone number, and payment information. The user may also be presented with the option to scan a photo ID using their smartphone's camera. Once they scan the ID, the server will verify that this is an authentic form of identification. Specific information will also be pulled from the ID, including date of birth. Because the server is able to validate the authenticity of the ID as well as verify the user's DOB, this information can be passed on to other entities, like venues (e.g., bars, restaurants, clubs, casinos, retail outlets), to ensure that patrons are of appropriate drinking age. [0052] The system can display the patron's date of birth on the point-of-sale system directly visible to wait staff who will be serving the patrons. The system can also tie in to third party guest list applications to allow similar functionality and value at different entry points to the venue. The system's ability to identify a user's identification and utilize the information is not limited to verifying age, but could also be used to provide demographic information to third parties, combat credit card and payment fraud, expedite entry into ID required establishments, etc.

[0053] In an exemplary embodiment, during the sign-up process in the mobile application, the user takes a photograph of their photo identification (drivers license, passport, etc.), by taking a picture using their mobile device. The photo ID is transmitted to a server for verification of authenticity. Information like name, date of birth, address, identification numbers and demographic information is stored from the ID. If the ID is deemed valid, it is associated in the data store with the user's other account information. The user checks-in on their mobile device using the mobile application at a venue, and a ticket is generated by the POS system for the user. If the user is over 21 years of age based on the information in their photo ID, the server labels the POS system ticket as "21+." If the user is under 21 years of age based on the information in their photo ID, the server labels the POS system ticket as "Under 21."

[0054] A link module 120 may be configured to link an application to a ticket by identification and/or link a ticket to a table from a reservation system. In some implementations, the user may be provided a list of tabs to select. The user may select a table number and/or may select a from a list of tabs. The tabs may be shown by table number, last name, first name, check number, and/or items on the tab. Patrons may not always check-in using the client computing platform(s) 128 before they order their first items. The client computing platform(s) 128 may comprise a mobile application and/or any other type of interface application. In some implementations, the mobile application allows an individual to use a receipt number printed on a physical receipt to access a tab that was opened without using the mobile application. The server(s) 102, 114 may use the number input from the patron to search the point of sale system for the appropriate ticket to display on the mobile application. Once a match is found, the ticket is presented to the user on the mobile application for payment.

[0055] Many patrons make a reservation at a venue prior to entering the establishment. Patrons may make the reservation using a reservation system, a third party application, calling via a telephone, or using a reservation feature in the mobile application. The mobile application may request that the server to connect with a reservation system to link a reservation made by the patron prior to entering the venue with a table number entered on the reservation system. The server may then open the ticket on the point of sale system using the proper table number based on this information. The user would no longer be required to select their table number on the mobile application, as the server was able to source this information from the reservation system.

[0056] In some implementations, patrons may not always check-in using the mobile application before they order their first items. The mobile application allows an individual to use a receipt number printed on a physical receipt to access a tab that was opened without using the mobile application. The server uses the number input from the patron to search the point of sale system for the appropriate ticket to display on the mobile application. Once a match is found, the ticket is presented to the user on the mobile application for payment.

[0057] In an exemplary embodiment, the employee prints a receipt for the user, which shows a ticket ID number. The user enters this ticket ID number on the mobile application. The server queries the POS system for any tickets matching the ID that the user has entered on their mobile device. The server links the POS system ticket to the mobile application based on a successful match of the ticket ID. The active ticket is displayed on the users mobile device.

[0058] A payment module 122, may be configured to receive payment for a bill. The payment may be in any form, including: debit card, credit card, cash, check, virtual currency and/or points, and/or any other payment method. In some implementations, the system and process allows for automatic expensing through the mobile application for the means of accounting for transactions that take place inside the platform. The ability for the server to automatically send detailed expense reports to third party expensing software, email addresses, and expense accounts, allows for ease of reimbursement. Ability to receive an email receipt for all items settled through Dash. Ability to allocate expenses based on certain expense codes, (travel, hotel, dining) and account (personal, work). Ability to send bundled expenses / receipts to another person via email - or another means.

[0059] In some implementations, the payment module 122 may split the bill amongst two or more patrons directly through the client computing platform(s) 128. The client computing platform(s) 128 may comprise a mobile application. The mobile application which may have various ways of adding friends to a shared tab. Because the application has access to the phones contact list, as well as third party social networks, it can display a list of contacts that can be added to the shared tab. When a user decides to invite friends to their tab, they are presented with this list, and can tap one or more contacts that should be granted access. The mobile application allows for an even split of the bill, an itemized bill split and/or a random bill split through the application. In some implementations, user may be allowed to split coupons and/or any promotional codes. In some implementations, user may have promotional credit in their accounts which they can user instead of paying with real currency. In some implementations, the users may share this promotional credit with others, and/or just use it to pay for their own tab. Any user who has access to the shared tab can initiate the bill split and the method of the bill split (User A). All of the other users who have access to the shared tab receive a notification that User A suggests the bill be split evenly, itemized and/or randomly. This notification may also include the total amount each user will be paying if they approve the bill split.

[0060] The server(s) 102, 114 client computing platform(s) 128, and/or external resource(s) 130 may be operatively linked via one or more electronic communication links. For example, such electronic communication links may be established, at least in part, via a network 126 such as the Internet and/or other networks. It will be appreciated that this is not intended to be limiting, and that the scope of this disclosure includes implementations in which server(s) 102, 114, client computing platform(s) 128, and/or external resource(s) 130 may be operatively linked via some other communication media.

[0061] The server(s) 102, 114 may comprise electronic storage 112, 124, one or more processors 104, 116, and/or other components. The server(s) 102, 114 may include communication lines, or ports to enable the exchange of information with a network 126 and/or other computing platforms. The processors 104, 116 may be configured to execute computer program modules. The processors 104, 116 may be configured to execute the computer program modules via one or more of hardware, software, and/or firmware. The computer program modules may include check-in module 106, a user profile module 118, a link module 120, a payment module 122, and/or any other computer program modules. Although system 100 may be described in certain sections herein as including server(s) 102, 114 this is not intended to be limiting. The server(s) 102, 114 may be separate and distinct from system 100, and may be provided by an entity that is separate from, for example, the entity providing system servers. In some implementations, the functionality attributed herein to server(s) 102, 114 may be provided by system servers. [0062] The server(s) 102, 114 may be incorporated on any point of sale (POS) system. The POS system includes a processor in communication with a memory storing data, which includes the order and the payment account data. The POS system can be an electronic cash register machine, which includes a credit card processing unit and cash storage. The POS system can include a means for wired or wireless communication over a network. The means are in communication with the processor. For example, such means can be a dock, a port or an antenna. The POS system can be linked to a website capable of receiving orders or processing payment. The POS system can include a sensor for remote detection of the mobile device. The processor can be a single core, dual core, a multi-core or a system-on- chip. The memory can be random-access memory (RAM), virtual storage, real storage, cloud storage, flash memory or physical disk storage, such as an internal or external hard drive. The data stored in the memory can be encrypted and stored in the memory in an encrypted state. The data can be received in an encrypted state and then be decrypted, either on-the-fly or on-demand, and stored in a decrypted state in the memory.

[0063] The mobile device includes a processor in communication with a memory, an input means, such as a keyboard, a touchscreen or a microphone, and an output means, such as a display or a speaker. The mobile device can be a smartphone or a tablet computer.

[0064] A given client computing platform(s) 128 may include one or more processors configured to execute computer program modules. The computer program modules may be configured to enable an expert or user associated with the given client computing platform(s) 128 to interface with system 100 and/or external resource(s) 130, and/or provide other functionality attributed herein to client computing platform(s) 128. By way of non-limiting example, the given client computing platform(s) 128 may include one or more of a desktop computer, a laptop computer, a handheld computer, a tablet computing platform, a NetBook, a Smartphone, a gaming console, and/or other computing platforms. The external resource(s) 130 may include sources of information, hosts and/or providers of virtual environments outside of system 100, external entities participating with system 100, and/or other resources. In some implementations, some or all of the functionality attributed herein to external resource(s) 130 may be provided by resources included in system 100. In some implementations, the point of sale (POS) system may be within external resource(s) 130. In some implementations, the POS terminal may be located within server(s) 102, 114. A user may check-in by sending location information to a POS system which includes a central processing unit (CPU) in communication with a memory and a display. The check-in can be wirelessly performed via direct communication with POS system or via GPS, cellular network, Wi-Fi network, or a social networking service. The check-in can be performed via a wired technology as well. Upon successful check-in, the mobile device may appear as physically present in the business on the POS system.

[0065] The server(s) 102, 114 may include electronic storage 112, 124, one or more processors 104, 116, and/or other components. The server(s) 102, 114 may include communication lines, or ports to enable the exchange of information with a network 126 and/or other computing platforms. Illustration of server(s) 102, 114 in FIG. 1 is not intended to be limiting. The server(s) 102, 114 may include a plurality of hardware, software, and/or firmware components operating together to provide the functionality attributed herein to server(s) 102, 114. For example, server(s) 102, 114 may be implemented by a cloud of computing platforms operating together as server(s) 102, 114.

[0066] Electronic storage 112, 124 may comprise electronic storage media that electronically stores information. The electronic storage media of electronic storage 112, 124 may include one or both of system storage that is provided integrally (i.e., substantially nonremovable) with server(s) 102, 114 and/or removable storage that is removably connectable to server(s) 102, 114 via, for example, a port (e.g., a USB port, a firewire port, etc.) or a drive (e.g., a disk drive, etc.). Electronic storage 112, 124 may include one or more of optically readable storage media (e.g., optical disks, etc.), magnetically readable storage media (e.g., magnetic tape, magnetic hard drive, floppy drive, etc.), electrical charge-based storage media (e.g., EEPROM, RAM, etc.), solid-state storage media (e.g., flash drive, etc.), and/or other electronically readable storage media. The electronic storage 112, 124 may include one or more virtual storage resources (e.g., cloud storage, a virtual private network, and/or other virtual storage resources). Electronic storage 112, 124 may store software algorithms, information determined by processor(s) 104, 116, information received from server(s) 102, 114, information received from client computing platforms xx, and/or other information that enables server(s) 102, 114 to function as described herein.

[0067] Processor(s) 104, 116 is configured to provide information processing capabilities in server(s) 102, 114. As such, processor processor(s) 104, 116 may include one or more of a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information. Although processor(s) 104, 116 is shown in FIG. 1 as a single entity, this is for illustrative purposes only. In some implementations, processor(s) 104, 116 may include a plurality of processing units. These processing units may be physically located within the same device, or processor(s) 104, 116 may represent processing functionality of a plurality of devices operating in coordination. The processor(s) 104, 116 may be configured to execute modules 106, 118, 120, 122, and/or any other modules. Processor(s) 104, 116 may be configured to execute modules 106, 118, 120, 122, and/or any other modules by software; hardware; firmware; some combination of software, hardware, and/or firmware; and/or other mechanisms for configuring processing capabilities on processor(s) 104, 116. [0068] It should be appreciated that although modules 106, 118, 120, 122, and/or any other modules are illustrated in FIG. 1 as being co-located within a single processing unit, in implementations in which processor(s) 104, 116 includes multiple processing units, one or more of modules 106, 118, 120, 122, and/or any other modules may be located remotely from the other modules. The description of the functionality provided by the different modules 106, 118, 120, 122, and/or any other modules described below is for illustrative purposes, and is not intended to be limiting, as any of modules 106, 118, 120, 122, and/or any other modules may provide more or less functionality than is described. For example, one or more of modules 106, 118, 120, 122, and/or any other modules may be eliminated, and some or all of its functionality may be provided by other ones of modules 106, 118, 120, 122, and/or any other modules. As another example, processor(s) 104, 116 may be configured to execute one or more additional modules that may perform some or all of the functionality attributed below to one of modules 106, 118, 120, 122, and/or any other modules.

[0069] FIG. 2 illustrates method 200 of allowing the system to link the ticket to a user according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. The operations of method 200 presented below are intended to be illustrative. In some embodiments, method 200 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Some elements of this figure are described above. Thus, any repetitive detailed description thereof will hereinafter be omitted or simplified in order to avoid complication. Additionally, the order in which the operations of method 200 are illustrated in FIG. 2 and described below is not intended to be limiting.

[0070] In some embodiments, method 200 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information). The one or more processing devices may include one or more devices executing some or all of the operations of method 200 in response to instructions stored electronically on an electronic storage medium. The one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations of method 200.

[0071] At operation 202, check-in data regarding the presence of a mobile computing device of a first user in a business establishment may be received. In some implementations, the check-in data may be based upon GPS on the mobile phone of the first user. In some implementations, the server may transmit to the POS system, a location of the first user based upon check-in data received from the mobile phone of the first user.

[0072] In some implementations, the server may communicate via a social networking service, a location of the first user based upon check-in data. The method allows for deep integration into third party social media services for ease of check-in to an establishment. Many users utilize social media services like Facebook, Foursquare, Path, Instagram, and others to check-in to venues or locations. The server may monitor these location based social networking features when the user connects these accounts inside of the mobile application. The server can associate a check-in on a third party network with a check-in to a venue accepting payment through our mobile application. These allows the user to check-in on only one social network, and subsequently have a ticket opened on the venues point of sale system automatically.

[0073] In an exemplary embodiment, a user may open mobile application and connect third party social media services to their account. The user may check-in on a third party social media account to a venue that participates in the mobile payment service. The server may monitor check-ins on third party services, and associate the check-in with the user's account. The server may open a ticket on the appropriate venues point of sale system based on check-in data from third party. The user may open the mobile payment application and sees that they have an active tab available for use.

[0074] In some implementations, the method allows for sharing of in-app interactions on third party social media services. The user may have the ability to attach their social media accounts inside of the mobile application for ease of sharing these interactions. When the user chooses to share, a message is sent to the server, which can share seamlessly amongst one or more social media services by transmitting a request to the appropriate social media server. The user has the ability to share items including, but not limited to: which venue they're currently checked-in to; friends that they are checked-in with; items that they are ordering at the venue; amount they are spending at the venue (tip, tax, subtotal, total); awards and credits earned through the application; check-out status; time spent in venue; location inside the venue; reservation status and confirmation; and/or an other information. In some implementations, step 202 may be performed by a check-in module the same as or similar to check-in module 106 (shown in FIG. 1 and described above).

[0075] At operation 204, the host server may transmit to a POS system, the check-in data and payment account data associated with the first user and/or any other user. The data to be queried may be stored in a database on the client electronic storage 112 and/or the host electronic storage 124 and/or any other storage location. In some implementations, step 204 may be performed by a user profile module the same as or similar to user profile module 118 (shown in FIG. 1 and described above).

[0076] At operation 206, the host server may transmit for display on the POS system, a listing of at least one user including the first user and/or any other user based upon their order of check-in. In some implementations, step 206 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above). [0077] At operation 208, the host server may transmit for display on the POS system, a listing of a plurality of individual tickets in a ticket order including an individual ticket affiliated with the first user and/or any other user with a record of orders received from the first user and/or any other user. The ticket order is a record having a listing of tickets in a particular sequence that may be based on the creation of the ticket and/or any other data related to the ticket such as: a duration the ticket has been open on the POS system, a table number, a table name, a user name, and/or individual items on the ticket. In some implementations, step 208 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above).

[0078] At operation 210, the host server may link a record of the first user to a record of the individual ticket affiliated with the first user. In some implementations, step 210 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above).

[0079] At operation 212, the host server may transmit for display on the POS system, a confirmation of the linked record of first user and the record of the individual ticket affiliated with the first user. The system may further unlink the first user with the individual ticket after payment information has been received. In some implementations, step 212 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above).

[0080] At operation 214, the host server may transmit the individual ticket affiliated with the first user on the first user's mobile computing device. In some implementations, step 214 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above).

[0081] At operation 216, the host server may receive from the POS system, at least partial payment of the bill using the payment account data. In some implementations, the payment account data may be stored payment information from a user profile. The payment account data can be stored before the user checked-in, such as where user has a preexisting account in POS system, or the payment account data can be stored after the check-in. The payment account data may be data that allows a vendor, such the restaurant, the bar, and/or any other business establishment, to place a charge onto an account associated with a domestic or a foreign financial institution. Although typically, the account will be the account of the user of the mobile device, other accounts can be used as well. For example, a user of the mobile device may provide information of the account associated with the user's parent, a spouse, a child or a friend.

[0082] The payment account data can be credit card information, such as a credit card account number, a name associated with the credit card account, an expiration data and a security code. The payment account data can be debit card information, such as a debit card account number, a name associated with the debit card account and a personal identification number (PIN). The payment account data can be a gift card account data, such as a gift card number and a PIN. The payment data can be real or virtual currency or rewards points. The payment account data can be financial institution website login data or data stored on a website, such as a payment account data aggregator. In some implementations, the user may pay through a checking/savings account, debit card, credit card, and/or pre-paid card. For example, the user logs onto such website and manually inputs or imports the payment account data from the website into the software application. In some implementations, the software application is programmed to automatically login into the website, access the payment account data and either communicate the payment account data to the POS system without permanently locally storing the payment account data or import the payment account data information into the software application and then transmit the payment account data to the POS system. [0083] The payment account data can be stored in or accessible via the memory of the mobile device. For example, the user manually inputs the payment account data into a software application running on the mobile device. The user can manually input the data before or after entry into the restaurant or the bar. Alternatively, the payment account data is stored in a NFC chip in communication with the mobile device, which includes the NFC chip. For example, a software application running on the mobile device accesses the payment account data stored on the NFC chip. Alternatively, the software application accesses the payment account data from a payment account data aggregator. The payment account data can be stored in another mobile device and the mobile device accesses the another mobile device to retrieve/import the payment account data onto the mobile device. Alternatively, the payment account data can be stored remotely for remote access, such as via a website or web accessible service.

[0084] Upon access of the payment account data, the software application, directly or indirectly, communicates with the POS system via the wireless or the wired means. If the software application is capable of directly communicating with the POS system, then if the mobile device is present within a detection range of the POS system, then the mobile device or the POS system, either manually or automatically, detects the location/presence of the POS system or the mobile device, respectively. If the software application is capable of indirect communication with the POS system, such as over the Internet or cellular networks, then, upon the user's action, such as logging into a website or a service associated with the POS system, the POS system detects the presence of the mobile device. As a result, the mobile device appears local or as within the detection range on a display of the POS system and the waiter can take the order from the user. In some implementations, if the user's mobile device leaves the area of the business entity, an automatic payment may be initiated. For example, when the user checks in, the user's bill may be automatically tabulated. In the case the user leaves and forgets to pay their bill, once the user's mobile device leaves a pre-determined range of the business entity, an automatic payment from the user's account to the business may be initiated.

[0085] The software application can be generic or specific to the restaurant, the bar and/or business entity. The software application can be a mobile application. For example, the bar has a software application specific to its POS system. Thus, the user downloads and installs a specific software application for that POS system. In order to properly operate, the specific software application requires a creation of an account, which requires entry of the payment account data. The payment account data can be manually entered, imported from an NFC chip or the memory or accessed via the Internet. Upon creation of the account and visiting of the bar, irrespective of the placement of the order, the user runs the specific software application, which communicates with the POS and allows for display of information indicating the presence of the user.

[0086] In some implementations, a bill including the one or more orders to the first user may be transmitted. As a result, the user can view his/her individual bill, either in real-time or via a pre-programmed delay. The order data may include an itemized price list of the order, as described above, and a total amount due of the order, as described above. If the user subsequently modifies his/her order, then updated order data is sent to the server(s) 102, 114. The modification process and updated order data can be repeated multiple times and the bill is updated during or after each modification.

[0087] In an exemplary embodiment, the order is placed for a food item, such as bread, steak or chips, or a liquid item, such as water, soda, juice, spirits or beer. The order is placed by the user of the mobile device or a party, such as a friend, a child or a spouse, associated with the user of the device. For example, if a parent and a child visit a restaurant and the parent controls the mobile device, then either the parent or the child can place the order on behalf of the child and the parent. The order can be placed via an oral communication to a waiter, who enters the order into the POS system. The order can also be placed by orally speaking into a microphone, such as at a drive-in at a restaurant, and the waiter manually entering the order into the POS system. The order can be placed into a voice recognition system where the order is automatically entered into the POS system.

[0088] In some implementations, at least partial payment of the bill using the payment account data may be received. At any point, the user can pay his/her entire bill or a portion of his/her bill by wirelessly sending a pay bill request from the client computing device to the server, which upon receipt of the pay bill request, charges an account associated with the payment account data. The pay bill request includes data corresponding to a specific amount the user desires to charge to the account. The payment account data can be verified after the receipt of the pay bill request. A bill pay confirmation request can be sent to client computing device after the account associated with the user payment account data has been charged. The user can also add a tip to the pay bill request so the payment would cover the bill and a tip to the waiter. After the user paid his/her bill, in order to prevent unauthorized charges, the user can wirelessly send a request to either halt access to his/her account stored in the system or have his/her account deleted from the system. A confirmation of halting access or account deletion can be sent to the client computing device.

[0089] In some implementations, the server and the mobile phone of the first user may transmit an identification of a second user in the establishment and the server may associate the second user with the bill of the first user. In some implementations, the server may receive a request from a mobile phone of the second user for at least partial payment of the bill using payment account data associated with the second user. In some implementations, the server may transmit the bill for display on a mobile phone of the second user. [0090] The second user may control the mobile phone and, similarly to the first user, perform the check-in and the submission of the payment account data. If the first and second users jointly place one order and waiter enters that order as such, then the first and second users can each can pay a specified portion of the bill by wirelessly sending multiple pay bill requests from their client computing devices and/or mobile phones to the server(s) 102, 114. Upon receipt of the pay bill requests, the system charges multiple accounts associated with the payment account data submitted from client computing devices. The payment account data submitted via the client computing devices can be associated with one account. The first user can pay his/her share of the bill by wirelessly sending a pay bill request associated the payment account data submitted from their mobile device and have the second user pay his/her share of the bill by wirelessly sending a pay bill request associated the payment account data submitted from the second user's mobile device at different times. If the second user checks-in, but cannot submit payment account data or the submitted payment account data is invalid, then the first user can pay the second user's portion of the bill by wirelessly sending a pay bill request associated the payment account data submitted from the mobile device and server crediting the first user as paying the second user's portion of the bill. However, if desired, the second user can manually pay the remaining portion of the bill. In some implementations, step 216 may be performed by a payment module the same as or similar to payment module 122 (shown in FIG. 1 and described above).

[0091] FIG. 3 illustrates method 300 of allowing the system to link an existing ticket to a mobile application ticket according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. The operations of method 300 presented below are intended to be illustrative. In some embodiments, method 300 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Some elements of this figure are described above. Thus, any repetitive detailed description thereof will hereinafter be omitted or simplified in order to avoid complication. Additionally, the order in which the operations of method 300 are illustrated in FIG. 3 and described below is not intended to be limiting.

[0092] In some embodiments, method 300 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information). The one or more processing devices may include one or more devices executing some or all of the operations of method 300 in response to instructions stored electronically on an electronic storage medium. The one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations of method 300.

[0093] At operation 302, check-in data regarding the presence of a mobile computing device of a first user in a business establishment may be received by the host server. In some implementations, the wait staff may initiate a ticket on the point of sale system prior to the patron checking-in via the mobile device. The system described herein allows for the server to monitor tickets present on the point of sale system and link these tickets with a ticket opened on the patrons mobile device via the check-in information. This can be done through the server matching manually-opened ticket information with mobile device ticket information, or done by an employee by combining the tickets using functionality built into the point of sale system. This functionality may provide a seamless process for the end-user, regardless of who initiated the ticket (patron via mobile device, or wait staff via point of sale system). In some implementations, step 302 may be performed by a check-in module the same as or similar to check-in module 106 (shown in FIG. 1 and described above). [0094] At operation 304, the check-in data and payment account data associated with the first user may be transmitted by the host server to the POS system. In some implementations, the server is further configured to receive check-in information in response to the first user selecting a check-in icon on a touchscreen of the personal mobile phone of the first user. In some implementations, step 304 may be performed by a user profile module the same as or similar to user profile module 118 (shown in FIG. 1 and described above).

[0095] At operation 306, a listing of at least one user including the first user based upon their order of check-in may be transmitted for display by the host server on the POS system. In some implementations, the user may place the order physically by ordering the wait staff. In some implementations, the user may order using their mobile device and/or any other client computing device. After the user has placed an order, a ticket may be opened. In some implementations, step 306 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above).

[0096] At operation 308, a listing of a plurality of individual tickets in a ticket order including an individual ticket affiliated with the first user with a record of orders received from the first user may be transmitted for display by the host server on the POS system. The ticket order may be based on the creation of the ticket and/or any other data related to the ticket such as: a duration the ticket has been open on the POS system, a table number, a table name, a user name, individual items on the ticket. The user may continue to order after the ticket has been opened. The user may physically order by ordering with the same wait staff or different wait staff, and/or the user may electronically order. In some implementations, step 308 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above).

[0097] At operation 310, a record of the first user may be linked to a record of the individual ticket affiliated with the first user by the host server. In some implementations, step 310 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above).

[0098] At operation 312, the host server may transmit for display, information about the first user on the POS system. The display information about the first user may comprise one or more of: favorite food, favorite beverage, favorite server, name, picture, age, spending habits, consumption habits, frequency of visitation, preference data, and ID verification data. In some implementations, step 312 may be performed by a user profile module the same as or similar to user profile module 118 (shown in FIG. 1 and described above).

[0099] At operation 314, the record of individual ticket affiliated with the record of first user on the first user's mobile computing device may be transmitted by the host server. The user may see all previously ordered items, as well as future items reflected on the mobile application. In some implementations, the host server may transmit for display to the first user's mobile computing device, advertising based on the information about the first user. In other implementations, the host server may transmit for display to the first user's mobile computing device, promotion notifications of discounts for the business establishment in real time based on user information. The host server may analyze one or more user habits comprising: spending habits, tipping habits, visitation frequency, social media habits, and sharing habits, and transmit to the first user's mobile computing device, promotion notifications of discounts for the business establishment in real time based on the analysis of one or more user habits. In some implementations, step 314 may be performed by a payment module the same as or similar to payment module 122 (shown in FIG. 1 and described above).

[00100] At operation 316, the host server may receive from the POS system, at least partial payment of the bill using the payment account data. In some implementations, step 316 may be performed by a payment module the same as or similar to payment module 122 (shown in FIG. 1 and described above).

[00101] FIG. 4 illustrates method 400 of allowing the system to communicate through near field technology according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. The operations of method 400 presented below are intended to be illustrative. In some embodiments, method 400 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Some elements of this figure are described above. Thus, any repetitive detailed description thereof will hereinafter be omitted or simplified in order to avoid complication. Additionally, the order in which the operations of method 400 are illustrated in FIG. 4 and described below is not intended to be limiting.

[00102] In some embodiments, method 400 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information). The one or more processing devices may include one or more devices executing some or all of the operations of method 400 in response to instructions stored electronically on an electronic storage medium. The one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations of method 400.

[00103] At operation 402, check-in data regarding the presence of a mobile computing device of a first user in a business establishment may be received by a host server. In some implementations, the check-in data may be based upon GPS on the mobile phone of the first user. In some implementations, the server may transmit to the POS system, a location of the first user based upon check-in data received from the mobile phone of the first user. In some implementations, the host server may receive from the user's mobile device, the check-in data through one or more communication methods comprising: Wi-Fi, Bluetooth, or near field communication. In some implementations, step 402 may be performed by a check-in module the same as or similar to check-in module 106 (shown in FIG. 1 and described above).

[00104] At operation 404, the host server may transmit for display to a POS system, the check-in data and payment account data associated with the first user and/or any other user. The data to be queried may be stored in a database on the client electronic storage 112 and/or the host electronic storage 124 and/or any other storage location. In some implementations, step 404 may be performed by a user profile module the same as or similar to user profile module 118 (shown in FIG. 1 and described above).

[00105] At operation 406, the host server may create on the POS system, an individual ticket affiliated with the first user based on the check-in data. In some implementations, step 406 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above).

[00106] At operation 408, the host server may link a record of the first user and/or any other user to a record of the individual ticket affiliated with the first user and/or any other user, the individual ticket containing a record an order received from the first use. The record the order received from the first user may be an itemized expense list of every item ordered by the first user. The record of the order may be based on the time of the check-in data. The ticket order may be based on the creation of the ticket and/or any other data related to the ticket such as: a duration the ticket has been open on the POS system, a table number, a table name, a user name, individual items on the ticket. In some implementations, step 408 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above). [00107] At operation 410, the host server may transmit the individual ticket affiliated with the first user on the first user's mobile computing device. In some implementations, step 410 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above).

[00108] At operation 412, the host server may transmit for display the record the order received from the first user on the first user's mobile computing device. In some implementations, step 412 may be performed by a payment module the same as or similar to payment module 122 (shown in FIG. 1 and described above).

[00109] At operation 414, the host server may receive at least partial payment of the bill using the paying account data from the POS server. In some implementations, step 414 may be performed by a payment module the same as or similar to payment module 122 (shown in FIG. 1 and described above).

[00110] At operation 416, the host server may close the individual ticket affiliated with the first user on the first user's mobile device. Closing may occur after payment has been received. In some implementations, closing a ticket may occur after an individual's ticket has been voided. In some implementations, step 416 may be performed by a payment module the same as or similar to payment module 122 (shown in FIG. 1 and described above).

[00111] FIG. 5 illustrates method 500 of allowing the system create data analytics according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. The operations of method 500 presented below are intended to be illustrative. In some embodiments, method 500 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Some elements of this figure are described above. Thus, any repetitive detailed description thereof will hereinafter be omitted or simplified in order to avoid complication. Additionally, the order in which the operations of method 500 are illustrated in FIG. 5 and described below is not intended to be limiting.

[00112] In some embodiments, method 500 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information). The one or more processing devices may include one or more devices executing some or all of the operations of method 500 in response to instructions stored electronically on an electronic storage medium. The one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations of method 500.

[00113] At operation 502, check-in data regarding the presence of a mobile computing device of a first user in a business establishment may be received by the host server. In some implementations, the wait staff may initiate a ticket on the point of sale system prior to the patron checking-in via the mobile device. The system described herein allows for the server to monitor tickets present on the point of sale system and link these tickets with a ticket opened on the patrons mobile device via the check-in information. This can be done through the server matching manually-opened ticket information with mobile device ticket information, or done by an employee by combining the tickets using functionality built into the point of sale system. This functionality may provide a seamless process for the end-user, regardless of who initiated the ticket (patron via mobile device, or wait staff via point of sale system). In some implementations, step 502 may be performed by a check-in module the same as or similar to check-in module 106 (shown in FIG. 1 and described above).

[00114] At operation 504, the check-in data and payment account data associated with the first user may be transmitted for display by the host server to the POS system. In some implementations, the server is further configured to receive check-in information in response to the first user selecting a check-in icon on a touchscreen of the personal mobile phone of the first user. In some implementations, step 504 may be performed by a user profile module the same as or similar to user profile module 118 (shown in FIG. 1 and described above).

[00115] At operation 506, a listing at least one user including the first user based upon their order of check-in may be displayed by the host server on the POS system. In some implementations, the user may place the order physically by ordering the wait staff. In some implementations, the user may order using their mobile device and/or any other client computing device. After the user has placed an order, a ticket may be opened. In some implementations, step 506 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above).

[00116] At operation 508, a listing of a plurality of individual tickets in a ticket order including an individual ticket affiliated with the first user with a record of orders received from the first user may be transmitted for display by the host server on the POS system. The ticket order may be based on the creation of the ticket and/or any other data related to the ticket such as: a duration the ticket has been open on the POS system, a table number, a table name, a user name, individual items on the ticket. The user may continue to order after the ticket has been opened. The user may physically order by ordering with the same wait staff or different wait staff, and/or the user may electronically order. In some implementations, step 508 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above).

[00117] At operation 510, a record of the first user may be linked to ta record of the individual ticket affiliated with the first user by the host server. In some implementations, step 510 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above). [00118] At operation 512, the host server may receive from the POS system, the individual ticket with a record of an order received from the first user. In some implementations, step 512 may be performed by a link module the same as or similar to link module 120 (shown in FIG. 1 and described above).

[00119] At operation 514, first user information based on the record of the order received from the first user may be analyzed by the host server. First user information may comprise one or more of: favorite food, favorite beverage, favorite server, name, picture, age, spending habits, consumption habits, frequency of visitation, preference data, and ID verification data. In some implementations, the host server may transmit to the first user's mobile computing device, advertising based on the information about the first user. In other implementations, the host server may transmit to the first user's mobile computing device, promotion notifications of discounts for the business establishment in real time based on first user information. The host server may analyze one or more user habits comprising: spending habits, tipping habits, visitation frequency, social media habits, and sharing habits, and transmit to the first user's mobile computing device, promotion notifications of discounts for the business establishment in real time based on the analysis of one or more user habits.

[00120] In some implementations, the system allows for the tracking of points and credits through the mobile application that can be used for promotional, discount, and marketing efforts. The points and/or credits may be stored in the user's profile. The server may keep track of points accrued through use of the application and apply these points to different interactions that can take place inside the application. In one example of a use of this system, a user may accrue points for each dollar spent through the application. The user can then redeem the points for a discount, which can be applied through the mobile application, towards a current or future bill/payment. These points can also be accrued through other interactions, like inviting friends to use the application and promoting on social media channels. In some implementations, the system provides: the ability to get points for using the system, and these points can be transferred or redeemed through the application.

[00121] In some implementations, the system provides a social layer between wait staff and patrons to communicate inside of the mobile application. Wait staff have found it difficult to connect with their clientele and establish a list of loyal patrons. The system allows for patrons to connect with their favorite bartenders, table servers, chefs, and other hospitality employees by following them inside of the mobile application. When a patron follows an employee, they have established a connection with them through the application. The employee can then provide certain interactions through the system. For example, a bartender could send a notification to all of their followers with offers, hours they're working at a venue, specials for users of the mobile application, and so on. The system also allows for wait staff to build a personal list of clientele through which they can find value in as they build their careers inside the hospitality vertical.

[00122] In some implementations, multiple patrons can follow their favorite local bartender through the mobile application. When the bartender clocks in on the point of sale system, these patrons would be able to view that their favorite bartender is on staff at the location. The bartender could send a notification through the system notifying his/her followers that he/she is running a special for half off drinks for the next two hours. This provides increased loyalty for both the venue as well as the employees working inside the venue.

[00123] In some implementations, a patron at an establishment may need assistance from a member of the staff but is unable to communicate this need with them. Sometimes the staff member may be serving other patrons or is unable to be located. The mobile application allows for the patron to request that a member of the staff attend to them through the application. The mobile application send a signal to the server, which in turn displays a message on the point of sale system, wait list system, and/or mobile device held by the employee indicating that the patron requires attention.

[00124] In some implementations, the system may allow for deep integration into third party social media services for ease of check-in to an establishment. Many users utilize social media services like Facebook, Foursquare, Path, Instagram, and others to check-in to venues or locations. Our server monitors these location based social networking features when the user connects these accounts inside of the mobile application. The server can associate a check-in on a third party network with a check-in to a venue accepting payment through our mobile application. These allows the user to check-in on only one social network, and subsequently have a ticket opened on the venues point of sale system automatically.

[00125] In an exemplary embodiment, a user opens mobile application and connects third party social media services to their account. The user may check-in on a third party social media account to a venue that participates in the mobile payment service. The server may monitor check-ins on third party services, and associates the check-in with the user's account. The server opens a ticket on the appropriate venues point of sale system based on check-in data from third party. The user opens the mobile payment application and sees that they have an active tab available for use.

[00126] In some implementations, the system allows for sharing of in-app interactions on third party social media services. The user has the ability to attach their social media accounts inside of the mobile application for ease of sharing these interactions. When the user chooses to share, a message is sent to the server, which can share seamlessly amongst one or more social media services by transmitting a request to the appropriate social media server. The user has the ability to share items including, but not limited to: which venue they're currently checked-in to, friends that they are checked-in with, items that they are ordering at the venue, amount they are spending at the venue (tip, tax, subtotal, total), awards and credits earned through the application, check-out status, time spent in venue, location inside the venue, reservation status and confirmation.

[00127] In some implementations, a user is interested in receiving notifications via their mobile device based on interactions happening inside of a venue. A server can monitor the interactions on the point of sale system, including but not limited to, items being added, total cost of tab, time the tab has been open, and other friends entering a venue. The server can then notify the user through mobile application notifications in real time. In some implementations, a user does not want to spend more than 100 dollars at a given venue. The server monitors their open point of sale ticket and sends notifications to the mobile application as they approach, and when they hit or exceed, their $100 threshold. In one embodiment, the server may send a notification as the user approaches the predetermined threshold. This notification system should not be limited to spending, as many other interactions inside of a venue are important for a user to know in real time.

[00128] In some implementations, a user can receive a notification through the app when: a table booked through a third party reservation system is ready; informs other members of a party know when each other have arrived; a certain threshold amount is hit. In an exemplary embodiment, a user sets a threshold at $100 dollars and received a notification when the tab goes above this threshold. The tab is closed outside of the system. In some implementations, the user forgets to close their tab and the wait staff closes the tab at the end of the night. The tab may be automatically closed by the server when detecting the user's mobile device is no longer located locally near the business entity. In some implementations, step 514 may be performed by a payment module the same as or similar to payment module 122 (shown in FIG. 1 and described above).

[00129] At operation 516, venue vibes and/or density of persons in the business establishment based on the number of open individual tickets in the business establishment during a threshold period of time are transmitted for display by the host server on at least one user's mobile computing device. In some implementations, the POS system may manage all the order processing at the business entities. The API (application programmable interface) may be maintained, designed and supported by POS provider. The host system may install a virtual printer port to access information from the POS system. The virtual printer port may allow the host system to obtain information without having to access the POS software. The virtual printer driver may be installed directly on the windows sever allowing the host system to access information anytime an order is printed. The information may be sent in real time to the host system. This allows the host system to determine for example, the venue density by determining how many tabs are open and how full the business establishment is during a period of time. In some implementations, step 516 may be performed by a check-in module the same as or similar to check-in module 106 (shown in FIG. 1 and described above).

[00130] FIG. 6A is a flowchart 600A of an example embodiment of a process for linking the ticket to a user according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure.

[00131] In some implementations, users can check-in to a particular venue using a mobile device to indicate that they are present. A check-in can be accomplished by using (but not limited to) GPS location of the user's mobile device, known Wi-Fi presence, Bluetooth, or near field communication between a computing device inside of the venue and the user's mobile device. Once the user has completed a check-in action, they are known to be located inside of the venue.

[00132] As shown in step 602A, the user may check-in at the venue on the user's mobile device and/or any other client computing device. At step 604A, the server may store the check-in data. As shown in step 606A, the companion computing device shows a listing of users that checked-in to the venue. In this exemplary embodiment, users are listed chronologically based upon their order of check-in. Using a software application, the user may be linked (associated) with their applicable tab on the venue's POS system. The user can first be selected from a list of users that have checked-in at the venue, such as the list shown in step 606A. The selection is transmitted to the server.

[00133] Next, a list of individual tickets, ordered by (but not limited to) duration they have been open on the POS system, table number, table name, user name, individual items on the ticket, or any other personally identifiable means, can be selected. Step 608A shows a screenshot on the graphical user interface of the companion computing device having a list of tickets, which includes the last item ordered and how long ago that item was ordered. A waiter, bartender, cashier, or other personnel can select one of the tickets for association. The selection is transmitted to the server.

[00134] The system may then associate the user (selected first) with the POS ticket (selected second). As shown in step 612A, the companion computing device displays a confirmation of the linked user and ticket. The companion computing device may also display information about the user, such as favorite food, favorite beverage, favorite server, or other stored preferences of the user, as discussed below with regard to FIG. 6B. The user's mobile device displays all relevant information from the POS system and allows the user to interact and complete a purchase. At step 614A, the ticket is associated with the user.

[00135] FIG. 6B is a user interface 600B of an example embodiment of linking the ticket to a user according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. In some implementations, the system's server(s) 102, 114 have known information about a user located inside of a venue, including (but not limited to) name, picture, age, spending habits, consumption habits, frequency of visitation, preference data, and ID verification data. The system allows for any and all of this data to be presented to staff working inside of the venue upon a users check-in. The system displays the relevant information to allow service to reflect the information on the specific patron (for example, the patron's favorite food or beverage).

[00136] FIG. 6C is a user interface 600C of an example embodiment of an introduction screen presented to a user according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. In some implementations, using Bluetooth (e.g., Apple iBeacons), Wi-Fi presence, near field communication (NFC), or technology, a user's mobile device may communicate with a hardware running a component (e.g., receiver or transmitter) of that technology to facilitate the presence of a user based on location inside of the venue. The system may provide the ability to facilitate actions on the POS including: opening a POS ticket, viewing an itemized expense, applying a payment and/or service charge, closing a ticket on the POS system, and/or voiding a ticket on the POS system.

[00137] FIG. 6D is a user interface 600D of an example embodiment of linking the ticket to a user according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. The companion computing device shows a listing of users 606D that checked-in to the venue. In this exemplary embodiment, users are listed chronologically based upon their order of check-in. Using a software application, the user may be linked (associated) with their applicable tab on the venue's POS system. The user can first be selected from a list of users that have checked-in at the venue, such as the list shown in step 606A. The selection is transmitted to the server(s) 102, 114.

[00138] FIG. 6E is a user interface 600E of an example embodiment of linking the ticket to a user according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. The companion computing device displays a list of individual tickets 608E, ordered by (but not limited to) duration they have been open on the POS system, table number, table name, user name, individual items on the ticket, or any other personally identifiable means, can be selected. The graphical user interface of the companion computing device having a list of tickets, which includes the last item ordered and how long ago that item was ordered. A waiter, bartender, cashier, or other personnel can select one of the tickets for association. The selection is transmitted to the server(s) 102, 114. The system may then associate the user (selected first) with the POS ticket (selected second).

[00139] In some implementations, a customer may be linked to a tab by using a code rather than identifying which tab is associated with the customer. The host server transmits information to the user interface on the POS system and/or POS companion device to check- in and link a customer. A user interface on a POS system and/or POS companion device displays a check-in button and/or tab, which may be selected by the staff, who may include a waiter, a bartender, a cashier, a host, or other personnel. A code may be associated with each ticket, e.g., the system generates a unique code (e.g., unique as compared to other order codes at that time, or a number in a chronological sequence) for each ticket that is presented to on the user interface upon entry of the ticket. The code may be a ticket number, check number, table number, table name, user name, individual items on the ticket, and/or any other identifiers. Once the button and/or tab is selected to check-in the customer, the user interface may prompt the staff to enter the code to link the customer with a record of the customer's tab. For example, after selecting the check-in button and/or tab at the POS system and/or the POS companion device, the host server may link a ticket to a customer by receiving an input of a 4-digit ticket ID code representing that ticket. Although this exemplary embodiment recites the use of a 4-digit code, it is intended that any length code may be used. The host server associates the ticket having that code with the customer.

[00140] For example, the host server may receive customer check-in information. The POS companion device may receive the customer check-in information. The host server may receive a customer selection from the POS companion device. The host server may present on the POS companion device a prompt to enter a ticket ID. The host server may receive the ticket ID associated with the checked in user from the POS companion device. The host server may display on the POS companion device all the items ordered on the input ticket ID and/or check as a confirmation for the staff that they are linking the customer to the right check. If the host server receives a confirm input from the POS companion device, the customer may be linked to the ticket. If there is an error and the wrong check is displayed on the POS companion device, a cancellation request may be received by the host server from the POS companion device and the host server may receive a re-input including the correct ticket ID from the POS companion device.

[00141] FIG. 6F is a user interface 600F of an example embodiment of presenting the ticket to the user according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. The companion computing device may display a confirmation of the linked user and ticket. The consumer can be charged using their stored payment information from the companion computing device.

[00142] FIG. 7A is a flowchart 700A of an example embodiment of a process for displaying user information according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. In some implementations, the staff at the business establishment may associated the user with the POS terminal using the POS companion 708A. At step 710A, the server may pass know user data to the POS companion device. Any relevant user data may be displayed to staff working in the venue 712A.

[00143] FIG. 7B is a user interface 700B of an example embodiment of displaying user information 712B according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. The user information may include, user name, a user photo, the last visit of the user, the age of user, the reputation of the user (i.e., regular), the user's favorite food, the user's favorite drink, the average amount of money the user spends, the average tip, payment information, and/or any other user preferences.

[00144] Using software on the companion computing device positioned next to the POS system, staff can perform additional actions as it relates to checked-in users. The consumer can be charged using their stored payment information from the companion computing device. The user can be un-linked from a POS ticket using the POS Companion. The user can be sent a loyalty deal from the POS companion computing device. The user can be rewarded for a multitude of actions using the POS companion computing device, including but not limited to: spending habits, tipping habits, frequency of visitation, sharing on social media, sharing with friends through email or SMS messaging. The POS companion computing device may also facilitate the following actions: advertising inside of the venue, notification of special items or discounts available, real-time.

[00145] FIG. 8A is a user interface 800A of an example embodiment of displaying venue density according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. In some implementations, users may want to find a business establishment based on how lively or quiet it is. The system may allow the host server(s) 114 to receive real-time updates from one or more client server(s) 102 of different business establishment to determine the number of tabs and/or tickets open at each business establishment. The system may then provide a vibe rating 802A based on the number of customers per square inch of the business establishment.

[00146] In some implementations, the POS system may manage all the order processing at the business entities. The API (application programmable interface) may be maintained, designed and supported by POS provider. The host system may install a virtual printer port to access information from the POS system. The virtual printer port may allow the host system to obtain information without having to access the POS software. The virtual printer driver may be installed directly on the windows sever allowing the host system to access information anytime an order is printed. The information may be sent in real time to the host system. This allows the host system to determine for example, the venue density by determining how many tabs are open and how full the business establishment is during a period of time.

[00147] FIG. 8B is a user interface 800B of an example embodiment of displaying venue density according to the present disclosure. This embodiment may incorporate any aspects of other implementations as described in the disclosure. In some implementations, the more dense a business establishment is populated, the higher the venue vibe score is. For example, a lively place may have a four person rating 802B, indicating the place is densely populated. An active rating of three people 804B, may indicate not looking to join the masses, but the business establishment may still be pretty active. A relaxed rating of two people 806B, may indicate a place that is not empty, but not crowded. A quiet rating of one person 808B, may indicate a quiet place with not very many customers. The venue density provides a user further flexibility in choosing the type of place they want to visit. For example, if a user is looking to party, they may choose to go to a lively establishment. On the other hand, if a user is looking for a quiet place to take a date, the user may prefer a quiet place.

[00148] The functionality described herein can be implemented by numerous modules or components that can perform one or multiple functions. Each module or component can be executed by a computer, such as a server, having a non-transitory computer-readable medium and processor. In one alternative, multiple computers may be necessary to implement the functionality of one module or component. [00149] Unless specifically stated otherwise as apparent from the following discussion, it is appreciated that throughout the description, discussions utilizing terms such as "processing" or "computing" or "calculating" or "determining" or "measuring" or "selecting" or "displaying" or "identifying" or "detecting" or the like, can refer to the action and processes of a data processing system, or similar electronic device, that manipulates and transforms data represented as physical (electronic) quantities within the system's registers and memories into other data similarly represented as physical quantities within the system's memories or registers or other such information storage, transmission or display devices.

[00150] The exemplary embodiments can relate to an apparatus for performing one or more of the functions described herein. This apparatus may be specially constructed for the required purposes, or it may comprise a general purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program may be stored in a machine (e.g. computer) readable storage medium, such as, but is not limited to, any type of disk including floppy disks, optical disks, CD-ROMs and magnetic-optical disks, read only memories (ROMs), random access memories (RAMs) erasable programmable ROMs (EPROMs), electrically erasable programmable ROMs (EEPROMs), magnetic or optical cards, or any type of media suitable for storing electronic instructions, and each coupled to a bus.

[00151] The exemplary embodiments described herein are described as software executed on at least one server, though it is understood that embodiments can be configured in other ways and retain functionality. The embodiments can be implemented on known devices such as a personal computer, a special purpose computer, cellular telephone, personal digital assistant ("PDA"), a digital camera, a digital tablet, an electronic gaming system, a programmed microprocessor or microcontroller and peripheral integrated circuit element(s), and ASIC or other integrated circuit, a digital signal processor, a hard-wired electronic or logic circuit such as a discrete element circuit, a programmable logic device such as a PLD, PLA, FPGA, PAL, or the like. In general, any device capable of implementing the processes described herein can be used to implement the systems and techniques according to this invention.

[00152] It is to be appreciated that the various components of the technology can be located at distant portions of a distributed network and/or the Internet, or within a dedicated secure, unsecured and/or encrypted system. Thus, it should be appreciated that the components of the system can be combined into one or more devices or co-located on a particular node of a distributed network, such as a telecommunications network. As will be appreciated from the description, and for reasons of computational efficiency, the components of the system can be arranged at any location within a distributed network without affecting the operation of the system. Moreover, the components could be embedded in a dedicated machine.

[00153] Furthermore, it should be appreciated that the various links connecting the elements can be wired or wireless links, or any combination thereof, or any other known or later developed element(s) that is capable of supplying and/or communicating data to and from the connected elements. The term module as used herein can refer to any known or later developed hardware, software, firmware, or combination thereof that is capable of performing the functionality associated with that element. The terms determine, calculate and compute, and variations thereof, as used herein are used interchangeably and include any type of methodology, process, mathematical operation or technique.

[00154] The embodiments described above are intended to be exemplary. One skilled in the art recognizes that there are numerous alternative components and embodiments that may be substituted for or included in the particular examples described herein and such additions or substitutions still fall within the scope of the invention. [00155] As will be appreciated by one skilled in the art, aspects of the present disclosure may be embodied as a system, method or computer program product. Accordingly, aspects of the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a "circuit," "module" or "system." Furthermore, aspects of the present disclosure may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.

[00156] Any combination of one or more computer readable medium(s) may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus or device.

[00157] A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate or transport a program for use by or in connection with an instruction execution system, apparatus or device.

[00158] Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[00159] Computer program code for carrying out operations for aspects of the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. Other types of programming languages include HTML5, Flash and other similar languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).

[00160] Aspects of the present disclosure are described below with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

[00161] These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

[00162] The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

[00163] The flowchart and block diagrams in the Figures illustrate the architecture, functionality and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block might occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

[00164] The corresponding structures, materials, acts, and equivalents of all means or step plus function elements in the claims below are intended to include any structure, material, or act for performing the function in combination with other claimed elements as specifically claimed. The description of the present disclosure has been presented for purposes of illustration and description, but is not intended to be exhaustive or limited to the disclosure in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the disclosure. The embodiment was chosen and described in order to best explain the principles of the disclosure and the practical application, and to enable others of ordinary skill in the art to understand the disclosure for various embodiments with various modifications as are suited to the particular use contemplated.

[00165] The flow diagrams depicted herein are just one example. There may be many variations to this diagram or the steps (or operations) described therein without departing from the spirit of the disclosure. For instance, the steps may be performed in a differing order or steps may be added, deleted or modified. All of these variations are considered a part of the claimed disclosure.

[00166] While the preferred embodiment to the disclosure had been described, it will be understood that those skilled in the art, both now and in the future, may make various improvements and enhancements which fall within the scope of the claims which follow. These claims should be construed to maintain the proper protection for the disclosure first described. [00167] Although the present technology has been described in detail for the purpose of illustration based on what is currently considered to be the most practical and preferred implementations, it is to be understood that such detail is solely for that purpose and that the technology is not limited to the disclosed implementations, but, on the contrary, is intended to cover modifications and equivalent arrangements that are within the spirit and scope of the appended claims. For example, it is to be understood that the present technology contemplates that, to the extent possible, one or more features of any implementation can be combined with one or more features of any other implementation.