JP2006277362A - Lunch order system, method, and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To prevent an orderer from forgetting to place an order, and enable the orderer to place an order even after the order deadline. <P>SOLUTION: This system comprises a user terminal 10 connected to a network for placing a lunch order of the day, and a management device 20 accepting the lunch order from the user terminal 10 up to a preliminarily registered first time. The management device 20 transmits report information to a device such as the user terminal 10 when the time reaches a preliminarily registered second time that is earlier than the first time. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a lunch ordering system that accepts an order for a lunch, and more particularly to control based on the time for ordering a lunch.

  A lunch box ordering system as a background art is disclosed in Japanese Patent Laid-Open No. 2002-74109, and will be described below.

  This lunch box ordering system of this background art provides an in-house LAN in which a plurality of client PCs are connected by a system server having a communication function to the Internet, a web server accessible via the Internet, and a product that can be connected to the web server. When there is a request to store product data distributed from the web server via the Internet and a request to browse product data from each client PC. Means for displaying product data; means for counting who ordered what products based on data ordered from each client PC; and order data to the web server at a predetermined time. And a means for transmitting, to the web server, an order for how many products from which company. Means for totaling data and means for transmitting order data to the product provider's PC at a predetermined time. The product provider's PC includes the name and quantity of the ordered product, the delivery destination It is the structure provided with the means to total.

  Another lunch ordering system of the background art is disclosed in Japanese Patent Application Laid-Open No. 2004-5556, which will be described below.

This background lunch ordering system is a lunch ordering and lunch information service system that orders lunches from an ordering terminal via a network and delivers them to the orderer and provides various services. A lunchbox application service provider that provides information services, and a lunchbox production management system that receives order data from the lunchbox application service provider and manages the production of lunchboxes. A lunch application service provider that accepts orders from order terminals and provides lunch information services is provided on the network, and a menu of a plurality of lunch suppliers is posted. The orderer selects the lunch menu from the order terminal and places an order. In addition, the lunch box application service provider has a lunch box information service means that can provide member registration means for the organizer of the workplace and detailed information to the lunch orderer. In addition, the order data from the lunch box application service provider is sent to the lunch box production management system, making the lunch box production easy to manage.
JP 2002-74109 A JP 2004-5556 A

  According to the former background art, it is possible to perform batch management and delivery of orders without taking time since a bulk order is made to a server, and to realize a reduction in communication cost. According to the latter background art, a large number of types of lunch boxes are provided by a plurality of lunch box suppliers, and user convenience is improved, such as batch ordering at the workplace and provision of various services. However, even these background technologies have a problem that it is impossible to prevent an orderer from forgetting an order for a lunch box. In addition, although both background technologies allow someone to contact and place an order, there is a problem that no order can be placed if it is delayed. Moreover, even with these background technologies, there is a problem that it is not possible to place an order for a planned lunch in a predetermined period such as a monthly unit.

  The present invention has been made to solve the above-described problems, and provides a lunch ordering system that prevents an orderer from forgetting an order and can place an order even when the orderer has passed a deadline. The purpose is to do.

  The lunch ordering system according to the present invention is connected to a network and includes a user device that orders a lunch for the day, and a management device that accepts the order for the lunch from the user terminal until a pre-registered first time. Thus, when the management device is earlier than the first time and the second time registered in advance, notification information is transmitted to a device such as a user device. As described above, in the present invention, since the notification information is transmitted before the deadline time for accepting the order for the lunch box, the received device notifies the user, thereby preventing the user from forgetting the order. be able to. As a receiving device, a fixed phone, an IP phone, a mobile phone, and the like correspond to a user device. Here, the information for specifying the lunch box includes all the items that can identify the lunch box, in addition to the identification number assigned to the lunch box. The information for identifying the user includes all the information that can identify the user in addition to the identification number assigned to the user.

  In addition, the lunch ordering system according to the present invention is connected to the main staff storage means in which the date and the main staff are recorded in correspondence with each other as necessary, and connected to the network to order the lunch for the day. And the management device identifies the main person in charge from the computer connected to the network using the main person storage means, and after the first time has passed from another user device, the lunch order In the case where there is a lunch box, the lunch box order is accepted when the lunch order is received after the first time has elapsed from the specified main person in charge device, even though the lunch box is not accepted. In this way, in the present invention, even when the deadline time for accepting the lunch box order has passed, only the lunch order from the main person in charge device is accepted, so the user who wants to order the lunch box even after the deadline time has passed. In addition to ordering lunch boxes, the main person in charge serves as a window when ordering lunch boxes, so that the order for lunch boxes on the side of the lunch box provider is not complicated. Here, the storage means includes not only an external storage device such as a hard disk or a floppy disk, but also a main storage device composed of a semiconductor memory. As a recording format, it may be recorded in a file format or may be recorded using a database.

  In addition, the lunch ordering system according to the present invention includes a user remaining usage amount storage means in which a user and a remaining usage amount are recorded in association with each other, and a management device is set for each user. The remaining usage amount is calculated by subtracting the amount of the lunch box ordered from the scheduled usage amount for a predetermined period. Thus, in the present invention, after setting the scheduled usage amount for a predetermined period for each user, the amount of the lunch ordered in the predetermined period is subtracted from the scheduled usage amount, so the management device calculates the remaining usage amount, The lunch can be ordered within the budget according to the amount of money that can be provided to the user and that the user can use from now on.

  These outlines of the invention do not enumerate the features essential to the present invention, and a sub-combination of these features can also be an invention.

  The present invention can be implemented in many different forms. Therefore, it should not be interpreted only by the description of the following embodiments. In addition, the same reference numerals are given to the same elements throughout the embodiments.

  In each embodiment, the system will be mainly described. However, as will be apparent to those skilled in the art, the present invention can also be implemented as a program and method usable in a computer. In addition, the present invention can be implemented in hardware, software, or software and hardware embodiments. The program can be recorded on any computer-readable medium such as a hard disk, CD-ROM, DVD-ROM, optical storage device, or magnetic storage device. Furthermore, the program can be recorded on another computer via a network.

