JP2017102744A - Computer program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a computer program and the like for displaying information about a new model game machine with contents for encouraging customers to visit a store.SOLUTION: The computer program causes a computer to function as means for displaying specific information for specifying a model of a pinball game machine or a reel type game machine in a display part, and means for displaying store information for specifying stores which have predetermined the installation of a model after a present point time in the display part in the case where the model specified by the specification information displayed by the display part has not been introduced to the store yet at the present point time.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a computer program or the like that provides information on a new model of gaming machine.

  In the game hall, a device is devised so that regular customers who come to the store frequently do not get bored of the game by exchanging the gaming machines provided for the game. When introducing a new type of gaming machine in a gaming hall (a gaming facility in which at least one of a ball game machine and a revolving type gaming machine is installed. Hereinafter, it may be simply referred to as a “hole”) The pre-announcements were mainly distributed in the store and handbill distribution in the store.

  On the other hand, an information service that distributes various information to a mobile terminal connected to a communication line such as the Internet is also performed (Patent Document 1).

JP 2002-33833 A

However, the information about the new type of gaming machine distributed by the information distribution service is not sufficient and does not prompt customers to visit the store.
The present invention has been made in view of the circumstances as described above, and includes a computer program that can prompt a customer to visit a gaming facility in which at least one of a ball game machine and a revolving game machine is installed. The purpose is to provide.

  One aspect of the present application is that the computer is specified by means for displaying specific information for specifying a model of a ball game machine or a revolving game machine on a display unit, and specific information displayed by the display unit. If the model to be installed is before being introduced to the store at the current time, the display unit is made to function as means for displaying store information for specifying a store where the model is scheduled to be installed after the current time.

  According to one aspect, it is possible to encourage customers to visit the store.

It is explanatory drawing which shows the structure of the delivery system which concerns on one Embodiment of this invention. It is a block diagram which shows the hardware constitutions of the delivery server which concerns on one Embodiment of this invention. It is a block which shows the structural example of the hardware of the portable terminal which concerns on one Embodiment of this invention. It is explanatory drawing which shows the record layout of the user master table which concerns on one Embodiment of this invention. It is explanatory drawing which shows the record layout of the look ahead application master table which concerns on one Embodiment of this invention. It is explanatory drawing which shows the record layout of the hall master table which concerns on one Embodiment of this invention. It is explanatory drawing which shows the record layout of the installation model table which concerns on one Embodiment of this invention. It is explanatory drawing which shows the record layout of the quiz master table which concerns on one Embodiment of this invention. It is explanatory drawing which shows the record layout of the booklet master table which concerns on one Embodiment of this invention. It is a flowchart which shows the operation | movement procedure of the portable terminal which concerns on one Embodiment of this invention. It is a flowchart which shows the procedure of the look ahead process which concerns on one Embodiment of this invention. It is a flowchart which shows the procedure of the booklet process which concerns on one Embodiment of this invention. It is a flowchart which shows the procedure of the quiz process which concerns on one Embodiment of this invention. It is a flowchart which shows the procedure of the hall | hole information processing which concerns on one Embodiment of this invention. It is explanatory drawing which shows the model list display screen in a look ahead application based on one Embodiment of this invention. It is explanatory drawing which shows the moving image reproduction screen in the front-view application based on one Embodiment of this invention. It is explanatory drawing which shows the booklet screen in the look-ahead application based on one Embodiment of this invention. It is explanatory drawing which shows the quiz screen in a look ahead application based on one Embodiment of this invention. It is explanatory drawing which shows the countdown display screen in a look ahead application based on one Embodiment of this invention. It is explanatory drawing which shows the hall | hole information screen in a look ahead application based on one Embodiment of this invention. It is explanatory drawing which shows the hole list screen in a look ahead application based on one Embodiment of this invention. It is explanatory drawing which shows the record layout of the introduction date adjustment table which concerns on one Embodiment of this invention. It is a flowchart which shows the procedure of the countdown display process which concerns on one Embodiment of this invention. It is explanatory drawing which shows the record layout of the execution history table which concerns on one Embodiment of this invention. It is explanatory drawing which shows the record layout of the notification schedule table which concerns on one Embodiment of this invention. It is a flowchart which shows the procedure of the notification schedule table update process which concerns on one Embodiment of this invention. It is a flowchart which shows the procedure of the push notification process which concerns on one Embodiment of this invention. It is explanatory drawing which shows the record layout of the guidance start table which concerns on one Embodiment of this invention. It is a flowchart which shows the procedure of the list display process which concerns on one Embodiment of this invention.

