JP2010075279A - Game parlor management system and game parlor management method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To facilitate reference of an image when a fraud occurs and provide images facilitating the acquisition of the content of the fraud to be monitored. <P>SOLUTION: A member management T/C 70 stores event contents, event occurrence times and machine numbers as event histories, receives a selection of an event history from the stored event histories, and notifies a camera server 100, the received event history and also event histories included in a predetermined number of events before/after the event occurrence time. The camera server 100 stores a storage location of premises machines and moving images obtained by taking their surroundings associated with each other for every machine number, specifies respective moving images of the storage locations corresponding to the machine numbers of the event history group having been notified of as the moving images of reproduced objects, out of the storage locations of the stored moving images, reproduces the event moving image, or the specified event moving image being the moving image in a reproducing section including the event occurrence time having been notified of as the event history and reproduces the event history superposed with the event moving image. <P>COPYRIGHT: (C)2010,JPO&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 illegally count up the count value, and theft such as theft that the pre-paid card or other value-added game recording medium 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 unauthorized 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 The management device uses an event content of an event occurring 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 as an event history. An event history storage means for storing, and an event history requesting reproduction from the event history stored by the event history storage means. Event history selection accepting means, and event history notifying means for notifying the image management apparatus of event histories included in a predetermined section before and after the event occurrence time, together with the event history selected by the event history selection accepting means The image management apparatus stores, for each of the in-store device identifiers, a storage destination storage unit that stores a storage destination of a moving image in which the in-store device and the periphery thereof are captured, and stores the storage device by the storage destination storage unit Reproduced moving image specifying means for specifying a moving image at a storage location corresponding to each in-store device identifier included in the event history group notified by the event history notifying means as a moving image to be reproduced. A moving image specified as a reproduction target by the reproduction moving image specifying means and the event A moving image reproducing unit that reproduces an event moving image that is a moving image of a predetermined reproduction section including an event occurrence time notified as an event history by the notifying unit, and reproduces the event history superimposed on the event moving image; It is provided with.

  In the game hall management system according to the present invention as set forth in the invention described above, the management device uses at least one of the event content, event occurrence time, and in-store device identifier as a search condition for the event history storage means. Search condition receiving means for receiving the event history search means for searching for an event history that matches or partially matches the search condition received by the search condition receiving means from the event history stored by the event history storage means Further, the event history selection accepting means accepts selection of an event history requesting reproduction from the search results obtained by the event history search means.

  Also, in the game hall management system according to the present invention as set forth in the invention described above, the image management device determines a playback order of event moving images corresponding to the event history group notified by the event history notification means. Means for reproducing the event moving image of each event history in accordance with the reproduction order determined by the reproduction order determining means.

  Further, in the game hall management system according to the present invention, in the above invention, the reproduction order determining means is such that the earlier the event history the event occurrence time included in the event history group notified by the event history notification means is, the earlier the reproduction order. It is characterized by assigning.

  Further, in the game hall management system according to the present invention as set forth in the invention described above, the playback order determination means receives a selection from the event history group notified by the event history notification means by the event history selection reception means. The earliest playback order is assigned to the event moving image in the event history.

  In the game hall management system according to the present invention as set forth in the invention described above, the moving image reproduction means reproduces a plurality of event moving images specified by the reproduction moving image specifying means on one display unit. And

  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 that includes an image management device that is connected to an imaging device that is capable of imaging the periphery thereof and that stores a moving image captured by each imaging device, Event history storage in which the management device stores event contents of an event occurring in the in-store device, an event occurrence time when the event has occurred, and an in-store device identifier for uniquely identifying the in-store device in which the event has occurred as an event history An event history selection accepting step for accepting selection of an event history requesting reproduction from among the event histories stored by the means; An event history notifying step of notifying the image management device of an event history included in a predetermined section before and after the event occurrence time together with the event history of which the selection has been received by the event history selection receiving step; A storage location registration step of registering in a storage location storage means for storing a storage location of a moving image in which the in-store equipment and its periphery are imaged in association with each in-store equipment identifier, and the storage location storage means A reproduction moving image specifying step for specifying a moving image of a storage destination corresponding to each in-store device identifier included in the event history group notified by the event history notification step among moving image storage destinations as a reproduction target moving image; The moving image specified as the reproduction target by the reproduction moving image specifying step, and the event history notifying step A moving image reproduction step of reproducing an event moving image that is a moving image in a predetermined reproduction section including the event occurrence time notified as the event history, and reproducing the event history superimposed on the event moving image; It is characterized by that.

  According to the present invention, an event content of an event that occurs in an in-store device, an event occurrence time when the event has occurred, and an in-store device identifier for uniquely identifying the in-store device in which the event has occurred are stored as an event history. The management device receives a selection of an event history requesting reproduction from the selected event history, and notifies the image management device of the event history included in a predetermined section before and after the event occurrence time together with the event history that has received the selection. Each store device identifier is stored in association with a store of a moving image in which the store device and its surroundings are captured, and included in the notified event history group among the stored store of moving images The moving image of the storage location corresponding to each in-store device identifier is identified as the moving image to be played, and the moving image specified as the playing target The image management apparatus is configured to reproduce an event moving image that is a moving image in a predetermined reproduction section including the event occurrence time notified as the event history, and to reproduce the event history superimposed on the event moving image. Since it is configured, 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.

  Further, according to the present invention, as a search condition, at least one of event content, event occurrence time, or in-store device identifier is accepted, and an event history that matches or partially matches the received search condition is selected from the event history. Since it is configured to search and accept event history selection requesting playback from the search results, it is possible to reduce the selection target of event history, and it is possible to quickly find an image at the time of fraud There is an effect.

  Also, according to the present invention, the event moving image corresponding to the notified event history group is determined to be played back, and the event moving image of each event history is played back according to the determined playback order. When one event moving image is reproduced by one output unit, an effect is obtained that the event moving image can be reproduced.

  In addition, according to the present invention, the event history included in the notified event history group is configured so that the earlier playback order is assigned to the event history with the earlier event occurrence time. Therefore, for example, the event moving images with the earliest event occurrence time are played back in order. For example, the event moving images can be reproduced in chronological order, and the transition of the reproduced event moving images can be easily grasped intuitively.

  Further, according to the present invention, since the earliest playback order is assigned to the event moving image of the event history that has been selected from the notified event history group, it corresponds to the event history selected by the viewer. The event moving image can be reproduced promptly, and the image at the time of fraud can be quickly reproduced when there is a correct report about the time and place where the fraud occurred.

  In addition, according to the present invention, since a plurality of event moving images are reproduced on one display unit, when all event history groups are reproduced, the reproduction time can be shortened, and the event moving image viewing time can be reduced. The effect is that compression becomes possible.

  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, and a member 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 camera 90, and a camera server 100 are provided.

  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 CR unit 20 also has an acquired ball counting function, and there is also a unit having a counting unit that counts the number of pachinko balls acquired by winning a big hit when playing with a pachinko. The result counted by the earned ball counting function is written on a prepaid card or a membership card, and is discharged at the end of the game.

  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 When the exchange button corresponding to the designated prize is pressed, the exchange control for subtracting the number of exchanged balls corresponding to the prize from the count value (acquired balls) is executed, and then handed 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.

  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 Member management system configured to include a member management T / C 70 that manages the in-store devices, and further includes in-store devices that handle prepaid cards (for example, the CR unit 20 and other card settlement machines not shown). Card system to be co-located.

  Further, the game store includes a camera system configured to include a camera 90 that captures each in-store device and a camera server 100 that stores an image captured by the camera 90 as a system for monitoring the game 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. In addition, the camera server 100 is disposed not in the game hall but in the office.

  This camera 90 is an imaging device provided so as to be able to image 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 90 is transmitted together with a camera ID assigned in advance to each camera, and 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 90. Specifically, the camera ID of the camera 90, the machine number of the in-store device imaged by the camera 90, 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.

  In this embodiment, the event history accumulated by the management device such as the member management T / C 70 or the card T / C 80 is associated with the moving image stored by the camera server 100, and the event history is selected. A moving image to be reproduced is selected.

  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.

  In this embodiment, the event history included in the predetermined number before and after the event occurrence time of the event history is notified to the camera server 100 together with the event history that has been selected from the browsing requester, and these event history groups are supported. The event moving image to be played is reproduced on the camera server 100 side.

  In this way, a plurality of event histories are notified / reproduced in many cases where fraud has occurred before or after an event that has been accepted by the requester of the browsing, even if the fraud has not occurred. Because.

  In other words, the event history is selected based on the declaration by the player or employee, but it is not necessarily unreasonable because the contents of the declaration are ambiguous, and the declaration about the time is ambiguous. In many cases, location declarations are generally accurate.

  For this reason, the event moving image that can be viewed on the camera server 100 even if the time declaration by the player or the employee is ambiguous by reproducing the event moving image of the event that goes back and forth in time series from the event history that accepted the selection. There is a high possibility that the target image is included in.

  In addition, by notifying the camera server 100 of a plurality of event histories, even when the target image is not included in the event moving image corresponding to the event for which the selection is accepted from the viewing requester, the member management T / C 70 or the card The previous and next event moving images can be reproduced without performing the event history selection operation again at T / C80.

  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.

  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 70 according to the present embodiment. The actual member management T / C 70 has functional units other than the functional units shown in the figure (for example, a table for storing member information and a stored balance, software for updating an updated stored balance, etc.). Only the components necessary for explaining the features of the member management T / C 70 according to the present embodiment are extracted.

  As shown in the figure, the member management T / C 70 includes an input unit 71, an output unit 72, a communication I / F unit 73, a storage unit 74, and a control unit 75.

  The input unit 71 is an input device such as a keyboard and a mouse, the output unit 72 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 73 is a CR unit 20. , An interface for performing data communication with the island controller 30, the card T / C 80, and the camera server 100.

  The storage unit 74 is a storage device such as a hard disk device or a non-volatile memory, and manages, for example, two tables for managing event histories generated in in-store devices related to the member management system, that is, event histories for each number of in-store devices. A unit-specific event history table 74a and a member-specific event history table 74b for managing event history for each member are stored together.

  As shown in FIG. 3, the event history table 74a for each machine is a table that stores the event name, date, time, number of balls, and person-in-charge code for each machine number. In the example shown in FIG. 3, an event history that occurred on the counter “B002” on July 1 is stored, and the number of 600 acquired balls is counted at 11:00 in the presence of an employee with the person-in-charge code “AAA”. After that, it is shown that the number of acquired balls was similarly counted at 13:00, 14:20, and 17:00. 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. 4, the member-specific event history table 74b 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. 4, an event history related to the member with the member number “12345” on July 1 is stored, and the member with the member number “12345” is a pair of the CR unit 20 with the machine number “P0001”. Ten thousand yen is deposited with machine 10, and then a pachinko ball equivalent to 1,000 yen is borrowed and played with two lending balls. Furthermore, a member of pachinko machine 10 that is a pair of CR units 20 of unit number “P0002” is a member. It shows that the player has borrowed a pachinko ball equivalent to 1,000 yen with two ball lending and played a game, and has counted 2000 acquired balls with the counter “B002”. 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 74a for each unit, the event content (for example, person-in-charge code) specialized for counting work is registered, while in the event history table 74b for each member, it is specialized for members. The event contents (for example, membership number) are registered.

  3 and 4 exemplify only “count” as an event of the ball counter 40, but actually, other events such as “count ball” are also registered as a history. 3 and 4 exemplify event histories of the CR unit 20 and the ball counter 40, but event histories related to other in-store devices such as the prize management device 50 are registered.

  The control unit 75 is a control unit that totally controls the member management T / C 70, and includes a search condition receiving unit 75a, an event history search unit 75b, an event history selection receiving unit 75c, and an event history notification unit 75d. Actually, 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 search condition receiving unit 75a, event history search unit 75b, Processes corresponding to the event history selection receiving unit 75c and the event history notifying unit 75d are executed.

  The search condition receiving unit 75a is a processing unit that receives a search condition for the event history table 74a classified by number machine or the event history table 74b classified by member. Specifically, by performing a screen display as shown in FIG. 8 on the output unit 72, the event history table 74a for each unit or the event history table 74b for each member can be displayed on the table via the pointing device or the like of the input unit 71. The selection of whether to search the event history is accepted, and further, the search condition is accepted for items such as event name, event content, event occurrence time or machine number. 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.

  The event history search unit 75b selects an event history that matches or partially matches the search condition received by the search condition receiving unit 75a from among the event histories stored in the event history table 74a for each unit or the event history table 74b for each member. A processing unit for searching.

  The event history selection receiving unit 75c is a processing unit that receives selection of an event history to be reproduced from the search results obtained by the event history searching unit 75b. Specifically, a list of event histories that match the search conditions is displayed on the output unit 72 as a search result by the event history search unit 75b, thereby accepting selection of an event history desired to be browsed via the input unit 71. Note that the event history search may not be executed, and the event history stored in the storage unit 74 may be directly selected. Further, in this embodiment, for convenience of explanation, only one event history to be reproduced is selected, but selection of a plurality of event histories may be accepted.

  The event history notifying unit 75d is a processing unit that notifies the camera server 100 of an event history whose selection has been received by the event history selection receiving unit 75c. Specifically, as the event history, the contents related to the same items as the items included in the event history table 74a for each machine or the event history table 74b for each member are notified. 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.

  Furthermore, the event history notifying unit 75d notifies the camera server 100 of event histories included in a predetermined number before and after the event occurrence time of the event history together with the event history whose selection is received by the event history selection receiving unit 75c.

  Here, in this embodiment, in addition to the event history for which selection has been received from the requester of browsing, the event history that goes back and forth in chronological order from the event occurrence time of the event history is notified one by one. A plurality of event histories may be added to the event history in which the event has been performed, and the number of event histories to be added can be arbitrarily changed depending on whether the event occurrence time is before or after.

  For example, instead of monitoring individual events when fraud occurs, you want to perform a specific target for a long time, for example, when you want to monitor all in-store devices or monitor the trends of all members There is also a need. In this case, if the range of event histories to be transmitted is small, the event management table 74a and / or member-specific event histories will be inconvenient because the member management T / C 70 side must repeatedly select an event history. You may make it notify all the event histories of the specific day in the table 74b.

  Except for the case where such a specific target is monitored over a long period of time, if an excessively large number of event histories are notified to the camera server 100, the communication network in the store will be compressed, so that the list is displayed as a search result. It is also possible to notify the event history as much as possible, or notify all cases obtained as search results.