(First embodiment of the present invention)
A lunch ordering system according to a first embodiment of the present invention will be described with reference to the drawings.

As shown in FIG. 1, the lunch order system according to the present embodiment includes a user terminal 10 that is a computer used by a user, a management server 20 that manages the lunch order system, and a database 40 that is used by the management server 20. , A lunch box supplier terminal 50 which is a computer used by the lunch box supplier who supplies the lunch box to the user side, and a settlement server 60 for settlement of the payment of the lunch box. The user terminal 10 and the management server 20 are connected via a network and can communicate with each other. The management server 20, the lunch box supplier terminal 50, and the settlement server 60 are connected via a network and can communicate with each other.
[Bento order]
The user terminal 10 orders the lunch by sending to the management server 20 bento order information including the date of lunch, user name, month, date of use, amount of money, and quantity. The lunch box name, the store used, the amount, and the number are selected by the user who operates the user terminal 10. A user name is preset in the user terminal 10.

  The management server 20 receives the lunch order information from the user terminal 10 and accepts the lunch order. The management server 20 receives the lunch order of the lunch order information transmitted from the user terminal 10 by the deadline time, and does not accept the lunch order of the lunch order information transmitted from the user terminal 10 after the deadline time. .

  Since the management server 20 receives the lunch order information and accepts the order, the management server 20 records the lunch order information in the database 40. This data is used when the payment for the lunch box described later is used, as well as raw data for providing the user the history information of his / her order and providing the lunch box analysis result to the lunch box supplier.

  When a user orders a bento at the user terminal 10, the menu for the bento is simply displayed as a list, and the boxed lunch in the menu is designated by the amount of the bento and is selected or narrowed down (eg 300 yen to 400 yen). 400 yen to 500 yen, 500 yen or more, etc., or a lunch box in the menu can be designated and selected or narrowed down (eg, bowl, meat, noodles, etc.).

For example, a window displayed on the user terminal 10 at the time of ordering a lunch box is as shown in FIG. Since the user authenticates on the system using the user terminal 10, the user name is displayed. Stores to be used are displayed, and such stores can be selected as described later. The date and current time are displayed, and the time until the order deadline is also displayed. By displaying the time until the order deadline, the user is prompted to place an order until the order deadline. When this indication is present, it is known that the proportion of orders by the user before the order deadline is greater than when there is no indication, and the effect is great.
[Notice of bento reception]
The management server 20 transmits notification information indicating that a lunch order has been accepted to the user terminal 10 when the time set in advance for each user is reached. The user terminal 10 that has received the notification information notifies the user that an order for a lunch box is being received. The notification method includes all output methods possible on the computer, such as receiving mail, displaying icons in the task tray, outputting a warning sound speaker, and outputting a fixed message (eg, “Genza Event Unoketsuchu Dezu”). You can choose. In addition, a notification method other than the user terminal 10 can be selected, and output of the fixed message on an extension telephone or a mobile phone, reception of mail on the mobile phone, or the like can be selected. That is, it is possible to select an output using a device that can be controlled by the computer of the management server 20 or the user terminal 10.

