This disclosure is generally directed to the processing of orders for products received through network-based channels, including determining the status of an inventory management system and processing orders received during different statuses of an inventory management system.
A retailer may sell products and services through numerous sales channels, including in-store carry sales, website and mobile app sales, and in-store non-carry sales. Orders for website and mobile app sales and in-store non-carry sales are generally reserved by an inventory management system. When the inventory management system goes offline, there are two general approaches. The first approach is to confirm every order while the inventory management system is offline, then check for availability for the order after the inventory management system is back online and cancel confirmed orders as necessary. The second approach is to reject all orders while the inventory management system is offline.
An illustrative order management system for processing user orders for products may include a data storage subsystem configured to store last known inventory data and offline demand data. The system may further include an order processing subsystem configured to communicate with an inventory management system and configured to receive a last known inventory quantity of a product from the inventory management system and store the last known inventory quantity of the product in the last known inventory data. The order processing subsystem may be further configured to receive an order for an order quantity of the product from a user computing device, the order received over a network, determine that the order processing subsystem cannot communicate with the inventory management system to reserve the order quantity of the product, retrieve the last known inventory quantity of the product from the last known inventory data, retrieve an offline demand quantity for the product from the offline demand data, compare the sum of the order quantity and the offline demand quantity of the product with last known inventory quantity of the product, transmit a confirmation of the order to the user when the sum of the order quantity and the offline demand quantity of the product is less than or equal to the last known inventory quantity of the product, and transmit a denial of the order to the user when the sum of the order quantity and the offline demand quantity of the product is greater than the last known inventory quantity of the product.
An illustrative method for processing user orders for products may include receiving, by a computerized order management system, a last known inventory quantity for a product from an inventory management system and storing, by the computerized order management system, the last known inventory quantity in last known inventory data. The method may further include receiving, by the computerized order management system, an order for an order quantity of the product from a user computing device, the order received over a network, determining, by the computerized order management system, that the order management system cannot communicate with the inventory management system to reserve the order quantity of the product, retrieving, by the computerized order management system, the last known inventory quantity of the product from the last known inventory data, retrieving, by the computerized order management system, an offline demand quantity for the product from the offline demand data, and comparing, by the computerized order management system, the sum of the order quantity and the offline demand quantity of the product with the last known inventory quantity of the product. The method may further include transmitting, by the computerized order management system, a confirmation of the order to the user computing device when the sum of the order quantity and the offline demand quantity of the product is less than or equal to the last known inventory quantity of the product, and transmitting, by the computerized order management system, a denial of the order to the user computing device when the sum of the order quantity and the offline demand quantity of the product is greater than the last known inventory quantity of the product.
An illustrative order management system for processing user orders for products may include a data storage subsystem configured to store last known inventory data, offline demand data, and an order processing status, the order processing status being indicative of a state of an inventory management system and having a value of one of ONLINE, SYNCHRONIZING, or OFFLINE. The system may further include an order processing subsystem configured to communicate with the inventory management system and configured to receive a last known inventory quantity for a product from the inventory management system and store the last known inventory quantity in the last known inventory data. The order processing subsystem may be further configured to receive an order for an order quantity of the product from a user computing device, the order received over a network, retrieve the order processing status from the data storage subsystem. When the order processing status is OFFLINE, the order processing subsystem may be configured to retrieve the last known inventory quantity of the product from the last known inventory data, retrieve an offline demand quantity for the product from the offline demand data, compare the sum of the order quantity and the offline demand quantity of the product with the last known inventory quantity of the product, transmit a confirmation of the order to the user when the sum of the order quantity and the offline demand quantity of the product is less than or equal to the last known inventory quantity of the product, and transmit a denial of the order to the user when the sum of the order quantity and the offline demand quantity of the product is greater than the last known inventory quantity of the product.
The present disclosure includes systems and methods for receiving and processing user orders. Such orders may be for products or services from a retailer, wholesaler, or other source. The remainder of this disclosure will be made with reference to embodiments in which the user orders are for products sold by a single retailer, with the users being end customers or associates for brick-and-mortar locations of that retailer. Such disclosure is by way of example only.
The receiving and processing of user orders disclosed herein improves upon known methods and systems for receiving and processing user orders, particularly while the inventory management system is offline. The two general known methods for receiving and processing user orders while the inventory management system is offline both have drawbacks. The first method, confirming every order, then later cancelling orders as needed, may result in a large number of false positive order confirmations, resulting in displeased customers who thought they had successful orders later finding out that their orders were unsuccessful. The second method, rejecting all orders while the inventory management system is offline, may result in lost revenue for the retailer. In contrast, methods and systems according to the present disclosure may improve the retailer's ability to continue to generate revenue during inventory management system outages without excessively confirming orders for which it is not known if sufficient inventory is available. Accordingly, both the retailer's needs (for sales) and the user's needs (for order certainty) are addressed.
The systems and methods of the present disclosure provide a technology-based solution for improving the field of network-based order and inventory management systems, thus improving the Internet-centric problem of receiving and processing orders during an inventory management system outage. The system and methods of the present disclosure may improve the functionality of the retailer by improving system uptime and may also improve the inventory management system by providing an orderly method by which the inventory management system resynchronizes with orders placed while the inventory management system was offline, thereby improving the functionality of the inventory management system during the resynchronization period. Furthermore, the system and methods of the present disclosure may provide a single point in the flow of an order that may account for downtime of an inventory management system, so that each individual point in the order flow need not include its own independent solution.
First, with respect to
Reference will now be made in detail to the preferred embodiments of the invention, examples of which are illustrated in the accompanying drawings.
In its most basic configuration, computing system environment 20 typically includes at least one processing unit 22 and at least one memory 24, which may be linked via a bus 26. Depending on the exact configuration and type of computing system environment, memory 24 may be volatile (such as RAM 30), non-volatile (such as ROM 28, flash memory, etc.) or some combination of the two. Computing system environment 20 may have additional features and/or functionality. For example, computing system environment 20 may also include additional storage (removable and/or non-removable) including, but not limited to, magnetic or optical disks, tape drives and/or flash drives. Such additional memory devices may be made accessible to the computing system environment 20 by means of, for example, a hard disk drive interface 32, a magnetic disk drive interface 34, and/or an optical disk drive interface 36. As will be understood, these devices, which would be linked to the system bus 26, respectively, allow for reading from and writing to a hard disk 38, reading from or writing to a removable magnetic disk 40, and/or for reading from or writing to a removable optical disk 42, such as a CD/DVD ROM or other optical media. The drive interfaces and their associated computer-readable media allow for the nonvolatile storage of computer readable instructions, data structures, program modules and other data for the computing system environment 20. Those skilled in the art will further appreciate that other types of computer readable media that can store data may be used for this same purpose. Examples of such media devices include, but are not limited to, magnetic cassettes, flash memory cards, digital videodisks, Bernoulli cartridges, random access memories, nano-drives, memory sticks, other read/write and/or read-only memories and/or any other method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Any such computer storage media may be part of computing system environment 20.
A number of program modules may be stored in one or more of the memory/media devices. For example, a basic input/output system (BIOS) 44, containing the basic routines that help to transfer information between elements within the computing system environment 20, such as during start-up, may be stored in ROM 28. Similarly, RAM 30, hard drive 38, and/or peripheral memory devices may be used to store computer executable instructions comprising an operating system 46, one or more applications programs 48 (such as a Web browser, retailer's mobile app, and/or retailer's point-of-sale checkout and ordering program), other program modules 50, and/or program data 52. Still further, computer-executable instructions may be downloaded to the computing environment 20 as needed, for example, via a network connection.
An end-user, e.g., a customer, retail associate, and the like, may enter commands and information into the computing system environment 20 through input devices such as a keyboard 54 and/or a pointing device 56. While not illustrated, other input devices may include a microphone, a joystick, a game pad, a scanner, etc. These and other input devices would typically be connected to the processing unit 22 by means of a peripheral interface 58 which, in turn, would be coupled to bus 26. Input devices may be directly or indirectly connected to processor 22 via interfaces such as, for example, a parallel port, game port, firewire, or a universal serial bus (USB). To view information from the computing system environment 20, a monitor 60 or other type of display device may also be connected to bus 26 via an interface, such as via video adapter 62. In addition to the monitor 60, the computing system environment 20 may also include other peripheral output devices, not shown, such as speakers and printers.
The computing system environment 20 may also utilize logical connections to one or more computing system environments. Communications between the computing system environment 20 and the remote computing system environment may be exchanged via a further processing device, such a network router 72, that is responsible for network routing. Communications with the network router 72 may be performed via a network interface component 74. Thus, within such a networked environment, e.g., the Internet, World Wide Web, LAN, or other like type of wired or wireless network, it will be appreciated that program modules depicted relative to the computing system environment 20, or portions thereof, may be stored in the memory storage device(s) of the computing system environment 20.
The customer devices 92 and the point-of-sale terminals 94 are various embodiments of computing environments such as the computing environment 20 illustrated in and described with respect to
The mobile app server 86, the customer website server 88, and the in-store order interface server 90 may be configured to be accessed by the customer devices 92 and/or point-of-sale terminals 94 over a network 96 (e.g., the Internet) and to provide interfaces through which orders for products may be placed on the customer devices 92 and point-of-sale terminals 94. For example, in an embodiment: the mobile app server 86 hosts and provides a mobile app interface and/or mobile website interface through which a user mobile device (e.g., mobile phone or tablet, which may be customer device 921, in an embodiment) may place an order; the customer website server 88 hosts and provides a website interface through which a user personal computer (which may be customer device 922, in an embodiment) may place an order; and the in-store order interface server 90 provides an interface through which point-of-sale terminals 94 may place orders on behalf of customers.
The servers 86, 88, 90 may provide the entirety of an interface, or may work in conjunction with an application or client stored and executing on a user device 92 or point-of-sale terminal 94 to provide that interface. For example, in an embodiment, one or more of the servers 86, 88, 90 may cooperate and interact with a web browser, mobile app, point-of-sale checkout software, and/or other software to provide the full interface.
As part of providing the order interface, the servers 86, 88, 90 may cause order confirmations (or rejections) to appear in those interfaces, in an embodiment. The servers 86, 88, 90 may cause an order confirmation (or rejection) to appear in the interface responsive to instructions from the order management system 84 or responsive to a transmission of such an order confirmation (or rejection) from the order management system 84.
In various embodiments, the inventory management system 82 may manage the inventory of a retailer. The inventory management system 82 may be an inventory management module of a Sterling distributed order management system, commercially available from IBM, or other appropriate inventory management system. The inventory management system 82 stores the location of each and every item of stock of the retailer, including retail locations, warehouses, and the like, reserves items of stock to account for unfulfilled orders, initiates and instructs order fulfillment, and initiates and instructs supply replenishment, in an embodiment.
The inventory management system 82 may periodically go offline as a result of a network outage, hardware failure, planned maintenance, etc. When offline, the inventory management system may be unable to communicate with the order management system to confirm orders received by the order management system from customer devices 92 and point of sale terminals 94.
The order management system 84 may be generally configured to determine and store the status of the inventory management system 82 and to receive and process orders so as to present generally the same or a similar ordering experience to users regardless of the status of the inventory management system 82, i.e., the same user experience whether the inventory management system 82 is online or offline. The order management system may be configured to, in an embodiment, perform an order reservation in conjunction with the inventory management system 82 when the inventory management system 82 is online, perform unofficial order reservations when the inventory management system 82 is offline or resynchronizing after coming back online, and assist the inventory management system 82 in resynchronizing after coming back online.
The order management system 84 may be a computerized environment that may include an order processing sub-system 98 and a data storage sub-system 100, in various embodiments. The order management system 84, or some or all components of the order management system, comprises some or all of the components of the computing environment 20 of
The data storage sub-system 100 stores a number of categories of data useful for carrying out one or more methods for receiving and processing user orders, such as the methods of this disclosure. In an embodiment, the data storage sub-system 100 stores an order processing status 102, last known inventory data 104, and offline demand data 106. The data storage sub-system 100 may be, for example, a no-SQL Apache database system or other open source or commercial no-SQL solution, in an embodiment.
The representations of the order processing status 102, last known inventory data 104, and offline demand data 106 and the storage of that data illustrated and described in this disclosure are illustrative only, and changes may be made and remain within the spirit and scope of this disclosure. For example, although shown as separate data, the contents of two or more of the order processing status 102, last known inventory data 104, and offline demand data 106 may be stored in a single file, directory, database, etc. In addition, although shown separately, the order processing sub-system and the data storage sub-system, or portions thereof, may be implemented on a single sub-system. Furthermore, though shown as a part of the data storage subsystem 100, the order processing status 102 may additionally or alternatively be stored or maintained by the order processing subsystem 98.
The order processing status 102 is a value indicative of a status of the inventory management system 82 that informs how the order management system processes orders, in an embodiment. The order processing status 102 may be, for example, one of ONLINE, OFFLINE, or SYNCHRONIZING. A status of ONLINE may indicate that the inventory management system 82 is online, that is, the order management system 84, or component thereof, can communicate with the inventory management system 82 to reserve a product responsive to orders, in an embodiment. A status of OFFLINE may indicate the opposite—that the order management system 84, or component thereof, cannot communicate with the inventory management system 82 to reserve a product responsive to orders, in an embodiment. A status of SYNCHRONIZING may indicate that the inventory management system 82 is available for communication with the order management system, but is in the process of resynchronizing with orders made while the inventory management system 82 was offline.
The remainder of this disclosure will be with respect to embodiments in which the order processing status is one of ONLINE, OFFLINE, or SYNCHRONIZING. It should be understood, however, that such order processing statuses are by way of example only, and different or additional statuses may be used.
The order processing status 102 may be set by the order processing subsystem 98 and utilized by the order processing subsystem 98 to inform how orders received from customer devices 92 and point of sale terminals 94 are processed, in an embodiment. For example, when the order processing status 102 is ONLINE, the order management system may perform a traditional synchronous reservation, or a modified version of such a reservation (e.g., as illustrated in and described below with respect to
With continued reference to
The last known inventory data may be separate from the inventory management system 82, in an embodiment. The last known inventory data may include significantly less information, and for a narrower purpose, than the inventory management system 82, and therefore may provide significantly faster access to the information stored. The “knowledge” stored in the last known inventory data may be from the point of view of the order management system 84, not the point of view of the inventory management system 82, in an embodiment. However, the last known inventory data may be updated according to data obtained from the inventory management system 82, or in conjunction with data exchanged with the inventory management system 82, as will be set forth in further detail later in this disclosure.
The offline demand data 106 may include records of orders received by the order management system 84 while the inventory management system 82 is offline or resynchronizing after coming back online, in an embodiment. As will be described in further detail in this disclosure, the order processing subsystem 98 may be configured to store records of orders in the offline demand data 106 such as, for example, when those orders are received while the inventory management system 82 is offline or resynchronizing after coming back online. The records of orders stored in the offline demand data 106 may include the same or similar information as records of orders stored in the inventory management system 82, in an embodiment.
The offline demand data 106 may include an offline demand quantity for one or more products, in an embodiment. The offline demand quantity may be inherent in orders stored in the offline demand data 106, or may be computed based on those orders and stored separately from the order records in the offline demand data 106.
The order processing sub-system 98 may be a computerized processing system that may be configured to perform one or more tasks, steps, methods, etc. to facilitate the receipt and processing of orders received from customer devices 92 and point-of-sale terminals 94, in an embodiment. The order processing sub-system 98 comprises some or all of the components of the computing environment 20 of
The order processing sub-system 98 may be configured to perform one or more methods for receiving and processing orders in conjunction with the data storage sub-system 100 and the inventory management system 82, in an embodiment.
Referring to
Though not illustrated in
The method 110 may further include step 116 in which the order processing subsystem 98 retrieves an order processing status 102. As noted above, the value of the order processing status 102 may be, but is not limited to, ONLINE, SYNCHRONIZING, or OFFLINE, in an embodiment.
The method 110 may further include step 118 in which the order processing subsystem 98 receives an order processing status 102 of ONLINE from the data storage subsystem 100. The remainder of the method 110 addresses the processing of orders when the order processing status 102 is ONLINE. An illustrative method for processing orders when the order processing status 102 is OFFLINE or SYNCHRONIZING is illustrated in and will be described with respect to
Certain retrieval of data, such as step 116, is illustrated herein with a subsequent return of data shown as a separate step, i.e., step 118. It should be understood that one or more of the retrievals of data of the method 110 and other methods of this disclosure, as would be appreciated by a person of skill in the art, involve a request for data and a return of data. The illustration or omission of the return of retrieved data in a figure and accompanying description is for convenience of illustration and description only.
With continued reference to
Although the method 110 only illustrates a situation in which the order is confirmed, the order may be rejected in other situations. For example, after receiving the reservation request from the order processing system at step 120, the inventory management system 82 may determine that the order is for more units of the ordered product than are available in stock. Accordingly, in such a scenario, the inventory management system 82 may transmit a reservation rejection to the order processing subsystem 98, and the order processing subsystem 98 may transmit an order rejection to the user device 114.
With continued reference to
The method 110 may further include step 128 in which the order processing subsystem 98 stores the inventory quantity or quantities provided in step 126 in the data storage subsystem 100. For example, the inventory quantity may be stored in the last known inventory data 104.
The provision and storage of an inventory quantity in steps 126 and 128 may be performed in conjunction with reservation of a user order, as illustrated in and described with respect to
The method 130 may include two steps previously described in conjunction with method 110. In step 112, the order processing subsystem 98 may receive an order for an order quantity X of a product from a user device. For the example order of
The method 130 may further include step 136 in which the data processing subsystem returns an order processing status 102 of OFFLINE or SYNCHRONIZING. When the order processing status 102 is OFFLINE or SYNCHRONIZING, the order processing subsystem 98 may process the order generally independent of the inventory management system 82 (e.g., using local resources instead), in an embodiment, as detailed in the further steps of the method described below.
The method 130 may further include step 138 in which the order processing subsystem 98 retrieves an offline demand quantity of the product from the data storage subsystem 100 (i.e., from the offline demand data 106). The offline demand quantity is designated in
To retrieve the offline demand quantity of a particular product, the order processing subsystem 98 may retrieve a single value that is stored in the offline demand data 106, in an embodiment, as generally illustrated in the illustrative data of
The values in the tables of
The method 130 may further include step 140 in which the order processing subsystem 98 retrieves a last known inventory quantity from the data storage subsystem 100 (i.e., from the last known inventory data 104). The last known inventory quantity is designated as value “Z” in
The method 130 may further include step 142 in which the order processing subsystem 98 compares, for each product in the order, the sum of the order quantity (X) and the offline demand quantity (Y) with the last known inventory quantity (Z). For the illustrative order and information of
Although the comparison step 142 is described in terms of an embodiment in which the order processing subsystem 98 compares (X+Y) with (Z), it should be understood that any equivalent may be made, and that such equivalent mathematical comparisons are equivalent for the purpose of the method. For example, instead of comparing (X+Y) with (Z), the order processing subsystem 98 may compare (X) with (Z−Y), or may compare (Y) with (Z−X), and so on.
The outcome of the comparison at step 142 informs the response of the order processing subsystem 98 to the user device 114, in an embodiment. For example, if the sum of the order quantity and the offline demand quantity is less than or equal to the last known inventory quantity (thereby indicating that stock to fulfill the order is believed to be available), the method may advance to step 144 in which the order is confirmed as to that product. In the order confirmation step 144, the method may include a sub-step 146 in which the order processing subsystem 98 transmits an order confirmation to the user device 114 and a sub-step 148 in which the order processing subsystem 98 stores a record of the confirmed order in the offline demand data 106 in the data storage subsystem 100. For the illustrative order and data of
Step 144 is indicated in
Alternatively, in an embodiment, if the sum of the order quantity (X) and the offline demand quantity (Y) is greater than the last known inventory quantity (Z), the method 130 may advance to step 150 in which the order is denied as to that product. In the order denial step 150, the method 130 may include a sub-step 152 in which the order processing subsystem 98 transmits an order denial to the user device 114. For the illustrative order and data of
The illustrative method 130 of
As described above with respect to
The method 160 may include step 162 in which the order processing subsystem 98 attempts communication with the inventory management system 82. This communication may be a reservation request (e.g., as discussed in conjunction with step 120 in the method 110 of
The method 160 may further include a first scenario 164 including step 166 in which the order processing subsystem 98 receives no response from the inventory management system 82 to a number N of attempted communications. That number N may be set as desired by an operator of the system according to, for example, how quickly the operator wants the order processing status set to OFFLINE responsive to communication failures. The first scenario 164 may further include step 168 in which the order processing subsystem 98 sets the order processing status 102 to OFFLINE.
The method may further include a second scenario 170 including step 172 in which the order processing subsystem 98 receives a response from the inventory management system 82. The second scenario 170 may further include step 174 in which the order processing subsystem 98 checks the offline demand data 106 stored in the data storage subsystem 100. The order processing subsystem 98 may check the offline demand data 106 to determine whether any order records are in the offline demand data 106 that have not been synchronized with the inventory management system 82, in an embodiment. The second scenario 170 may further include step 176 in which the order processing subsystem 98 determines that the offline demand data 106 is empty, i.e., does not include records of any orders that have not yet been synchronized with the inventory management system 82. The second scenario 170 may further include step 178 in which the order processing subsystem 98 sets the order processing status 102 to ONLINE.
The method 160 may further include a third scenario 180 including step 172 in which the order processing subsystem 98 receives a response from the inventory management system 82. The third scenario 180 may further include step 174 in which the order processing subsystem 98 checks the offline demand data 106 stored in the data storage subsystem 100. The third scenario 180 may further include step 182 in which the order processing subsystem 98 determines that the offline demand data 106 is not empty, i.e., does include records of one or more orders that have not been synchronized with the inventory management system 82. The third scenario 180 may further include step 184 in which the order processing subsystem 98 sets the order processing status 102 to SYNCHRONIZING.
The second and third scenarios 170, 180 of the method 160 generally result in the order processing status 102 being set to SYNCHRONIZING when the inventory management system 82 comes back online from being offline and remaining in the SYNCHRONIZING state (via the second scenario 170) for as long as the inventory management system 82 is resynchronizing with orders placed while it was offline. An illustrative method for resynchronizing the inventory management system 82 with offline orders will be disclosed below with respect to
The method 190 may further include a series of steps (enclosed within box 192 in
The steps 194, 196, 198, 200 may be repeated for each non-cleared order record stored in the offline demand data 106, in an embodiment such that those orders are sequentially transmitted to the inventory management system and sequentially cleared from the offline demand data. After performing the steps 194, 196, 198, 200 to clear all order records in the offline demand data 106, the method 190 may further include step 202 in which the order processing subsystem 98 sets the order processing status 102 to ONLINE.
The illustrative methods 160, 190 of
The teachings of this disclosure may improve a retailer's network-based ordering systems by improving uptime of the system—i.e., improving the amount of time that the system can take orders and generate revenue—while reducing the number of false positive order confirmations by processing orders while the inventory management system 82 is offline or resynchronizing based on cached inventory data and offline demand data 106. The teachings of this disclosure may further improve uptime on any existing inventory management system without expensive hardware upgrades or considerable software rewrites, particularly when implementing a package solution.
While this disclosure has described certain embodiments, it will be understood that the claims are not intended to be limited to these embodiments except as explicitly recited in the claims. On the contrary, the instant disclosure is intended to cover alternatives, modifications and equivalents, which may be included within the spirit and scope of the disclosure. Furthermore, in the detailed description of the present disclosure, numerous specific details are set forth in order to provide a thorough understanding of the disclosed embodiments. However, it will be obvious to one of ordinary skill in the art that systems and methods consistent with this disclosure may be practiced without these specific details. In other instances, well known methods, procedures, components, and circuits have not been described in detail as not to unnecessarily obscure various aspects of the present disclosure.
Some portions of the detailed descriptions of this disclosure have been presented in terms of procedures, logic blocks, processing, and other symbolic representations of operations on data bits within a computer or digital system memory. These descriptions and representations are the means used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. A procedure, logic block, process, etc., is herein, and generally, conceived to be a self-consistent sequence of steps or instructions leading to a desired result. The steps are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these physical manipulations take the form of electrical or magnetic data capable of being stored, transferred, combined, compared, and otherwise manipulated in a computer system or similar electronic computing device. For reasons of convenience, and with reference to common usage, such data is referred to as bits, values, elements, symbols, characters, terms, numbers, or the like, with reference to various embodiments of the present invention.
It should be borne in mind, however, that these terms are to be interpreted as referencing physical manipulations and quantities and are merely convenient labels that should be interpreted further in view of terms commonly used in the art. Unless specifically stated otherwise, as apparent from the discussion herein, it is understood that throughout discussions of the present embodiment, discussions utilizing terms such as “determining” or “outputting” or “transmitting” or “recording” or “locating” or “storing” or “displaying” or “receiving” or “recognizing” or “utilizing” or “generating” or “providing” or “accessing” or “checking” or “notifying” or “delivering” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data. The data is represented as physical (electronic) quantities within the computer system's registers and memories and is transformed into other data similarly represented as physical quantities within the computer system memories or registers, or other such information storage, transmission, or display devices as described herein or otherwise understood to one of ordinary skill in the art.
This application is a continuation of U.S. application Ser. No. 15/062,081, filed Mar. 5, 2016, and is related to U.S. application Ser. No. 15/062,075, issued as U.S. Pat. No. 10,497,049, both of which applications are hereby incorporated by reference in their entireties.
Number | Date | Country | |
---|---|---|---|
Parent | 15062081 | Mar 2016 | US |
Child | 17387424 | US |