(2) Configuration of Camera Server Next, the camera server according to the present embodiment will be described. FIG. 5 is a functional block diagram illustrating the configuration of the camera server 100 according to the present embodiment. The actual camera server 100 has functional units other than the functional units shown in the figure, but in FIG. 5, only the components necessary for explaining 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. This is an interface for performing data communication with the island controller 30, the member management T / C 70, and the card T / C 80.

  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 The number-specific moving image file 140b representing the data is also stored.

  As illustrated in FIG. 6, the moving image management table 140 a is a table that stores the number of the in-store device captured by the camera 90 and the path name indicating the moving image storage location for each camera ID of the camera 90. In the example shown in FIG. 6, the camera 90 with the camera ID “00001” images the CR unit 20 of the machine number “P0001” and the peripheral area of the pachinko machine 10 of the pair and the moving image file is stored in the path 1 address. It has been shown. The initial number of the machine number indicates the type of the in-store device, the one assigned with P shows the CR unit, and the one given with B shows the counter.

  The control unit 150 is a control unit that controls the entire camera server 100, and includes a moving image storage unit 150a, a reproduction order determination unit 150b, a reproduction moving image specification unit 150c, a reproduction section determination unit 150d, and a moving image reproduction unit. 150e. Actually, 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 a moving image storage unit 150a, a reproduction order determination unit 150b, The reproduction moving image specifying unit 150c, the reproduction section determination unit 150d, and the moving image reproduction unit 150e execute corresponding processes.

  The moving image storage unit 150a is a processing unit that stores a moving image captured by the camera 90 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 90, 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 playback order determination unit 150b is a processing unit that determines the playback order of event moving images corresponding to the event history group notified by the event history notification unit 75d. Although details will be described later, as an example, among the event history groups received from the member management T / C 70, the earliest reproduction order is assigned to the event moving image of the event history selected by the event history selection receiving unit 75c, For an event history having a time after the event occurrence time of the event history, an earlier playback order is assigned to an event moving image with an event history having an earlier event occurrence time.

  The playback moving image specifying unit 150c is a processing unit that uses the moving image management table 140a to specify which of the in-store device moving images to be played from among the number-specific moving image files 140b stored in the storage unit 140. Specifically, when an event history group is received from the member management T / C 70, a storage location (path name) corresponding to each unit number notified as the event history is specified with reference to the moving image management table 140a. Then, the moving image file at the specified storage destination is determined as a moving image file to be reproduced.

  The playback section determination unit 150d is a processing unit that determines a playback section of a moving image file to be played back. Specifically, when an event history group is received from the member management T / C 70, a section including a predetermined period (for example, 45 seconds) before and after the time notified as the event history (event occurrence time) is used as a starting point. It 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 the example shown in FIG. 5, the processing is performed in the order of the playback moving image specifying unit 150c and the playback section determination unit 150d. However, since both are independent processes, the processing of any functional unit is performed first. It may be performed simultaneously.

  The moving image playback unit 150e is a processing unit that plays back a moving image file stored in the storage unit 140. Specifically, a moving image file determined as a reproduction target by the reproduction moving image specifying unit 150c and a reproduction image of the reproduction section determined by the reproduction section determination unit 150d, that is, an event moving image corresponding to the event history is reproduced. While reproducing according to the reproduction | regeneration order of the event moving image determined by the determination part 150b, it superimposes and reproduces | regenerates the event history notified by the event history notification part 75d.

  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 (1) event history notification processing performed by the member management T / C 70 is described, (2) moving image reproduction processing performed by the camera server 100 will be described.

