JP2019082946A - Information management system, information management method and program - Google Patents

Abstract

To provide an information management system, an information management method, and a program for providing a user with the congestion status of a shop before making a visiting reservation.SOLUTION: The information management system includes a shop terminal 40 installed in a shop and transmitting congestion information indicating the congestion status of the shop, and a server device 10 managing shop data including congestion information on the shop where the shop terminal is installed. The server device receives the congestion information transmitted from the shop terminal, and updates the status of the congestion information included in the shop data to the status of the received congestion information. The server device receives a request to check the congestion status of the shop from a user who uses the shop, and based on the stored shop data, generates screen data indicating the congestion status of the shop and transmits the screen data to the user terminal 20 owned by the user. The server device makes a reservation for visiting the shop in response to the user's operation on the transmitted screen data.SELECTED DRAWING: Figure 1

Description

  The present invention relates to an information management system, an information management method, and a program.

  As a request from a user who uses a store such as a restaurant, there is a demand to check the current crowded state of the store before going to the store, and in some cases, to make a reservation until visit.

  In response to such a request, in recent years, it is determined whether there is a vacant seat in the store's seating space, and if there is a vacant seat in the seating space, the vacant seat is selected as the seat used by the user, and the selected seat Discloses a system for outputting information indicating.

JP, 2017-068687, A

  However, in the above-described system, there is a disadvantage that the congestion status of the store can not be confirmed before the seat is selected, that is, the congestion status of the store can not be confirmed before the reservation. This is not a problem for the user who has already decided the store to use, but it is inconvenient for the user who wants to decide the store to use after confirming the crowded state of the store.

  The present invention has been made in view of the above circumstances, and it is an object of the present invention to provide an information management system, an information management method, and a program capable of providing a user with the crowded state of a store before making a visit reservation.

  According to one aspect of the present invention, the information management system is installed in a store, and data on a store where the first terminal is installed and a first terminal for transmitting congestion information indicating the congestion status of the store An information management apparatus for managing store data including the congestion information, the information management apparatus including storage means for storing the store data, and congestion information transmitted from the first terminal Update means for receiving the status of congestion information included in the store data to the status of the received congestion information, and confirming that the store is in a state of congestion from a user using the store Generation means for generating screen data indicating the congestion status of the store based on the stored store data, and transmitting the generated screen data to a second terminal owned by the user; In response to the operation of the user for serial transmitted screen data, and a reservation means for performing a visit reservation to the store.

  According to the present invention, it is possible to provide the user with the crowded situation of the store before making the reservation for the visit.