Embodiment 1
Hereinafter, embodiments will be described with reference to the drawings. FIG. 1 is an explanatory diagram showing a configuration of a distribution system according to the present embodiment. The distribution system includes a portable terminal (display device) 1 and a distribution server (store information transmission device) 2. The portable terminal 1 and the distribution server 2 can communicate with each other via the network N. The network N includes a LAN (Local Area Network), a WAN (Wide Area Network), the Internet, a fixed telephone line, a mobile phone line, a communication satellite line, and the like. The mobile terminal 1 is a game hall (simply referred to as “hole”) in which at least one of a ball and ball game machine (hereinafter also referred to as “pachinko”) and a revolving type game machine (hereinafter also referred to as “pachislot”) is installed. A terminal carried by the user of the distribution system who is a customer of In the distribution system, the distribution server 2 transmits content (text, images, moving images, etc.) introducing a new type of gaming machine and an application program to the mobile terminal 1. The portable terminal 1 presents content to the user by the received application program (hereinafter referred to as “first-looker application”). Note that the look-ahead application may be an operation whose operation is determined by the contents of the source program given as an input, such as an interpreter.
The front-viewing application is not limited to a dedicated program, and may be a program that links a Web browser, an image display program, and a moving image reproduction program. Also included are plug-ins and scripts that extend the functions of the Web browser. Furthermore, in the mobile terminal 1, middleware that cooperates with the foreseeing application may be operated. In the following description, the sharing of processing between the mobile terminal 1 and the distribution server 2 is an example. The distribution server 2 may perform part of the processing performed by the mobile terminal 1, or the mobile terminal 1 may perform part of the processing performed by the distribution server 2.

  FIG. 2 is a block diagram showing a hardware configuration of the distribution server 2 according to the present embodiment. The distribution server 2 is a general-purpose computer, a workstation, a desktop PC (personal computer), a notebook PC, or the like. The distribution server 2 includes a CPU (Central Processing Unit) 21, a ROM (Read Only Memory) 22, a RAM (Random Access Memory) 23, a mass storage device 24, a timing unit 25, and a communication unit 26. Each component is connected by a bus B. CPU21 controls each part of hardware according to control program 2P memorize | stored in ROM22. The RAM 23 is, for example, SRAM (Static RAM), DRAM (Dynamic RAM), or flash memory. The RAM 23 temporarily stores data generated when the CPU 21 executes the program. The mass storage device 24 is, for example, a hard disk, an SSD (Solid State Drive), or the like. The large-capacity storage device 24 stores the look-ahead application 11P and various data. Further, the control program 2P may be stored in the mass storage device 24. The timer unit 25 is a circuit that measures time or time such as elapsed time since the distribution server 2 is activated, and gives a timing result to the CPU 21 in response to a request from the CPU 21. The communication unit 26 communicates with other computers such as the mobile terminal 1 via the network N. The CPU 21 may download the control program 2 </ b> P from another computer via the network N and store it in the mass storage device 24.

  FIG. 3 is a block diagram illustrating a hardware configuration example of the mobile terminal 1 according to the present embodiment. The mobile terminal 1 is, for example, a mobile phone, a smartphone, a PDA (Personal Data Device), or a tablet computer. The mobile terminal 1 includes a CPU 11, a ROM 12, a RAM 13, an input unit 14, a display unit 15, a mass storage device 16, a time measuring unit 17, a position measuring unit 18, and a communication unit 19. Each component is connected by a bus B. The CPU 11 controls each part of the hardware according to the control program 1P stored in the ROM 12. The control program 1P may include a plurality of programs. For example, a Web browser, an image display program, a moving image reproduction program, and the like are included. The RAM 13 is, for example, SRAM, DRAM, or flash memory. The RAM 13 temporarily stores data generated when the CPU 11 executes the program. The input unit 14 includes a key for inputting characters and numbers, a cross key, and the like. The display unit 15 includes a liquid crystal display, an LED (Light Emitting Diode), and the like. A touch panel display in which the input unit 14 and the display unit 15 are integrally formed may be used. The mass storage device 16 is, for example, an SD memory card. Various data is stored in the mass storage device 16. Further, the control program 1P may be stored in the mass storage device 16. The position measurement unit 18 includes a GPS (Global Positioning System) receiver and the like, and measures the current position of the mobile terminal 1. The position measuring unit 18 is based on position information obtained from a base station of a mobile phone network that is a communication partner of the communication unit 19, a WiFi (Wireless Fidelity) access point, or a Bluetooth (registered trademark) connection destination device whose installation position is known. A function for correcting the position information may be provided. The timekeeping unit 17 is a circuit that measures time or a time such as an elapsed time since the mobile terminal 1 is activated, and gives a time measurement result to the CPU 11 in response to a request from the CPU 11. The timer unit 17 synchronizes the time with the distribution server 2 by NTP (Network Time Protocol) in order to maintain an accurate time. The communication unit 19 communicates with other computers such as the distribution server 2 via the network N. The CPU 11 may download the control program 1P from another computer via the network N and store it in the mass storage device 16. Further, the CPU 11 receives the look-ahead application 11 </ b> P from the distribution server 2 via the network N and stores it in the mass storage device 16.

  Next, various data stored in the large-capacity storage device 24 included in the distribution server 2 or the large-capacity storage device 16 included in the mobile terminal 1 will be described. First, data stored in the mass storage device 24 will be described. FIG. 4 is an explanatory diagram showing a record layout of the user master table 241 according to the present embodiment. The user master table 241 includes a user ID column, a password column, a name column, a my hall column, a home position column, a workplace position column, a stop position 1 column, a stop position 2 column, and a stop position 3 column. The user ID column stores an ID that uniquely identifies the user. The password column stores the password. The name column stores the name of the user. The my hall column stores the ID of the pachinko hall selected by the user. The home position column stores the user's home position in longitude and latitude. The workplace location column stores the location of the user's workplace, school, etc. in longitude and latitude. The stop positions 1 to 3 store the positions where the user frequently stops, such as a transfer station on the way to the commuting / commuting route, in longitude and latitude. A plurality of pachinko hall IDs may be stored in the my hall row. In addition, the positions stored in the home position column, the workplace position column, and the drop-off positions 1 to 3 are set by a user operation. Therefore, for example, it is not always necessary to store the user's home position in the home position column. The same applies to the other workplace position columns and the drop-in positions 1-3.

  FIG. 5 is an explanatory diagram showing a record layout of the foreseeing application master table 242 according to the present embodiment. In the following description, it is assumed that the look-ahead application 11P operates by reading a setting file in which initial settings and operation settings are written. The foresight application master table 242 includes a file ID column, a file name column, a model name column, a model ID column, a manufacturer column, and an introduction date column. The file ID column stores an ID for uniquely specifying a setting file to be read by the foresight application 11P. The file name column stores the name of the setting file. The model name column stores the model name of a new model introduced by the operation of the foreseeing application 11P. The model ID column stores an ID that uniquely identifies a new model introduced by the foreseeing application 11P. The manufacturer column stores the manufacturer of the new model. The introduction date column stores the date when the new model is introduced.

  FIG. 6 is an explanatory diagram showing a record layout of the hall master table 243 according to the present embodiment. The hall master table 243 includes a hall ID column, a hall name column, an address column, a prefecture code column, a municipal code column, and a position column. The hall ID column stores an ID that uniquely identifies the game hall. The hall name column stores the names of game halls. The address column stores the address of the game hall. The prefecture code string stores a code that uniquely identifies the prefecture where the game hall is located. The municipal code string stores a code that uniquely identifies the municipality where the game hall is located. The position column stores longitude and latitude indicating the location of the game hall.

  FIG. 7 is an explanatory diagram showing a record layout of the installed model table 244 according to the present embodiment. The installed model table 244 includes a hall ID column, model ID column, number of units column, introduction date column, and flag column. The hole ID column stores an ID that uniquely identifies a hole. The model ID stores the ID of the model installed in the hall. The number column stores the number of each model installed in the hall. The introduction date column stores the introduction date for each model. For the model to be introduced, the scheduled date of introduction is stored. The flag string stores whether or not the model is installed. For example, if it is before the introduction date, the value of the flag string is set to “before introduction”. If it is after the introduction date, the value of the flag column is set to “Installed”. The date of introduction stores the earliest date when a new model is introduced into the store. By referring to the introduction date, it is possible to determine whether or not the new model is before introduction into the store. Further, by appropriately updating the flag string, it is possible to determine whether or not the new model is before being introduced into the store also by the flag string. On the other hand, in the case of a discarded model, if the value of the flag string is “discarded”, the discarded model can be managed in the installed model table 244.

  FIG. 8 is an explanatory diagram showing a record layout of the quiz master table 245 according to the present embodiment. The quiz master table 245 includes a quiz ID column, a model ID column, a question number column, a question column, an option column, and a correct answer column. The quiz ID column stores an ID that uniquely identifies the quiz. The model ID column stores the ID of the model corresponding to the quiz. The problem column stores problem sentences for each problem. The option column stores answer options. The correct answer sequence stores correct answer options.

  FIG. 9 is an explanatory diagram showing a record layout of the booklet master table 246 according to the present embodiment. The booklet master table 246 includes a file ID column, a file name column, a model name column, and a model ID column. The file ID column stores values corresponding to the file ID column of the application master table 242 illustrated in FIG. The file name column stores the file name of the file for displaying the booklet. The model name column stores the model name of the model supported by the booklet. The model ID column stores the ID of the model corresponding to the booklet. The booklet describes the basic information of the gaming machine such as the game flow of the gaming machine, the effect image, the winning probability, and the number of winning balls. Here, a booklet conventionally distributed by paper medium is distributed to the portable terminal 1 as electronic data.

  The mass storage device 24 of the distribution server 2 further stores a text file database 247, a moving image file database 248, and an image file database 249. The text file database 247 is a collection of text files including script files, HTML files, and the like. The moving image file database 248 is a collection of moving image files. The image file database 249 is a collection of image files. Each file is identified by a file name and is referenced using the file name.

  A part of the database stored in the mass storage device 24 is also copied to the mass storage device 16 of the mobile terminal 1. As shown in FIG. 3, the large-capacity storage device 16 stores a look-ahead application master table 161, a quiz master table 162, a booklet master table 163, a text file database 164, a moving image file database 165, and an image file database 166. . The record layouts of the first-view application master table 161, the quiz master table 162, and the booklet master table 163 are the same as the record layouts of the first-view application master table 242, the quiz master table 245, and the booklet master table 246, respectively.