(1) Event History Notification Process As described above, here, the event history notification process according to the present embodiment will be described. FIG. 7 is a flowchart illustrating a procedure of event history notification processing according to the present embodiment. This process is started when a video file browsing request is received via the input unit 71.

  As shown in the figure, the search condition accepting unit 75a accepts whether the event history search is to be performed with respect to either the event history table 74a for each unit or the event history table 74b for each member (step S101), Retrieval conditions for items such as event contents, event occurrence time or machine number are accepted (step S102).

  More specifically, as shown in FIG. 8, a button for selecting the event history for each unit and a button for selecting the event history for each member are displayed on the output unit 72, and any one of them is displayed via a pointing device or the like of the input unit 71. The table to be searched is determined by accepting the button selection. At this time, when the event history for each unit is selected, as shown in FIG. 9, the items of the event content specialized for the counting work such as the person-in-charge code are reflected in the search item setting target, When another event history is selected, as shown in FIG. 10, items of event contents specialized for members such as a membership number are reflected in search item setting targets.

  After receiving the search condition, the event history search unit 75b matches the search condition received by the search condition reception unit 75a from the event history stored in the event history table 74a for each unit or the event history table 74b for each member. A partially matching event history is searched (step S103), and a list of search results is displayed on the output unit 72 (step S104).

  For example, when searching the event history for each unit, when the search item and its contents shown in FIG. 9 are specified as search conditions, the unit number is “B002” and the event name is “count”. A certain event history is searched from the event history table 74 a for each machine, and a list of search results (search result screen in the middle of FIG. 9) is displayed on the output unit 72. Further, when the search items and contents shown in FIG. 10 are specified as search conditions when searching for the event history by member, the member number is “12345”, and the event names “payment”, “ The event history corresponding to either “discharge” or “count” is searched from the member-specific event history table 74b, and a list of search results (search result screen in the middle of FIG. 10) is displayed on the output unit 72.

  Subsequently, the event history selection accepting unit 75c accepts the selection of the event history desired to be browsed from the search result list via the input unit 71 (step S105), and the event history notifying unit 75d accepts the event history selection accepting. The event history included in the predetermined number before and after the event occurrence time of the event history is notified to the camera server 100 together with the event history accepted by the unit 75c (step S106), and the process is terminated.

  More specifically, event histories (1) to (4) displayed as a list of search results shown in the middle part of FIG. 9, and event histories (a) displayed as a list of search results shown in the middle part of FIG. To (e) occur at each time scattered in the time chart shown in FIG.

  For example, when the selection of the event history (3) in the figure is accepted on the search result screen shown in the middle part of FIG. 9, as shown in the lower part of FIG. 9, the event occurrence time of the event history (3) is The event history (2) that occurred before and the event history (4) that occurred after that are notified to the camera server 100 together with the event history (3). On the other hand, when the selection of the event history of (d) in the same figure is accepted on the search result screen shown in the middle of FIG. 10, as shown in the lower part of FIG. The event history (c) that occurred before and the event history (e) that occurred after that are notified to the camera server 100 together with the event history (d).

  Here, in the example shown in FIGS. 9 to 11, when the event history for each machine is searched and when the event history for each member is searched, as a result, an event that is an event history indicating the same event The history (4) and the event history (e) are notified to the camera server 100. In this embodiment, even if the events indicate the same event, the search table is different if the search source table is different. It was decided to differentiate the event content notified by.

  In other words, when a search is performed on the event history table 74a for each unit, a person-in-charge code that is not notified when a search is performed on the event history table 74b for each member is notified. The member number notified when searching for 74b is not notified.

  In this way, by constructing an event history table specialized for a part of the search items, it is possible to carefully select the contents of the event history to be superimposed when a moving image is reproduced.