This method of notifying lunch reception is set for each user in advance.
[Main person device and agent device]
When ordering a lunch box within a company, it is often the case that each employee forms a group rather than ordering a lunch box. Such a group is formed by employees of a company, employees of a section of the company, employees of a plurality of sections of the company, people of the same floor in the same building as well as the same company, and the like. Groups are also used in this system. By using groups on the system, it is possible to manage lunch orders made for each user for each group, and the lunch supplier can perform batch delivery and collect money to the group.

  As shown in the background art, in an ordinary lunch box ordering system, orders from the user terminal 10 are not accepted at all when the deadline has passed. This means that if an order from each user terminal 10 is received even after the deadline has elapsed, the reception of the lunch box order becomes troublesome, which hinders work and is actually performed for the user who thought that the order was placed. Is to avoid the situation that the lunch is not delivered. However, if not accepted at all, it is not only inconvenient for the user, but also loses the opportunity to order the lunch for the lunch box supplier. Therefore, in this system, a main person in charge is determined for each group, and even after only the user terminal 10 used by this main person in charge has passed the deadline time, a lunch box can be ordered. The user terminal 10 used by the main person in charge and the user terminal 10 used by other users are identified. The user terminal 10 used by the former main person in charge is called the main person in charge apparatus, and the user terminal used by other users in the latter is called the user apparatus. Information for identifying a user as a main person in charge for each group is recorded in the database 40, and information for identifying a user transmitted from the user terminal 10 is received by the management server 20 to identify the user. Identify primary device and user device.

  In addition, the main person in charge is able to place an order even if the main person in charge is unable to contact due to absence, etc., and it is not possible to place an order after the lunch order time has elapsed using the main person in charge device. In the same manner as the main person in charge, the user terminal 10 used by the person in charge of the agent can order the lunch even after the deadline has passed. The user terminal 10 used by the agent in charge is referred to as agent agent device. As in the case of the main person in charge, information for specifying the representative person in charge for each group is recorded in the database 40 and identified by the same method.

  The main person in charge and the agent in charge may be fixed and registered for a long period of time, but in this embodiment, it is assumed that they are set in advance for each day. Therefore, even the same user terminal 10 may be a user device yesterday, a user device and a main person's device today, and a user apparatus and an agent person device tomorrow. The computer becomes a paint device by installing and starting the paint software for a certain period of time, and becomes a spreadsheet device by installing and starting the spreadsheet software for another fixed period or at the same time. It is well known that the role at

  For example, the assignment of the main person in charge and the agent in charge can be displayed on the user terminal 10 for each group as shown in FIG. In the window, “main” indicates a main person in charge, “proxy” indicates a person in charge of the agent, and “•” indicates omission. The name is underlined. When a name is selected in the window, the selection is used as an event trigger to display the contact information of the person in charge of the name.

  In addition to the main person in charge and the representative person in charge, there will be a person in charge of the group. This is the point of contact for the group when the lunch box supplier makes various inquiries. For example, when the main person in charge and the agent in charge are absent, the person in charge of the window is contacted.

  On the user terminal 10 of the main person in charge of the day (if there is no main person in charge), the user terminal 10 is the main person in charge of the day from the management server 20 (if there is no main person in charge) There is a notification that there is.

  At the registered time, the user terminal 10 of the main person in charge (if there is no main person in charge) is notified of the lunch order information ordered by the group on the day, confirms the contents, and places an order. Press to place a formal order. For example, confirmation of the formal order is performed by displaying a window as shown in FIG. 4 on the display of the user terminal 10 of the main person in charge (or the agent in charge when there is no main person in charge).

  When there is a user who has not placed an order in the group at the time of formal ordering, it is desirable that the main person in charge contacts to confirm whether or not to place an order. Here, on this system, it is desirable to clarify that the user does not place an order using the user terminal 10 even when the order is not made. According to this, the main person in charge only looks at the main person in charge device, does not need to check with a person who does not order a lunch box, and only contacts those who have not made it clear that they will not order. It becomes like this.

When the main person in charge contacts a user who has not placed an order, pressing the command button in the window shown in FIG. 4 displays the user's contact information or provides the user with real-time information. Messages can be sent, reducing the burden on the main person in charge.
[Book]
The management server 20 receives an order for the lunch from the user terminal 10, and the lunch supplier makes the lunch based on the order, and delivers the created lunch. And the user pays the price to the lunch box supplier. Money and goods are put in and out through this series of flows. Lunch orders handled by the management server 20 are recorded on the database 40, and the management server 20 can calculate a monetary calculation for each user.

The user can simply set the amount to be used for a predetermined period of time and complete the lunch order within that amount by simply displaying the total amount of the lunch order so far displayed on the display of the user terminal 10. It's not easy. Often, the set amount is exceeded. This is because the set amount does not appear in the numbers. Therefore, it is subtracted from the set amount every time a lunch order is placed and displayed on the user terminal 10. For example, as shown in FIG. 5, it is possible to display a difference amount obtained by subtracting the total amount of the lunch box already ordered from the set amount.
[Sending lunch order to lunch box supplier]
The management server 20 receives the lunch order from each user terminal 10, aggregates the order of the lunch box, and transmits the order information of the lunch box for each head office and store to the lunch box supplier terminal 50 of each head office and store. Then, each lunch box supplier terminal 50 receives it, and the production of the lunch box based on the information is started in each headquarters and store. As for the technology to process information of the lunchbox that has received the order and send it to each headquarters and store, methods using various lunchbox ordering systems exist as well-known technologies, and those skilled in the art can take various well-known technologies, Description in this embodiment is omitted.
[Settlement of lunch box price]
The settlement of the price for the lunch box, that is, the completion of the sales transaction can be performed using the settlement server 60 in addition to collecting the price directly from the user. The settlement using the settlement server 60 can be settled if there is information for identifying the person who pays the price, information for identifying the person who receives the price, and information on the amount. Regarding settlement, this is not an essential part of the present invention, and methods using various settlement systems exist as well-known techniques, and those skilled in the art can adopt various well-known techniques, and the description in this embodiment is omitted. To do.

