JP5357482B2 - Amusement hall management system and amusement hall management method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an image capable of easily referred to if a fraudulence is committed and allowing the content of the fraudulence to be monitored to be easily obtained. <P>SOLUTION: A member management T/C 70 memorizes a transmission division that determines a timing to report an event history of the event to a camera server 100 for each event, acquires from an apparatus in a parlor as the event history, and gives information of the event history to the camera server 100 according to the transmission division memorized for each event. The camera server 100 memorizes the informed event history, stores the location of moving images in the apparatus in the parlor and its vicinity for each apparatus number, receives selection of the memorized event history for replay, determines the moving image of the storage location corresponding to the apparatus number of the event history as a replay moving image from among the storage location of moving images memorized, replays the moving image for replay from the time of the event occurred or around the time, and also replays the event history superimposed on the moving image. <P>COPYRIGHT: (C)2010,JPO&amp;INPIT

Description

  The present invention is provided with an in-store device disposed in an amusement store, a management device that is connected to the in-store device and manages the in-store device, and one or a plurality of in-store devices and its periphery can be imaged. The present invention relates to a game hall management system and a game hall management method that include an image management device that is connected to an imaging device and stores a moving image captured by each imaging device.

  Traditionally, amusement stores that provide pachinko games and pachislot games have been exposed to fraudulent acts such as fraudulent attacks and theft. For example, using a sensory device to illegally trigger a special prize on a gaming machine, inserting a foreign object instead of money to illegally throw out gaming media from a pedestal machine, or counting using a rake or the like with a counter Unauthorized Goto that causes the sensor to count up the count value illegally, and theft such as theft that the pre-paid card or other game recording medium with valuable value is removed while the original owner is away The act is done by stealing the eyes of the staff.

  In order to suppress such evidence of fraud and to identify fraudsters, an image pickup device is arranged so as to be able to pick up players who use various in-store equipment such as gaming machines, interbank machines and counters. A technique has been devised in which images taken by an apparatus are stored, and an image at the time of fraud is searched and displayed from the stored images (see, for example, Patent Document 1).

JP 2005-110788 A

  However, in the above-described conventional technology, when specifying an image at the time of occurrence of fraud, it is necessary to find a target image from a huge amount of moving images continuously accumulated in time series. There has been a problem that the stored image must be reproduced many times, and it takes a lot of labor to refer to the image when the fraud occurs.

  In addition, when identifying an image at the time of fraud, the stored video shows the location of the fraud, based on the location and time reported by the staff of the game store who knew the occurrence of fraud and the player who had been stolen. It is necessary to search for images, but the declaration of the location and time is not necessarily correct, and only rough search conditions can be entered. The greater the deviation, the more labor is required to identify the image at the time of fraud.

  In addition, the above-described prior art has a problem that it takes a lot of time to confirm the fraud fact from the display image because it is not possible to grasp what kind of fraud should be monitored only from the displayed image. is there. For example, even if a captured image of a camera that captures a gaming seat is simply displayed, what the image means, for example, an image when an illegal radio wave is detected by a gaming machine, Since it is impossible for the viewer to know whether the image was made when it was performed, it only looks like an image where the player is sitting and playing, and it takes a lot of time to confirm the fraud turn into.

  Accordingly, the present invention has been made to solve the above-described problems (problems) of the prior art, and allows the user to easily refer to the image when the fraud occurs and to easily grasp the content of the fraud to be monitored. It is an object of the present invention to provide a game hall management system and a game hall management method that can present a game.

In order to solve the above-described problems and achieve the object, a game hall management system according to the present invention is connected to an in-store device installed in an amusement store and the in-store device and manages the in-store device. A game hall management system including a management device, and one or a plurality of in-store devices and an image management device that is connected to an imaging device provided to be capable of imaging the periphery thereof and stores a moving image captured by each imaging device And the said management apparatus is the 1st notification for every event which generate | occur | produces in the said in-store apparatus, and the space | interval until it notifies to the said image management apparatus after the said event generate | occur | produces is shorter than another notification timing setting a notification timing setting storage means timing setting or the interval stores long second notification timing setting than the first notification timing setting,該店from the shop equipment Event history acquisition means for acquiring event contents of an event that has occurred in a device, an event occurrence time at which the event has occurred, and an in-store device identifier for uniquely identifying the in-store device in which the event has occurred, and the notification timing Event history notifying means for notifying the image management apparatus of the event history acquired by the event history acquisition means in accordance with the notification timing setting stored for each event by the setting storage means, the image management apparatus comprising: A first event history storage means for storing an event history of an event corresponding to the first notification timing setting; and an event history of an event corresponding to the first notification timing setting and the second notification timing setting. Second event history storage means for When the event history corresponding to the first notification timing setting is notified by the event history notification means, the event history is stored in the first event history storage means and the second event history storage means, Event history storage means for storing the event history in the second event history storage means when an event history corresponding to the second notification timing setting is notified;
Storage destination storage means for storing, in association with each in-store equipment identifier, a storage location of a moving image in which the in-store equipment is captured, and the first event history storage means and the second event history storage means Among event histories stored by the event history selection accepting means for accepting selection of an event history to be reproduced, and among the moving image storage destinations stored by the storage destination storing means, the event history selection accepting means A moving image specifying means for specifying a moving image of a storage destination corresponding to the in-store device identifier of the event history whose selection has been accepted as a moving image to be played back, and a moving image specified as a playback target by the playback moving image specifying means The event occurrence time of the event history whose selection has been accepted by the event history selection accepting means or in the vicinity thereof Reproduces the time, characterized in that said event history selection event history selection is received by the receiving means and a moving image playback means for displaying together with the moving image.

In the game hall management system according to the present invention as set forth in the invention described above, the image management device may use the event content, the event as a search condition for the first event history storage means and the second event history storage means . Search condition reception means for receiving at least one of the occurrence time and the in-store device identifier, and the search condition from the event history stored by the first event history storage means and the second event history storage means An event history search unit that searches for an event history that matches or partially matches the search condition received by the reception unit, and the event history selection reception unit selects a playback target from the search results by the event history search unit. It accepts selection of an event history to be performed.