Next, the operation of the mobile terminal 1 will be described. FIG. 10 is a flowchart showing an operation procedure of the mobile terminal 1 according to the present embodiment. When the user activates the front-view application 11P, the CPU 11 of the mobile terminal 1 performs a synchronization process (step S1). Specifically, the look-ahead application master table 161 stored in the mass storage device 16 is synchronized with the look-ahead application master table 242 of the distribution server 2. Similarly, the text file database 164 is synchronized with the text file database 247 of the distribution server 2. Furthermore, communication is performed with the distribution server 2 by NTP, and the current date and time held by the timer unit 17 is updated to an accurate one. Thereafter, the CPU 11 calculates a period and the like based on the updated date and time. The CPU 11 displays a list of names of new game machines on the display unit 15 (step S2). The list display is performed based on the forefront application master table 161. The new model to be displayed in the list is, for example, a model that has been introduced for a short period of time, such as within one month from the date of introduction, or a model that is scheduled to be introduced in the future. The user selects one model from the new models displayed in the list. CPU11 receives the selection input from a user via the input part 14 (step S3). The CPU 11 displays information on the selected model (step S4). The user inputs the next operation from the model information display screen. CPU11 receives the input from a user via the input part 14 (step S5).
The CPU 11 determines whether or not the input is a look-ahead process instruction (step S6). When the CPU 11 determines that the input is an instruction for the look-ahead process (YES in step S6), the CPU 11 performs the look-ahead process (step S7). CPU11 advances a process to step S14. If the CPU 11 determines that the input is not a look-ahead process (NO in step S6), the CPU 11 determines whether the input is an instruction for a booklet process (step S8). When the CPU 11 determines that the input is an instruction for booklet processing (YES in step S8), the CPU 11 performs booklet processing (step S9). CPU11 advances a process to step S14. If the CPU 11 determines that the input is not a booklet process (NO in step S8), the CPU 11 determines whether or not the input is a quiz processing instruction (step S10). When the CPU 11 determines that the input is quiz processing (YES in step S10), the CPU 11 performs quiz processing (step S11). The process proceeds to step S14. When the CPU 11 determines that the input is not quiz processing (NO in step S10), the CPU 11 determines whether or not the input is hall information processing (step S12). When the CPU 11 determines that the input is hall information processing (YES in step S12), the CPU 11 performs hall information processing (step S13). CPU11 advances a process to step S14. If the CPU 11 determines that the input is not hall information processing (NO in step S12), the process proceeds to step S14. The CPU 11 determines whether or not the input is returned (step S14). If the CPU 11 determines that the input is to return (YES in step S14), the process returns to step S1. If the CPU 11 determines that the input does not return (NO in step S14), it determines whether or not the input is complete (step S15). If the CPU 11 determines that the input is not finished (NO in step S15), the process returns to step S4. If the CPU 11 determines that the input is complete (YES in step S15), the process ends.

Next, the front-view process will be described. FIG. 11 is a flowchart showing the procedure of the look-ahead process according to the present embodiment. The look-ahead process is performed according to the setting file defined in the file name column of the application master table 161. CPU11 of the portable terminal 1 performs a synchronous process (step S21). The CPU 11 checks whether the script file (stored in the text file database 164), the movie file (stored in the movie file database 165), and the image file (stored in the image file database 166) used in the look-ahead process are the latest. For example, the latest one is acquired from the distribution server 2. Furthermore, communication is performed with the distribution server 2 by NTP, and the current date and time held by the timer unit 17 is updated to an accurate one. CPU11 reproduces | regenerates the moving image which concerns on the foresight of the gaming machine selected in step S3 (step S22). The moving image entity to be reproduced is stored in the moving image file database 165. For example, the content of the moving image is a moving image for a notice effect, a moving image for a super reach effect, a moving image for an important effect, or the like. The CPU 11 displays a hyperlink (also simply referred to as a link) for accessing other information related to the new model (step S23). Examples of other information are effect animations other than during reproduction, and hall information. The CPU 11 determines whether or not the reproduction of the moving image has ended (step S24). If the CPU 11 determines that the reproduction of the moving image has ended (YES in step S24), the CPU 11 determines whether or not the selected model is before introduction (step S28). Whether it is before introduction or not can be determined by the value of the introduction date column of the foresight application master table and the current date. If the CPU 11 determines that the selected model is not yet installed (YES in step S28), the CPU 11 performs a countdown display (step S29) and moves the process to step S25. The countdown display displays the number of days until the installation date of the selected model.
If the CPU 11 determines that the selected model is after installation (NO in step S28), the process proceeds to step S25. When determining that the reproduction of the moving image has not ended (NO in step S24), the CPU 11 determines whether or not the user has operated (step S25). If the CPU 11 determines that the user is not operating (NO in step S25), the process returns to step S24. When it is determined that the user has operated (YES in step S25), the CPU 11 determines whether or not the user has selected hall information (step S26). If the CPU 11 determines that the user has selected the hole information (YES in step S26), the CPU 11 performs hole information processing (step S27) and returns the process to the caller. When it is determined that the user has not selected hall information (NO in step S26), the CPU 11 determines whether or not the user has selected return (step S30). If the CPU 11 determines that the user has selected return (YES in step S30), the process returns to the caller. If the CPU 11 determines that the user has not selected return (NO in step S30), the CPU 11 determines whether or not moving image reproduction has been selected (step S31). If the CPU 11 determines that the user has selected the moving image reproduction (YES in step S31), the process returns to step S22. If the CPU 11 determines that the user has not selected moving image playback (NO in step S31), the CPU 11 performs other processing selected by the user (step S32), and returns the processing to step S25.