When the settlement server 60 is used, the total amount of the lunch box for January is deducted from the user's bank account. A bank account confirmation is sent from each bank to each user, and a monthly usage statement is sent monthly from the lunch box supplier.
[Register User]
The user uses the user terminal 10 to perform user registration in advance. In user registration, group information, basic information, person-in-charge schedule information, and orderer information are recorded in the database 40. The group information is composed of the use store, the affiliated company, and the affiliated department. Basic information includes store, company name, department, name, scheduled monthly usage (budget), household account book (use record), payment registration selection (cash transfer / account deduction), preferences (meat, fish, fish) And genre (donburi, noodles, etc.). The person-in-charge schedule information includes a date, information on the main person in charge, and information on the agent in charge. The orderer information includes the time and time zone determined for each orderer, contact means (telephone; automatic voice, etc.), and whether or not an unfinished icon is displayed on the display of the user terminal 10.
[Automatic system startup]
In this lunch ordering system, it is automatically started at a pre-registered time. For example, in an OS capable of constructing a server, the registered server can be set to start at the registered time. According to this, there is an advantage in that the server can be started only at a necessary time, and the hardware resources of the computer are not used for the processing of the server at other times.
[Select store]
In the database 40, information regarding stores is recorded. The user can select a store in the order window displayed on the display of the user terminal 10. When a store is selected, a list of lunch boxes that can be provided at the selected store is displayed. Selectable controls (check boxes, radio buttons, etc.) are arranged for each lunch box on the menu, and the amount of the corresponding lunch box is displayed in the total price when selected.
[Specific configuration of this system]
The above lunch box order, notification of lunch reception, order by the main staff device and agent device, display of the book, transmission of the lunch order to the lunch box supplier, and settlement of the price of the lunch box in this embodiment Such a lunch box request system is realized by the following specific configuration.

  As shown in FIG. 6, the management server 20 includes a registration receiving means 21 for receiving registration of various information from the user terminal 10, a system timed starting means 22 for starting the system for a group, and a user terminal. The user is identified by the authentication information from 10, the group to which the user belongs is identified, and whether the user terminal used by the user is the user device, the main person in charge device, or the agent person in charge An authenticating means 23 for specifying, an automatic notifying means 24 for transmitting notification information indicating that an order for a lunch box has been accepted to the user terminal 10 when the time set in advance for each user is reached; Setting processing means 25 for transmitting user setting information set in advance for each user to the user terminal, and information related to the lunch such as the name of the lunch, the amount of the lunch, and the contents of the lunch are transmitted to the user terminal 10. valve Information providing means 26, order accepting means 27 for accepting an order for a lunch from the user terminal 10, and when the order accepting means 27 accepts an order for the lunch, the main person in charge device or the agent in charge of the lunch order information Order notification means 28 to notify, and order confirmation means for transmitting the lunch order information ordered by the users in the group to the main person in charge device or the agent in charge by the time registered in advance, and for confirmation. 29 and household account book information providing means 30 for calculating the money for each user from the already ordered lunch order information and transmitting the calculation result to the user terminal 10. In the present embodiment, the module division is performed as described above. However, as will be apparent to those skilled in the art, the module configuration may be modified to other modules.

  As shown in FIG. 7, the database 40 includes a personal information table, a Group information table, an orderer schedule table, an order information table (for each orderer), and an order information table (for each group).

  As shown in FIG. 8A, the personal information table includes a customer number, name, date of birth, gender, address, Group code, contact means, contact time, contact information, main store code, store name, payment. It has attributes of information, bank information, preferences, genre, scheduled monthly usage amount, and cumulative monthly actual amount. The customer number is an identification number assigned to each user in the system. As the information for identifying the user, a customer number can be used, but other attributes (for example, a name, a combination of a name and a group code) can also be used. The Group code becomes a foreign key.

  As shown in FIG. 8C, the Group information table has attributes of Group code, company name, window, address, contact address, delivery (present / absent), use store, and use record. The Group code is the primary key.

  As shown in FIG. 9A, the order person schedule table includes a group code, date, day of the week, main person in charge (name, extension telephone number, mail, mobile phone number), and agent in charge (name, extension telephone number, Mail, mobile phone number).

  As shown in FIG. 9B, the order information table (for each orderer) has attributes of orderer, date, store, order lunch, amount, and quantity.

  As shown in FIG. 9C, the order information table (for each group) has attributes of group code, store used, order lunch, month / day, amount, quantity, and delivery (yes / no).

  Data can be extracted from the personal information table and the order information table (for each orderer) to create, for example, a personal usage record view (see FIG. 8B). Here, the view refers to a virtual table created from a real table in a relational database.

  In addition to the above table, there is also a lunch table consisting of a store code, name, lunch box and amount.

  In this embodiment, a case where a system is constructed using a relational database will be described. However, other types of databases may be used, and a system that handles data in a file format may be constructed.