The game hall management method according to the present invention includes an in-store device disposed in an amusement store, a management device connected to the in-store device and managing the in-store device, and one or a plurality of in-store devices. A game hall management method applied to a game hall management system having an image management device connected to an imaging device provided to be capable of imaging the periphery thereof and storing a moving image captured by each imaging device, For each event that occurs in the in-store device, the management apparatus sets the first notification timing setting or the interval in which the interval from when the event occurs until it is notified to the image management apparatus is shorter than other notification timing settings There a notification timing setting step of setting a notification timing setting storage unit longer second notification timing setting than the first notification timing setting, or the store device An event history acquisition step of acquiring, as an event history, an event content of an event that has occurred in the in-store device, an event occurrence time at which the event has occurred, and an in-store device identifier for uniquely identifying the in-store device in which the event has occurred; An event history notification step of notifying the image management device of the event history acquired by the event history acquisition step according to the notification timing setting stored for each event by the notification timing setting storage means, and the image management device However, when the event history corresponding to the first notification timing setting is notified by the event history notification step, the first event history that stores the event history of the event corresponding to the first notification timing setting Storage means and the first notification timing The event history is stored in the second event history storage means for storing the event history of the event corresponding to the second notification timing setting and the event history corresponding to the second notification timing setting is notified. In the case, the event history storage step of storing the event history in the second event history storage means, and the event history stored by the first event history storage means and the second event history storage means An event history selection receiving step for receiving selection of an event history to be reproduced from the storage device, and storage destination storage means for storing the store destination of the moving image in which the in-store device and its periphery are captured in association with each in-store device identifier Of the storage destinations of the stored moving images, the event received by the event history selection receiving step A reproduction moving image specifying step for specifying a moving image of a storage destination corresponding to an in-store device identifier of the event history as a reproduction target moving image, and a moving image specified as a reproduction target by the reproduction moving image specifying step as the event history selection A moving image reproduction step of reproducing from the event occurrence time of the event history accepted by the accepting step or a time near the event occurrence time and displaying the event history accepted by the event history selection accepting step together with the moving image; It is characterized by including.

  According to the present invention, for each event that occurs in the in-store device, the notification timing setting that determines the timing for notifying the event history of the event to the image management apparatus is stored in association with the in-store device. The event contents of the event that occurred, the event occurrence time when the event occurred, and the in-store device identifier for uniquely identifying the in-store device where the event occurred were acquired as the event history, and acquired according to the notification timing setting stored for each event The management device is configured to notify the event history to the image management device, the notified event history is stored, and the storage device of the moving image in which the in-store device and its periphery are captured is associated with each in-store device identifier. Memorize and accept selection of event history to be played back from the memorized event history Among the image storage destinations, the moving image of the storage destination corresponding to the in-store device identifier of the event history that received the selection is specified as the moving image to be played back, and the event history that has received the selection of the moving image specified as the playback target Since it is configured to display the event history that has been accepted from the event occurrence time or its vicinity, and to display the moving image together with the moving image, it is possible to easily refer to the image at the time of fraud and to monitor the illegal content to be monitored. It is possible to present an image that makes it easy to grasp.