FIG. 1 is a diagram showing an example of a schematic configuration of an information management system according to an embodiment. The figure which shows the fullness / empty seat switch concerning the embodiment. FIG. 6 is a sequence diagram showing an example of an operation when the full seat button according to the embodiment is pressed. FIG. 8 is a sequence diagram showing an example of an operation when a vacant seat button is pressed according to the embodiment; The block diagram which shows an example of the hardware constitutions of the server apparatus which concerns on the embodiment. The figure which shows an example of the data structure of the shop data which concern on the same embodiment. The block diagram showing an example of the main functional composition of the server apparatus concerning the embodiment. FIG. 8 is a sequence diagram showing an example of main operations according to the embodiment; The figure which shows an example of the login screen which concerns on the embodiment. The figure which shows an example of the area selection screen which concerns on the same embodiment. The figure which shows the outline (model) of the congestion condition confirmation screen which concerns on the embodiment. The figure which shows the specific example of the congestion condition confirmation screen which concerns on the embodiment. The other figure which shows the specific example of the congestion condition confirmation screen which concerns on the embodiment. The further another figure which shows the specific example of the congestion condition confirmation screen which concerns on the embodiment. The further another figure which shows the specific example of the congestion condition confirmation screen which concerns on the embodiment. The further another figure which shows the specific example of the congestion condition confirmation screen which concerns on the embodiment. The further another figure which shows the specific example of the congestion condition confirmation screen which concerns on the embodiment. The further another figure which shows the specific example of the congestion condition confirmation screen which concerns on the embodiment.

  Hereinafter, embodiments will be described with reference to the drawings.

  In the present embodiment, a user (user) refers to a user who has registered user information in advance in the server device 10 (information management device) described later.

  Further, in the present embodiment, the store (facility) refers to a store where a full seat / vacant seat switch 30 and a store terminal 40 described later are installed, and the business condition of the store is not particularly limited.

  FIG. 1 shows a schematic configuration example of an information management system (network system) according to an embodiment. The information management system is a system for managing the congestion status of various stores and also making it possible to make a reservation for visiting a store. As shown in FIG. 1, the information management system includes a server device 10, a user terminal 20, a full / vacant seat switch 30, a shop terminal 40, a third party server device 50, and the like.

  The server device 10 communicates with the user terminal 20 and the full / vacant seat switch 30 by an application installed in the server device 10. Moreover, although the details will be described later, when the shop terminal 40 uses the queue application provided by the server device 10, the server device 10 also communicates with the shop terminal 40. The server device 10 updates and manages data on various stores (hereinafter referred to as “store data”) in real time according to the information from the full / vacant seat switch 30. Further, in accordance with the request from the user terminal 20, the server device 10 generates screen data indicating the congestion status of various stores, and provides the screen data to the user.

  The user terminal 20 is an information processing apparatus used by a user, and is, for example, a smartphone, a tablet terminal, a personal computer (PC), a feature phone, or the like. The user terminal 20 is communicably connected to the server device 10 and the third party server device 50. The user terminal 20 can receive screen data generated by the server device 10 using an application or a browser installed in advance, and can display a screen indicated by the screen data on the display of the user terminal 20.

  The user can transmit various requests to the server device 10 by performing a predetermined operation on the screen displayed on the display of the user terminal 20. For example, it is possible for a user to make a visit reservation to various stores after confirming the congestion status of various stores.

  The full / vacant seat switch 30 is a switch that is distributed (loaned) to a store by a manager (an operating company of the server device 10) that manages the server device 10, and operated by store staff, as shown in FIG. The "full seat" button b1 and the "vacant seat" button b2 are provided. The full / vacant seat switch 30 is communicably connected to the server device 10 and the third party server device 50 using, for example, SIGFOX (registered trademark), and congestion information corresponding to a button pressed by store staff is Send to server device. In addition, the full seat / vacant seat switch 30 is desired to be able to make a reservation cancellation signal to the effect that it is possible (stop) to make it impossible to make a store reservation to the store and to make it possible to make a store reservation to the store (release it) A third party server device 50 is sent a reservation release signal to the effect.

  The full seat / vacant seat switch 30 transmits an identification number unique to the full seat / vacant seat switch 30 together with various information when transmitting the congestion information, the reservation stop signal, and the reservation release signal. The identification number unique to the full seat / vacant seat switch 30 is used to determine from which of a large number of stores where the full seat / vacant seat switch 30 is installed, various information has been transmitted. That is, the identification number unique to the full / vacant seat switch 30 substantially functions as a store ID for identifying a store. Hereinafter, the identification number unique to the full seat / vacant seat switch 30 will be described as the store ID.

  Here, referring to the sequence diagrams of FIG. 3 and FIG. 4, an example of the operation of each device when the "full seat" button b1 of the full seat / vacant seat switch 30 is pressed by the store staff, and the full seat / vacant seat switch 30. An example of the operation of each device when the "vacant seat" button b2 is pressed by the store staff will be described.

  As shown in FIG. 3, when the "full" button b1 of the full / vacant switch 30 is pressed by the staff of the store (step S1), the full / vacant switch 30 determines the store ID for identifying the store; Congestion information indicating that the store is full is sent to the server device 10 (step S2). Also, the full / vacant seat switch 30 sends, to the third party server device 50, a reservation cancellation signal indicating that the reservation for coming to the store via the third party server device 50 is to be canceled together with the above-described store ID and congestion information. Send (step S3).

  When receiving the store ID and the congestion information from the full / vacant seat switch 30, the server device 10 receives the status of the congestion information included in the store data managed by the server device 10 according to the received store ID and congestion information. The "vacant seat" is updated to "full seat" (step S4), and the operation here ends.

  On the other hand, as shown in FIG. 4, when the "vacant seat" button b2 of the full seat / vacant seat switch 30 is pressed by the staff of the store (step S11), the full seat / vacant seat switch 30 is a store ID for identifying the store And congestion information indicating that there are vacant seats in the store are transmitted to the server device 10 (step S12). In addition, the full / vacant seat switch 30 sends a reservation release signal to the third party server device 50 to release the reservation for visiting the store via the third party server device 50 together with the above-described store ID and congestion information. It transmits (step S13).

  When receiving the store ID and the congestion information from the full / vacant seat switch 30, the server device 10 receives the status of the congestion information included in the store data managed by the server device 10 according to the received store ID and congestion information. The "full seat" is updated to the "vacant seat" (step S14), and the operation here ends.

  It returns to the explanation of FIG. 1 again. The store terminal 40 is an information processing apparatus used by store staff, and is, for example, a smartphone, a tablet terminal, a PC, a feature phone, a dedicated terminal, or the like. In the store terminal 40, at least one of a queue waiting application provided from the server device 10 and a reservation application provided from the third party server device 50 is used. The queue waiting application and the reservation application may be installed on the shop terminal 40 and used, or may be used via a browser operating on the shop terminal 40. According to this, the shop terminal 40 can receive a visit reservation from the user via the server device 10 and the third party server device 50, and causes the display of the shop terminal 40 to display a list of the accepted visit reservation. be able to.

  The application provided from the server device 10 is different from the reservation application provided from the third party server device 50, and is an application corresponding to the waiting service. The queued service is a service that can be queued until the store has a vacant seat when the store is full. In other words, the waiting application is an application that can receive a visit reservation from the user even if the store is full, and the reservation application can accept a visit reservation from the user only when the store is vacant. Application. In addition, it is assumed that the waiting application can receive a reservation for coming from the user even if there are vacant seats in the store and the number of waiting units waiting for the turn is zero.

  The third party server device 50 is a server device managed by a manager (operating company) different from the server device 10, and provides the above-mentioned reservation application to the store. Although only one third-party server device 50 is illustrated in FIG. 1 for convenience of explanation, the third-party server devices 50 exist in the same number as the reservation applications used in the shop terminal 40. However, when a plurality of reservation applications are provided from the same third party server device 50, one third party server device 50 corresponding to the plurality of reservation applications is counted.

  Hereinafter, the server device 10 will be described in more detail.

  FIG. 5 shows an example of the hardware configuration of the server device 10 shown in FIG. As illustrated in FIG. 5, in the server device 10, the non-volatile memory 12, a CPU (Central Processing Unit) 13, a main memory 14, a communication unit 15, and the like are connected to the bus 11. The non-volatile memory 12 and the main memory 14 constitute a storage device of the server device 10.

  The non-volatile memory 12 stores (stores), for example, an operating system (OS), various application programs, and store data SD. The application program includes a program for managing the current congestion status of the store where the full / vacant seat switch 30 and the store terminal 40 are installed (hereinafter, referred to as “a congestion status management program”).

  The CPU 13 is a processor that executes, for example, various application programs stored in the non-volatile memory 12. The CPU 13 also controls each part included in the server device 10.

  The main memory 14 is used, for example, as a work area required when the CPU 13 executes various application programs. The store data SD may be stored in the main memory 14 as well.

  Although only the non-volatile memory 12 and the main memory 14 are shown as storage devices included in the server device 10 in FIG. 5, the server device 10 may be a hard disk drive (HDD) or a solid state drive (SSD). And the like, and may further include other storage devices.

  The communication unit 15 connects the server device 10 to a network by wire or wirelessly. The communication unit 15 controls transmission and reception of commands, addresses, data, signals and the like with the user terminal 20, the full / vacant seat switch 30, and the shop terminal 40 via the network. The communication unit 15 connects the user terminal 20 and the shop terminal 40 so as to be able to communicate with each other, for example, via the Internet, and the full / vacant seat switch 30 is connected to be able to communicate, for example, via SIGFOX. The above communication standard is an example, and the communication unit 15 may be communicably connected to each device using another communication standard.

  Next, with reference to FIG. 6, an example of the data structure of the store data SD stored in the storage device of the server device 10 will be described.

  In the store data SD, as shown in FIG. 6, for example, store information da specific to the store, used application information db regarding the application used by the store to manage the reservation for coming to the store, and the current congestion status of the store Congestion information dc indicating, etc. are included.

  The store information da includes, for example, at least one of a store ID for identifying a store, a store name, an area (position information) in which the store is located, a telephone number, a business type, and the like.

  The use application information db is information indicating whether or not the queue terminal application provided by the server device 10 is used at the shop terminal 40, and a reservation application that is not compatible with the queued service provided by the third party server device 50. Information indicating whether or not the store terminal 40 is used, and an administrator name (for example, an advertising medium name) of the third party server device 50 providing the reservation application used in the store terminal 40 At least

  The store information da and the used application information db are input by the manager of the server device 10 as a result of interviewing the store at the time of distribution of the full seat / vacant seat switch 30.

  For example, according to the store data SD1 shown in FIG. 6, the name of the store identified by the store ID "A" is "store A", this store is located in "area a", and this store has a reservation for visiting In order to manage, only the queue application corresponding to the queue service is “used”, and it is indicated that the current congestion status of this store is “full”.

  Similarly, according to the store data SD2 shown in FIG. 6, the name of the store identified by the store ID "B" is "store B", this store is located in "area a", and this store is a visit reservation In order to manage the service, it is a reservation application that does not support the queued service, and only "uses" the reservation application provided by "advertising medium X", and the current congestion status of this store is "full" It is shown that it is a state.

  Further, according to the store data SD3 shown in FIG. 6, the name of the store identified by the store ID "C" is "store C", this store is located in "area a", and this store has a reservation for coming to the store In order to manage, only the queue application corresponding to the queue service is "used", and it is indicated that the current congestion status of this store is "vacant".

  Furthermore, according to the store data SD4 shown in FIG. 6, the name of the store identified by the store ID "D" is "store D", this store is located in "area a", and this store has a reservation for visiting In order to manage it, it is a reservation application that does not support the queued service, and "uses" only the reservation application provided by "advertising medium X", and the current congestion status of this store is "vacant" status Is shown.

  Further, according to the store data SD5 shown in FIG. 6, the name of the store identified by the store ID "E" is "store E", this store is located in "area a", and this store has a reservation for visiting In order to manage it, both “the waiting application corresponding to the waiting service and“ the reservation application that does not correspond to the waiting service provided by the “advertising medium X” are “used” It is indicated that the congestion status is "vacant".

  Subsequently, with reference to the block diagram of FIG. 7, a main functional configuration of the server device 10 realized by the CPU 13 executing the congestion status management program will be described. The congestion status management program can be distributed by being stored in advance in a computer readable storage medium. Also, this program may be downloaded to the server device 10 via, for example, a network.

  As shown in FIG. 7, the server device 10 includes a shop data update unit 101, a request reception unit 102, a screen data generation unit 103, a reservation registration unit 104, and the like.

  In the present embodiment, the units 101 to 104 are described as being realized by the CPU 13 executing the congestion status management program (that is, software), but the present invention is not limited to this. , May be realized by hardware, or may be realized by a combination of software and hardware.

  The store data update unit 101 receives the store ID and the congestion information from the full / vacant seat switch 30 via the communication unit 15, and updates the status of the congestion information of the store data SD including the received store ID.

  Specifically, when the store data update unit 101 receives congestion information transmitted by pressing the "full" button b1 of the full / vacant seat switch 30, the store data update unit 101 includes the received store ID along with the congestion information. The status of congestion information in the store data SD is updated from "vacant" to "full". Further, when the store data update unit 101 receives congestion information transmitted by pressing the "vacant seat" button b2 of the full / vacant seat switch 30, the store data SD including the received store ID together with the congestion information Update the status of congestion information from "full" to "empty".

  The request receiving unit 102 receives various requests from the user terminal 20 via the communication unit 15, and outputs a command based on the received request to each unit.

  Specifically, when the request receiving unit 102 receives, from the user terminal 20, a confirmation request to confirm the congestion status of the store near the current position, together with the position information indicating the current position of the user, the received position information An instruction for generating screen data capable of confirming the congestion status of the store near the position indicated by the is output to the screen data generation unit 103 together with the position information. Further, when the request receiving unit 102 receives from the user terminal 20 a reservation request for making a visit reservation to a predetermined store along with the reservation information, the request accepting unit 102 issues a command for making the visit reservation to the corresponding store, It outputs to the reservation registration part 104 with reservation information. The reservation information is information that the user of the user terminal 20 inputs on the display when transmitting the reservation request, and, for example, the name, sex, contact information, number of people visiting the store, etc. of the user. It is information including at least one or more.

  When the screen data generation unit 103 receives an input of the command from the request reception unit 102, the screen data generation unit 103 generates screen data to be displayed by the user terminal 20 according to the command. The generated screen data is transmitted to the user terminal 20 via the communication unit 15.

  When the reservation registration unit 104 receives an input of the command from the request reception unit 102, the reservation registration unit 104 makes a reservation for coming to a predetermined store in accordance with the command. Specifically, the reservation registration unit 104 transmits the reservation information output from the request reception unit 102 together with the command to the shop terminal 40 of the predetermined shop via the communication unit 15, thereby the predetermined Make a reservation for visiting a store in

  Next, with reference to the sequence diagram of FIG. 8, an example of the operation of each device until the congestion status confirmation screen is displayed on the user terminal 20 will be specifically described.

  First, the user operating the user terminal 20 accesses a predetermined Web page (site) for checking the congestion status of the store provided by the server device 10, and the login screen LS shown in FIG. Display on the display of. The user inputs a login ID and a password assigned to the user on the login screen LS, and logs in to a predetermined Web page (step S21).

  The login ID and password of the user are set, for example, when the user accesses a predetermined web page for the first time and performs member registration and the like. The login ID and password of the user are managed by the server device 10 providing a predetermined web page. Therefore, the login ID and password input by the user on the login screen LS are transmitted from the user terminal 20 to the server device 10, and the login ID and password are managed by the server device 10 and the login ID of the user in question. If the password matches the password, the user can log in to a predetermined web page.

  When login to a predetermined web page is successful, the user terminal 20 uses the GPS (Global Positioning System) function or the like mounted on the user terminal 20 to determine the current position of the user terminal 20 (that is, the user's Along with the position information indicating the current position), the server device 10 transmits a confirmation request to the effect that it is desired to confirm the congestion status of the store in the vicinity of the current position (step S22).

  Note that the position information is automatically set from the user terminal 20, for example, if the GPS function installed in the user terminal 20 is turned off, or the use of the position information of the user terminal 20 in a predetermined web page is not permitted. If transmission can not be performed, and the login to the predetermined web page is successful, the area selection screen ES illustrated in FIG. 10 is displayed on the display of the user terminal 20. The user selects an area (that is, an area near the current position of the user) for which it is desired to check the congestion status of the store on the area selection screen ES. Thereby, the position information indicating the area selected by the user is transmitted from the user terminal 20 to the server device 10 together with the confirmation request.

  When the request receiving unit 102 in the server device 10 receives the confirmation request from the user terminal 20 together with the position information via the communication unit 15, the request reception unit 102 can confirm the congestion status of the store near the position indicated by the received position information. An instruction to generate screen data is output to the screen data generation unit 103 together with the position information. The screen data generation unit 103 reads, from the storage device, store data SD including the position information output along with the command according to the command from the request reception unit 102 (step S23).

  Next, the screen data generation unit 103 generates, based on the read at least one store data SD, screen data capable of confirming the congestion status of each store indicated by the store data SD (step S24). For example, the screen data generation unit 103 includes (embeds) the store information da included in the store data SD as information I1 described later in the template of the screen data (embedded), and the congestion information dc included in the store data SD as information I2 described later The screen data is generated by including one of the information I3 or information I4 described later, or not including both of the information I3 and I4, according to the used application information db included in the store data SD.

  The screen data generation unit 103 transmits the generated screen data to the user terminal 20 via the communication unit 15 (step S25).

  Thereafter, the user terminal 20 receives the screen data transmitted from the server device 10 and outputs the received screen data to the display to display the congestion status confirmation screen (step S26).

  Here, information included in the congestion status confirmation screen CS displayed on the user terminal 20 will be described with reference to FIG.

  The congestion status confirmation screen CS at least displays information I1 for specifying a store and information I2 indicating the current congestion status of the store. Further, on the congestion status confirmation screen CS, information I3 for waiting for the order according to the current congestion status of the store and the type of application used for managing the reservation for visit to the store, or Information I4 and the like for accessing a web page (reservation page) that can be used to make a visit reservation provided by the three-party server device 50 is displayed. The display positions (layouts) of the information I1 to I4 are not limited to the display positions shown in FIG. 11, and the information I1 to I4 can be displayed at any positions.

  Hereinafter, various congestion status confirmation screens CS generated based on various store data SD will be specifically described.

  FIG. 12 shows a congestion status confirmation screen CS1 shown by screen data generated based on the store data SD1 shown in FIG. As shown in FIG. 6, the store data SD1 includes the store name “store A” as the store information da, includes “using” only the waiting application as the use application information db, and includes the congestion information dc Since the status is data in the "full" status, as shown in FIG. 12, the word "store A" is displayed as the information I1 on the congestion status confirmation screen CS1, and the "full" is displayed as the information I2. Characters are displayed, and a "waiting for turn" button is displayed below the information I2 as information I3.

  The user performs an operation to press the "waiting for order" button on the congestion status confirmation screen CS1, and inputs reservation information on a reservation information input screen (not shown) displayed thereafter. It is possible to transmit to the server device 10 a reservation request to make a reservation for coming to the store to “store A”.

  In addition to the characters indicating the store name, the information I1 may further display an image indicating the appearance or interior of the store. In this case, it is assumed that image data indicating the image is further linked as the store information da to the store data SD.

  FIG. 13 shows a congestion status confirmation screen CS2 shown by screen data generated based on the store data SD2 shown in FIG. As shown in FIG. 6, the store data SD2 includes the store name “store B” as the store information da, and only the reservation application that does not support the waiting service provided by the “advertising medium X” as the used application information db. Because the status of the congestion information dc is “full” status, including “use”, the congestion status check screen CS2 displays “store B” as the information I1 as shown in FIG. Only the characters and the characters "FULL" are displayed as the information I2.

  In the present embodiment, as described above, since the applications other than the waiting application provided by the server device 10 are not compatible with the waiting service, “advertising medium X” is provided on the congestion status confirmation screen CS2. Information I4 such as a URL or a banner for accessing the reservation page is not displayed.

  FIG. 14 shows a congestion status confirmation screen CS3 shown by screen data generated based on the store data SD3 shown in FIG. As shown in FIG. 6, the store data SD3 includes the store name “store C” as the store information da, includes “using” only the waiting application as the use application information db, and includes the congestion information dc Since the status is data in the "vacant seat" state, the letter "store C" is displayed as the information I1 on the congestion status confirmation screen CS3 as shown in FIG. 14, and "vacancy is available" as the information I2. Is displayed, and a "wait for order" button is displayed below the information I2 as the information I3.

  FIG. 15 shows a congestion status confirmation screen CS4 shown by screen data generated based on the store data SD4 shown in FIG. As shown in FIG. 6, the store data SD4 includes the store name “store D” as the store information da, and only the reservation application that does not support the waiting service provided by the “advertising medium X” as the used application information db. Because the status of the congestion information dc is "vacant" status data, including "use", the congestion status confirmation screen CS4 displays "store D" as the information I1 as shown in FIG. A character is displayed, a character of "vacancy available" is displayed as information I2, and a "reservation page" for accessing a reservation page provided by "advertising medium X" as information I4 is displayed below the information I2. "" Button (e.g. URL, banner etc.) is displayed.

  FIG. 16 shows a congestion status confirmation screen CS5 indicated by the screen data generated based on the store data SD5 shown in FIG. As shown in FIG. 6, the store data SD5 includes the store name "store E" as the store information da, and uses both the waiting application and the reservation application incompatible with the waiting service as the use application information db. Since the status of the congestion information dc is “vacant” status data, including the “Yes”, the congestion status confirmation screen CS5 displays the characters “store E” as the information I1 as shown in FIG. As a result, the word "vacancy" is displayed as the information I2, and either the information I3 or the information I4 is displayed below the information I2. Which of the information I3 and I4 is to be displayed is selected by the store when distributing the full / vacant seat switch 30, and the server device 10 generates screen data including one of the information I3 and I4 based on this selection. Do.

  In FIGS. 12 to 16, although the congestion status of one store is displayed on the congestion status confirmation screen CS, the present invention is not limited to this. For example, as shown in FIG. A congestion status confirmation screen CS that can be confirmed at one time may be displayed. In this case, the server device 10 only needs to set the template of the screen data to be used as a template capable of confirming the congestion status of a plurality of stores at one time.

  Further, as shown in FIG. 18, the congestion status confirmation screen CS may be displayed in conjunction with the map function installed in the user terminal 20. In this case, when the double circle on the map indicating the position of the store is pressed by the user, the congestion status confirmation screen CS may be displayed as a pop-up, for example.

  In the present embodiment, the store data updating unit 101 updates store data in the storage device each time congestion information is transmitted from the full / vacant seat switch 30, and manages changes in the congestion status of the store. According to this, it is possible to provide real-time store congestion status to the user.

  In the present embodiment, the screen data generation unit 103 generates screen data according to the type of reservation application used by the store where the full / vacant switch 30 is installed.

  Specifically, when the queue application is used on the shop terminal 40, the screen data generation unit 103 includes screen data including a queue waiting button that can be reserved for visits even if the store's congestion status is full. Generate According to this, the user can make a reservation for coming to the store even if the store is full, can reduce the waiting time after arriving at the desired store, and improve the convenience of the user It is possible to

  In addition, when the reservation application that does not correspond to the queued service is used in the store terminal 40, the screen data generation unit 103 is information for accessing the reservation page provided by the third party server device 50 when the seat is full. Generate screen data not including. According to this, it is possible to reduce the possibility of accepting a visit reservation which can not be accepted in practice because the waiting service is not implemented.

  Furthermore, the screen data generation unit 103 is for accessing the reservation page provided by the third party server device 50 when the seat terminal 40 is vacant when a reservation application incompatible with the queued service is used at the store terminal 40. Generate screen data that contains information. According to this, even when the store is not using the queue waiting application provided by the server device 10, it is possible to receive a visit reservation after using the service. That is, the store can use the service only by installing the full / vacant seat switch 30, and the effect of attracting customers can be expected.

  In the present embodiment, the full-seat / vacant seat switch 30 has a simple configuration having two buttons and a communication function, so that the manufacturing cost can be reduced. According to this, the manager of the server device 10 can distribute the full / vacant seat switch 30 to a large number of stores, and can provide the service to a large number of stores. In addition, as a secondary effect that the full / vacant seat switch 30 can be distributed to a large number of stores, it is possible to expect new introduction of a waiting application and the like by stores that like the service.

  According to the embodiment described above, it is possible to provide an information management system, an information management method, and a program capable of providing a user with the congestion status of a store before making a visit reservation.

  Further, in the present embodiment, although the server device 10 has been described as one device, for example, the configuration may be such that the function of the server device 10 is distributed to a plurality of devices.

  The method described in the above embodiment is a program that can be executed by a computer, such as a magnetic disk (floppy (registered trademark) disk, hard disk, etc.), optical disk (CD-ROM, DVD, etc.) magneto-optical disk (MO), It can also be stored and distributed in a storage medium such as a semiconductor memory.

  Further, as the storage medium, any storage format may be used as long as it can store a program and can be read by a computer.

  In addition, an operating system (OS) operating on a computer based on an instruction of a program installed in the computer from a storage medium, MW (middleware) such as database management software, network software, etc. realize this embodiment. A part of each process may be executed.

  Furthermore, the storage medium in the present invention is not limited to a medium independent of a computer, but includes a storage medium downloaded and stored or temporarily stored a program transmitted by a LAN, the Internet or the like.

  Further, the storage medium is not limited to one, and the processing in the present embodiment may be executed from a plurality of media, and the storage medium in the present invention may be included, and the medium configuration may be any configuration.

  Note that the computer in the present invention executes each process in the present embodiment based on a program stored in a storage medium, and an apparatus comprising a single personal computer or the like, and a system in which a plurality of apparatuses are connected to a network It may be any configuration such as.

  Further, the computer in the present invention is not limited to a personal computer but also includes an arithmetic processing unit, a microcomputer and the like included in an information processing device, and generically refers to devices and devices capable of realizing the functions of the present invention by a program. .

  The present invention is not limited to the above embodiment as it is, and at the implementation stage, the constituent elements can be modified and embodied without departing from the scope of the invention. In addition, various inventions can be formed by appropriate combinations of a plurality of components disclosed in the above embodiments. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, components in different embodiments may be combined as appropriate.

  10: server device 20: user terminal 30: full / vacant seat switch 40: store terminal 50: third party server device 101: store data update unit 102: request reception unit 103: screen data generation unit 104 ... reservation registration unit.

According to one aspect of the present invention, the information management system is installed in a store, and data on a store where the first terminal is installed and a first terminal for transmitting congestion information indicating the congestion status of the store An information management apparatus for managing store data including the congestion information and used application information related to an application used for managing a store reservation by the store; And storage means for storing the store data, and update means for receiving congestion information transmitted from the first terminal, and updating the status of the congestion information included in the store data to the status of the received congestion information And a receiving unit for receiving a request from the user who uses the store to confirm the crowded state of the store, and the store based on the stored store data. A screen data indicating the congestion, and generates screen data corresponding to applications that the store is using, the user is provided with generating means for transmitting to the second terminal possessed.

According to one aspect of the present invention, the information management system is installed in a store, and data on a store where the first terminal is installed and a first terminal for transmitting congestion information indicating the congestion status of the store An information management apparatus for managing store data including the congestion information and used application information related to an application used for managing a store reservation by the store; And storage means for storing the store data, and update means for receiving congestion information transmitted from the first terminal, and updating the status of the congestion information included in the store data to the status of the received congestion information And a receiving unit for receiving a request from the user who uses the store to confirm the crowded state of the store, and the store based on the stored store data. A screen data indicating the congestion, and generates screen data corresponding to applications that the store is using, and generating means for transmitting to the second terminal of the user possesses, the generating means Generates the screen data including information capable of determining whether the crowded state of the store is full or a vacant seat, and the store is queued by the information management apparatus When the application corresponding to the service is used, the screen data including the waiting button for waiting at the store is generated when the congestion status of the store is full, and the store generates the information When using a non-compliant application for the waiting service provided by a third party device different from the management device, the store's congestion status is vacant If the store is busy, the screen data including information for accessing the reservation page provided by the third party apparatus is generated, and the reservation page is accessed if the congestion status of the store is full. Generate screen data that does not contain information for

Claims (8)

A first terminal installed in a store and transmitting congestion information indicating the congestion status of the store;
An information management apparatus that manages data on a store where the first terminal is installed, and stores store data including the congestion information;
The information management device is
Storage means for storing the store data;
Updating means for receiving congestion information transmitted from the first terminal, and updating the status of the congestion information included in the store data to the status of the received congestion information;
Reception means for receiving a request from the user using the store to confirm the crowded state of the store;
Generation means for generating screen data indicating the congestion status of the store based on the stored store data, and transmitting the screen data to a second terminal owned by the user;
An information management system comprising: reservation means for making a visit reservation to the store according to an operation of the user on the transmitted screen data; The store data is
Further including location information indicating the location of the store,
The generation means is
The information management according to claim 1, wherein position information indicating the current position of the user, which is transmitted from the second terminal, is received, and screen data is generated based on store data including the received position information. system. The generation means is
The information management system according to claim 1 or 2, wherein screen data including information that can be queued at the store is generated. The generation means is
The information according to any one of claims 1 to 3, wherein the screen data including information capable of determining whether the congestion state of the store is full or full is generated. Management system. The generation means is
When the store is capable of accepting a reservation for coming to the store via a third party device different from the information management device, and the crowded state of the store is vacant, the Web page provided by the third party device Generate screen data including information for access,
5. The information management system according to claim 4, generating screen data not including information for accessing a web page provided by the third party device when the store's congestion status is full. The first terminal is
The congestion information is also transmitted to the third party device,
When the transmitted congestion information indicates that the seat is full, a first signal requesting that the user make a reservation for coming to the store unavailable can be transmitted together with the congestion information.
When the transmitted congestion information indicates that the seat is vacant, a second signal requesting that the user can make a reservation for coming to the store can be transmitted together with the congestion information. Information management system described. Information that is installed in a store and is an apparatus capable of communicating with a first terminal that transmits congestion information indicating the congestion status of the store, and executed by an information management apparatus that manages store data regarding the store including the congestion information Management method,
Receiving congestion information transmitted from the first terminal, and updating the status of the congestion information included in the store data to the status of the received congestion information;
Accepting from the user using the store a request to confirm the congestion status of the store;
Generating screen data indicating the congestion status of the store based on the managed store data, and transmitting the screen data to a second terminal owned by the user;
An information management method comprising the steps of: making a visit reservation to the store according to an operation of the user on the transmitted screen data. A device installed in a store that can communicate with a first terminal that transmits congestion information indicating the congestion status of the store, and executed by a computer of an information management device that manages store data regarding the store including the congestion information The program to be
On the computer
Receiving congestion information transmitted from the first terminal, and updating the status of the congestion information included in the store data to the status of the received congestion information;
Accepting from the user using the store a request to confirm the congestion status of the store;
Generating screen data indicating the congestion status of the store based on the managed store data, and transmitting the screen data to a second terminal owned by the user;
A program for making a visit reservation to the store according to an operation of the user on the transmitted screen data.

Images