Next, the operation of the lunch ordering system according to the present embodiment will be described with reference to a flowchart. It is necessary to register Group information, personal information, and person-in-charge schedule in advance. The group information and the person-in-charge schedule are not performed by each user, but may be performed by someone in the group.
[Initial processing]
Group information is registered as follows, as shown in FIG. Group information registration is selected from the menu screen displayed on the display of the user terminal 10 (step 101). The user terminal 10 displays a Group information registration screen in which text labels and text boxes are arranged (Step 102). The user inputs various information using the user terminal 10 (step 103). When the input is completed, the user uses the user terminal 10 to press the setting end confirmation button (step 104). The user terminal 10 transmits the information input by the user to the management server 20 with the press of the button as a trigger (step 105). The management server 20 receives the information and the registration receiving means 21 registers it in the database 40 (step 106). The user terminal 10 asks the user whether or not to perform personal registration (step 107). If it is determined that personal registration is to be performed, the process proceeds to step 204, and if it is determined that personal registration is not to be performed. finish.

  Registration of personal information is performed as follows, as shown in FIG. Personal information registration is selected from the menu screen displayed on the display of the user terminal 10 (step 201). The user terminal 10 asks the user whether or not the group information has been registered (step 202). If it is determined that the group information has not been registered, the process proceeds to step 102. If it is determined in step 202 that the registration has been completed, the Group code is input using the user terminal 10 (step 203). After inputting the Group code, the user terminal 10 displays the Group information on the display (Step 204). After displaying the Group information, the user terminal 10 displays a personal information registration screen in which text labels and text boxes are arranged (Step 205). The user inputs various information using the user terminal 10 (step 206). When the input is completed, the user presses a setting end confirmation button using the user terminal 10 (step 207). The user terminal 10 transmits the information input by the user to the management server 20 with the press of the button as a trigger (step 208). The management server 20 receives the information and the registration receiving means 21 registers it in the database 40 (step 209). The user terminal 10 asks the user whether or not to place an order (step 210). If it is determined to place an order, the process proceeds to step 504, and if it is determined not to place an order, the process ends.

The person-in-charge schedule is registered as follows, as shown in FIG. The person-in-charge schedule registration is selected from the menu screen displayed on the display of the user terminal 10 (step 301). The user terminal 10 displays a person-in-charge schedule registration screen in which text labels and text boxes are arranged (step 302). The user inputs various information using the user terminal 10 (step 303). When the input is completed, the user uses the user terminal 10 to press the setting end confirmation button (step 304). The user terminal 10 transmits the information input by the user to the management server 20 with the press of the button as a trigger (step 305). The management server 20 receives the registration, and the registration receiving means 21 registers it in the database 40 (step 306). The user terminal 10 asks the user whether or not to continue the person-in-charge schedule registration (step 307). If the user terminal 10 determines to register the person-in-charge schedule, the process proceeds to step 303, and the person-in-charge schedule registration is performed. If it is determined not to do so, the process ends.
[Initial processing of order person]
The following order person initial process describes the process for each group. Therefore, the following processing is performed for each group.

  The system timed activation means 22 of the management server 20 determines whether or not it is an activation time (hereinafter, refer to FIG. 13; step 401). If it is determined that it is the activation time, the system is activated (step 402). If it is determined that it is not time, the process proceeds to step 401. After the system is activated, the management server 20 reads out today's main person in charge from the order person schedule table and notifies the user terminal 10 of the main person (step 411). The management server 20 determines whether or not the notification in step 411 has been made (step 412). If it is determined that the notification has been made, the management server 20 displays an identity confirmation window on the display of the user terminal 10 (step 413). The user inputs his / her authentication information in the identity confirmation window (step 414). The authentication means 23 of the management server 20 authenticates the authentication information (step 415). The authentication means 23 determines whether or not the authentication is successful (step 416). If the authentication is successful and the identity is determined, the process proceeds to the predefined processing step 500. If the authentication is unsuccessful, the process proceeds to step 413. Migrate to

  If it is determined in step 412 that the notification cannot be made, the management server 20 reads out today's agent in charge from the orderer schedule table and notifies the user terminal 10 of the agent in charge (step 421). The management server 20 determines whether or not the notification in step 421 has been made (step 422). If it is determined that the notification has been made, the management server 20 displays an identity confirmation window on the display of the user terminal 10 (step 423). The user inputs his / her authentication information in the identity confirmation window (step 424). The authentication unit 23 of the management server 20 authenticates the authentication information (step 425). The authentication unit 23 determines whether or not the authentication is successful (step 426). When the authentication is successful and the identity is determined, the process proceeds to the predefined processing step 500, and when the authentication fails, the process proceeds to step 423. Migrate to

  If it is determined in step 422 that the notification cannot be made, the management server 20 notifies the contact person registered in the group that the identity cannot be confirmed to the main person in charge and the agent in charge today. To do.

  After the pre-defined processing step 500, the order confirmation unit 29 of the management server 20 issues a request for order confirmation to the main person in charge device (or the substitute person in charge device if the principal person in charge cannot be confirmed). (Step 431). In response to the request, the user terminal 10 displays a confirmation window (step 432). The main person in charge (if the person in charge of the main person in charge cannot be confirmed, the agent in charge) confirms the contents of the order using the user terminal 10 (step 433). The order confirmation unit 29 of the management server 20 receives the confirmation of the main person in charge (or the agent in charge when the person in charge of the main person in charge has not been confirmed), and confirms the order details (step 434).

  If the deadline has not passed and the deadline has elapsed, a lunch box can be ordered using the main person in charge.