In particular , a first event history storage unit that stores an event history of an event corresponding to the first notification timing setting, and an event history of an event corresponding to the first notification timing setting and the second notification timing setting are stored. A second event history storage unit, and when an event history corresponding to the first notification timing setting is notified, the event history is stored in the first event history storage unit and the second event history storage unit. When the event history corresponding to the second notification timing setting is notified, the event history is stored in the second event history storage unit. When specifying an event history, when selecting an event history, select the event history to be confirmed as soon as possible. When performing general monitoring, the event history of both notification timing settings can be searched from the same table, and the convenience related to access to the target event history and thus to the target moving image is improved. There is an effect that it becomes possible.

  Further, according to the present invention, at least one of event contents, event occurrence time, and in-store device identifier is accepted as a search condition, and an event history that matches or partially matches the search condition is searched from the event history. Since it is configured to accept the selection of the event history to be reproduced from the search results, it is possible to reduce the selection target of the event history and to quickly find the image at the time of fraud Play.

  Exemplary embodiments of a game hall management system and a game hall management method according to the present invention will be described below in detail with reference to the accompanying drawings. In the following, the case where the present invention is applied to a pachinko game will be described.

  First, the system configuration of the in-store system of the amusement store according to the present embodiment will be described. FIG. 1 is a system configuration diagram of an in-store system according to the present embodiment. As shown in the figure, the amusement store includes a pachinko machine 10, a CR unit 20, an island controller 30, a ball counter 40, a prize management device 50, a prize dispenser 60, a camera 200, and a member. A management terminal controller (hereinafter referred to as member management T / C) 70, a prepaid card management terminal controller (hereinafter referred to as card T / C) 80, a hall computer 90, and a camera server 100 are provided. ing.

  The pachinko machine 10 is a device in which a player plays a pachinko game by launching a pachinko ball into the game area. In this embodiment, the pachinko machine 10 is a so-called CR pachinko machine compatible with a prepaid card.

  The CR unit 20 is interposed between the card T / C 80 and each pachinko machine 10 and inquires the card T / C 80 about the remaining amount of the prepaid card (hereinafter referred to as “prepaid balance”) and subtracts the prepaid balance. It is a device that makes a request and issues a ball lending instruction to the pachinko machine 10 when there is a prepaid balance.

  In addition, the CR unit 20 has a so-called replay function that withdraws the stored money deposited in the member management T / C 70. Specifically, when a member inserts a membership card into the CR unit 20 and performs a predetermined replay operation, the member management T / C 70 requests that the number of replayed balls be subtracted from the stored balance that is stored and managed. And throwing out the stored balls.

  The island controller 30 is a relay device that bundles a group of pachinko machines 10 and a CR unit 20 provided in a space (amusement island) surrounded by a passage.

  The ball counter 40 is a counter that counts pachinko balls acquired by the player, and has a receipt issuing function for issuing a count receipt in association with the count result. Specifically, a pachinko ball thrown by a player or employee is counted, and the count value of the thrown ball, the date of issue, the person in charge (employee), and the counting ID associated with the counting machine number are barcoded. Issue printed count receipt. In addition, although the counter which has both the counting function and the receipt issuing function is illustrated here, these functions may be provided separately from the counting machine and the receipt issuing machine.

  In addition, the ball counter 40 has a so-called counting and storing ball function that adds a part or all of the counting values counted by registered members. Specifically, when a member of the game store receives a membership card received from a player after the completion of counting, a count storage ball request including a member number and a count value is transmitted to the member management T / C 70. In addition, the count value is added to the stored balance corresponding to the member number by the member management T / C 70 that has received the count storage request.

  The prize management device 50 is a terminal device for prize exchange arranged at a prize exchange counter in the amusement store, and manages the exchange of acquired balls and prizes using an exchange ball management table (not shown). This exchanged ball number management table stores the number of exchanged balls required for exchanging with each prize for each prize. When the employee in the giveaway exchange counter receives the count receipt issued by the ball counter 40 from the player, the count information is obtained through the reading operation of the count receipt to the bar code reader, and the player Press the exchange button corresponding to the specified prize, and execute the exchange control to subtract the number of exchange balls corresponding to the prize from the counted value (acquired balls), and then hand it over to the player manually by the employee . When the player wishes to exchange for a special prize, the employee presses a special prize exchange button provided in the prize management device 50 and refers to the exchanged ball number management table in accordance with the count value. The payout device 60 is instructed to pay out the special prize.

  In addition, the prize management device 50 has a function of controlling exchange with prizes in exchange for savings held by members. Specifically, when the membership number recorded on the membership card is read through a reading operation to the card reader, the membership balance corresponding to the membership number is inquired to the membership management T / C 70, and the inquiry response is obtained. Within the range of the stored ball balance, the exchange control with the general prize or the special prize is performed in the same manner as the count receipt, and the member management T / C 70 is requested to subtract the number of balls to be exchanged from the stored ball balance.

  The member management T / C 70 is a management device that performs overall management of members registered in the game store using a member management table (not shown). In this member management table, a member number is stored in association with a stored balance and attribute information. Then, if a savings addition request is accepted from the ball counter 40 or the prize management device 50, the number of savings in the corresponding savings account is added, and if a savings subtraction request is accepted from the CR unit 20 or the prize management device 50 Subtract the number of stored balls in the corresponding stored account.

  The card T / C 80 is a management device that manages the remaining amount of a prepaid card using a prepaid balance management table (not shown). This prepaid balance management table stores a prepaid balance in association with a prepaid card ID. If a value request (remaining amount addition request) is received from the CR unit 20, the prepaid remaining amount corresponding to the corresponding prepaid card ID is added, and if a remaining amount subtraction request is received from the CR unit 20, the corresponding prepaid card is received. The prepaid balance corresponding to the ID is subtracted.

  The hall computer 90 is a management device that manages table data of each pachinko machine 10 using a table data management table (not shown). This table data management table stores table data such as the number of outs, the number of safes, the number of special prizes, the number of starts, etc. in association with the number of the pachinko machine 10. These table data are collected every time an out, safe, special prize or start occurs in each pachinko machine 10, and are registered in the table data management table. “Out” refers to a pachinko ball that has been driven into the game machine, “safe” refers to a pachinko ball thrown out as a prize ball from the game machine, and a special prize refers to a big hit on the game machine. The term “event” refers to an event of starting a unit game on a game machine.

  As described above, in the game store, as a system for providing services to members and other players, in-store devices (for example, the CR unit 20, the ball counter 40, the prize management device 50, etc.) that handle the membership card, and these A member management system that includes a member management T / C 70 that manages in-store devices, and in-store devices that handle prepaid cards (for example, the CR unit 20 and other card settlement machines not shown). In addition, there is a hallcon system that includes in-store devices (for example, pachinko machine 10, CR unit 20, ball counter 40, etc.) that handle game machine table data.

  Further, the amusement store has a camera system including a camera 200 that captures each in-store device and a camera server 100 that stores an image captured by the camera 200 as a system for monitoring the amusement hall. Is provided.

  This amusement hall refers to a place where a player can enter. In addition to the amusement hall, the amusement store is provided with an office that prohibits the entry of players, and devices that manage information relating to the secrecy of the amusement store, such as member management T / C 70, card T / C 80, etc. The hall computer 90 and the camera server 100 are disposed not in the game hall but in the office.

  This camera 200 is an imaging device provided so as to be capable of imaging in-store equipment and its surroundings. In the example of FIG. 1, a pair of the pachinko machine 10 and the CR unit 20, a ball counter 40, a prize management device 50, and a prize delivery One device is installed corresponding to a combination of in-store equipment such as a pair of machines 60 or in-store equipment. An image captured by the camera 200 is transmitted together with a camera ID assigned in advance to each camera, and is stored by the camera server 100 for each in-store device.

  The camera server 100 is a server device that stores a moving image captured by the camera 200. Specifically, the camera ID of the camera 200, the in-store device number captured by the camera 200, and the moving image storage location are managed in association with each other in the moving image management table 140a described later. When the captured image is received, the captured image is accumulated in the storage destination of the machine number corresponding to the camera ID. The moving image stored in the camera server 100 can be played back on the output unit of the camera server 100 based on an instruction from the own device or another device.

  Here, in the present embodiment, an event history generated in an in-store device managed by a management apparatus such as the member management T / C 70, the card T / C 80, or the hall computer 90 is associated with a moving image stored by the camera server 100. In addition, a moving image to be reproduced is selected by selecting an event history.

  That is, when fraud occurs, it is necessary to report the location and time from a player or employee and to find an image corresponding to the report from the camera server 100. Based on the location and time of this report, The video includes videos of scenes where players and employees are not in contact with in-store equipment and are completely out of the scope of fraud. It is necessary to find a video of this scene, and it takes a lot of effort. In addition, such declarations are often ambiguous or misunderstood, and there are many players who are not conscious of the time in particular.

  Therefore, in this embodiment, an event history such as the content of an event that occurs in various in-store devices, the event occurrence time when the event occurred, and the machine number of the in-store device where the event occurred is selected, and a video corresponding to the event history is selected. By reproducing an image, a moving image to be reproduced is selected while referring to detailed event contents, and only a moving image of a scene in which in-store equipment moves and there is room for fraud is reproduced. The “event” referred to in the present embodiment refers to an operation such as an operation on an in-store device performed by a player or employee, a process performed in response to the operation, or an error occurring in the in-store device.

  Furthermore, the present embodiment has another feature in that an event history is superimposed and displayed when a moving image is reproduced. By this superimposed display, what is meant by the moving image to be reproduced is understood from the event history.

  For these reasons, in this embodiment, it is possible to easily refer to the image at the time of fraud and to present an image that makes it easy to grasp the fraud content to be monitored.

  In this embodiment, the event history collected from the in-store device by the management device such as the member management T / C 70, the card T / C 80, or the hall computer 90 is notified to the camera server 100 side, and the viewer actually moves the moving image. The event history selection operations are collectively performed by the camera server 100 that confirms the above.

  In other words, the event history collected from the in-store device is selected on the management device side. If the selected event history does not correspond to the target moving image, the event history is selected again on the management device side. I have to. Furthermore, as in this embodiment, when the three systems of the member management system, the card system, and the hall control system coexist, the event history must be individually selected by each management device, and the event history selection operation is performed. Becomes complicated.

  For this reason, in this embodiment, the event history is notified from the management apparatus to the camera server 100, and the event history selection operation is consolidated and performed on the camera server 100 side, thereby reselecting the inventory history on the management apparatus side. The operation, the reciprocating movement between the management apparatus and the camera server, and the selection operation of the event history in the individual management apparatus can be eliminated.

  In addition, in this embodiment, the timing at which the management apparatus notifies the camera server 100 of the event history is changed according to the difference in the properties of each event.

  That is, if the event history is notified to the camera server 100 every time an event occurs, the communication load between the management apparatus and the camera server increases, resulting in a pressure on the in-store communication network. .

  For this reason, for events that should be confirmed quickly when an event occurs, for example, events closely related to fraudulent attacks or theft damage, the event history is collected from the in-store device and the event history is notified to the camera server 100. On the other hand, for an event that can be browsed afterwards, the camera server 100 is notified of an event history at a regular time (for example, every two hours).

  As a result, it is possible to preferentially notify the event history corresponding to the moving image that needs to be promptly confirmed when the event occurs, and to distribute and notify the event history notified from the management device to the camera server 100, It is possible to prevent the in-store communication network from being squeezed while reproducing a moving image using an event history necessary in an emergency.

  Then, the structure of each apparatus which comprises the game hall management system based on a present Example is demonstrated. Here, a game hall management system that plays back a moving image by linking the member management system and the camera system will be exemplified, and the member management T / C 70 that is the center of the member management system and the center of the camera system will be described. A configuration with the camera server 100 will be described in detail.

