Patent Application
20100030661
The present invention generally relates to the field of product procurement, and more particularly relates to managing product orders for a customer through multiple suppliers.
Restaurants generally have relationships with more than one vendor/supplier such as a food purveyor. In other words, a restaurant obtains supplies from more than one vendor. Usually, a restaurant operator places an order for products/items from a vendor via a website/application associated with that vendor. However, because products/items are obtained from various vendors, the restaurant operator is generally required to separately log into each of the different vendors' website/application to place an order. Also, if a restaurant operator wants to compare products/items between vendors, the operator is generally required to switch between websites/applications to perform the comparison.
In one embodiment, a method with an information processing that provides an interactive environment autonomously manages user orders associated with at least one vendor is disclosed. The method comprises receiving an order from a user for at least one item offered by at least one vendor through the interactive environment. Vendor account information associated with the user for the at least one vendor is retrieved. The at least one vendor is autonomously and without user intervention is logged into using the vendor account information associated with the user. Information associated with the order is autonomously and without user intervention provided as prompted by the vendor on behalf of the user to place the order with the at least one vendor.
In another embodiment, an information processing system that provides an interactive environment and autonomously manages user orders associated with at least one vendor is disclosed. The information processing system comprises a memory, a processor, an interactive environment, and an interactive environment manager. The interactive environment manager is adapted to receive an order from a user for at least one item offered by at least one vendor through the interactive environment. Vendor account information associated with the user for the at least one vendor is retrieved. The at least one vendor is autonomously and without user intervention is logged into using the vendor account information associated with the user. Information associated with the order is autonomously and without user intervention provided as prompted by the vendor on behalf of the user to place the order with the at least one vendor.
In yet another embodiment, a computer readable storage product that provides an interactive environment autonomously manages user orders associated with at least one vendor is disclosed. The computer readable storage product comprises instructions for receiving an order from a user for at least one item offered by at least one vendor through the interactive environment. Vendor account information associated with the user for the at least one vendor is retrieved. The at least one vendor is autonomously and without user intervention is logged into using the vendor account information associated with the user. Information associated with the order is autonomously and without user intervention provided as prompted by the vendor on behalf of the user to place the order with the at least one vendor.
The accompanying figures where like reference numerals refer to identical or functionally similar elements throughout the separate views, and which together with the detailed description below are incorporated in and form part of the specification, serve to further illustrate various embodiments and to explain various principles and advantages all in accordance with the present invention, in which:
As required, detailed embodiments of the present invention are disclosed herein; however, it is to be understood that the disclosed embodiments are merely examples of the invention, which can be embodied in various forms. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a basis for the claims and as a representative basis for teaching one skilled in the art to variously employ the present invention in virtually any appropriately detailed structure and function. Further, the terms and phrases used herein are not intended to be limiting; but rather, to provide an understandable description of the invention.
The terms “a” or “an”, as used herein, are defined as one or more than one. The term plurality, as used herein, is defined as two or more than two. The term another, as used herein, is defined as at least a second or more. The terms including and/or having, as used herein, are defined as comprising (i.e., open language). The term coupled, as used herein, is defined as connected, although not necessarily directly, and not necessarily mechanically.
Operating Environment
According to one embodiment of the present invention, as shown in
In one embodiment, the system 100 includes a plurality of information processing systems 102, 104, 106, 108. Each of the information processing systems 102, 104, 106, 108 is communicatively coupled to each other via one or more networks 110. The network(s) 110, in one embodiment, is a wide area network, local area network, wireless network, or the like. The information processing systems 102, 104, 106, 108 include one or more customer systems 102, server systems 104, and vendor systems 106, 108. A customer system 102, in one embodiment, is associated with a restaurant that is a customer of a vendor/supplier such as a food purveyor. The vendor systems 106, 108 are associated with the vendor/supplier. It should be noted that although the present discussion uses examples such as a restaurant for the customer and a food purveyor for a vendor/supplier the various embodiments of the present invention are not limited to such examples.
The server system 104 includes an interactive environment 112 that users (e.g., restaurant operators) of the customer system 102 interact with via a user interface 114. The interactive environment 112, in one embodiment, is a website, web application, a mashup, or the like where users can view product/item information from different food purveyors and manage orders for each of the different food purveyors. In another embodiment the interactive environment is a customer's computer with the specialized software described on the server residing on the customer's computer coupled to the Internet. The product/item information is displayed in a format that allows the user to easily compare similar items from each of the purveyors. This is advantageous because a restaurant operator usually has accounts with multiple food purveyors. The restaurant operator is generally required to separately log into to his/her account at each of the food purveyor's websites or applications and place a separate order using each of the different accounts. If the restaurant operator wants to compare items between each of the food purveyors to identify who has the best price or the best deal, the operator has to switch between each of the food purveyor's website/application.
However, the interactive environment 112 of the various embodiments of the present invention displays the product/item information from the different food purveyors at a central location so that the restaurant operator can view information from the different purveyors at substantially the same time and manage product/item orders accordingly. Also, restaurant operators usually have one or more on-going orders with multiple food purveyors. Therefore, the restaurant operators are required to log into each separate food purveyor's websites/applications and manage their order forms accordingly. The interactive environment 112, on the other hand, presents the order forms of a restaurant operator for the various food purveyors at a central location and, in some embodiments, as a consolidated order form. These and other aspects of the interactive environment 112 are discussed in greater detail below.
The server system 104 also includes a customer database(s) 116 that includes customer information 118 such as (but not limited to) customer account information associated with the interactive environment 112; customer log-in/password information for one or more purveyor websites/application; customer order information created at one or more food purveyors' website/application; customer recipe information, and customer order information created through the interactive environment 112. The server system 104 also includes a vendor database 120 that includes information 122 associated with vendors (food purveyors/suppliers). For example, food purveyors can also have an account with the interactive environment 112 for creating/managing/submitting ads, specials, discounts, and the like that are presented to the customers. Therefore, the vendor database 120 can include account information, ad campaign information, product/item related information, and the like. A product/item database 124 is also included within the server system 104. The product/item database 124 includes product/item information 126 such as description information, packaging information, SKU information, images, pricing information, comparable product information, and the like. The customer information 118, vendor information 122, and the product/item information 126 are discussed in greater detail below.
The server system 104 also includes an interactive environment manager 125 for managing customer/vendor interaction with the interactive environment 112 and also for managing the display of information to a customer/vendor. The interactive environment manager 125, in one embodiment, includes an information retrieval manager 128 manages the retrieval of product/item and customer information from a food purveyor 106, 108. It should be noted that the information retrieval manager 128 can reside outside of the interactive environment manager 125 as well. The information retrieval manager 128 can retrieve information at predefined intervals/frequencies and/or dynamically in response to an action taken by a customer at the interactive environment 112. The interactive environment manager 126 and the information retrieval manager 128 are discussed in greater detail below.
The server system 104 can also maintain commission information (not shown) that tracks the interactive environment employees' commission information. For example, as each employee sells a subscription to the interactive environment information such as the number of subscriptions, the length of subscription, the price of the subscription, the customer/vendor buying the subscription, salesperson referrals, and the like is maintained in the commission information. Commissions can be based on a percentage of the subscription fee or any other amount/percentage. Commission reports can also be printed by administrators to track an employee's commissions and progress.
The vendor systems 106, 108, in one embodiment, include one or more customer databases 130. The customer databases 130 include customer information 132 such as (but not limited to) login/password information, account information, order information, and payment information. Order information can be, for example, current on-going orders that are placed daily, weekly, monthly, yearly, and or the like. Order information can also include order history information as well. The vendor system 106, 108 can also include one or more product/item databases 134. The product/item databases 134 include product/item information 136 such as (but not limited to) description information, packaging information, SKU information, images, and pricing information. This order information and product/item information is retrieved by the information retrieval manager 128 as discussed above.
Interactive Environment
As discussed above, the interactive environment 112 at least partially automates the ability of a restaurant owner to survey a plurality of websites/applications associated with food purveyors. Restaurant operators can more easily and more accurately compare prices from multiple food purveyors and place/manage orders with multiple food purveyors at a centralized location. Food purveyors can also utilize the interactive environment 112 to submit ads, discounts, specials, and the like that are presented to the customers interacting with the interactive environment 112.
Initially, customers and vendors establish an account with the interactive environment. For example, a customer uses the interactive environment user interface “user I/F” 114 to establish an account with the interactive environment 114. The user I/F 114 can be a web-browser, an application, or the like. The account information can include restaurant name, number of locations, location names, location addresses, contact information (name, phone number, fax number, email, and the like) for either an administrator of all locations or for each location, user name for the administrator(s)/manager(s), passwords, password retrieval information, billing information (e.g., credit card number(s) and checking account information), and the like. It should be noted that the billing information can include billing information for the interactive environment 112 and/or for one or more food purveyors as well. Also, the billing information enables the interactive environment 112 use the payment method selected by the customer to charge the customer at given intervals for accessing the environment 112. The above information is stored in the customer database 116 as customer information 118.
It should be noted that a given restaurant can have multiple accounts each for a different location. Also, a single location can have multiple accounts and, in one embodiment, one or more of the accounts can have different access permissions/capabilities. For example, a manager of a restaurant can have restricted access to the interactive website while another employee can be assigned restricted access resulting in access to only a subset of the available features of the interactive environment.
When a vendor creates an account with the interactive environment 112, an administrator/manager or employee of the vendor, via the user I/F 115, enters account information. Vendor account information can include company information such as (but not limited to) company name, addresses, contact information (name, phone number, fax number, email, and the like) for at least one agent of the company, passwords, password retrieval information, billing information (e.g., credit card number(s) and checking account information), and the like. The billing information enables the interactive environment 112 to charge use payment method selected by the vendor to charge the vendor at given intervals for use of the environment 112. The above information is stored in the vendor database 120 as vendor information 122.
Once the customer/vendor creates an account the customer/vendor is able to interact with the interactive environment. For example,
With respect to managing purveyor account information, a restaurant operator can enter/change/delete login information such as user IDs, and passwords for each purveyor that a given location(s) orders products/items from. The restaurant operator can also manage purveyor information retrieval schedules. As discussed above, the information retrieval manager 128 retrieves order information for each registered customer from the purveyors that have been added to the customer's interactive environment account. A restaurant operator, in one embodiment, can set the frequency in which the information retrieval manager 128 retrieves customer related information from each purveyor. For example, a restaurant operator can set the frequency to daily, weekly, monthly, yearly, or any frequency there between. The restaurant operator can also set a time of day that the information is to be retrieved. In one embodiment, when the purveyors are first added to a customer account and customer information at the purveyor has not been retrieved, the interactive environment manager 125 sets a default retrieval schedule.
In one embodiment, the default retrieval schedule is set to the least populated weekly slot. For example, with respect to purveyor_1, if Monday at 3:00 a.m. for has the least number of “crawls” scheduled for purveyor_1 then the interactive environment manager 125 sets the default retrieval schedule to every Monday at 3:00 a.m. It should be noted that each purveyor can have a different default schedule based on the information retrieval operations scheduled for the purveyors. By selecting the least populated weekly slot the vendor systems 106, 108 experience less network traffic from the interactive environment 112. It should also be noted that setting the default retrieval schedule is set to the least populated weekly slot is only one example and the default schedule can be set to any frequency and at any given time.
Also, the interactive environment manager 125, in one embodiment, can override a customer defined retrieval schedule. For example, a restaurant operator may set a retrieval schedule for purveyor_1 for every Tuesday at 10:00 a.m. The interactive environment manager 125 can analyze the currently scheduled retrieval operations for purveyor_1. If the number of retrieval operations scheduled for Tuesday at 10:00 a.m. for purveyor_1 is above a given threshold, the interactive environment manager 125 can automatically adjust the retrieval schedule to another day and time with less retrieval operations scheduled. The customer can then be notified accordingly. Alternatively, the interactive environment manager 125 can notify a user that a schedule limit has been exceeded for that particular day and/or time and prompt the user to select a different day and/or time.
It should be noted that the widgets and options/actions available to a customer under the widgets are only examples and do not limit the present invention in any way. For example, one or more widgets can be added deleted with the same and/or different options/actions associated therewith. Also, one or more operations/actions under a widget discussed above can be provided under one of the other widgets discussed above as well.
Another feature of the interactive environment 112 is that a restaurant operator is also able to search/research available vendors using the interactive environment 112. For example, a widget 206, in one embodiment, is included within the interactive environment 112 that when selected presents the restaurant operator with a plurality of options for identifying and selecting one or more additional vendors. The restaurant operator can enter geographic information such as a street address, zip code, state information, and the like and the interactive environment displays a list of vendors within a given distance from the geographic information entered. In one embodiment, the interactive environment manager 125 searches the vendor database 120 for vendors when a vendor search request is received from a customer.
The restaurant operator can also perform a keyword search to locate a vendor. A vendor can be a food purveyor, a service provider such as (but not limited to) a restaurant equipment repair service, a company that sells restaurant equipment, and the like. In this embodiment, the interactive environment manager 125 searches the vendor database 120, and in particular the vendor descriptions and/or keywords associated with each vendor in the vendor information 122. In another embodiment, vendor categories/sub-categories of vendors can be presented to a restaurant operator who can then select one or more of these categories/sub-categories. For example, a main category of “repair service” can be presented with sub-categories of “air conditioning repair”, “refrigerator repair”, and the like.
Based on the vendor search input received from the restaurant operator, the interactive environment manager 125 displays a list of vendors substantially matching the search terms given by the restaurant operator. In one embodiment, the interactive environment manager 125 also displays ads associated with one or more presented vendors. As discussed above, vendors are able to submit ads to the interactive environment where they are stored in the vendor database 120 as part of the vendor information 122. The interactive environment manager 125, in one embodiment, randomly selects ads to be displayed to the restaurant operator; selects ads based on keywords associated with an ad substantially matching a keyword entered by the restaurant operator; selects ads based on the category/sub-category selected by the restaurant operator for the vendor search; and/or the like.
In one embodiment, the interactive environment 112 displays specials provided by one or more food purveyors. Specials can include discounts on items, information on new products, buy N items get X items for free specials, and the like. In the example of
The interactive environment 112, as discussed above, also enables a restaurant operator to place orders for products, items, and/or services from one or more different vendors via a centralized location. The restaurant operator can initiate the order process by selecting one or more widgets 210, links, menus, or the like. The ordering process is discussed in more detail below.
The restaurant operator can also interact with the environment 112 by, for example, selecting a widget 212 that displays pending orders. A pending order is an order that has been saved by the restaurant operator at the interactive environment 112 but has not been submitted. Information such as (but not limited to) order save date, order name, order total, restaurant location, purveyors, and the like can be presented to the restaurant operator. The restaurant operator can also choose to interact with the pending order. If this option is selected the interactive environment 125 displays a shopping cart of items from the saved order. The restaurant operator can then add and/or delete items to/from the order, change quantities and packaging sizes, and the like. The restaurant operator is also able to submit the order for processing as well.
Order history can also be presented to the restaurant operator by, for example, interacting with a particular widget(s) 214 in the interactive environment 112. The order history information can be associated with orders placed through the interactive environment 112 and/or orders placed at a food purveyor's website/application by the restaurant operator. Information such as (but not limited to) order number, date/time the order was submitted, order total, order name, restaurant location, purveyors, and the like can be included in the order history. A link can be provided to the operator to view order details or the details can be presented on the same page as the more general information discussed above. Order details can include the above information, item information for each item ordered through a purveyor, and the like. Item information includes (but is not limited to) item number, brand name, item description, packaging details, quantity, price, extended price (price x quantity), and purveyor order total.
If the order history information includes order histories associated with orders placed at a purveyor's website application by the restaurant operator 112, the information retrieval manager 128 uses the operator's purveyor account information to obtain the data. For example, the information retrieval manager 128, either dynamically (e.g., when the restaurant operator request the order histories) or at a scheduled retrieval time acts as an agent on behalf of the operator and automatically logs into the purveyor's website/application. The information retrieval manager 128 uses the operator's account information for the purveyor that is stored in the customer database 116. As discussed above, the user submits this information to the interactive environment during the account setup procedure. However, this information can also be entered at any time by the operator. Also, the interactive manager 112 can dynamically prompt the user for purveyor account information when needed.
The information retrieval manager 128 interacts with the purveyor's website/application as if the restaurant operator is entering the required information. The information retrieval manager 128 selects the appropriate links/widgets/menus and/or submits the appropriate information to obtain the required order histories of the restaurant operator. The information retrieval manager 128 then stores this information in the customer database 116 as customer information for that particular restaurant operator.
Savings and trending reports are also presented to a restaurant operator while interacting with the interactive environment 112. For example, the restaurant operator can select one or more widgets 216 and be presented with a savings report and/or a trending report. With respect to savings reports, a restaurant operator is able to select a location or all locations and time periods and view a list of orders that have been submitted through the interactive environment 112. A savings report organizes the orders in a given manner such as (but not limited to) ascending order for a selected time period. Information such as (but not limited to) the information displayed for the order history discussed above is displayed to the operator. In addition, savings information that is calculated by taking the cost of each item in the order and subtracting this cost from the highest cost of that item among one or more purveyors.
For example, take an order comprising 2 items. The first item is associated with a quantity of 100, a purchased price of $2.00 per unit ($200.00 extended price), a highest price among the purveyors of $2.40 per unit ($240.00 extended price). Therefore, the report indicates that the savings for item is $40.00 ($240.00−$200.00=$40.00). With respect to the second item, the second item is associated with a quantity of 50, a purchased price of $4.50 per unit ($225.00 extended price), a highest price among the purveyors of $5.00 per unit ($250.00 extended price). Therefore, the report indicates that the savings for item is $25.00 ($250.00−$225.00=$25.00). The report also indicates a total savings of $65.00 ($40.00+$25.00=$65.00).
A trending report section of the interactive environment 112 allows the restaurant operator to select a given time period such as a 12-month period and enter an item number(s) to view the cost of that item(s) from the food purveyor(s) over the course of selected period of time. For example, the restaurant operator can enter search criteria such as (but not limited to) a time period range which can be a week(s), month(s), year(s); restaurant location; purveyors; item numbers; and the like. The information retrieval manager 128 then analyzes the cost of the item(s) over the given time period. The interactive environment manager 128 then displays a trending report that includes information such as (but not limited to) pricing information for each item entered by the user over the requested time period. The trending report can break this information down by day, week, month, and/or year.
The interactive environment 112, in one embodiment, also enables restaurant operators and vendors to participate in market auctions. For example, a restaurant operator and/or a vendor can select a widget 218 to interact with one or more market auctions. A restaurant operator and/or vendor, in on embodiment, can search for auctions on products, items, and/or services, view auctions details, and also sell items/products/services via an auction.
The restaurant operator and/or a vendor can view auction descriptions and submit bids for an auction via the interactive environment. The environment 112 can notify the restaurant operator and/or a vendor when he/she has been out-bid, has won an auction, or has lost an auction. If a user has won an auction and a payment service is to be used for completing the transaction, the interactive environment manager 125 can autonomously and without user intervention log into the payment service on behalf of the restaurant operator and/or a vendor. For example, the restaurant operator and/or a vendor can enter payment service account information (e.g., log-in and password information) when an account with the interactive environment 112 is setup. The interactive manager 125 uses this information to log into the payment service's website/application and any information required so that the restaurant operator and/or a vendor can pay for the auction item that has been won.
It should be noted that the above discussion with respect to the various options presented to customers in the interactive environment 112 is only one example of the interactive environment 112. Additional features/options can be added and/or deleted to/from the interactive environment 112. Also, similar features/options can be provided to vendors while interacting with the environment 112 so that the vendors can create/manage accounts, manage ad campaigns, and the like.
Managing Customer Orders Through the Interactive Environment
As discussed above, the interactive environment 112 enables a restaurant operator or other customer type to place orders for products/items offered by multiple vendors through a single interface. The following is a more detailed discussion on this process. In one embodiment, a user can instruct the interactive environment 112 to display one or more order guides to initiate the order process. A restaurant operator can utilize the order guides for placing an order through the interactive environment. An order guide, in one embodiment, is an established order template that the restaurant operator has setup at one or more food purveyors. For example, restaurant operators generally order the same items every day, week, month, and/or year. Therefore, the restaurant operator sets up an order guide at each food purveyor so that he/she does not have to enter the same information for repeated orders. Information in an order guide can include (but is not limited to) the purveyor name, product category/sub-category, product name and/or description, product package size, product brand, bar code or UPC information, pricing information, and the like.
The information retrieval manager 128 uses the operator's purveyor account information to obtain the order guide data. For example, the information retrieval manager 128, either dynamically (e.g., when the restaurant operator requests to place an order) or at a scheduled retrieval time acts as an agent on behalf of the operator and logs into the purveyor's website/application. The information retrieval manager 128 uses the operator's account information for the purveyor that is stored in the customer database 116. As discussed above, the user submits this information to the interactive environment during the account setup procedure. However, this information can also be entered at any time by the operator.
The information retrieval manager 128 interacts with the purveyor's website/application as if the restaurant operator is entering the required information. The information retrieval manager 128 selects the appropriate links/widgets/menus and/or submits the appropriate information to obtain the required order guides for the restaurant operator. The information retrieval manager 128 then stores this information in the customer database 116 as customer information 118 for that particular restaurant operator.
The order guide information can then be displayed to the restaurant operator. For example,
The order guide information 302 can be organized in any manner. For example, a default organization scheme can be to group data by food purveyor. However, the interactive environment 112 enables the restaurant operator to organize the data in various ways such as by food purveyor, item number, description, item name, brand, packaging, price, and the like.
As can be seen from
The restaurant operator can also add or delete columns so that more or less information is shown. For example, the restaurant operator can instruct the interactive environment 112 to not show “item brand” 312 information but add a column displaying nutritional information. These preferences can also be saved as customer information 118 for subsequent presentations of order guide information to the restaurant operator.
The restaurant operator is also able to select one or more of the displayed rows/items to begin an order. For example, the restaurant operator can select the fourth row 318, which is for baking soda provided by Cheney Brothers, Inc. and the eighth row 320, which is for corn starch provided by Gordon Food Service. By displaying product information from a plurality of food purveyors at a single interface, the restaurant operator can compare prices and products. The user can then select to order these items from the different purveyors in a single transaction.
Additionally, a restaurant operator can manage item units for the order guides and orders. For example,
In another example, a food purveyor such as Cheney Brothers has a sweet chocolate powder item with a package size displayed as “ 2/6#”. Sysco has a comparable sweet chocolate powder item with a package size displayed as “ 2/6 lbs”. Therefore, the interactive environment manager 125 calculates the total units as 12 Lb. For example, the interactive environment manager 125 converts the known measurement identifiers for pounds (e.g., #, lbs, LBS, etc.) to a standard measurement such as “Lb”. The number of units within a package such as 2 in the current example is multiplied by the unit measurement, which is 6 in this example. Therefore, the interactive environment manager 125 calculates the total units as 12 Lb. The following are examples of standardized measurements:
Volume
Weight
Length
Volume
Weight
Length
Once the restaurant operator has manually entered item numbers, selected items from an order guide, and/or loaded items from order histories into the create order form 402, a more detailed order form 502 is displayed to the operator, as shown in
For example,
For example, the restaurant operator can enter a comparable item such as beef brisket from Gordon Food Service. Information such as the food purveyor offering the comparable item, item number, item description, and the like can be entered. Therefore, when the detailed order form 502 is shown to the operator, comparable product information is displayed to the user as shown in
In another embodiment, the interactive environment 112 autonomously displays comparable products to the restaurant operator. For example, the information retrieval manager 128 analyzes each item in the current order form that the user has entered/selected. The information retrieval manager 128 then identifies comparable products/item from either the same purveyor as a currently selected item and/or from other food purveyors. The information retrieval manager 128 can compare items numbers, descriptions, brand, packaging, and other information to determine products that are substantially similar to items currently in the order form 502. Also, the information retrieval manager 128 can utilize previous comparable information entered by the restaurant operator and/or other operators. For example, restaurant operators can identify comparable products as discussed above. The information retrieval manager 128 can use this information from the current operator and/or other operators to automatically identify and display comparable products to the restaurant operator.
In one embodiment, the information retrieval manager 128 utilizes a set of abbreviations and/or synonyms when identifying comparable products. The set of abbreviations and/or synonyms can be part of the item information 126 within the item database 126 or can be maintained in a separate database (not shown) as well. When using abbreviations and/or synonyms to identify comparable products/items the information retrieval manager 128 identifies an items number(s), description, brand, packaging information such as size and quantity, and other information of a product and identifies abbreviations and/or synonyms for the retrieved product information. Therefore, when the information retrieval manager 128 searches for comparable products the information retrieval manager 128 not only searches for products with product information exactly matching the given item's product information but searches for products associated with product information matching any abbreviations and/or synonyms of the given item's product information.
For example, a given product's packaging information can state “5 pounds”. The information retrieval manager 128 searches the product abbreviation/synonym database for abbreviations/synonyms associated with “5” and “pounds”. This search yields an abbreviation of “pounds” as “lbs”, “LBS”, “Lbs” and a synonym of “5” as “five”. Therefore, the information retrieval manager 128 not only searches for comparable products comprising product information of “5 pounds”, but also searches for products with product information comprising any of the related abbreviations and/or synonyms such as “5 lbs”, “five pounds”, etc. It should be noted that the information retrieval manager 128 can also convert units of measure as well to find comparable products. For example, the information retrieval manager 128 can not only search for products with a packaging size of “5 pounds” but also for “2.27 kg” as well. These features of the information retrieval manager 128 are advantageous because a simple text comparison method may miss items that are comparable but that have different units of measure, abbreviations, synonyms, and the like.
With respect to the order form 502, the interactive environment 112 displays each item placed into the order form 502 by the user and any comparable items, as discussed above. For each item, the interactive environment 112 shows the user Purveyor 506, Item Number 508, Item Description 510, Brand Name 512, Packaging 514, Quantity 516, Price 518, and Extended Price 520 information. Unit price information can also be displayed (not shown). Unit price is the price of an item per unit. For example, if a package comprises 2 items, the Unit price is cost of one item within the package. The restaurant operator is able to enter a specific quantity for each of the items as shown by the quantity box 522. Alternatively, the quantity box 522 can be automatically filled in by the interactive environment manager 125 based on previous orders made by the operator.
The interactive environment 112, in one embodiment, also visually and/or audibly notifies the operator as to which item or comparable item in an item group has the lowest price. For example.
The number of comparable items that are displayed for each item group can be predefined. For example, the interactive environment 112 may only show a comparable item that best matches the item entered by the user. Therefore, the operator can instruct the environment 112 to display additional comparable items. For example,
The order form 502 can also include a “remove item” function 528 that allows a user to remove an item from the order. For example, each item group such as item group 504 can include this function 528 that when selected removes the item 504 from the order. Also, a user may enter or select an item when creating an order as discussed above with respect to FIG. that may not longer be available from the purveyor. In this situation, the interactive environment 112 can notify the restaurant operator that the item cannot be found at the purveyor.
Once the restaurant operator has selected the desired items from each of the item groups 504, 532, the operator can save the order. For example, the operator can select a save widget 536. The restaurant operator is then presented with a “shopping cart” 602 of items corresponding to the current order, as shown in
As can be seen, the restaurant operator has added items to the order that are from different purveyors. As discussed above, conventionally, the operator would have had to separately log into each of the different food purveyors' websites/applications to place an order through each particular purveyor. However, the restaurant operator according to the various embodiments of the present invention can place an order for items from the different purveyors at a single centralized location.
The order summary/shopping cart 602 also allows a user to remove any of the items in the order by selecting, for example, a “remove” widget 626. The operator can also add additional items to the order by selecting, for example, a “continue shopping” widget 628. The entire contents of the order can also be cleared by, for example, selecting a “clear content” widget 630. It should be noted that these widgets 626, 628, 630 and their associated functions are only examples and can be implemented in more than one way.
The order summary/shopping cart 602 can also display the order total 632 and/or a total savings amount 634. When the restaurant operator has finished with the order summary/shopping cart 602 the operator can submit the order for processing. For example, the operator can select a submit widget 636. In one embodiment, when the operator submits the order the interactive environment manager 125 analyzes the pricing information in the order to ensure that the pricing information for the items has not changed. In one embodiment, the interactive environment manager 125 determines when the pricing information associated with the order was retrieved from the associated purveyor.
If time period from when the pricing information was retrieved is greater than a given threshold, the interactive environment manager 125 logs into the purveyors' websites/applications using the operator's account information, as discussed above, to obtain new pricing information. If the time period is below a given threshold the interactive environment manager 125 does not obtain new pricing information. Alternatively, the interactive environment manager 125 obtains new pricing information every time the operator submits an order regardless of when the original pricing information was retrieved.
If the pricing information has changed, the interactive environment 112 notifies the operator. For example,
In one embodiment, when the operator submits the order the interactive environment manager 125 analyzes the pricing information in the order to ensure that the pricing information for the items has not changed. In one embodiment, the interactive environment manager 125 determines when the pricing information associated with the order was retrieved from the associated purveyor.
If time period from when the pricing information was retrieved is greater than a given threshold, the interactive environment manager 125 logs into the purveyors' websites/applications using the operator's account information, as discussed above, to obtain new pricing information. If the time period is below a given threshold the interactive environment manager 125 does not obtain new pricing information. Alternatively, the interactive environment manager 125 obtains new pricing information every time the operator submits an order regardless of when the original pricing information was retrieved.
In addition to ensuring that the interactive environment has the most update pricing information available, interactive environment manager 125 also ensures that the products/items within the restaurant operator's order are still available at the respective purveyor. In one embodiment, the interactive environment manager 125 determines when the availability of the products/items associated with the order was last verified at the associated purveyor.
If time period from when the availability was verified is greater than a given threshold, the interactive environment manager 125 logs into the purveyors' websites/applications using the operator's account information, as discussed above, to verify product/item availability. If the time period is below a given threshold the interactive environment manager 125 does not verify product/item availability. Alternatively, the interactive environment manager 125 verifies product/item availability every time the operator submits an order regardless of when the availability of the products/items was last verified. If a product/item is no longer available at a food purveyor the interactive environment manager 125 can visually and/or audibly notify the operator similar to the embodiment discussed above with respect to pricing information notification.
If a product/item is no longer available at a food purveyor the interactive environment manager 125 allow the operator to change his/her order. The interactive environment manager 125, in one embodiment, also displays comparable products to the product that is no longer available and/or displays additional purveyors that do have the item/product available. The operator can then modify his/her order accordingly.
If pricing information has not changed; the user submits the order for processing after pricing information has changed; all products are available; and/or the user submits the order for processing after modifying the order in response to one or more products not being available, the interactive environment 112, in one embodiment, displays each food purveyor to the user and each item being order from the food purveyors. For example,
The restaurant operator can then submit his/her order for final processing. The interactive environment manager 125 then automatically logs into each of the food purveyor's websites that are associated with the order to place an order for the items listed in the order submitted by the operator. For example, the interactive environment manager 125 logs into Gordon Food Service's website on behalf of the restaurant operator using the Gordon Food Service account information provided by the user. The interactive environment manager 125 places an order through the Gordon Food Service's website just as if the operator was placing the order his/herself.
As can be seen from the above discussion, restaurant operators are able to place orders for items offered by different vendors at a centralized location. The interactive environment 112 autonomously and without user intervention is able to log into the various food purveyors' websites/applications on behalf of the operator and place an order. A restaurant operator no longer is required to separately log into each purveyor's website/application to place an order.
In addition to the above embodiments, a restaurant operator can also load recipe information into the interactive environment 112 for pricing analysis. Recipe information can be added to the operator's interactive environment account as customer information 118 during the interactive account setup process discussed above or any time thereafter. The server 104 can also store recipe information in a separate database as well. Also, the restaurant operator can directly type recipe information into the interactive environment 112 as compared to uploading a file. The recipe information, in one embodiment, is parsed by the interactive environment manager 125 to perform one or more price/cost analysis operations. The recipe price/cost analysis allows an operator to determine the cost of a recipe and see if the prices of the ingredients are increasing, decreasing, or staying the same. Therefore, a restaurant operator can decide whether or not to increase menu prices. However it is important to note, that the present invention for the first time allows the restaurant to track exact food prices during each order process. This provides an important competitive advantage. In the past, whenever a restaurant was faced with increasing food prices, restaurants would purchase cheaper ingredients and/or reduce portion size. By using the present invention, the restaurant can track costs of each recipe. Consistency of ingredients and portion size is very important for many restaurants and restaurant chains.
Moreover, in another embodiment, the present invention keeps track of the restaurant's local inventory in customer database 116. Keeping track of local inventory is important for recipe pricing. For example, if a recipe requires an ingredient that the restaurant currently has in stock, then the price of the recipe for this ingredient will not change. This permits the restaurant to make decisions regarding the price of recipes based on current inventory as well.
For example,
In particular,
The table 900 further includes a third column 910 labeled “Previous Order Cost”. The “Previous Order Cost” column 910 comprises entries that display the cost of a recipe ingredient based on the last order placed prior to the current order. For example, a first entry 912 under the “Previous Order Cost” column 910 shows that cost of a 6 oz Boneless Chicken Breast based on the previous order was $2.31. The “Previous Order Cost” column 910 also includes a “Total Recipe Cost” entry 914 that displays the final cost of the recipe based on the previous order. For example,
The table 900 also includes a fourth column 916 labeled “6-month Average Cost”. The “6-month Average Cost” column 916 comprises entries that display the average cost of a recipe ingredient over a 6-month time period. It should be noted that any given time period can be chosen either by the interactive environment manager 125 and/or the restaurant operator. A 6-month time period is only being shown as one example. For example, a first entry 918 under the “6-month Average Cost” column 916 shows that the 6-month average cost for a 6oz Boneless Chicken Breast is $0.90. The “6-month Average Cost” column 916 also includes a “Total Recipe Cost” entry 920 that displays a 6-month average final cost of the recipe. For example,
As can be seen, displaying the costs of recipe ingredients to a restaurant operator has many advantages. For example, a restaurant operator can determine the total cost of a recipe. The operator can also see pricing changes for ingredients over given time periods. This allows the operator to determine if menu changes are needed to reflect the increases/decreases in ingredient costs.
In one embodiment, the information retrieval manager 128 calculates the Current Order Cost (and Previous Order Cost) for each ingredient as follows. The information retrieval manager 128 analyzes the operator's current or most recent order and identifies products/items in the order that match the ingredients of the given recipe. For example, the information retrieval manager 128 searches the current order for boneless chicken breast, olive oil, salt, black pepper, garlic powder, and onion powder. If the information retrieval manager 128 is unable to locate any recipe items in the current order, the information retrieval manager 128 searches each previous order until the item is located. The operator can also be visually and/or audibly notified when an item in the recipe is not in the current or most recent order and another order was used to obtain the cost information.
Once the information retrieval manager 128 has located an ingredient within the order the information retrieval manager 128 performs any unit conversions that are necessary. For example, if the order includes 1 gallon of olive oil and the recipe requires a tablespoon unit of measure, the information retrieval manager 128 converts gallons into tablespoons. For example, the information retrieval manager 128 converts 1 gallon into 256 tablespoons. The information retrieval manager 128 then determines the recipe ingredient cost. For example, if the order was for 1 gallon of olive oil at $128, the information retrieval manager 128 calculates the following: 1 gallon=256 tablespoon, therefore $128/256=$0.50 per tablespoon.
In one embodiment, the information retrieval manager 128 calculates an Average Order Cost for each ingredient as follows. The information retrieval manager 128 analyzes the operator's orders over a given time period such as 6 months. If an operator places an order every month the information retrieval manager 128 analyzes 6 orders. The information retrieval manager 128 then identifies products/items in the orders that match the ingredients of the given recipe. For example, the information retrieval manager 128 searches the 6 orders for boneless chicken breast, olive oil, salt, black pepper, garlic powder, and onion powder. If the information retrieval manager 128 is unable to locate any recipe items in the orders or can only locate the items in some of the orders, the information retrieval manager 128 searches additional orders until the item is located or an average can be calculated. The operator can also be visually and/or audibly notified when an item in the recipe is not any order within the given time period of if the information retrieval manager 128 had to go beyond the given time period to obtain cost information.
Once the information retrieval manager 128 has located the ingredients within orders the information retrieval manager 128 performs any unit conversions that are necessary, as discussed above. The information retrieval manager 128 then averages the costs of each item and displays the average cost to the user. For example, if the cost of a 6 oz boneless chicken breast over 6 months was $1.00, $1.25, $0.90, $0.90, $0.675, $0.675 then the 6 month average is $1.00+$1.25+$0.90+$0.90+$0.675+$0.675=$5.40/6=$0.90.
Example Process of Placing an Order for a User
The interactive environment 112, at step 1006, retrieves purveyor account information associated with the user for the at least one food purveyor. For example, the interactive environment 112 can retrieve the purveyor website login/password information that the user entered when he/she setup during his/her interactive environment 112 account. Alternatively, the interactive environment 112 can dynamically prompt the user to enter the required purveyor account information. The interactive environment 112, at step 1008, autonomously and without user intervention logs into the at least one food purveyor's website/application using the user purveyor account information.
The interactive environment 112, at step 1010, autonomously and without user intervention provides information required by the at least one purveyor on behalf of the user to place an order at the purveyor. For example, the information retrieval manager 128 of the interactive environment 112 selects prompts, enters information, and the like just as if the user himself/herself is placing an order at the food purveyor. The interactive environment 112, at step 1012, then places the order on behalf of the user. The control flow then exits at step 1014.
Another Example Process of Placing an Order for a User
The interactive environment 112, at step 1110, receives a selection/input from the user for at least one item in the order information. For example, the user can select a beef brisket item that is offered by Sysco. In response to the user selecting an item, the interactive environment 112, at step 1112, displays at least one comparable item to the selected item that is offered by the same or different purveyor(s). Comparable items have been discussed above with respect to
The interactive environment 112, at step 1116, autonomously and without user intervention logs into each food purveyor's website/application associated with an item in the order using the user purveyor account information discussed above. The interactive environment 112, at step 1118 autonomously and without user intervention provides information required by a purveyor on behalf of the user to place an order at the purveyor. The interactive environment 112, at step 1120, then places an order on behalf of the user at each of the purveyors offering an item in the order. The control flow then exits at step 1122.
Example Process of Managing a User Order
The interactive environment 112, at step 1206, determines if all the items in the order history are within the item database 124. If the result of this determination is negative, the interactive environment 112, at step 1208, notifies the user and missing items can be highlighted. This situation can occur if a particular purveyor associated with an item no longer carries the item. The interactive environment 112 can display a similar item to the user or can identify another purveyor that carries that same item. If the result of this determination is positive, the interactive environment 112, at step 1210, displays an order summary/shopping cart to the user. As discussed above, the user can modify the order to include more or less items.
The interactive environment 112, at step 1212, then analyzes the order/shopping cart to check for various conditions. For example, the interactive environment 112, at step 1214, determines if pricing information for any of the items in the order has changed. If the result of this determination is positive, the interactive environment 112, at step 1216, notifies the user of the pricing change. The control then flows to step 1218 where the user confirms and submits the order for processing. If the result of this determination is negative, the control flows to step 1218.
The interactive environment 112, at step 1220, also determines if an item in the order is available. If the result of this determination is that the item is unavailable, the interactive environment 112, at step 1222, notifies the user. The control then flows to step 1218. If the result of this determination is that the items are available the control then flows to step 1218. The interactive environment 112, at step 1224, also determines if a purveyor associated with an item in the order is available. If the result of this determination is that a purveyor is unavailable, the interactive environment 112, at step 1226, notifies the user and also identifies the items in the order that are associated with the unavailable purveyor. The control then flows to step 1218. If the result of this determination is that the purveyors are available the control then flows to step 1218.
Example Process of Autonomously Retrieving User Information from a Purveyor
The interactive environment 112, at step 1308, autonomously provides information required by the purveyor to obtain user order information and/or product/item information from the purveyor. The interactive environment 112, at step 1310, retrieves/receives user order information and/or product/item information from the purveyor. The interactive environment 112, at step 13112, stores the user order information and/or product/item information into one or more repositories 116, 124. The control flow then exits at step 1314.
Information Processing System
The information processing system 1402 includes a computer 1402. The computer 1402 has a processor 1404 that is connected to a main memory 1406, mass storage interface 1408, terminal interface 1410, and network adapter hardware 1412. A system bus 1414 interconnects these system components. The mass storage interface 1408 is used to connect mass storage devices 1416 to the information processing system 1402. One specific type of data storage device is an optical drive such as a CD/DVD drive, which may be used to store data to and read data from a computer readable medium or storage product such as (but not limited to) a CD/DVD 1418. Another type of data storage device is a data storage device configured to support, for example, NTFS type file system operations.
The main memory 1406, in one embodiment, comprises the interactive environment 112, the databases 116, 120, 124, the information retrieval manager 128, and the interactive environment manager 125. Although illustrated as concurrently resident in the main memory 1406, it is clear that respective components of the main memory 1406 are not required to be completely resident in the main memory 1406 at all times or even at the same time. In one embodiment, the information processing system 1402 utilizes conventional virtual addressing mechanisms to allow programs to behave as if they have access to a large, single storage entity, referred to herein as a computer system memory, instead of access to multiple, smaller storage entities such as the main memory 1406 and data storage 1416. Note that the term “computer system memory” is used herein to generically refer to the entire virtual memory of the information processing system 1402.
Although only one CPU 1404 is illustrated for computer 1402, computer systems with multiple CPUs can be used equally effectively. Embodiments of the present invention further incorporate interfaces that each includes separate, fully programmed microprocessors that are used to off-load processing from the CPU 1404. Terminal interface 1410 is used to directly connect one or more terminals 14020 to computer 1402 to provide a user interface to the computer 1402. These terminals 14020, which are able to be non-intelligent or fully programmable workstations, are used to allow system administrators and users to communicate with the information processing system 1402. The terminal 1420 is also able to consist of user interface and peripheral devices that are connected to computer 1402 and controlled by terminal interface hardware included in the terminal I/F 1410 that includes video adapters and interfaces for keyboards, pointing devices, and the like.
An operating system (not shown) included in the main memory is a suitable multitasking operating system such as the Linux, UNIX, Windows XP, and Windows Server 2003 operating system. Embodiments of the present invention are able to use any other suitable operating system. Some embodiments of the present invention utilize architectures, such as an object oriented framework mechanism, that allows instructions of the components of operating system (not shown) to be executed on any processor located within the information processing system 1402. The network adapter hardware 1412 is used to provide an interface to a network 110. Embodiments of the present invention are able to be adapted to work with any data communications connections including present day analog and/or digital techniques or via a future networking mechanism.
Although the exemplary embodiments of the present invention are described in the context of a fully functional computer system, those skilled in the art will appreciate that embodiments are capable of being distributed as a program product via CD or DVD, e.g. CD 218, CD ROM, or other form of recordable media, or via any type of electronic transmission mechanism.
Non-Limiting Examples
Although specific embodiments of the invention have been disclosed, those having ordinary skill in the art will understand that changes can be made to the specific embodiments without departing from the spirit and scope of the invention. The scope of the invention is not to be restricted, therefore, to the specific embodiments, and it is intended that the appended claims cover any and all such applications, modifications, and embodiments within the scope of the present invention.
This application is based upon and claims priority from prior U.S. Provisional Patent Application No. 61/084,293, filed on Jul. 29, 2008 entitled “Method For Ordering Products From A Plurality Of Suppliers”, the entire disclosure of which is herein incorporated by reference.
| Number | Date | Country | |
|---|---|---|---|
| 61084293 | Jul 2008 | US |