Next, booklet processing will be described. FIG. 12 is a flowchart showing the procedure of booklet processing according to this embodiment. The booklet process is performed according to the setting file defined in the file name column of the booklet master table 163. The CPU 11 of the mobile terminal 1 performs a synchronization process (step S41). The CPU 11 checks whether the script file (stored in the text file database 164), the movie file (stored in the movie file database 165), and the image file (stored in the image file database 166) used in the booklet processing are the latest. The latest one is acquired from the distribution server 2. Furthermore, communication is performed with the distribution server 2 by NTP, and the current date and time held by the timer unit 17 is updated to an accurate one. The CPU 11 displays the game (game) flow of the gaming machine selected in step S3 (step S42). The CPU 11 displays a link for searching for a hole in which the selected model has been introduced or scheduled to be introduced, and a link for displaying other information (step S43). Examples of other information include spec information such as jackpot probability, probability change rush rate, number of winning balls, round, count, appearance, short time, etc., mode type and mode content, and jackpot information. CPU11 determines whether the user selected the item which comprises a game flow (step S44). When it is determined that the user has selected an item constituting the game flow (YES in step S44), the CPU 11 opens a new screen and reproduces a moving image explaining the selected item (step S45). You may play a slideshow instead of a video. The CPU 11 determines whether or not the reproduction of the moving image has ended (step S46). If the CPU 11 determines that the reproduction of the moving image has not ended (NO in step S46), the determination process is repeated.
When determining that the reproduction of the moving image has ended (YES in step S46), the CPU 11 determines whether or not the selected model is before introduction (step S47). If the CPU 11 determines that the selected model is not yet installed (YES in step S47), the CPU 11 performs a countdown display (step S48) and advances the process to step S49. When the CPU 11 determines that the selected model is not before introduction (NO in step S47), the CPU 11 determines whether the user has selected hall information (step S49). If the CPU 11 determines that the user has selected the hole information (YES in step S49), the CPU 11 performs hole information processing (step S50) and returns the process to the caller. If the CPU 11 determines that the user has not selected hall information (NO in step S49), the CPU 11 determines whether the user has selected return (step S51). If the CPU 11 determines that the user has selected return (YES in step S51), the process returns to the caller. If the CPU 11 determines that the user has not selected return (NO in step S51), the CPU 11 determines whether or not the user has performed an operation to close the moving image reproduction screen (step S52). If the CPU 11 determines that the user has performed an operation to close the moving image reproduction screen (YES in step S52), the CPU 11 closes the moving image reproduction screen (step S53) and returns the process to step S44. If the CPU 11 determines that the user has not performed an operation of closing the moving image playback screen (NO in step S52), the process returns to step S49. When it is determined that the user has not selected an item constituting the game flow (NO in step S44), the CPU 11 determines whether or not the user has selected return (step S54). If the CPU 11 determines that the user has selected return (YES in step S54), the process returns to the caller. If the CPU 11 determines that the user has not selected return (NO in step S54), the CPU 11 determines whether or not the user has selected hall information (step S55). If the CPU 11 determines that the user has selected the hall information (YES in step S55), the process proceeds to step S50. If the CPU 11 determines that the user has not selected the hall information (NO in step S55), the process returns to step S44.

Next, the quiz process will be described. The quiz process is performed according to the definition of the quiz master table 162. FIG. 13 is a flowchart showing the procedure of the quiz process according to the embodiment of the present invention. The CPU 11 of the mobile terminal 1 performs a synchronization process (step S61). The CPU 11 synchronizes the quiz master table 162 with the quiz master table 245 stored in the distribution server 2. Also, check whether the script file (stored in the text file database 164), movie file (stored in the movie file database 165), and image file (stored in the image file database 166) used in the quiz process are the latest. The latest one is acquired from the distribution server 2. Furthermore, communication is performed with the distribution server 2 by NTP, and the current date and time held by the timer unit 17 is updated to an accurate one. The CPU 11 displays a problem related to the gaming machine selected in step S3 (step S62). The CPU 11 receives an answer via the input unit 14 (step S63). The CPU 11 determines whether or not the accepted answer is correct, and counts the number of correct answers (step S64). The CPU 11 determines whether or not the last problem has been reached (step S65). If the CPU 11 determines that the last problem has not been reached (NO in step S65), the process returns to step S62. If the CPU 11 determines that the last problem has been reached (YES in step S65), the CPU 11 displays the result on the display unit 15 (step S66).
The CPU 11 determines whether or not the selected model is before installation (step S67). If the CPU 11 determines that the selected model is not before installation (NO in step S67), the process proceeds to step S69. If the CPU 11 determines that the selected model is before introduction (YES in step S67), the CPU 11 performs a countdown display (step S68). The CPU 11 displays a link for searching for a hole in which the selected model has been introduced or is scheduled to be introduced (step S69). The CPU 11 determines whether or not the user has selected hall information (step S70). If the CPU 11 determines that the user has selected hole information (YES in step S70), the CPU 11 performs hole information processing (step S71) and returns the process to the caller. When determining that the user has not selected the hall information (NO in step S70), the CPU 11 determines whether or not the user has selected to return (step S72). If the CPU 11 determines that the user has selected return (YES in step S72), the process returns to the caller. If the CPU 11 determines that the user has not selected return (NO in step S72), the process returns to step S62. If the correct answer rate of the quiz is greater than or equal to a predetermined value, it is possible to play a video that cannot be seen in the lookahead process, or to watch an interactive video that allows you to experience the flow of performance along the game flow. May be.