(1) Configuration of Member Management T / C 70 As described above, the configuration of the member management T / C 70 according to the present embodiment will be described here. FIG. 2 is a functional block diagram showing the configuration of the member management T / C according to the present embodiment.

  As shown in the figure, the member management T / C 70 includes a storage unit 72 and a control unit 73. Note that the actual member management T / C 70 has functional units (for example, an input / output unit, a table for storing member information and a stored balance, software for updating the stored balance, etc.) other than the illustrated functional units. However, in FIG. 2, only the components necessary for explaining the characteristics of the member management T / C 70 according to the present embodiment are extracted.

  The communication I / F unit 71 is an interface for performing data communication with the CR unit 20, the island controller 30, the card T / C 80, the hall computer 90, and the camera server 100.

  The storage unit 72 is a storage device such as a hard disk device or a non-volatile memory, and for example, a transmission section that manages a transmission section (notification timing setting) that determines the timing for notifying the camera server 100 of the event history of the event for each event. Management table 72a, two tables for managing event histories occurring in in-store devices related to the member management system, that is, event-specific event history table 72b for managing event histories for each device in the store, and event history for each member And the member-specific event history table 72c to be stored.

  As shown in FIG. 3, the transmission category management table 72a is a table that stores an event name and a transmission category for each affiliation system. In the example shown in FIG. 3, the membership management system has four types of events, counting, exchanging, storing balls, and replaying. Among these, the counting transmission category is 1, and other exchanging, storing balls, and replaying events. It is shown that the transmission category is 2. In the card system, only a banknote error event is set in the transmission category 1, and a transmission category 2 is set for other events (depositing banknotes, discharging cards, and unlocking bill burrs, etc.). It shows that. Also, in the hall control system, game console door open and game table error events are set in transmission category 1, and for game console jackpot (special prize winning), transmission category 2 is set. Show.

  Here, the transmission category indicates a setting that determines the timing for notifying the camera server 100 of the event history, and the transmission category “1” indicates that the event history is acquired in real time when the event history is acquired from the in-store device of the affiliated system. On the other hand, the transmission category “2” indicates that the event history is accumulated in the management device until the regular time and the event history is transmitted when the regular time is reached. This is a defined category.

  As shown in FIG. 4, the event history table 72b for each machine is a table that stores the event name, date, time, number of T balls, and person-in-charge code for each machine number. In the example shown in FIG. 4, an event history that occurred on the counter “B002” on July 1 is stored. For example, at 11:00, there are 600 acquired balls in the presence of an employee with the person-in-charge code “AAA”. Indicates that the count has been performed. Here, only the event history of the machine number “B002” is shown, but event histories of other machine numbers are similarly stored.

  As shown in FIG. 5, the member-specific event history table 72c is a table that stores the event name, date, time, machine number, and transaction volume for each member number. In the example shown in FIG. 5, the event history regarding the member with the member number “12345” on July 1 is stored. For example, at 11:20, the member with the member number “12345” has the CR of the machine number “P0001”. This shows that a member card has been inserted into the unit 20. Here, only the event history of the member number “12345” is shown, but event histories of other member numbers are also stored in the same manner.

  These two tables are common in that they store event histories, but on the one hand, histories are registered for each device number of in-store equipment, and on the other hand, histories of events performed through membership cards are registered for each member. The

  And the event content registered as an event history differs between both tables. Specifically, in the event history table 72b for each unit, the event content (for example, employee code) specialized for counting work is registered, while in the event history table 72c for each member, it is specialized for members. The event contents (for example, membership number) are registered.

  3 and 4 exemplify the event history of the CR management unit 20, the ball counter 40, and the prize management device 50 since the event history of the member management system is illustrated. However, in the case of the event history of another system, FIG. May belong to different in-store equipment.

  The control unit 73 is a control unit that totally controls the member management T / C 70, and includes an event history acquisition unit 73a, an event history notification unit 73b, and an event history registration unit 73c. In practice, programs corresponding to these functional units are stored in a ROM or non-volatile memory (not shown), and these programs are loaded into the CPU and executed, and an event history acquisition unit 73a, event history notification unit 73b, and The event history registration unit 73c is caused to execute a corresponding process.

  The event history acquisition unit 73a is a processing unit that acquires an event history from the in-store device of the affiliated system. Specifically, when an event occurs, the number of the in-store device, event name, date, time, transaction volume, person-in-charge code, and member code if the event occurred after the event is confirmed. The event history is acquired by notifying the in-store device of the number.

  The event history notification unit 73b is a processing unit that notifies the camera server 100 of the event history acquired by the event history acquisition unit 73a using the notification classification management table 72a. Specifically, when the event history is acquired by the event history acquisition unit 73a, the transmission category corresponding to the event history is “1” among the transmission categories stored in the notification category management table 72a. Determine whether. When the transmission category is “1”, the event history is notified to the camera server 100 as it is to notify the event history in real time, while when the transmission category is “2”, Does not notify the event history.

  The event history notification unit 73b notifies the camera server 100 of the event history stored in the event history table 72b for each machine and the event history table 72c for each member at a regular time. Specifically, among the event histories stored in the event history table 72b for each unit and the event history table 72c for each member when the current time reaches a regular time (for example, a time of 2 hours from 10:00), The event history accumulated from the previous transmission time to the current transmission time (in other words, the event history from two hours before the current time) is read, and the read event history is notified to the camera server 100. Since the event history read from both tables includes the event history of the transmission category “1” transmitted in real time, the event history of the transmission category “1” may be excluded and transmitted.

  In this embodiment, the event history notified at the regular time includes the event history of the transmission category “1” that has been notified in real time. The reason is that the event history of the transmission category “1” In order to improve the history search efficiency, the camera server 100 maintains a table for individually storing event histories corresponding to the transmission category “1”, and the event histories of both transmission categories are the same when performing an overall search. The event history of the transmission category “1” is registered in duplicate on the camera server 100 side by holding a table that stores the event history of both the transmission categories “1” and “2” together so that it can be searched from the table of This is because of that.

  In addition, in order to specify the video file and playback section to be played, at least the machine number and time are indispensable, and the other items are additional information for display. It can also be excluded from the content.

  The event history registration unit 73 c is a processing unit that registers the event history acquired by the event history acquisition unit 73 a in the storage unit 72. Specifically, since the event history acquisition unit 73a acquires the event number, the event name, the date, the time, the transaction volume, the person in charge code, and the member number if it is an event related to the member, the acquired event The history is registered in the machine-specific event history table 72b, and when the member number is included in the event history, the acquired event history is registered in the member-specific event history table 72c.