After the order is confirmed, the management server 20 summarizes the order for each store and transmits the order to the lunch supplier terminal 50 for each store.
[Order processing]
The following order process explains the process for each user. Therefore, the following processing is performed for each user.

  The predefined processing step 500 is as follows, as shown in FIG. The automatic notification means 24 of the management server 20 determines whether or not the time set for each user has been reached (step 501). If it is not determined that the time has been reached, the process proceeds to step 501. . When the automatic notification means 24 determines that the time set in step 501 has come, the contact information and contact means of the corresponding user are read from the personal information table of the database 40, and the read contact information is read. Automatic notification is performed using the means (step 502). When using the contact means by the user terminal 10, the user terminal 10 executes (step 503). The setting processing means 25 of the management server 20 reads out the main use store code and name of the corresponding user from the personal information table, and transmits it to the user terminal 10 (step 504). The user terminal 10 receives the use store code and name, and displays an order window on the display. The user terminal 10 makes an inquiry as to whether or not it is a store that the user wants to order (step 506). If it is determined in step 506 that the store is not the order to be ordered, another store list is displayed (step 507). The user selects a store from the store list displayed using the user terminal 10 (step 508). If it is determined in step 506 that the store is to be ordered, or after step 508, the lunch information providing unit 26 of the management server 20 reads the lunch information of the corresponding store from the database 40 and transmits it (step 509). The user terminal 10 receives the lunch box information and displays a menu on the display (step 510). The user selects a lunch using the user terminal 10 (step 511). The user terminal 10 asks the user whether to continue ordering and determines (step 512). If it is determined in step 512 that the order is to be continued, the process proceeds to step 510. If it is determined in step 512 that the order is not continued, the order information is transmitted to the management server 20 (step 513). The order information received by the order receiving means 27 of the management server 20 is received (step 514). The user terminal 10 asks the user whether or not to display the household account book and determines (step 515). If it is determined in step 515 that the user terminal 10 displays the household account book, the household account book information providing means 30 of the management server 20 reads the corresponding user's lunch box order information from the order information table and sends it to the user terminal 10. Transmit (step 516). The user terminal 10 displays the received lunch order information in accordance with the household account book window (step 517). When it is determined in step 515 that the household account book is not displayed, or after step 517, the order notification means 28 of the management server 20 notifies the user terminal 10 of the main person in charge of the corresponding user's lunch order information ( Step 518).

  As described above, according to the lunch order system according to the present embodiment, the automatic notification unit 24 of the management server 20 notifies the specified contact point using the specified contact unit at the time set by each user. This will prevent you from forgetting your lunch order. In addition, since the confirmation window is displayed on the main person in charge device and the lunch order is confirmed by the main person in charge, if there is a user who has not ordered the lunch box, it can be followed appropriately, Forgetting a lunch order can be prevented more reliably. In addition to the main person in charge device, this system also provides an agent in charge of the agent. If the person in charge of the main person in charge cannot be confirmed, the agent in charge will act on behalf of the person in charge instead of the main person in charge. Therefore, even if there is no main person in charge, you can place an order for lunch. Even if the deadline has passed before the order is confirmed, it can be ordered using the main person in charge, and the order can be placed without any complicated order from the lunch box provider. it can.

  The authentication unit 23 corresponds to a main person-in-charge specifying unit and a substitute person-in-charge specifying unit. The household account book information providing means 30 corresponds to the remaining usage amount calculating means. The person-in-charge schedule table corresponds to main person-in-charge storage means and agent-in-charge person storage means.