Next, hall information processing will be described. FIG. 14 is a flowchart showing a hall information processing procedure according to an embodiment of the present invention. The CPU 11 of the portable terminal 1 determines that the model selected in step S3 is a predetermined number of days from the introduction date (the predetermined number of days includes the zero day (in the case of the zero day, whether or not the introduction date has passed) (Step S81) That is, in step S81, the CPU 11 determines that the model selected in step S3 is currently in any hole. It can be said that it is determined whether it is installed) (whether it is the start date of operation of the corresponding model). When the CPU 11 determines that the predetermined number of days has not elapsed (NO in step S81), information for identifying a hole in which the model selected as the browsing target in the foresight application 11P is to be introduced (the current time point) After that, information for specifying the hall where the above model is scheduled to be installed; for example, the hall name, address, etc., hereinafter also referred to as “introduction hall information”) is acquired (step S82). When the CPU 11 determines that the predetermined number of days have passed (YES in step S81), information for specifying the hall in which the selected model is installed (the store where the model is installed at the current time). Information for specifying; for example, hole name, address, etc. Hereinafter, also referred to as “introduced hall information”) (step S83). The introduction hall information or the introduction hall information is obtained by referring to the distribution server 2 and referring to the hall master table 243 and the installed model table 244. For example, the CPU 11 transmits information specifying the model selected in step S3, such as the model ID, to the distribution server 2, and the distribution server applies the corresponding hall information based on the information specifying the selected model. Is acquired and transmitted to the portable terminal 1.
The CPU 11 stores the acquired hole information in a temporary storage area provided in the RAM 23, the mass storage device 24, etc. (step S84). The CPU 11 acquires position data where the currently operated mobile terminal 1 is located (step S85). More specifically, the position measurement unit 18 acquires the current position (position coordinates of the current location). The CPU 11 determines whether or not the position has been acquired (step S86). When the CPU 11 determines that the position has been acquired (YES in step S86), the geographical information (the target mobile terminal 1 of the target mobile terminal 1) specified by the position data acquired in step S85 is stored in the hole information stored in step S84. Sorting is performed in order from the closest position) (step S87). In accordance with the sorting result, the CPU 11 displays a list of introduction planned halls or introduction halls as store information for specifying the hall (store) where the gaming machine specified in step S3 is installed (step S88), and calls the process. Return to.
If the CPU 11 determines that the position could not be acquired (NO in step S86), the CPU 11 displays a selection screen for selecting hole search conditions (step S89). The CPU 11 determines whether or not the user has selected my hole (step S90). If the CPU 11 determines that the user has selected my hole (YES in step S90), the user's my hole information is acquired from the user master table 241 of the distribution server 2, and matched with the hole information stored in step S84. Narrow down to my holes (step S91). The CPU 11 moves the process to step S88. If the CPU 11 determines that the user has not selected My Hall (NO in step S90), the CPU 11 displays a prefecture selection screen and allows the user to select a prefecture (step S92). The CPU 11 displays a municipality selection screen corresponding to the prefecture selected by the user, and allows the user to select a municipality (step S93). In accordance with the selection result of step S93, the CPU 11 narrows down the hall information stored in step S84 by the municipality (step S94). The municipality where the hall is located can be determined by the prefecture code string and the city code stored in the city code string of the hall master table 243. The CPU 11 moves the process to step S88. In the acquisition of position data, not only the acquisition of the current position, but also acquisition of the user's home position, work position, and stopping positions 1 to 3 preset in the user master table 241 stored in the distribution server 2 is acquired. May be. At this time, the user may select which position including the current position is to be acquired. In addition, when the current position cannot be acquired, in addition to the search from My Hole and the search in prefectures and municipalities, a search for a hole close to a preset position may be performed.
It should be noted that what is important in the present embodiment is that the hall associated with the gaming machine (model) designated to be browsed by the foresight application 11P (if installed in the market (installed in any hall) In case; ie, if the corresponding model has begun to operate in any hall; if installed; if not installed in the market (if not installed in any hall); Store information (hall name, hall address, etc.) for identifying the hall to be introduced) is displayed on the portable terminal 1 on which the above-mentioned look-ahead application 11P is activated) There is to make it.
At the time of this display, information related to a position specified by a predetermined standard related to the user using the foreground application 11P on the mobile terminal 1 (for example, the current position of the user, the position of the user's home, the user's workplace It is preferable to display the store information based on the location of the user, the location of the user's my hall, and the like. For example, it is preferable to display store information of a hall located near the specified position. Or as demonstrated in FIG. 14, you may arrange and display store information in the order close | similar to the said specified position (for example, in the priority order along a certain reference | standard). In this case, for example, it is more preferable to display a hole within a predetermined distance (for example, Xkm) from the specified position.
Further, in FIG. 14, the store information to be displayed is determined using the position information as described above, but before step S82 and S83, step S85 is performed, and the position data obtained by the portable terminal 1 is transmitted to the distribution server. 2, store information close to the position of the user of the mobile terminal 1 is extracted by the distribution server 2 based on the position data, and the mobile terminal 1 acquires and displays the extracted store information. good. That is, based on the position of the mobile terminal 1 displaying the foresight application 11P, the mobile terminal that is closest to the above position among the halls in which the gaming machines that are designated to be browsed by the foresight application 11P are installed. As long as the process is executed so that 1 is displayed at least, the location of each process (such as the mobile terminal 1 side or the distribution server 2 side) may be any, and the method of the above process is any Also good.

  When sorting the list information of the halls, predetermined hall information (store information) may be preferentially displayed according to a predetermined condition, as exemplified below. For example, the hall information browsing history by the user may be stored, and the hall information browsed in the past may be preferentially displayed. In addition, the user has previously acquired a hole that he / she has visited in advance (the user may input the hole directly, or check-in to the hole of the portable terminal 1 using a predetermined method (such as short-distance communication)). The holes that the user has visited in the past may be preferentially displayed. In addition, the hall that is the sponsor of the developer of the front-view application 11P may be preferentially displayed. When the new model selected by the user has already been introduced, the holes that have been published in the previous day and the holes that are often present may be preferentially displayed for the halls that have released the appearance information. Also, the vacant seat status of each hall is acquired by another method (for example, the clerk of each hall inputs the vacant seat status of the own hall to the distribution server 2), and at a predetermined timing (for example, foresight) You may preferentially display a hall with many empty seats when the application 11P is running. In addition, the user's preference is acquired in advance (for example, the user directly inputs it), and the user's preference, for example, a favorite game machine, a favorite series, a user-preferred rental fee, etc. By contrasting with the hall installation model, it may be narrowed down by the hole that matches the user. In this case, even if the user does not play with the new model selected by the user or when the game with the new model is short, the user can expect to play with another model of the user's preference and the user stays in the hall. I can expect that.

  Next, a screen displayed on the display unit 15 of the mobile terminal 1 in the foresight application 11P will be exemplified. FIG. 15 is an explanatory diagram showing a model list display screen in the foresight application 11P according to the present embodiment. The model list display screen is a screen for displaying a list of new models scheduled to be introduced or new models that have just been introduced. The model list display screen includes a switching tab 151. In the example illustrated in FIG. 15, the switching tab includes three tabs. When all are selected, both pachinko and pachislot are displayed. When pachinko is selected, only pachinko is displayed. When pachislot is selected, only pachislot is displayed. The display area 152 for each model includes an introduction schedule disclosure display 15a and a model name 15b.

  FIG. 16 is an explanatory diagram showing a video playback screen in the foresight application 11P according to the present embodiment. The movie playback screen includes a title area 16a, a movie playback area 16b, a thumbnail area 16c, and a hole search button 16d. The title area 16a displays the name of the selected model. The moving image reproduction area 16b displays the moving image being reproduced. A thumbnail of a reproducible moving image is displayed in the thumbnail area 16c. The hole search button 16d is a button for starting a search for an introduction scheduled hole or an introduction hole of the selected model.

  FIG. 17 is an explanatory diagram showing a booklet screen in the look-ahead application 11P according to the present embodiment. In the example shown in FIG. 17, a game flow is displayed. The booklet screen displaying the game flow includes a title area 171, an effect name area 172, a thumbnail area 173, and a push button 174. The title area 171 displays the name of the selected model. An effect name is displayed in the effect name area 172. In the example shown in FIG. 17, a normal effect and a BONUS (bonus effect) are displayed. An effect image is displayed in the thumbnail area 173. The push button 174 is a button for starting a slide show or a moving image explaining the contents of the effect.

  FIG. 18 is an explanatory diagram showing a quiz screen in the look-ahead application 11P according to the present embodiment. The quiz screen includes a problem area 181 and an option area 182. The problem area 181 displays a quiz problem. Answer options are displayed in the option area 182.

  FIG. 19 is an explanatory diagram showing a countdown display screen in the foresight application 11P according to the present embodiment. The countdown display screen includes a model name display area 191, a model image display area 192, a countdown display area 193, and an introduction hall search button 194. The model name display area 191 displays the selected model name. In the model image display area 192, an image that represents the model is displayed. The countdown display area 193 displays the number of days remaining until the introduction date. The introduction hole search button 194 displays the introduction hole of the selected model.

  FIG. 20 is an explanatory diagram showing a hall information screen in the foresight application 11P according to the present embodiment. The hall information screen is a screen displayed when searching for a hall. The hall information screen is displayed as an overlay on the screen that was displayed before it was called. Of the screen areas shown in FIG. 20, the title area 201 and the background screen 202 are the lower screens that are overlaid. In the title area 201, the name of the selected model is displayed. The background screen 202 is, for example, a moving image reproduction area 16b on the moving image reproduction screen. The hall information screen includes search condition buttons 203, 204, 205 and a close button 206. The search condition button 203 is described as “Search by prefecture” and performs a narrow-down search by prefecture. The search condition button 204 is described as “Search from the current location”, and the search is performed by narrowing down to a position close to the current location. The search condition button 205 is described as “Search from My Hole”, and searches from the user's My Hole. A close button 206 is a button for closing the hole information screen displayed as an overlay.

FIG. 21 is an explanatory diagram showing a hole list screen in the foresight application 11P according to the present embodiment. The hole list screen includes a search condition area 211 and a result display area 212. Search conditions are displayed in the search condition area 211. The example shown in FIG. 21 indicates that a hall (store) that is located in Minato-ku, Tokyo and has a plan or introduction of a game machine with the model name “ABC” is searched. In the result display area 212, a hall appearance photograph 21a, a hall name 21b, and an introduction status (date, number of installations) 21c are displayed. That is, the look-ahead application 11P installed in the mobile terminal 1 has at least a hall name as shown in FIG. 21 as hall information (store information) associated with the gaming machine (model) selected by the user in FIG. indicate.
In the present embodiment, the look-ahead application 11P creates a list of hole information corresponding to the search conditions set on the screen shown in FIG. 20, for example, and displays it on the mobile terminal 1 as illustrated in FIG. However, the homepage of the hall that meets the search conditions may be displayed directly. In this case, the URL of the homepage of each hall is associated in the hall master table 243, and the distribution server 2 extracts the URL of the hall that meets the search condition from the hall master table 243 and stores it in the portable terminal 1. Then, the mobile terminal 1 may display the home page as the store information by the received URL.

The first embodiment has the following effects. Before starting the introduction of the new model, specific information for identifying the model (at least one of the production video, the booklet, and the quiz related to the above model) is displayed on the mobile terminal 1, so that the user is interested in the new model. It becomes possible. Importantly, in addition to the display of the specific information that can trigger the interest, the portable terminal 1 has a hall (store) / in which a gaming machine (model) specified by the specific information is introduced. It is possible to display store information (a hall name, a hall address, a hall homepage URL, etc.) for specifying a hall to be played on the display unit 15 of the mobile terminal 1. Therefore, when the user is aroused interest (that is, when the information of the corresponding gaming machine is obtained by the foreseeing application 11P), the user can quickly find out which hall the interested gaming machine can go to. I can know. Furthermore, since the store information is displayed based on the information related to the predetermined position of the user, the user can easily recognize the corresponding hole at a position close to it based on the current position of the user or the position serving as the base. .
Furthermore, it is possible to search for the hall to be introduced from the viewing screen of the production video, and the countdown display until the date of introduction is made possible, thereby increasing the user's willingness to play with the new model and encouraging them to visit the hall Is possible. In addition, when the portable terminal 1 performs the synchronization process with the distribution server 2, the current time held by the timer unit 17 is synchronized with the time held by the distribution server 2. Thereby, it becomes possible to prevent or reduce the unauthorized operation of the mobile terminal 1 by changing the time held by the timer 17 to a past time or a future time.

Embodiment 2
The second embodiment relates to a form in which a countdown display or the like corresponding to each region is performed when the introduction date of a new model varies from region to region. FIG. 22 is an explanatory diagram showing a record layout of the introduction date adjustment table 24A according to the present embodiment. The introduction date adjustment table 24 </ b> A is stored in the mass storage device 24 of the distribution server 2. A copy is also stored in the mass storage device 16 of the portable terminal 1 as the introduction date adjustment table 167. The introduction date adjustment table 167 is synchronized with the introduction date adjustment table 24A stored in the distribution server 2 when the above-described synchronization processing is executed. The introduction date adjustment table 24A includes a prefecture code string, a prefecture name string, a model ID string, and an introduction date string. The prefecture code string stores the prefecture code. The prefecture name column stores the prefecture name corresponding to the prefecture code. The model ID column stores IDs of models having different introduction dates. The introduction date column stores the introduction date. The introduction date for each model is also stored in the foreseeing application master tables 242 and 161. The introduction date stored in the foreseeing application master tables 242 and 161 is the earliest date. When the introduction date is later than the earliest date due to the examination of the Public Safety Commission, the introduction date is stored in the introduction date adjustment tables 24A and 167.

The introduction date adjustment table 167 is used in the above-described process as follows. FIG. 23 is a flowchart showing the procedure of the countdown display process according to this embodiment. The countdown display described above (step S29 in FIG. 11 and the like) is replaced with the process shown in FIG. The CPU 11 of the portable terminal 1 acquires the current position (longitude, latitude) by the position measurement unit 18 (step S101). The CPU 11 determines whether or not the current position has been acquired (step S102). If the CPU 11 determines that the current position has been acquired (YES in step S102), the CPU 11 sets the current position as the reference position (step S103). If the CPU 11 determines that the current position cannot be acquired (NO in step S102), the CPU 11 sets a predetermined position as the reference position (step S104). The predetermined position includes a user's home position, work position, drop-in positions 1 to 3, my hall location, and the like. Which position is set as the reference position may be set in advance by the user.
The CPU 11 acquires a prefecture code corresponding to the reference position (step S105). The prefecture code corresponding to the reference position (longitude, latitude) can be obtained by a known technique such as reverse geocoding. The CPU 11 searches the introduction date adjustment table 167 using the selected model and the acquired prefecture code as a search key (step S106). The CPU 11 determines whether or not the search is hit (step S107). If the CPU 11 determines that the search has hit (YES in step S107), the CPU 11 updates the introduction date to the date stored in the introduction date adjustment table 167 (step S108). If the CPU 11 determines that the search has not been hit (NO in step S107), the process proceeds to step S109. The CPU 11 calculates the number of remaining days until the introduction date (step S109). The CPU 11 calculates the remaining number of days using the introduction date or the updated introduction date stored in the foresight application master table 161. The CPU 11 performs countdown display (step S110).

  Note that the introduction date may be changed using the introduction date adjustment table 167 not only when the countdown display is displayed but also when the introduction date is displayed on another screen such as a list of new models.

  Embodiment 2 has the following effects. When the introduction date of the new model is different for each region, the introduction date is determined based on the user's home position and the like, and the countdown display is performed, so that accurate information can be presented to the user.

Embodiment 3
The third embodiment relates to a mode in which countdown display is also performed by push notification. FIG. 24 is an explanatory diagram showing a record layout of the execution history table 24B according to the present embodiment. The execution history table 24B is a table that stores the execution history of the foresight application 11P. The execution history table 24B is stored in the mass storage device 24 of the distribution server 2. The execution history table 24B includes a user ID column, a model ID column, an execution date column, a look-ahead column, a booklet column, a quiz column, and a reference hole ID column. The user ID column stores the ID of the user who executed the look-ahead application 11P. The model ID column stores the model ID corresponding to the executed foreground application 11P. The execution date column stores the date on which the foreseeing application 11P is executed. The look-ahead column stores whether the look-ahead application 11P has been executed. For example, 1 is stored when the user executes the foresight application 11P, and 0 is stored when the foresight application 11P is not executed. The booklet column and quiz column are the same as the first-line application column. The reference hole ID column stores an introduction planned hole or an introduction hole ID referenced by the user. The execution history table 24B stores a history that the user has executed the foresight application 11P. The execution history may be stored in the large-capacity storage device 16 of the mobile terminal 1, and the stored content may be transmitted from the mobile terminal 1 to the distribution server 2 and stored in the execution history table 24B. In this case, it is possible to reliably collect execution records when the mobile terminal 1 cannot communicate with the distribution server 2.

  FIG. 25 is an explanatory diagram showing a record layout of the notification schedule table 24C according to the present embodiment. The notification schedule table 24C is a table that stores the schedule of push notifications. The notification schedule table 24 </ b> C is stored in the mass storage device 24 of the distribution server 2. The notification schedule table 24C includes a user ID column, a model ID column, an introduction date column, a notification date column, and a flag column. The user ID column stores the ID of the notification destination user of the push notification. The model ID column stores the model ID to be notified. The introduction date column stores the introduction date of the model. The notification date column stores the date on which the push notification is performed. The flag string stores whether or not a push notification has been performed. For example, if the push notification has already been performed, “done” is stored, and if the push notification has not been performed yet, “not stored” is stored. In the example shown in FIG. 25, it is stored that the notification about the model ID M100 is made to the user U0005 one week before (October 2nd) the introduction date (October 9th).

  The notification schedule table 24C is periodically updated by a daily batch or the like. FIG. 26 is a flowchart showing a procedure of notification schedule table update processing according to the present embodiment. The CPU 21 of the distribution server 2 refers to the foresight application master table 242 and extracts a model having a predetermined number of days (10 days, 7 days, 3 days, 1 day, etc.) until the introduction date as a target model (step) S121). The CPU 21 searches the execution history table 24B using the model ID of the extracted model, and extracts the user who has executed the extracted model foresight application 11P as the target user (step S122). The CPU 21 generates a push notification schedule for the extracted user and stores it as a record in the notification schedule table 24C (step S123). When the notification schedule table update process is executed, for example, on a daily basis at midnight or in the early morning, the notification about the model that has become 10 days until the introduction date is performed on the next day or the same day. In the example shown in FIG. 25, it is stored that the notification about the model ID M102 is scheduled to be notified 10 days before the introduction date (December 10) (November 30).

  The CPU 21 of the distribution server 2 performs a push notification based on the contents of the notification schedule table 24C. The push notification is performed, for example, on a daily basis after the update process of the notification schedule table 24C. FIG. 27 is a flowchart showing a procedure of push notification processing according to the present embodiment. The CPU 21 of the distribution server 2 extracts the record whose processing date is the notification date from the notification schedule table 24C as a target record (step S131). The CPU 21 executes a push notification based on the extracted arbitrary target record (step S132). The CPU 21 updates the flag of the target record to be completed (step S133). The CPU 21 determines whether there is an unprocessed target record (step S134). If the CPU 21 determines that there is an unprocessed target record (YES in step S134), the process returns to step S132, and the process for the unprocessed target record is performed. If the CPU 21 determines that there is no unprocessed target record (NO in step S134), the process returns to the caller. An example of the push notification has the same contents as the countdown display described above. When a notification server for performing push notification is prepared separately from the distribution server 2, the CPU 21 may register the push notification execution schedule in the notification server.

  Embodiment 3 has the following effects. Since the push notification about the introduction of the new model is performed, the user can be interested in the new model. In addition, it is possible to increase the user's willingness to play with the new model and encourage the visit to the hall.