(2) Configuration of Camera Server Next, the camera server according to the present embodiment will be described. FIG. 6 is a functional block diagram illustrating the configuration of the camera server according to the present embodiment. Note that the actual camera server 100 has functional units other than the functional units shown in the figure, but in FIG. 6, only the components necessary for describing the features of the camera server 100 according to the present embodiment are extracted. .

  As shown in the figure, the camera server 100 includes an input unit 110, an output unit 120, a communication I / F unit 130, a storage unit 140, and a control unit 150.

  The input unit 110 is an input device such as a keyboard and a mouse, the output unit 120 is a display device such as a liquid crystal panel and a display, and an audio device such as a speaker, and the communication I / F unit 130 is a CR unit 20. , An interface for performing data communication with the island controller 30, the member management T / C 70, the card T / C 80, and the hall computer 90.

  The storage unit 140 is a storage device such as a hard disk device or a non-volatile memory. For example, a moving image management table 140a that stores management information of a moving image file stored in the storage unit 140, and a moving image captured for each device in the store Movie-specific video file 140b representing data, an emergency event history table 140c that stores an event history that needs to be promptly confirmed when an event occurs, and a normal event history table 140d that stores an event history that can be viewed later Is stored together.

  As shown in FIG. 7, the moving image management table 140 a is a table that stores the number of the in-store device captured by the camera 200 for each camera ID of the camera 200 and the path name indicating the moving image storage location. In the example shown in FIG. 7, in the uppermost record, the camera 200 with the camera ID “00001” images the CR unit 20 with the machine number “P0001” and the surrounding area of the pair of pachinko machines 10 and the moving image file is It is stored in the address of path 1. The initial number of the machine number indicates the type of equipment in the store, the one with P is the CR unit, the one with B is the counter and the one with J Indicates a gift management device.

  As shown in FIG. 8, the emergency event history table 140c is a table that stores the machine number, date, time, member number, transaction volume, and person-in-charge code for each event name. In the example shown in FIG. 8, the event history of July 1 notified from the three systems of the member management system, the card system, and the hall control system is stored.

  The uppermost record shown in FIG. 8 indicates that a banknote error has occurred in the CR unit 20 of the machine number “P0001” at 16:20. In addition, the second record indicates that at 16:45, the pachinko machine 10 attached to the CR unit 20 of the machine number “P0001” opened the door of the game machine. The fourth record indicates that 2000 balls were counted by the member “12345” while the employee “AAA” was present at the ball counter 40 of the machine number “B002” at 17:00. Yes.

  Thus, the emergency event history table 140c stores the event history corresponding to the transmission category “1”. The event history set in this transmission category “1” relates to counting, banknote errors, door opening and errors. For example, counting using illegal instruments such as rakes or inserting pachinko balls from other stores. Goto, banknotes for inserting counterfeit bills and foreign objects, goto for gaming machine boards, and goto for inducing special prizes using sensory devices are all closely related to illegal goto.

  As described above, the event history set to the transmission category “1” is stored in order to individually store the event history of the event for which the moving image should be confirmed promptly when the event occurs. This is because the selection target is carefully selected as an event that should be confirmed as soon as possible.

  On the other hand, the normal event history table 140d stores event histories corresponding to both transmission categories “1” and “2”. For example, the contents stored in the event history table 72b for each machine shown in FIG. 4 or the event history table 72c for each member shown in FIG. The same event history is stored. However, the normal event history table 140d does not necessarily store the same information as that shown in FIGS. 4 and 5, but stores information notified at the regular time. Here, the event history notified from the member management T / C 70 is taken as an example, but the event history notified from other management devices such as the card T / C 80 and the hall computer 90 is also stored in the same manner.

  The control unit 150 is a control unit that controls the entire camera server 100, and includes a moving image storage unit 150a, an event history storage unit 150b, an event history selection receiving unit 150c, and a moving image re-reprocessing unit 150d. In practice, programs corresponding to these functional units are stored in a ROM or non-volatile memory (not shown), and these programs are loaded into the CPU for execution, and a moving image storage unit 150a, event history storage unit 150b, Processes corresponding to the event history selection receiving unit 150c and the moving image re-processing unit 150d are executed.

  The moving image storage unit 150a is a processing unit that stores a moving image captured by the camera 200 in the storage unit 140 using the moving image management table 140a. Specifically, when a moving image and a camera ID are received from the camera 200, the path name stored in association with the camera ID is identified with reference to the moving image management table 140a, and the path name is identified. The moving images are sequentially accumulated by storing the moving images in the storage destination of the storage unit 140.

  The event history storage unit 150b is a processing unit that stores an event history notified from various management devices in the emergency event history table 140c and / or the normal event history table 140d. Specifically, when the event history is notified by the event history notifying unit 73b and the transmission category of the notified event history is 1, the event history is stored in the emergency event history table 140c and the normal event history table. 140d and when the notified event history transmission category is 2, the event history is stored in the normal event history table 140d.

  The event history selection receiving unit 150c is a processing unit that receives selection of an event history to be reproduced from event histories stored in the emergency event history table 140c or the normal event history table 140d. In this embodiment, for convenience of explanation, only one event history to be reproduced is selected. However, selection of a plurality of event histories may be accepted.

  The moving image reproduction processing unit 150 d is a processing unit that reproduces a moving image file stored in the storage unit 140. Specifically, when an event history selection is received by the event history selection receiving unit 150c, the moving image management table 140a is used to specify a moving image file to be played and to select a playback section of the moving image file to be played. The moving image file that has been determined and specified as the playback target is played back for the playback section, and the event history that has been accepted for selection is superimposed on the playback image and played back.

  More specifically, when the event history selection accepting unit 150c accepts the selection of the event history, the moving image reproduction processing unit 150d refers to the moving image management table 140a and corresponds to the number of the event history. A storage location (path name) is specified, the video file at the specified storage location is determined as a video file to be played back, and a predetermined period before and after the time of the event history (event occurrence time) at which selection is accepted (starting time) For example, a section including 45 seconds) is determined as a playback section. Note that the length of the playback period that goes back from the event occurrence time and the length of the playback period that goes after the event occurrence time may be the same or different, and may be arbitrarily changed depending on the nature of the event. In addition, since the specification of the moving image to be played back and the playback section of the moving image are independent processes, any of these processes may be performed first or simultaneously.

  Then, the moving image reproduction processing unit 150d reproduces the moving image file specified as the reproduction target until the end of the reproduction section, and reproduces the event history that has been selected by the event history selection reception unit 150c by superimposing it on the reproduction image. To do. Note that the event history display mode (for example, font, transparency, etc.) to be superimposed on the moving image can be arbitrarily set. For example, for events that are prone to fraudulent events such as bringing in pachinko balls from other stores or counting up with a rake, etc., a display mode that prompts attention such as red display or flashing display may be adopted. Good.

  Next, the flow of processing of the game hall management system according to the present embodiment will be described. Here, after describing (1) the first event history notification process based on transmission section 1 and (2) the event history notification process based on transmission section 2 performed by the member management T / C 70, the camera server 100 The (3) moving image reproduction process to be performed will be described.