(Other embodiments)
[Setting the order deadline for each lunch box supplier]
The lunch box ordering system according to the present embodiment may have an order deadline time table having store codes and order deadline times as attributes. By doing so, it is possible to register the order deadline time for each store, set the order deadline time according to the environment of each lunch supplier, and receive more lunch orders. Even when the order deadline of a store that always uses time has passed, an order can be placed at another store.
[Multiple bento companies]
In the lunch ordering system according to the present embodiment, the same business operator or franchise chain has been described as a lunch provider, but it can also be applied to a plurality of business operators or franchise chains.
[Order deadline for each lunch box and its display / non-display]
In the lunch ordering system according to the present embodiment, an attribute of the order deadline time can be added to the lunch box table. By doing so, it is possible to set the order deadline time for each lunch box, and for those that require a long time for production, set the order deadline time early and ensure production For items that do not require time, the order deadline can be set late so that orders for bento boxes can be received as much as possible. In this case, it is also possible to add an attribute for determining whether to display or hide the menu in the lunch box table. When the time is early, all the lunch boxes are displayed, and the lunch boxes displayed with the time decrease. .
[Possible order quantity for each lunch box and its display / non-display]
In the lunch ordering system according to the present embodiment, it is possible to add an attribute of the number of orderable items indicating the number of lunches that can be ordered to the lunch table. It is possible to prevent the corresponding lunch box from being displayed from the menu when the number reaches zero.
[Order after the order deadline has passed]
In the lunch ordering system according to the present embodiment, it is possible to make an order by the main person in charge device even after the order is confirmed and the deadline time has elapsed. In this case, it is possible to place an order for a predetermined condition, for example, after confirmation and a predetermined time after the deadline elapses, or after confirmation and only once after the deadline elapses. Can be added.
[Shifting the deadline time]
In the lunch ordering system according to the present embodiment, the attribute of the deadline time can be added to the group information table, and by setting the deadline time for each group, the reception of the lunch order to the management server 20 is temporarily performed. Can be distributed without concentration. By doing so, the load on the management server 20 can be reduced, and the hardware resource specifications for constructing the management server 20 can be suppressed.

  Although the present invention has been described with the above embodiments, the technical scope of the present invention is not limited to the scope described in the embodiments, and various modifications or improvements can be added to these embodiments. . And embodiment which added such a change or improvement is also contained in the technical scope of the present invention. This is apparent from the claims and the means for solving the problems.

  The following additional notes are further disclosed with respect to the embodiments including the above examples.

(Supplementary note 1) A user device for transmitting lunch order information including information for specifying the lunch of the day and information for specifying the user via the network, and receiving the lunch order information from the user device, A management device that accepts reception of a lunch order by lunch order information until a pre-registered first time;
Lunch order having automatic notification means for sending notification information of acceptance of lunch order to the user device when the management device is in the second time registered in advance before the first time system.

(Supplementary note 2) The lunch ordering system according to supplementary note 1, wherein when the management device receives the lunch order information transmitted from the user device after the first time has elapsed, the lunch order is not accepted.

(Supplementary note 3) Main person storage means in which information for specifying the date and information for specifying the main person in charge for managing the order is recorded in association with each other, information for specifying the lunch of the day via the network, A main person in charge device for transmitting lunch special order information including information identifying the orderer,
The management device reads the information for identifying the main person in charge from the main person in charge storage means, and has a main person in charge identifying means for identifying the main person in charge device among the computers connected to the network,
When the lunch box special order information is transmitted after the first time elapses from the main staff device specified by the main staff identification means of the management device, the management device receives the lunch box special information and accepts the lunch box order. 2. Lunch box ordering system according to 2.

(Supplementary note 4) A representative person storage means in which information specifying the date and the information specifying the representative person representing the main person in charge of the order is recorded in association with each other, and the current day via the network A representative agent device for transmitting bento special proxy order information including information for specifying a lunch box and information for specifying an orderer;
The management device reads the information for identifying the agent in charge of the day from the agent storage unit when the main agent identification unit of the management device cannot identify the computer of the main agent device, and stores it in the network. It has a proxy person identification means to identify the representative person in the computer to be connected,
When the agent special agent order information is transmitted after the first time has elapsed from the agent representative device specified by the agent representative agent specifying means of the management device, the management device receives the box lunch special agent information and accepts the bento order. The lunch ordering system according to Supplementary Note 3.

(Supplementary note 5) User remaining usage amount storage in which information for identifying a user and a remaining usage amount in which a scheduled usage amount for a predetermined period set in advance for each user is an initial amount are recorded in association with each other With means,
The management device has a remaining usage amount calculation unit that subtracts the amount of the lunch box ordered by the user using the user device during the predetermined period from the remaining usage amount read from the remaining user scheduled usage amount storage unit. The lunch ordering system according to any one of appendices 1 to 4.

    (Supplementary note 6) When the management device comes before the pre-registered first time and reaches the pre-registered second time, it accepts the lunch order to the user device used by the user. A step of transmitting notification information, a step of transmitting lunch order information including information for identifying the lunch of the day and information for identifying the user via the network, and a management device using the network via the network A lunch ordering method comprising: receiving lunch order information transmitted from a user device; and receiving a lunch order according to the lunch order information received from the user device by the management device until the first time.

    (Supplementary note 7) When the second time pre-registered before the first time registered in advance in the management device, the lunch order is accepted for the user device used by the user. A procedure for transmitting notification information, a procedure for receiving lunch order information including information for specifying the day's lunch and information for identifying the user transmitted from the user device via the network, and receiving from the user device A lunch order program for executing a procedure for accepting reception of a lunch order by the lunch box information until the first time.