Embodiment 4
The fourth embodiment relates to a mode corresponding to a case where there is a restriction on a day when guidance for introduction of a new model can be started. FIG. 28 is an explanatory diagram showing a record layout of the guidance start table 24D according to the present embodiment. The guidance start table 24D is stored in the mass storage device 24 of the distribution server 2. A table similar to the guidance start table 24D may be stored in the mass storage device 16 of the portable terminal 1 and synchronized. The guidance start table 24D includes a prefecture code string, a prefecture name string, and a guideable date string. The prefecture code string stores the prefecture code. The prefecture name column stores the prefecture name corresponding to the prefecture code. The guideable date column stores the date when the new model can be guided when the introduction date standard is used. For example, -7 indicates that guidance is possible from 7 days before the introduction date. +1 indicates that guidance is possible from the day after the introduction date.

  The guidance start table 24D is used in the above-described process as follows. FIG. 29 is a flowchart showing the procedure of the list display process. In the hall information processing shown in FIG. 14, the list display (step S88) is replaced with the processing shown in FIG. The CPU 11 of the portable terminal 1 acquires the introduction date of the selected model from the look-ahead application master table 161 (step S141). The CPU 11 refers to the guidance start table 24D of the distribution server 2 and calculates a guidance possible date for each prefecture (step S142). CPU11 extracts the prefecture whose guidance possible date is a future date as a prefecture where guidance is impossible (step S143). For example, if the introduction date is November 26, according to the example of FIG. 28, in Aomori Prefecture, it will be possible to guide from November 12, 14 days ago, so if November 12 is a future date, Aomori The prefecture is a prefecture where guidance is not possible. CPU11 acquires the prefecture code corresponding to the hall location contained in the hall information which concerns on a list display from the hall master table 243 of the delivery server 2 (step S144). The CPU 11 determines whether guidance is not possible for the hall (step S145). If the acquired prefecture code matches the prefecture code of any prefecture extracted in step S143, the CPU 11 determines that guidance is not possible (YES in step S145), and deletes the hole information from the hole information related to the list display. (Step S146). If the acquired prefecture code does not match any prefecture code extracted in step S143, the CPU 11 determines that guidance is possible (NO in step S145), and advances the process to step S147. The CPU 11 determines whether there is unprocessed hole information (step S147). If the CPU 11 determines that there is unprocessed hole information (YES in step S147), the process returns to step S144, and the process for unprocessed hole information is performed. If the CPU 11 determines that there is no unprocessed hole information (NO in step S147), it displays a list (step S148) and returns the process to the caller.

  Embodiment 4 has the following effects. In hall information processing, it becomes possible to display the introduction planned hall or the introduction hall in accordance with the regulations on the day when the guidance of the new model can be started.