(1) Event history notification processing based on transmission category 1 As described above, here, the event history notification processing based on transmission category 1 according to the present embodiment will be described. FIG. 9 is a flowchart illustrating a procedure of event history notification processing based on transmission category 1 according to the present embodiment. This process is started when the event history is acquired from the in-store device by the event history acquisition unit 73a.

  As shown in FIG. 9, when the event history is acquired by the event history acquisition unit 73a (Yes at Step S101), the event history notification unit 73b includes the event history among the transmission categories stored in the notification category management table 72a. It is determined whether or not the transmission category corresponding to “1” is “1” (step S102).

  At this time, if the transmission category is “1” (Yes at Step S102), the event history notifying unit 73b notifies the event history in real time by notifying the camera server 100 of the event history as it is (Step S103). ). If the transmission category is “2” (No at Step S102), the event history is not notified at this time.

  Thereafter, the event history registration unit 73c registers the event history acquired by the event history acquisition unit 73a in the event history table 72b for each machine, and further, when the member number is included in the event history, the acquired event history Is registered in the event history table 72c for each member (step S104), and the process is terminated.

(2) Event history notification processing based on transmission category 2 Subsequently, event history notification processing based on transmission category 2 according to the present embodiment will be described. FIG. 10 is a flowchart illustrating the procedure of the event history notification process based on the transmission category 2 according to the present embodiment. This process is started when the time reaches a regular time.

  As shown in FIG. 10, the event history notifying unit 73b monitors whether or not the current time has reached a regular time (for example, a regular time interval of 2 hours from 10:00 am) (step S201).

  When the regular time is reached (Yes at Step S201), the event history notifying unit 73b determines the current time from the previous transmission time among the event histories stored in the event history table 72b for each unit and the event history table 72c for each member. The event history accumulated until the transmission time (in other words, the event history up to 2 hours before the current time) is read (step S202), and the read event history is notified to the camera server 100 (step S203). The process ends.