(Additional remark 8) The amount of the lunch which the management apparatus ordered using the user apparatus in the predetermined period is the information for identifying the user and the scheduled usage amount for the predetermined period set in advance for each user. The lunch ordering method according to appendix 6, further comprising a step of subtracting from the remaining usage amount read from the remaining user usage amount storage means recorded with the remaining usage amount corresponding to the initial amount.

(Additional remark 9) The amount of the lunch which the user ordered using the user apparatus in the predetermined period to the management apparatus, the information for specifying the user, and the scheduled usage amount for the predetermined period set for each user in advance The lunch order program according to appendix 7, for executing a procedure of subtracting from the remaining usage amount read from the remaining user usage amount storage means recorded in association with the remaining usage amount as an initial amount.

It is a network block diagram of the lunch ordering system concerning a 1st embodiment of the present invention. It is an order window of the lunch box ordering system concerning a 1st embodiment of the present invention. It is an order person person schedule window of the lunch ordering system concerning a 1st embodiment of the present invention. It is a confirmation window of the lunch box ordering system according to the first embodiment of the present invention. It is a window of the household account book of the lunch ordering system concerning a 1st embodiment of the present invention. It is a block block diagram of the management server of the lunch ordering system which concerns on the 1st Embodiment of this invention. It is a data block diagram of the lunch ordering system which concerns on the 1st Embodiment of this invention. It is explanatory drawing of the table of the database of the lunch ordering system which concerns on the 1st Embodiment of this invention. It is explanatory drawing of the table of the database of the lunch ordering system which concerns on the 1st Embodiment of this invention. It is a flowchart of Group information registration of the lunch box order system concerning a 1st embodiment of the present invention. It is a flowchart of personal information registration of the lunch box ordering system concerning a 1st embodiment of the present invention. It is a flowchart of the person-in-charge schedule registration of the lunch box order system which concerns on the 1st Embodiment of this invention. It is a flowchart of the order person in charge initial stage of the lunch ordering system which concerns on the 1st Embodiment of this invention. It is a flowchart of the order of the lunch box ordering system concerning a 1st embodiment of the present invention.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 User terminal 20 Management server 21 Registration reception means 22 System time limit starting means 23 Authentication means 24 Automatic notification means 25 Setting processing means 26 Lunch information provision means 27 Order reception means 28 Order notification means 29 Order confirmation means 30 Household book information provision means 31 Payment means 40 Database 41 Personal information table 42 Group information table 43 Person in charge schedule table 44 Orderer information table 50 Lunch box terminal 60 Payment server

Claims (5)

The user device that transmits the lunch order information including the information that specifies the lunch of the day and the information that specifies the user via the network, and the lunch order information from the user device is received, and according to the lunch order information A management device that accepts reception of a bento order until a pre-registered first time,
A lunch ordering system comprising an automatic notification means for transmitting notification information for accepting a lunch order when the management device reaches a second time that is pre-registered before the first time. Main person storage means that records information that identifies the day and date and information that identifies the main person in charge of the order, and information that identifies the lunch of the day and the orderer via the network A main person in charge device that transmits lunch special order information including information to be
The management device reads the information for identifying the main person in charge from the main person in charge storage means, and has a main person in charge identifying means for identifying the main person in charge device among the computers connected to the network,
When the lunch box special order information is transmitted after the first time has elapsed from the main staff device identified by the main staff device identification means of the management device, the management device receives the lunch box special information and accepts the lunch box order. Item 2. A lunch ordering system according to item 1, wherein when the management device receives the lunch order information transmitted from the user device after the first time has elapsed, the lunch order is not accepted. Comprising a user remaining usage amount storage means in which information for identifying a user and a remaining usage amount in which a scheduled usage amount for a predetermined period set in advance for each user is an initial amount are recorded in association with each other;
The management device has a remaining usage amount calculation unit that subtracts the amount of the lunch box ordered by the user using the user device during the predetermined period from the remaining usage amount read from the remaining user scheduled usage amount storage unit. The lunch ordering system according to claim 1. When the management device comes before the pre-registered first time and reaches the pre-registered second time, it sends notification information for accepting the lunch order to the user device used by the user A step in which the user device transmits lunch order information including information identifying the day's lunch and information identifying the user via the network, and the management device transmits from the user device via the network. A lunch ordering method comprising: receiving received lunch order information; and receiving a lunch order by the management device from the user device according to the lunch order information received until the first time. When the pre-registered second time comes before the pre-registered first time, the lunch device order notification information is transmitted to the user device used by the user. The procedure for receiving the lunch order information including the information for identifying the lunch of the day and the information for identifying the user transmitted from the user device via the network, and the lunch order information received from the user device A lunch order order program for executing a procedure for accepting reception of a lunch order by the first time.

Images