The technical features (components) described in each embodiment can be combined with each other, and a new technical feature can be formed by combining them.
The embodiments disclosed herein are illustrative in all respects and should not be considered as restrictive. The scope of the present invention is defined not by the above-mentioned meaning but by the scope of the claims, and is intended to include all modifications within the meaning and scope equivalent to the scope of the claims.

1 Mobile terminal (display device)
11 CPU
11P look ahead application 12 ROM
13 RAM
DESCRIPTION OF SYMBOLS 14 Input part 15 Display part 16 Mass storage device 17 Timekeeping part 19 Communication part 2 Distribution server (store information transmitter)
2P control program 21 CPU
22 ROM
23 RAM
24 Mass storage device 25 Timekeeping unit 26 Communication unit

One aspect of the present application is that the computer has at least one of means for receiving a model of a ball game machine or a revolving game machine input by a user, a production video, basic information of the game machine, and a quiz related to the model. A means for receiving an instruction to display certain specific information from a user; a means for acquiring specific information corresponding to the received model and displaying it on a display ; a model of a ball game machine or a revolving game machine and the model The display unit compares the date of introduction of the accepted model acquired with reference to the storage unit storing the date of introduction of the current date and the current date and time held by the time-elapsed unit for aging time. means for determining whether the model identified by the identification information being displayed is before introduction to the store at this time, the result of determination by said determining means, especially by the identification information If the model is is prior to introduction into the store at this time, the model that is specified by the specifying information after from the moment by sending the information for specifying the received model to the distribution server connected via a network Is inquired of store information for specifying a store where the store is scheduled to be installed, and the store information is acquired from the distribution server and displayed on the display unit.