(3) Moving Image Reproduction Process Next, the moving image reproduction process according to the present embodiment will be described. FIG. 11 is a flowchart illustrating the procedure of the moving image reproduction process according to the present embodiment. This process is started when a video file browsing request is received via the input unit 110.

  As shown in the figure, the event history selection accepting unit 150c accepts selection of an event history to be reproduced from the event histories stored in the emergency event history table 140c or the normal event history table 140d (step S301). .

  More specifically, by displaying a screen as shown in FIG. 12 on the output unit 120, the event history can be stored from either the emergency event history table 140c or the normal event history table 140d via the pointing device of the input unit 110. If the emergency event history table 140c is selected, the event history stored in the emergency event history table 140c is displayed on the output unit 120 to directly specify the event history. When the event history table 140d is selected, the amount of event history to be selected becomes enormous, and the event history to be selected is narrowed down by searching.

  At this time, when accepting the selection of the event history from the normal event history table 140d, the event history selection accepting unit 150c causes the output unit 120 to display the search condition input screen shown in FIG. Search conditions for items such as event contents, event occurrence time or machine number are accepted. Here, it has been described that a condition relating to the contents of an item is received. However, not only the contents of an item but also a search method for searching with an AND condition or an OR condition can be arbitrarily set.

  Then, the event history selection receiving unit 150c searches the event history stored in the normal event history table 140d for an event history that matches or partially matches the received search condition, and matches the search condition as a search result. By displaying the list of event histories (see FIG. 13) on the output unit 120, the selection of the event history desired to be browsed is accepted via the input unit 110.

  Returning to FIG. 11, after receiving the selection of the event history, the moving image reproduction processing unit 150d refers to the moving image management table 140a, and stores the storage location corresponding to the machine number of the event history received by the event history selection receiving unit 150c ( (Path name) is specified, and the specified moving image file at the storage location is specified as a moving image file to be reproduced (step S302).

  Subsequently, the moving image playback processing unit 150d determines, as a playback section, a section including a predetermined period (for example, 45 seconds) before and after the event history time (event occurrence time) at which the selection is accepted (step S303). .

  Then, the moving image playback processing unit 150d starts playback of the moving image file specified as the playback target (step S304), and superimposes the event history received by the event history selection receiving unit 150c on the playback image. Playback is performed (step S305).

  Thereafter, the moving image reproduction processing unit 150d continues to reproduce the moving image file while displaying the event history in a superimposed manner until the reproduction of the moving image file for the reproduction section ends (No at Step S306), and the moving image is reproduced for the reproduction section. When the reproduction of the file ends (Yes at step S306), the process ends.

  For example, when the third event history from the top in the search result list shown in FIG. 13 is selected, the moving image shown in FIG. From the event history displayed superimposed on the moving image reproduced in this way, the player counts pachinko balls from other stores while the employee “CCC” has left the office for other duties. The employee “CCC” is alerted that he / she has left his office, and registered to the blacklist for registering fraud based on the player ’s face image. It is possible to search the inside of the store and take a corresponding action (for example, an exchange prohibition action or a report to the police) for the player. If the player who performs the fraud is a member, the member number is also displayed, so that other fraudulent acts of the member can be searched or the identity can be confirmed from the member management table.

  As described above, in this embodiment, for each event, a transmission category (notification timing setting) that determines the timing for notifying the event history of the event to the camera server 100 is stored in association with the event from the in-store device. The management device such as the member management T / C 70 is configured to acquire the content, the event occurrence time and the machine number as the event history, and notify the camera server 100 of the acquired event history according to the transmission category stored for each event. , Storing the notified event history, storing the in-store device and the storage location of the moving image in which the periphery is captured for each unit number, and storing the event history to be reproduced from the stored event history The case corresponding to the machine number of the event history for which the selection was accepted among the storage destinations of the stored moving images. The previous moving image is determined as a moving image to be played back, and the moving image determined as the playing target is played back from the event occurrence time of the event history that received the selection or a time close thereto, and the event history that has received the selection is Since the camera server 100 is configured so as to be superimposed and reproduced on a moving image, it is possible to easily refer to the image at the time of fraud and to present an image that makes it easy to grasp the fraud content to be monitored.

  In this embodiment, at least one of the event contents, event occurrence time or machine number is accepted as a search condition, and an event history that matches or partially matches the search condition is searched from the stored event history. Since the selection of the event history to be reproduced is accepted from the search results, the selection target of the event history can be reduced, and the image at the time of fraud can be quickly found.

  Furthermore, in this embodiment, there is an emergency event history table 140c that stores an event history corresponding to the transmission category 1, and a normal event history table 140d that stores event histories corresponding to the transmission category 1 and the transmission category 2. When the event history corresponding to the transmission category 1 is notified, the event history is stored in the emergency event history table 140c and the normal event history table 140d, and when the event history corresponding to the transmission category 2 is notified. Since the camera server 100 is configured to store the event history in the normal event history table 140d, when specifying an image at the time of fraud, the selection target is immediately confirmed when selecting the event history. If you want to carefully select the event history to be monitored and perform global monitoring, send both The minute event history can be retrieved from the same table, access to the desired event history, it is possible to improve the convenience of turn in the access to the target moving image.

  Further, in the present embodiment, the case has been described where the event history is received from one management device for one event, but the event history having higher importance is received when the event history is received from a plurality of management devices for one event. It can be estimated that. In this case, for example, both event histories can be highlighted or displayed simultaneously.

  For example, as shown in FIG. 15, when each CR unit 20 has a counting function, if an illegal counting such as counting balls brought in by another player is performed (1), In 20, the situation where the counting is performed although neither the lending ball nor the holding ball is paid out is detected as abnormal, and an abnormality notification is sent to the card T / C 80 as being in transmission category 1 (2) -1 . The card T / C 80 that has received this abnormality notification notifies the camera server 100 of the abnormality occurrence time, machine number, abnormality content, and prepaid card ID as an event history (3) -1.

  Further, in the CR unit 20 having a counting function, since it is determined by the hall control system to notify the hall computer 90 of the counting pulses defined as N per pulse at the time of counting the possession, (1) When illegal counting is performed, a counting pulse is output to the hall computer 90 (2) -2. On the other hand, the hall computer 90 detects that the counting is performed even though the special signal indicating the jackpot or the safe signal indicating the payout of the prize is not received from the pachinko machine 10 of the corresponding machine number as abnormal. (3) -2, notify the camera server 100 of an event history including the abnormality detection time, the machine number, and the abnormality content as being in transmission category 1 (3) -3.

  Upon receiving these two event histories, the camera server 100 reproduces a moving image based on the event history received from the card T / C 80 and the event history received from the hall computer 90 (4).

  That is, in the camera server 100, the event occurrence time of the event history received from the card T / C 80 and the event history received from the hall computer 90 are the same time, and the location (unit number) of the device where the event occurred is also the same. Therefore, it is detected that event histories are received from a plurality of management devices for the same event. In the example shown in the figure, both event occurrence times are set to the same time. However, if both event occurrence times are within a predetermined period (for example, 30 seconds) It can be detected that the event history is related to the event.

  The camera server 100 displays a list of event histories when selecting an event history. At this time, the event history indicating the same event received from the card T / C 80 and the hall computer 90 is highlighted (for example, other It is possible to notify the viewer that the event history is of high importance by emphasizing the event history with a different font, color, or shaded display.

  In addition, when the camera server 100 reproduces a moving image corresponding to any event history among the event histories indicating the same event received from the card T / C 80 and the hall computer 90, the camera server 100 is also combined with the reproduced moving image. The event history received from both management devices is displayed. As a result, the event histories collected from the individual management devices can be integrated and displayed, and the viewer can quickly grasp the situation.

  In this embodiment, an example in which an event history is manually selected via the input unit 110 has been described. However, an event history received from a management device such as the member management T / C 70, the card T / C 80, or the hall computer 90 is used. The corresponding moving image may be automatically played back. For example, since the event history corresponding to transmission category 1 is of a nature that should be promptly confirmed when an event occurs, when the event history is notified from the management device, the time when the event history is notified or other moving image May be reproduced, the event history received at the time when the reproduction of the moving image is completed may be reproduced.

  In this embodiment, only two transmission categories “1” and “2” are defined. However, the present invention is not limited to this, and three or more transmission categories may be set. it can. For example, summary data such as the number of occurrences of each event, the number of occurrences for each error, or the frequency of occurrence is of a nature that can be referred to later, and it is more convenient to confirm it collectively after closing the store. Therefore, it is also possible to set transmission data 3 that is determined to be notified to the camera server 100 after the store is closed to summary data, and to notify these summary data collectively after the store is closed.

  Although not particularly mentioned in the present embodiment, when the time notified by the member management T / C 70 as the event history and the time of the moving image stored by the camera server 100 are different from each other, the camera server 100 Therefore, it is not possible to view a moving image corresponding to the event history, and therefore it is preferable to perform time adjustment of the member management T / C 70 and the camera server 100 periodically.

  Further, in this embodiment, an example in which one camera is installed for each in-store device has been described. However, the present invention is not limited to this, and imaging of a plurality of in-store devices and their peripheral areas is performed by one. You may make it serve as a camera.

  In this embodiment, the case where the member management system and the camera system are linked has been described. However, the present invention is not limited to this, and the card is built around the card T / C 80 shown in FIG. The present invention can be similarly applied to a case where a hall control system built around the system or the hall computer 90 is linked to a camera system.

  That is, a plurality of types of management devices are provided according to the management target, and an event history notified by any of the plurality of types of management devices is superimposed on the determined moving image. For example, when linked with the member management system, the member number is displayed when the counting event history is superimposed, whereas when linked with the hall computer, the counting event history is displayed when superimposed. It is possible to display an out (injected ball) and a safe (paid-out ball) of the section in which the player with the member number has played, or a ball that is the difference between them.

  As described above, even if it is a moving image at the same time, as a result of displaying different event histories depending on the management device that accepts selection of the event history, it is possible to superimpose and reproduce the event history suitable for the characteristics of each management device. It is possible to present an image that makes it easier to grasp the portion to be watched in the moving image.

  Further, in this embodiment, an example in which the present invention is applied to a pachinko game has been described. However, the present invention can be similarly applied to a case where a pachislot game is further included or only a pachislot game is targeted. it can. Although an example in which the present invention is applied to a pachinko parlor has been described here, the present invention is not limited to this, and can be similarly applied to a game facility such as a game center.

  As described above, the game hall management system and the game hall management method according to the present invention are suitable for a case where an image at the time of fraud is easily referred to and an image that can easily grasp the contents of fraud to be monitored is presented. Yes.

1 is a system configuration diagram of an in-store system according to the present embodiment. It is a functional block diagram which shows the structure of member management T / C based on a present Example. It is a figure which shows the structural example of the information memorize | stored in a transmission classification management table. It is a figure which shows the structural example of the information memorize | stored in the event log table according to number machine. It is a figure which shows the structural example of the information memorize | stored in the event log | history table classified by member. It is a functional block diagram which shows the structure of the camera server which concerns on a present Example. It is a figure which shows the structural example of the information memorize | stored in a moving image management table. It is a figure which shows the structural example of the information memorize | stored in an emergency event log | history table. It is a flowchart which shows the procedure of the event history notification process based on the transmission classification | category 1 which concerns on a present Example. It is a flowchart which shows the procedure of the event log | history notification process based on the transmission division 2 which concerns on a present Example. It is a flowchart which shows the procedure of the moving image reproduction | regeneration processing which concerns on a present Example. It is a figure which shows the structural example of the screen displayed on an output part. It is a figure which shows the example of a transition of the screen displayed on an output part. It is a figure which shows an example of the moving image reproduced | regenerated. It is explanatory drawing for demonstrating the application example of a present Example.

Explanation of symbols

10 Pachinko Machine 20 CR Unit 30 Island Controller 40 Ball Counting Machine 50 Premium Management Device 60 Premium Dispensing Machine 70 Member Management T / C
71 Communication I / F unit 72 Storage unit 72a Transmission classification management table 72b Event history table for each unit 72c Event history table for each member 73 Control unit 73a Event history acquisition unit 73b Event history notification unit 73c Event history registration unit 80 Card T / C
90 Hall computer 100 Camera server 110 Input unit 120 Output unit 130 Communication I / F unit 140 Storage unit 140a Movie management table 140b Unit-specific movie file 140c Emergency event history table 140d Normal event history table 150 Control unit 150a Movie storage unit 150b Event history Storage unit 150c Event history selection receiving unit 150d Moving image reproduction processing unit 200 Camera

Claims (3)

An in-store device installed in an amusement store, a management device that is connected to the in-store device and manages the in-store device, and an imaging device that is capable of imaging one or a plurality of in-store devices and their surroundings A game hall management system having an image management device that is connected and stores a moving image captured by each imaging device,
The management device
For each event that occurs in the in-store device, the first notification timing setting or the interval between the occurrence of the event and the notification to the image management apparatus is shorter than other notification timing settings. Notification timing setting storage means for storing a second notification timing setting longer than the notification timing setting ;
Event history acquisition for acquiring event contents of an event that occurred in the in-store device from the in-store device, an event occurrence time at which the event occurred, and an in-store device identifier for uniquely identifying the in-store device in which the event occurred Means,
Event history notifying means for notifying the image management apparatus of the event history acquired by the event history acquiring means in accordance with the notification timing setting stored for each event by the notification timing setting storage means,
The image management device includes:
A first event history storage means for storing the event history of events corresponding to the first notification timing setting,
Second event history storage means for storing an event history of events corresponding to the first notification timing setting and the second notification timing setting;
When the event history corresponding to the first notification timing setting is notified by the event history notification means, the event history is stored in the first event history storage means and the second event history storage means. When an event history corresponding to the second notification timing setting is notified, event history storage means for storing the event history in the second event history storage means;
Storage destination storage means for storing a storage destination of a moving image in which the in-store device and its periphery are captured for each in-store device identifier;
Event history selection accepting means for accepting selection of an event history to be reproduced from among the event histories stored by the first event history storage means and the second event history storage means ;
Among the moving image storage destinations stored by the storage destination storage unit, the moving image at the storage destination corresponding to the in-store device identifier of the event history selected by the event history selection receiving unit is set as a reproduction target moving image. A playback moving image specifying means for specifying;
The moving image specified as the reproduction target by the reproduction moving image specifying means is reproduced from the event occurrence time of the event history selected by the event history selection receiving means or a time close thereto, and the event history selection receiving means And a moving image reproducing means for displaying the event history of which the selection has been accepted together with the moving image. The image management device includes:
Search condition accepting means for accepting at least one of the event content, event occurrence time or in-store device identifier as a search condition for the first event history storage means and the second event history storage means ;
Event history for searching for an event history that matches or partially matches the search condition received by the search condition receiving means from among the event histories stored by the first event history storage means and the second event history storage means And a search means,
The event history selection receiving means
2. The game hall management system according to claim 1 , wherein selection of an event history to be reproduced is received from search results obtained by the event history search means. An in-store device installed in an amusement store, a management device that is connected to the in-store device and manages the in-store device, and an imaging device that is capable of imaging one or a plurality of in-store devices and their surroundings A game hall management method applied to a game hall management system having an image management device that stores a moving image captured by each imaging device while being connected,
The management device is
For each event that occurs in the in-store device, the first notification timing setting or the interval between the occurrence of the event and the notification to the image management apparatus is shorter than other notification timing settings. A notification timing setting step for setting a second notification timing setting longer than the notification timing setting in the notification timing setting storage means;
Event history acquisition for acquiring event contents of an event that occurred in the in-store device from the in-store device, an event occurrence time at which the event occurred, and an in-store device identifier for uniquely identifying the in-store device in which the event occurred Process,
An event history notification step of notifying the image management device of the event history acquired by the event history acquisition step according to the notification timing setting stored for each event by the notification timing setting storage means,
The image management device is
When an event history corresponding to the first notification timing setting is notified by the event history notification step, a first event history storage unit that stores an event history of an event corresponding to the first notification timing setting The event history is stored in a second event history storage unit that stores an event history of an event corresponding to the first notification timing setting and the second notification timing setting, and corresponds to the second notification timing setting. An event history storing step of storing the event history in the second event history storage means when an event history is notified;
An event history selection accepting step for accepting selection of an event history to be reproduced from among the event histories stored by the first event history storage means and the second event history storage means ;
Of the moving image storage destinations stored by the storage destination storage means for storing the in-store device and the storage destination of the moving image in which the periphery is captured for each in-store device identifier, the event history selection receiving step A reproduction moving image specifying step of specifying a moving image of a storage destination corresponding to the in-store device identifier of the event history of which selection has been accepted as a moving image to be reproduced;
The moving image specified as the reproduction target by the reproduction moving image specifying step is reproduced from the event occurrence time of the event history selected by the event history selection receiving step or a time close thereto, and the event history selection receiving step And a moving image reproduction step of displaying the event history of which the selection has been accepted together with the moving image.

Images