(2) Moving Image Reproduction Process Next, a moving image reproduction process according to the present embodiment will be described. FIG. 12 is a flowchart illustrating the procedure of the moving image reproduction process according to the present embodiment. This process is started when an event history notification is received from the member management T / C 70.

  As shown in the figure, upon receiving an event history notification (Yes in step S201), the playback order determination unit 150b determines the playback order of event moving images corresponding to the event history group notified by the event history notification unit 75d. (Step S202).

  For example, in the example of FIG. 9, among the event histories (2) to (4), the event moving image of the event history (3) accepted by the event history selection accepting unit 75c is the first in the playback order, and the event The event moving image of the event history (4) that occurs after the event occurrence time “14:20” of the history (3) is set as the second playback order. On the other hand, the event moving image of the event history (2) before the event occurrence time “14:20” of the event history (3) is excluded from the reproduction order and can be reproduced as described later. Although the event history, the storage location of the event moving image and the playback section are held and preparation for playback is made, playback is not performed unless a playback instruction for the event history (2) is received via the input unit 110.

  The reproduction moving image specifying unit 150c refers to the moving image management table 140a, specifies the storage destination (path name) corresponding to each of the machine number notified as the event history group, and selects the moving image file at the specified storage destination. The moving image file to be reproduced is determined (step S203).

  Subsequently, the playback section determination unit 150d determines a section including a predetermined period (for example, 45 seconds) before and after each time (event occurrence time) notified as the event history as a playback section (step S204).

  In this way, the playback moving image specifying unit 150c specifies the video file to be played back, and the playback section determination unit 150d determines the playback section, whereby each event history group notified from the member management T / C 70 is determined. An event moving image is specified. Therefore, when the event moving image can be arbitrarily reproduced when the reproduction is accepted through the input unit 110 thereafter, the event moving images before and after the event history in which the selection has been accepted are displayed on the camera server 100 side. Can be played with the input operation.

  The moving image reproduction unit 150e is a moving image file determined as a reproduction target by the reproduction moving image specifying unit 150c according to the event moving image reproduction order determined by the reproduction order determination unit 150b, and is a reproduction section determination unit 150d. The event moving image that is the moving image of the reproduction section determined by the above is reproduced from the start time of the reproduction section, and the event history notified by the event history notifying unit 75d is superimposed on the reproduced image and displayed (Steps S205 and S205). Step S206).

  At this time, when another event history reproduction operation is received via the input unit 110 (Yes in step S207), the moving image reproduction unit 150e reproduces the event moving image corresponding to the event history for which the reproduction operation has been accepted. And the event history is superimposed and displayed on the event moving image (steps S205 and S206).

  Further, until the playback section of the video file to be played ends (No at Step S208), the moving image playback unit 150e continues to play the video file while displaying the event history superimposed (Step S209).

  Then, when the playback section of the video file being played ends (Yes at Step S208), if there is an event moving image whose playback order is later than the playback order of the event moving image that has been played back (Yes at Step S210). The video playback unit 150e starts playback of the event video set as the next playback order and superimposes and displays the event history on the event video (step S205 and step S206).

  On the other hand, if there is no event moving image whose reproduction order is slower than the reproduction order of the event moving image that has been reproduced (No in step S210), the processing is terminated as it is.

  For example, when the event histories (2) to (4) shown in FIG. 9 are received, as shown in FIG. 13, the reproduction is started from the event moving image of the event history (3), and a special reproduction from the viewer. If no instruction is given, event moving images are reproduced in the order of event history (3) and event history (4). Then, when it is desired to view the event moving image of the event history (2) before the event history (3) or to replay the event moving image already viewed, the skip button shown in FIG. 13 or the like is used. It is also possible to accept playback operations for other event moving images. By reproducing the event moving images of the event histories (2) to (4), it is possible to monitor whether or not the event “count” generated in the counter “B002” has been cheated.

  On the other hand, when the event histories (c) to (e) shown in FIG. 10 are received, the playback starts from the event moving image of the event history (d) as shown in FIG. If no instruction is given, event moving images are reproduced in the order of event history (d) and event history (e). Then, when it is desired to view the event moving image of the event history (c) before the event history (d), or to replay the event moving image already viewed, the skip button shown in FIG. 13 is used. It is also possible to accept playback operations for other event moving images. By reproducing the event moving images of these event histories (c) to (e), it is possible to monitor the presence or absence of fraud in the events “count”, “payment”, and “discharge” regarding the member number “12345”.

  Here, in the examples of FIGS. 13 and 14, fraudulent flow of pachinko balls from other stores to the ball counter “B002” is performed in the event moving images of the event history (4) and (e). Since the event history specified by is (3) or (d), the image at the time of fraud cannot be viewed unless the reproduction operation is performed on the member management T / C 70 side. Since the camera server 100 is notified of a plurality of event histories that are chronologically changed from the event occurrence time of the event history of accepting the selection, the target image can be viewed without performing a special operation.

  And it can be seen from the event history (4) and (e) that the employee is counting pachinko balls from other stores while leaving the office for other duties. On the other hand, it is possible to alert the player to leave the office and to take a countermeasure against fraudulent behavior for the player.

  Furthermore, when a search by machine number is performed, the manager of the amusement shop can count the employees “BBB” and “CCC” by browsing the event moving images in the event history (2) and (3). It is also possible to grasp the tendency that only the employee “AAA” is away from the presence of the count while being present.

  In addition, when the member-specific search is performed, by viewing the event moving images of the event histories (c) and (d), the manager of the amusement shop can determine that the member “12345” who has performed the fraud is counted In addition, you can also check whether you are not doing other things or whether you are cheating elsewhere.

  Since the event history (4) and the event history (e) are the same event, the event moving images to be reproduced are the same, but as described above, the event management T / C 70 side receives the event. The event contents added to the history are different. For this reason, when the event moving image that has been searched for each machine is reproduced, the person-in-charge code is superimposed on the reproduced moving image, so that the employee in charge of the event “count” can be specified. In addition, when an event moving image that has been searched by member is reproduced, the member number is superimposed on the reproduced moving image, so that the member can be specified.

  As described above, in this embodiment, the event content, event occurrence time and machine number are stored as event history, and selection of event history requesting reproduction from the stored event history is accepted, and selection is accepted. The member management T / C 70 is configured to notify the camera server 100 of the event history included in the predetermined number before and after the event occurrence time together with the event history, and the in-store device and its surroundings are imaged for each unit number. The moving image storage destinations are stored in association with each other, and among the stored moving image storage destinations, the moving image of the storage destination corresponding to each number of the machine number included in the notified event history group is the reproduction target moving image. As a moving image identified as a playback target, the motion of a predetermined playback section including the event occurrence time notified as the event history Since the camera server 100 is configured to reproduce an event moving image that is an image and to reproduce the event history superimposed on the event moving image, the image at the time of fraud can be referred to easily and fraud to be monitored. It is possible to present an image that makes it easy to grasp the contents of

  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, the earliest playback order is assigned to the event moving image of the event history selected from the event history group notified by the member management T / C 70 to determine the playback order of the event moving image, Since the event moving image of each event history is played according to the determined playback order, the event moving image corresponding to the event history selected by the viewer can be played quickly, and the time when the fraud occurred When there is a correct declaration for a place, it is possible to quickly reproduce an image at the time of fraud.

  In the present embodiment, the playback order is determined so that the event moving image corresponding to the event history that has been selected from the search results of the event history is preferentially played back. It is possible to reproduce from any event moving image among the event moving images corresponding to each event history group, and the reproduction order can be arbitrarily set for all combinations of event history groups.

  For example, the event history image notified to the camera server 100 may be played back in order from the event moving image with the earliest event occurrence time or the latest event moving image. If the event moving images having the earliest event occurrence time are reproduced in order, the event moving images can be reproduced in chronological order, and the transition of the reproduced event moving images can be easily grasped intuitively.

  Furthermore, in the present embodiment, an example in which one event moving image is reproduced by one output unit has been described, but a plurality of event moving images can also be reproduced by one output unit. For example, the screen is divided into the same number as the number of event histories received by the camera server 100, the event moving image is reproduced on each divided screen, or the division upper limit number that does not significantly reduce the visibility due to the excessively small divided screen. A plurality of event moving images may be reproduced by dividing the screen within the range of the division upper limit number in advance.

  That is, this makes it possible to shorten the playback time when the entire event history group is played back, and to compress the viewing time of the event moving image. Also, it is possible to browse a plurality of event moving images from a bird's-eye view, and it is possible to improve the monitoring efficiency when monitoring the entire store instead of monitoring individual events.

  In this embodiment, when a plurality of event histories are notified to the camera server 100, an event history that is around the event occurrence time of the event history selected by the viewer is transmitted. It is good also as transmitting event history which has other relations, without being restrained by various relations.

  For example, in the present invention, when the in-store device of the machine number included in the event history selected by the viewer is captured in an overlapping manner other than the camera defined by the video management table 140a on a one-to-one basis. Can also play back the same playback section in a moving image file imaged by the camera.

  As an example, the camera ID of the first camera that accommodates the in-store device in the imaging range and the camera ID of the second camera that has a smaller imaging range than the first camera for the in-store device for each unit number of the in-store device. An imaging range management table is provided that is stored in association with each other. When selection of an event history is accepted, the first and second camera IDs associated with the machine number included in the event history are acquired. A moving image file picked up by a camera having the first and second camera IDs is specified as a moving image file to be reproduced, and a reproduction section of each moving image file is determined from an event occurrence time of an event history that has been selected. Play the file for the playback section.

  In this imaging range management table, camera IDs of cameras having different imaging ranges with respect to one in-store device are set. As an example of the setting, one first ID per pair of the CR unit 20 and the pachinko machine 10 is set. When one camera is provided, the camera that captures the pair adjacent to the pair is set as the second camera, or the pair accommodated by the first camera and the player are placed in a position where they are back to back A camera that captures the pair is set as a second camera.

  For example, when a machine number is assigned in order from the pair on the left side in a game arcade in which a pair of CR unit 20 and pachinko machine 10 is continuously arranged, the member management T / C 70 includes “P0002”. When the event history is selected, as shown in FIG. 15, the moving images captured by the machine numbers “P0001” and “P0003” installed on both sides of the machine number “P0002”, and the machine number A moving image picked up by the machine number “Pxxx” installed facing “P0002” is reproduced.

  That is, in this embodiment, one camera is exclusively provided for each in-store device or a pair of in-store devices. However, the installed camera does not necessarily store only a specific in-store device in the imaging range in a strict sense. I don't mean.

  Depending on the positional relationship between the in-store devices and the arrangement of the cameras, the imaging range often overlaps, and even if the camera is dedicated to other in-store devices, it can be captured from an angle that is not captured by the dedicated camera Are stored.

  For this reason, if the moving image imaged with each camera is reproduced | regenerated, the effect equivalent to the case where several cameras are provided in one shop apparatus can be acquired. Furthermore, since there are many events that can be captured only from the angle of a camera that is not exclusively used, it is possible to verify a multi-faceted event moving image for one event.

  In this embodiment, in addition to the event history for which selection has been received from the viewing requester, the event history that goes back and forth in time series from the event occurrence time of the event history is notified to the camera server side. However, the width of the event history to be notified is such that the number of events, the screen category on the camera record (file), or the time, the number of cases, and the camera screen category can be selected and input when searching. Also good. By doing so, it becomes possible to flexibly view images included in a predetermined section from the event occurrence time.

  Further, in the present embodiment, the embodiment has been described in which the lengths of the playback sections of the plurality of event moving images are all the same, but the present invention is not limited to this, and the time estimated to be required for the event The length of the playback section can be arbitrarily changed according to the time zone when the event occurs.

  For example, in the case of ball lending processing such as “depressing ball lending button” or “replaying a stored ball”, the period is short (for example, 20 seconds), and in the case of “card return”, you may want to check the situation before the event than after the event Since many are conceivable, it is possible to make a setting in advance such that the front is longer and the rear is shorter (for example, 60 seconds before and 15 seconds after).

  In addition, in relation to this, when a plurality of event moving images are simultaneously played back by one output unit, there are events that exceed the upper limit number of screen divisions and the lengths of the playback sections are different. When there is a moving image, it is possible to arbitrarily set the playback order of the event moving image and the timing for switching the event moving image.

  For example, as shown in FIG. 16, the maximum number of divisions of the screen of the output unit is four, the number of event moving images to be reproduced is five or more, and the event moving image that is reproduced first on each divided screen When the length of the playback section is T1 <T2 <T3 <T4, every time T1, T2, T3, T4 elapses after the start of the playback of the event video, a new event video is displayed on the divided screen. The four event moving images may be played back together when T4 has elapsed and the playback of all four event moving images has ended.

  In this embodiment, the event history is searched from either one of the event history table 74a for each machine or the event history table 74b for each member, but the event history is searched from both tables. It doesn't matter.

  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 system constructed around a hall computer (not shown) that collects system and game machine table information 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 the out (placed ball) and the safe (paid-out ball) or the outgoing ball of the section in which the player with the member number played.

  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 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 flowchart which shows the procedure of the event log | history notification process 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 search of the event log classified by unit. It is a figure which shows the example of a search of the event log according to member. It is a time chart for demonstrating the relationship between the event histories displayed as a search result. 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 an example of the event moving image reproduced | regenerated when the event log classified by machine is searched. It is a figure which shows an example of the event moving image reproduced | regenerated when searching the event log classified by member. It is explanatory drawing for demonstrating the application example of a present Example. 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 Input unit 72 Output unit 73 Communication I / F unit 74 Storage unit 74a Event history table for each unit 74b Event history table for each member 75 Control unit 75a Search condition reception unit 75b Event history search unit 75c Event history selection reception unit 75d Event history notification 80 cards T / C