Claims (7)

Computer
Means for displaying specific information on the display unit for specifying the type of the ball or gaming machine,
If the model specified by the specific information displayed by the display unit is before introduction to the store at the present time, store information for specifying the store where the model is scheduled to be installed after the current time is displayed on the display unit. A computer program which functions as means for displaying. Computer
When the model specified by the specific information displayed by the display unit is currently installed in any store, the store information for specifying the store where the model is currently installed is displayed. The computer program according to claim 1, further causing the computer program to function as a means for displaying on the screen.   The means for displaying the store information on the display unit displays the specific information based on information about a position specified by a predetermined standard related to a user using the computer program. Item 5. The computer program according to Item 1. The computer,
When the model specified by the specific information is not installed in the store when the specific information is displayed, means for obtaining a period until the model is installed in the store;
The computer program according to any one of claims 1 to 3, wherein the computer program further functions as means for displaying the acquired period on the display unit. Computer
Means for obtaining user identification information;
Means for acquiring position information associated with the acquired identification information;
Based on the acquired position information, means for acquiring a scheduled date of installation in a store of the model specified by the specific information;
The computer program according to any one of claims 1 to 3, wherein the computer program further functions as means for displaying the acquired scheduled date. Computer
The computer program according to any one of claims 1 to 5, further functioning as a means for displaying a push notification related to the specific information. A store information transmitting device that communicates via a network with a computer that displays specific information for specifying a model of a ball game machine or a revolving game machine designated by a user,
Means for obtaining information about the model designated by the user from the computer;
Based on the acquired information, if the specified model is before introduction to a store at the present time, means for extracting store information for specifying a store where the model is scheduled to be installed after the current time;
Means for transmitting the extracted store information to the computer.

Images