90 camera 100 camera server 110 input unit 120 output unit 130 communication I / F unit 140 storage unit 140a moving image management table 140b moving image file by unit 150 control unit 150a moving image storage unit 150b reproduction order determination unit 150c reproduction moving image specification unit 150d reproduction Section determination unit 150e Moving image playback unit

Claims (7)

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
Event history storage means for storing an event content of an event that occurs in the in-store device, an event occurrence time when the event has occurred, and an in-store device identifier for uniquely identifying the in-store device in which the event has occurred, as an event history;
Event history selection accepting means for accepting selection of an event history requesting reproduction from among the event histories stored by the event history storage means;
Event history notifying means for notifying the image management apparatus of an event history included in a predetermined section before and after the event occurrence time together with an event history whose selection has been received by the event history selection receiving means,
The image management device includes:
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;
Among the storage destinations of the moving images stored by the storage destination storage unit, the storage destination moving images corresponding to the in-store device identifiers included in the event history group notified by the event history notification unit are used as playback target moving images. A playback moving image specifying means for specifying;
An event moving image that is a moving image specified as a reproduction target by the reproduction moving image specifying unit and is a moving image in a predetermined reproduction section including an event occurrence time notified as an event history by the event history notifying unit is reproduced. And a moving image reproduction means for reproducing the event history superimposed on the event moving image. The management device
Search condition receiving means for receiving at least one of the event content, event occurrence time or in-store device identifier as a search condition for the event history storage means;
Event history search means 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 history stored by the event history storage means,
The event history selection receiving means
2. The game hall management system according to claim 1, wherein selection of an event history requesting reproduction is received from search results obtained by the event history search means. The image management device includes:
Replay order determining means for determining the replay order of event moving images corresponding to the event history group notified by the event history notifying means;
The moving image reproduction means includes
3. The game hall management system according to claim 1, wherein the event moving image of each event history is reproduced in accordance with the reproduction order determined by the reproduction order determination means. The reproduction order determining means includes
4. The game hall management system according to claim 3, wherein an earlier playback order is assigned to an event history with an earlier event occurrence time included in the event history group notified by the event history notification means. The reproduction order determining means includes
4. The earliest playback order is assigned to an event moving image of an event history that has been selected by the event history selection receiving unit in the event history group notified by the event history notifying unit. Amusement park management system. The moving image reproduction means includes
The game room management system according to claim 1 or 2, wherein a plurality of event moving images specified by the reproduction moving image specifying means are reproduced on one display unit. 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 apparatus for storing a moving image captured by each imaging apparatus while being connected,
The management device is
The event contents of the event that occurs in the in-store device, the event occurrence time when the event occurred, and the in-store device identifier for uniquely identifying the in-store device in which the event occurred are stored by an event history storage unit that stores as an event history. An event history selection accepting step for accepting selection of an event history requesting reproduction from among the event histories,
An event history notifying step for notifying the image management apparatus of an event history included in a predetermined section before and after the event occurrence time together with the event history whose selection has been accepted by the event history selection accepting step;
The image management device is
A storage location registration step of registering in the storage location storage means for storing the storage location of the moving image in which the in-store device and its periphery are captured for each in-store device identifier;
Among the storage destinations of the moving images stored by the storage destination storage unit, the storage destination moving images corresponding to the in-store device identifiers included in the event history group notified by the event history notifying step are used as playback target moving images. A playback video identification process to identify;
An event moving image that is a moving image specified as a reproduction target by the reproduction moving image specifying step and is a moving image in a predetermined reproduction section including the event occurrence time notified as the event history by the event history notifying step is reproduced. And a moving image reproduction step of reproducing the event history superimposed on the event moving image.

Images