JP5992599B1 - コンピュータプログラム - Google Patents

Abstract

【課題】顧客の来店を促す内容の新機種の遊技機についての情報を表示するコンピュータプログラム等を提供すること。【解決手段】コンピュータプログラムは、コンピュータを、弾球遊技機または回胴式遊技機の機種を特定するための特定情報を表示部に表示させる手段と、前記表示部により表示されている特定情報により特定される機種が現時点で店舗への導入前である場合、前記現時点から後に前記機種を設置予定の店舗を特定するための店舗情報を前記表示部に表示させる手段として機能させる。【選択図】図１

Description

本発明は遊技機の新機種に関する情報を提供するコンピュータプログラム等に関する。

遊技ホールにおいては、遊技に供する遊技機を入れ替えることにより、特に頻繁に来店する常連顧客が遊技に飽きないようにする工夫がされている。遊技ホール（弾球遊技機および回胴式遊技機の少なくとも一方が設置された遊技施設である。以降、単に「ホール」と呼ぶこともある）において、新機種の遊技機を導入する際、顧客への事前告知は店内の張り紙や、店内でのチラシの配布が主であった。

一方、インターネットなどの通信回線に接続された携帯端末に様々な情報を配信する情報サービスも行われている（特許文献１）。

特開２００２−３３８３３号公報

しかしながら、情報配信サービスにて配信される新機種の遊技機についての情報は、内容が十分ではなく、顧客の来店を促すものではなかった。
本発明は上述のごとき事情に鑑みてなされたものであり、弾球遊技機および回胴式遊技機の少なくとも一方が設置された遊技施設への顧客の来店を促すことが可能なコンピュータプログラム等を提供することを目的とする。

本願の一観点は、コンピュータを、ユーザにより入力された、弾球遊技機または回胴式遊技機の機種を受け付ける手段と、演出動画、遊技機の基本情報、および機種に関するクイズの少なくとも１つである特定情報の表示の指示をユーザから受け付ける手段と、前記受け付けた機種に対応する特定情報を取得して表示部に表示させる手段と、弾球遊技機または回胴式遊技機の機種および該機種の導入日を関連付けて記憶している記憶手段を参照して取得された前記受け付けられた機種の導入日と、時刻を経時する経時手段が保持する現在日時とを比較して、前記表示部により表示されている特定情報により特定される機種が現時点で店舗への導入前であるか否かを判定する手段と、前記判定する手段による判定の結果、前記特定情報により特定される機種が現時点で店舗への導入前である場合、前記受け付けた機種を特定する情報をネットワークを介して接続された配信サーバに送信することにより前記現時点から後に前記特定情報により特定される機種を設置予定の店舗を特定するための店舗情報を問い合わせ、前記配信サーバから前記店舗情報を取得して前記表示部に表示させる手段として機能させる。

一観点によれば、顧客の来店を促すことが可能となる。

本発明の一実施形態に係る配信システムの構成を示す説明図である。 本発明の一実施形態に係る配信サーバのハードウェア構成を示すブロック図である。 本発明の一実施形態に係る携帯端末のハードウェアの構成例を示すブロックである。 本発明の一実施形態に係るユーザマスタテーブルのレコードレイアウトを示す説明図である。 本発明の一実施形態に係る先見せアプリマスタテーブルのレコードレイアウトを示す説明図である。 本発明の一実施形態に係るホールマスタテーブルのレコードレイアウトを示す説明図である。 本発明の一実施形態に係る設置機種テーブルのレコードレイアウトを示す説明図である。 本発明の一実施形態に係るクイズマスタテーブルのレコードレイアウトを示す説明図である。 本発明の一実施形態に係る小冊子マスタテーブルのレコードレイアウトを示す説明図である。 本発明の一実施形態に係る携帯端末の動作手順を示すフローチャートである。 本発明の一実施形態に係る先見せ処理の手順を示すフローチャートである。 本発明の一実施形態に係る小冊子処理の手順を示すフローチャートである。 本発明の一実施形態に係るクイズ処理の手順を示すフローチャートである。 本発明の一実施形態に係るホール情報処理の手順を示すフローチャートである。 本発明の一実施形態に係る、先見せアプリにおける機種一覧表示画面を示す説明図である。 本発明の一実施形態に係る、先見せアプリにおける動画再生画面を示す説明図である。 本発明の一実施形態に係る、先見せアプリにおける小冊子画面を示す説明図である。 本発明の一実施形態に係る、先見せアプリにおけるクイズ画面を示す説明図である。 本発明の一実施形態に係る、先見せアプリにおけるカウントダウン表示画面を示す説明図である。 本発明の一実施形態に係る、先見せアプリにおけるホール情報画面を示す説明図である。 本発明の一実施形態に係る、先見せアプリにおけるホール一覧画面を示す説明図である。 本発明の一実施形態に係る導入日調整テーブルのレコードレイアウトを示す説明図である。 本発明の一実施形態に係るカウントダウン表示処理の手順を示すフローチャートである。 本発明の一実施形態に係る実行履歴テーブルのレコードレイアウトを示す説明図である。 本発明の一実施形態に係る通知予定テーブルのレコードレイアウトを示す説明図である。 本発明の一実施形態に係る通知予定テーブル更新処理の手順を示すフローチャートである。 本発明の一実施形態に係るプッシュ通知処理の手順を示すフローチャートである。 本発明の一実施形態に係る案内開始テーブルのレコードレイアウトを示す説明図である。 本発明の一実施形態に係る一覧表示処理の手順を示すフローチャートである。

実施の形態１
以下、実施の形態を、図面を参照しつつ、説明する。図１は本実施形態に係る配信システムの構成を示す説明図である。配信システムは携帯端末（表示装置）１、配信サーバ（店舗情報送信装置）２を含む。携帯端末１と配信サーバ２とはネットワークＮを介して通信可能としてある。ネットワークＮには、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネット、固定電話回線、携帯電話回線、通信衛星回線等を含む。携帯端末１は、弾球遊技機（以下、「パチンコ」とも呼ぶ）、および回胴式遊技機（以下、「パチスロ」とも呼ぶ）の少なくとも一方が設置された遊技ホール（単に、「ホール」とも呼ぶ）の顧客である配信システムのユーザが携帯する端末である。配信システムにおいて、配信サーバ２は新機種の遊技機を紹介するコンテンツ（テキスト、画像、動画など）及びアプリケーションプログラムを携帯端末１に送信する。携帯端末１は、受信したアプリケーションプログラム（以下、「先見せアプリ」と記す。）により、コンテンツをユーザに提示する。なお、先見せアプリはインタプリタのように、入力として与えるソースプログラムの内容によって動作が決まるものでもよい。
先見せアプリは、専用プログラムに限らず、Ｗｅｂブラウザ、画像表示プログラム、動画再生プログラムを連動させるものであっても良い。また、Ｗｅｂブラウザの機能を拡張するプラグイン、スクリプトも含む。さらに、携帯端末１において、先見せアプリと協働するミドルウェアを動作させてもよい。なお、以下の説明において、携帯端末１及び配信サーバ２の処理の分担は一例である。携帯端末１が行う処理の一部を配信サーバ２が行ってもよいし、配信サーバ２が行う処理の一部を携帯端末１が行ってもよい。

図２は本実施形態に係る配信サーバ２のハードウェア構成を示すブロック図である。配信サーバ２は、汎用コンピュータ、ワークステーション、デスクトップ型ＰＣ（パーソナルコンピュータ）、ノートブック型ＰＣ等である。配信サーバ２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３、大容量記憶装置２４、計時部２５、通信部２６を含む。各構成はバスＢで接続されている。ＣＰＵ２１はＲＯＭ２２に記憶された制御プログラム２Ｐに従いハードウェア各部を制御する。ＲＡＭ２３は例えばＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、フラッシュメモリである。ＲＡＭ２３はＣＰＵ２１によるプログラムの実行時に発生するデータを一時的に記憶する。大容量記憶装置２４は、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などである。大容量記憶装置２４には、先見せアプリ１１Ｐや各種データが記憶されている。また、制御プログラム２Ｐを大容量記憶装置２４に記憶するようにしてもよい。計時部２５は、時刻又は配信サーバ２が起動してからの経過時間等の時間を計時しており、ＣＰＵ２１からの求めに応じて、計時結果をＣＰＵ２１に与える回路である。通信部２６はネットワークＮを介して、携帯端末１など、他のコンピュータと通信を行う。ネットワークＮを介して他のコンピュータからＣＰＵ２１が制御プログラム２Ｐをダウンロードし、大容量記憶装置２４に記憶してもよい。

図３は本実施形態に係る携帯端末１のハードウェアの構成例を示すブロックである。携帯端末１は、例えば、携帯電話機、スマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ｄｅｖｉｃｅ）、タブレットコンピュータである。携帯端末１は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、入力部１４、表示部１５、大容量記憶装置１６、計時部１７、位置計測部１８、通信部１９を含む。各構成はバスＢで接続されている。ＣＰＵ１１はＲＯＭ１２に記憶された制御プログラム１Ｐに従いハードウェア各部を制御する。制御プログラム１Ｐは複数のプログラムを含んでもよい。例えば、Ｗｅｂブラウザ、画像表示プログラム、動画再生プログラムなどを含む。ＲＡＭ１３は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリである。ＲＡＭ１３はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶する。入力部１４は文字や数字を入力するためのキーや十字キーなどを含む。表示部１５は液晶ディスプレイ、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｍｔｔｉｎｇ Ｄｉｏｄｅ）などを含む。入力部１４と表示部１５とを一体的に構成したタッチパネルディスプレイを用いてもよい。大容量記憶装置１６は、例えば、ＳＤメモリカードである。大容量記憶装置１６には、各種データが記憶されている。また、制御プログラム１Ｐを大容量記憶装置１６に記憶してもよい。位置計測部１８はＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機などを含み、携帯端末１の現在位置の計測を行う。位置計測部１８は、通信部１９の通信相手である携帯電話網の基地局やＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）アクセスポイント、設置位置が既知であるＢｌｕｅｔｏｏｔｈ（登録商標）による接続先装置より得た位置情報により、位置情報の補正を行う機能を備えてもよい。計時部１７は、時刻又は携帯端末１が起動してからの経過時間等の時間を計時しており、ＣＰＵ１１からの求めに応じて、計時結果をＣＰＵ１１に与える回路である。計時部１７は正確な時刻を保持するために、ＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）により、配信サーバ２と時刻を同期する。通信部１９はネットワークＮを介して、配信サーバ２など、他のコンピュータと通信を行う。ネットワークＮを介して他のコンピュータからＣＰＵ１１が制御プログラム１Ｐをダウンロードし、大容量記憶装置１６に記憶してもよい。また、ＣＰＵ１１は、ネットワークＮを介して配信サーバ２より先見せアプリ１１Ｐを受信し、大容量記憶装置１６に記憶する。

次に、配信サーバ２が備える大容量記憶装置２４又は携帯端末１が備える大容量記憶装置１６が記憶する各種データについて、説明する。まず、大容量記憶装置２４に記憶するデータについて説明する。図４は本実施形態に係るユーザマスタテーブル２４１のレコードレイアウトを示す説明図である。ユーザマスタテーブル２４１は、ユーザＩＤ列、パスワード列、氏名列、マイホール列、自宅位置列、職場位置列、立寄り位置１列、立寄り位置２列、立寄り位置３列を含む。ユーザＩＤ列はユーザを一意に特定するＩＤを記憶する。パスワード列はパスワードを記憶する。氏名列はユーザの氏名を記憶する。マイホール列はユーザが選択したパチンコホールのＩＤを記憶する。自宅位置列はユーザの自宅の位置を経度、緯度で記憶する。職場位置列はユーザの職場、学校などの位置を経度、緯度で記憶する。立寄り位置１〜３列はユーザの通勤・通学経路途上での乗換駅など、頻繁に立ち寄る位置を経度、緯度で記憶する。なお、マイホール列に記憶するパチンコホールのＩＤは複数でもよい。また、自宅位置列、職場位置列、立寄り位置１〜３列に記憶する位置は、ユーザの操作により設定される。よって、例えば、自宅位置列に必ずユーザの自宅の位置を記憶しなくてもよい。その他の職場位置列、立寄り位置１〜３列についても、同様である。

図５は本実施形態に係る先見せアプリマスタテーブル２４２のレコードレイアウトを示す説明図である。以下の説明において、先見せアプリ１１Ｐは初期設定や動作設定が書かれた設定ファイルを読み込んで動作するものとする。先見せアプリマスタテーブル２４２は、ファイルＩＤ列、ファイル名列、機種名列、機種ＩＤ列、メーカ列、導入日列を含む。ファイルＩＤ列は先見せアプリ１１Ｐに読み込ませる設定ファイルを一意に特定するＩＤを記憶する。ファイル名列は設定ファイルの名称を記憶する。機種名列は先見せアプリ１１Ｐが動作することにより紹介される新機種の機種名を記憶する。機種ＩＤ列は先見せアプリ１１Ｐにより紹介される新機種を一意に特定するＩＤを記憶する。メーカ列は新機種の製造メーカを記憶する。導入日列は新機種が導入開始される日付を記憶する。

図６は本実施形態に係るホールマスタテーブル２４３のレコードレイアウトを示す説明図である。ホールマスタテーブル２４３はホールＩＤ列、ホール名列、住所列、都道府県コード列、市区町村コード列、位置列を含む。ホールＩＤ列は遊技ホールを一意に特定するＩＤを記憶する。ホール名列は遊技ホールの名称を記憶する。住所列は遊技ホールの所在地住所を記憶する。都道府県コード列は、遊技ホールの所在する都道府県を一意に特定するコードを記憶する。市区町村コード列は遊技ホールの所在する市区町村を一意に特定するコードを記憶する。位置列は遊技ホールの所在地を示す経度、緯度を記憶する。

図７は本実施形態に係る設置機種テーブル２４４のレコードレイアウトを示す説明図である。設置機種テーブル２４４はホールＩＤ列、機種ＩＤ列、台数列、導入日列、フラグ列を含む。ホールＩＤ列はホールを一意に特定するＩＤを記憶する。機種ＩＤはホールに導入されている機種のＩＤを記憶する。台数列は、ホールに導入されている機種ごとの台数を記憶する。導入日列は機種ごとの導入日を記憶する。導入予定の機種については、導入予定日を記憶する。フラグ列は、当該機種が導入されているか否かを記憶する。例えば、導入日前であればフラグ列の値を「導入前」とする。導入日以降であればフラグ列の値を「導入済」とする。なお、導入日は店舗に新機種が導入される最先の日を記憶する。導入日を参照することで、当該新機種が店舗への導入前か否かの判定が可能である。また、フラグ列を適宜更新することにより、フラグ列によっても当該新機種が店舗への導入前か否かの判定が可能である。一方、廃棄された機種の場合、フラグ列の値を「破棄」とすれば、破棄された機種についても設置機種テーブル２４４で管理可能である。

図８は本実施形態に係るクイズマスタテーブル２４５のレコードレイアウトを示す説明図である。クイズマスタテーブル２４５はクイズＩＤ列、機種ＩＤ列、問題番号列、問題列、選択肢列、正解列を含む。クイズＩＤ列はクイズを一意に特定するＩＤを記憶する。機種ＩＤ列はクイズに対応する機種のＩＤを記憶する。問題列は各問題の問題文を記憶する。選択肢列は回答の選択肢を記憶する。正解列は正解の選択肢を記憶する。

図９は本実施形態に係る小冊子マスタテーブル２４６のレコードレイアウトを示す説明図である。小冊子マスタテーブル２４６はファイルＩＤ列、ファイル名列、機種名列、機種ＩＤ列を含む。ファイルＩＤ列は、図５に示したアプリマスタテーブル２４２のファイルＩＤ列と対応する値を記憶する。ファイル名列は小冊子を表示するためのファイルのファイル名を記憶する。機種名列は小冊子が対応する機種の機種名を記憶する。機種ＩＤ列は小冊子が対応する機種のＩＤを記憶する。小冊子とは遊技機のゲームフローや演出画像、当たり確率、賞球数など遊技機の基本情報を記載したものである。ここでは、従来、紙媒体により配布されている小冊子を電子データとして、携帯端末１に配布する。

配信サーバ２の大容量記憶装置２４には更に、テキストファイルデータベース２４７、動画ファイルデータベース２４８、画像ファイルデータベース２４９が記憶されている。テキストファイルデータベース２４７はスクリプトファイル、ＨＴＭＬファイルなどを含むテキストファイルの集合体である。動画ファイルデータベース２４８は動画ファイルの集合体である。画像ファイルデータベース２４９は画像ファイルの集合体である。それぞれのファイルはファイル名で特定され、ファイル名を用いて参照される。

大容量記憶装置２４に記憶されるデータベースの一部は、携帯端末１の大容量記憶装置１６にもコピーされる。図３に示すように、大容量記憶装置１６は、先見せアプリマスタテーブル１６１、クイズマスタテーブル１６２、小冊子マスタテーブル１６３、テキストファイルデータベース１６４、動画ファイルデータベース１６５、画像ファイルデータベース１６６を記憶している。先見せアプリマスタテーブル１６１、クイズマスタテーブル１６２、小冊子マスタテーブル１６３のレコードレイアウトはそれぞれ、先見せアプリマスタテーブル２４２、クイズマスタテーブル２４５、小冊子マスタテーブル２４６のレコードレイアウトと同様である。

次に、携帯端末１の動作について説明する。図１０は本実施形態に係る携帯端末１の動作手順を示すフローチャートである。先見せアプリ１１Ｐをユーザが起動すると、携帯端末１のＣＰＵ１１は、同期処理を行う（ステップＳ１）。具体的には大容量記憶装置１６に記憶された先見せアプリマスタテーブル１６１を、配信サーバ２の先見せアプリマスタテーブル２４２に同期させる。同様に、テキストファイルデータベース１６４を、配信サーバ２のテキストファイルデータベース２４７と同期させる。さらには、配信サーバ２とＮＴＰにより通信を行い、計時部１７が保持する現在日時を正確なものに更新する。以降、ＣＰＵ１１は更新後の日時に基づき、期間等の算出を行う。ＣＰＵ１１は新機種の遊技機名称などを表示部１５に一覧表示する（ステップＳ２）。一覧表示は先見せアプリマスタテーブル１６１に基づき行う。一覧表示する新機種は、例えば、導入日から１ヶ月以内といった導入してから日が浅い機種、これから導入される予定の機種とする。ユーザは一覧表示された新機種より１つの機種を選択する。ＣＰＵ１１は入力部１４を介して、ユーザからの選択入力を受付ける（ステップＳ３）。ＣＰＵ１１は選択された機種の情報を表示する（ステップＳ４）。ユーザは機種情報の表示画面から次の動作の入力を行う。ＣＰＵ１１は入力部１４を介して、ユーザからの入力を受け付ける（ステップＳ５）。
ＣＰＵ１１は入力が先見せ処理の指示か否かを判定する（ステップＳ６）。ＣＰＵ１１は入力が先見せ処理の指示であると判定した場合（ステップＳ６でＹＥＳ）、先見せ処理を行う（ステップＳ７）。ＣＰＵ１１は処理をステップＳ１４に進める。ＣＰＵ１１は入力が先見せ処理ではないと判定した場合（ステップＳ６でＮＯ）、入力が小冊子処理の指示か否かを判定する（ステップＳ８）。ＣＰＵ１１は入力が小冊子処理の指示であると判定した場合（ステップＳ８でＹＥＳ）、小冊子処理を行う（ステップＳ９）。ＣＰＵ１１は処理をステップＳ１４に進める。ＣＰＵ１１は入力が小冊子処理ではないと判定した場合（ステップＳ８でＮＯ）、入力がクイズ処理の指示か否かを判定する（ステップＳ１０）。ＣＰＵ１１は入力がクイズ処理であると判定した場合（ステップＳ１０でＹＥＳ）、クイズ処理を行う（ステップＳ１１）。処理をステップＳ１４に進める。ＣＰＵ１１は入力がクイズ処理ではないと判定した場合（ステップＳ１０でＮＯ）、入力がホール情報処理であるか否かを判定する（ステップＳ１２）。ＣＰＵ１１は入力がホール情報処理であると判定した場合（ステップＳ１２でＹＥＳ）、ホール情報処理を行う（ステップＳ１３）。ＣＰＵ１１は処理をステップＳ１４に進める。ＣＰＵ１１は入力がホール情報処理でないと判定した場合（ステップＳ１２でＮＯ）、処理をステップＳ１４に進める。ＣＰＵ１１は入力が戻るであるか否かを判定する（ステップＳ１４）。ＣＰＵ１１は入力が戻るであると判定した場合（ステップＳ１４でＹＥＳ）、処理をステップＳ１に戻す。ＣＰＵ１１は入力が戻るではないと判定した場合（ステップＳ１４でＮＯ）、入力が終了であるか否かを判定する（ステップＳ１５）。ＣＰＵ１１は入力が終了ではないと判定した場合（ステップＳ１５でＮＯ）、処理をステップＳ４へ戻す。ＣＰＵ１１は入力が終了であると判定した場合（ステップＳ１５でＹＥＳ）、処理を終了する。

次に、先見せ処理について説明する。図１１は本実施形態に係る先見せ処理の手順を示すフローチャートである。先見せ処理は、アプリマスタテーブル１６１のファイル名列に定義されている設定ファイルにしたがって行われる。携帯端末１のＣＰＵ１１は、同期処理を行う（ステップＳ２１）。ＣＰＵ１１は先見せ処理で用いるスクリプトファイル（テキストファイルデータベース１６４に記憶）、動画ファイル（動画ファイルデータベース１６５に記憶）、画像ファイル（画像ファイルデータベース１６６に記憶）が最新であるかを調べ、最新でなければ、最新のものを配信サーバ２より取得する。さらには、配信サーバ２とＮＴＰにより通信を行い、計時部１７が保持する現在日時を正確なものに更新する。ＣＰＵ１１はステップＳ３にて選択された遊技機の先見せに係る動画を再生する（ステップＳ２２）。再生する動画の実体は、動画ファイルデータベース１６５に記憶されている。例えば、動画の内容としては、予告演出の動画像、スーパーリーチ演出の動画像、重要演出の動画像などである。ＣＰＵ１１は新機種に関連した他の情報にアクセスするためのハイパーリンク（単に、リンクとも呼ぶ）を表示する（ステップＳ２３）。他の情報の例としては、再生中以外の演出動画、ホール情報である。ＣＰＵ１１は動画の再生が終了したか否かを判定する（ステップＳ２４）。ＣＰＵ１１は動画の再生が終了したと判定した場合（ステップＳ２４でＹＥＳ）、選択されている機種が導入前であるか否かを判定する（ステップＳ２８）。導入前であるか否かは、先見せアプリマスタテーブルの導入日列の値と、現在日付の大小により判定可能である。ＣＰＵ１１は選択されている機種が導入前であると判定した場合（ステップＳ２８でＹＥＳ）、カウントダウン表示を行い（ステップＳ２９）、処理をステップＳ２５へ移す。カウントダウン表示は選択されている機種の導入日までの日数を表示するものである。
ＣＰＵ１１は選択されている機種が導入後であると判定した場合（ステップＳ２８でＮＯ）、処理をステップＳ２５へ移す。ＣＰＵ１１は動画の再生が終了していないと判定した場合（ステップＳ２４でＮＯ）、ユーザが操作したか否かを判定する（ステップＳ２５）。ＣＰＵ１１はユーザが操作していないと判定した場合（ステップＳ２５でＮＯ）、処理をステップＳ２４に戻す。ＣＰＵ１１はユーザが操作したと判定した場合（ステップＳ２５でＹＥＳ）、ユーザがホール情報を選択した否かを判定する（ステップＳ２６）。ＣＰＵ１１はユーザがホール情報を選択したと判定した場合（ステップＳ２６でＹＥＳ）、ホール情報処理を行い（ステップＳ２７）、処理を呼び出し元に戻す。ＣＰＵ１１はユーザがホール情報を選択していないと判定した場合（ステップＳ２６でＮＯ）、ユーザが戻るを選択したか否かを判定する（ステップＳ３０）。ＣＰＵ１１はユーザが戻るを選択したと判定した場合（ステップＳ３０でＹＥＳ）、処理を呼び出し元に戻す。ＣＰＵ１１はユーザが戻るを選択していないと判定した場合（ステップＳ３０でＮＯ）、動画再生を選択したか否かを判定する（ステップＳ３１）。ＣＰＵ１１はユーザが動画再生を選択したと判定した場合（ステップＳ３１でＹＥＳ）、処理をステップＳ２２に戻す。ＣＰＵ１１はユーザが動画再生を選択していないと判定した場合（ステップＳ３１でＮＯ）、ユーザが選択したその他の処理を行い（ステップＳ３２）、処理をステップＳ２５に戻す。

次に、小冊子処理について説明する。図１２は本実施形態に係る小冊子処理の手順を示すフローチャートである。小冊子処理は、小冊子マスタテーブル１６３のファイル名列に定義されている設定ファイルにしたがって行われる。携帯端末１のＣＰＵ１１は同期処理を行う（ステップＳ４１）。ＣＰＵ１１は小冊子処理で用いるスクリプトファイル（テキストファイルデータベース１６４に記憶）、動画ファイル（動画ファイルデータベース１６５に記憶）、画像ファイル（画像ファイルデータベース１６６に記憶）が最新であるかを調べ、最新でなければ、最新のものを配信サーバ２より取得する。さらには、配信サーバ２とＮＴＰにより通信を行い、計時部１７が保持する現在日時を正確なものに更新する。ＣＰＵ１１はステップＳ３にて選択された遊技機の遊技（ゲーム）フローを表示する（ステップＳ４２）。ＣＰＵ１１は選択されている機種を導入済み又は導入予定のホールを検索するためのリンク、その他の情報を表示するためのリンクを表示する（ステップＳ４３）。その他の情報の例としては、大当り確率、確変突入率、賞球数、ラウンド、カウント、出玉、時短などのスペック情報、モードの種類と各モードの内容、大当たりについての情報である。ＣＰＵ１１は、ユーザが遊技フローを構成する項目を選択したか否かを判定する（ステップＳ４４）。ＣＰＵ１１は、ユーザが遊技フローを構成する項目を選択したと判定した場合（ステップＳ４４でＹＥＳ）、新たな画面を開き、選択された項目を説明する動画を再生する（ステップＳ４５）。動画ではなくスライドショーを再生してもよい。ＣＰＵ１１は動画の再生が終了したか否かを判定する（ステップＳ４６）。ＣＰＵ１１は動画の再生が終了していないと判定した場合（ステップＳ４６でＮＯ）、判定処理を繰り返す。
ＣＰＵ１１は動画の再生が終了したと判定した場合（ステップＳ４６でＹＥＳ）、選択されている機種が導入前か否かを判定する（ステップＳ４７）。ＣＰＵ１１は選択されている機種が導入前であると判定した場合（ステップＳ４７でＹＥＳ）、カウントダウン表示を行い（ステップＳ４８）、処理をステップＳ４９に進める。ＣＰＵ１１は選択されている機種が導入前でないと判定した場合（ステップＳ４７でＮＯ）、ユーザがホール情報を選択したか否かを判定する（ステップＳ４９）。ＣＰＵ１１はユーザがホール情報を選択したと判定した場合（ステップＳ４９でＹＥＳ）、ホール情報処理を行い（ステップＳ５０）、処理を呼び出し元に戻す。ＣＰＵ１１はユーザがホール情報を選択していないと判定した場合（ステップＳ４９でＮＯ）、ユーザが戻るを選択したか否かを判定する（ステップＳ５１）。ＣＰＵ１１はユーザが戻るを選択したと判定した場合（ステップＳ５１でＹＥＳ）、処理を呼び出し元に戻す。ＣＰＵ１１はユーザが戻るを選択していないと判定した場合（ステップＳ５１でＮＯ）、ユーザが動画再生画面を閉じる操作をしたか否かを判定する（ステップＳ５２）。ＣＰＵ１１はユーザが動画再生画面を閉じる操作をしたと判定した場合（ステップＳ５２でＹＥＳ）、動画再生画面を閉じ（ステップＳ５３）、処理をステップＳ４４に戻す。ＣＰＵ１１はユーザが動画再生画面を閉じる操作をしていないと判定した場合（ステップＳ５２でＮＯ）、処理をステップＳ４９へ戻す。ＣＰＵ１１は、ユーザが遊技フローを構成する項目を選択していないと判定した場合（ステップＳ４４でＮＯ）、ユーザが戻るを選択したか否かを判定する（ステップＳ５４）。ＣＰＵ１１はユーザが戻るを選択したと判定した場合（ステップＳ５４でＹＥＳ）、処理を呼び出し元に戻す。ＣＰＵ１１はユーザが戻るを選択していないと判定した場合（ステップＳ５４でＮＯ）、ユーザがホール情報を選択したか否かを判定する（ステップＳ５５）。ＣＰＵ１１はユーザがホール情報を選択したと判定した場合（ステップＳ５５でＹＥＳ）、処理をステップＳ５０に移す。ＣＰＵ１１はユーザがホール情報を選択していないと判定した場合（ステップＳ５５でＮＯ）、処理をステップＳ４４に戻す。

次に、クイズ処理について説明する。クイズ処理はクイズマスタテーブル１６２の定義にしたがって行われる。図１３は本発明の一実施形態に係るクイズ処理の手順を示すフローチャートである。携帯端末１のＣＰＵ１１は同期処理を行う（ステップＳ６１）。ＣＰＵ１１はクイズマスタテーブル１６２と配信サーバ２に記憶されているクイズマスタテーブル２４５とを同期させる。また、クイズ処理で用いるスクリプトファイル（テキストファイルデータベース１６４に記憶）、動画ファイル（動画ファイルデータベース１６５に記憶）、画像ファイル（画像ファイルデータベース１６６に記憶）が最新であるかを調べ、最新でなければ、最新のものを配信サーバ２より取得する。さらには、配信サーバ２とＮＴＰにより通信を行い、計時部１７が保持する現在日時を正確なものに更新する。ＣＰＵ１１はステップＳ３にて選択された遊技機に関する問題表示を行う（ステップＳ６２）。ＣＰＵ１１は入力部１４を介して回答を受付ける（ステップＳ６３）。ＣＰＵ１１は受付けた回答が正解か否かを判定し、正解数をカウントする（ステップＳ６４）。ＣＰＵ１１は最後の問題に達したか否かを判定する（ステップＳ６５）。ＣＰＵ１１は最後の問題に達していないと判定した場合（ステップＳ６５でＮＯ）、処理をステップＳ６２に戻す。ＣＰＵ１１は最後の問題に達していると判定した場合（ステップＳ６５でＹＥＳ）、表示部１５に結果を表示する（ステップＳ６６）。
ＣＰＵ１１は選択されている機種が導入前か否かを判定する（ステップＳ６７）。ＣＰＵ１１は選択されている機種が導入前でないと判定した場合（ステップＳ６７でＮＯ）、処理をステップＳ６９に移す。ＣＰＵ１１は選択されている機種が導入前であると判定した場合（ステップＳ６７でＹＥＳ）、カウントダウン表示を行う（ステップＳ６８）。ＣＰＵ１１は選択されている機種を導入済み又は導入予定のホールを検索するためのリンクを表示する（ステップＳ６９）。ＣＰＵ１１はユーザがホール情報を選択したか否かを判定する（ステップＳ７０）。ＣＰＵ１１はユーザがホール情報を選択したと判定した場合（ステップＳ７０でＹＥＳ）、ホール情報処理を行い（ステップＳ７１）、処理を呼び出し元に戻す。ＣＰＵ１１はユーザがホール情報を選択していないと判定した場合（ステップＳ７０でＮＯ）、ユーザが戻るを選択した否かを判定する（ステップＳ７２）。ＣＰＵ１１はユーザが戻るを選択したと判定した場合（ステップＳ７２でＹＥＳ）、処理を呼び出し元に戻す。ＣＰＵ１１はユーザが戻るを選択していないと判定した場合（ステップＳ７２でＮＯ）、処理をステップＳ６２に戻す。なお、クイズの正答率が所定値以上の場合、先見せ処理で見られない動画を再生可能としたり、遊技フローに沿った演出の流れを疑似体験できるようなインタラクティブな動画を視聴可能としたりしてもよい。

次に、ホール情報処理について説明する。図１４は本発明の一実施形態に係るホール情報処理の手順を示すフローチャートである。携帯端末１のＣＰＵ１１はステップＳ３にて選択されている機種が導入日から所定日数（所定日数は、ゼロ日も含まれる（ゼロ日の場合は、本ステップは、導入日を経過しているか否かの判定をしているとも言える）経過しているか否かを判定する（ステップＳ８１）。すなわち、ステップＳ８１では、ＣＰＵ１１は、ステップＳ３にて選択されている機種が現時点においていずれかのホールに設置）されているか否か（該当機種の稼働開始日になっているか否か）を判定していると言える。ＣＰＵ１１は所定日数経過していないと判定した場合（ステップＳ８１でＮＯ）、上記先見せアプリ１１Ｐにて閲覧対象として選択されている機種を導入する予定があるホールを特定するための情報（上記現時点から後に上記機種を設置予定のホールを特定するための情報；例えば、ホール名、住所等である。以降、「導入予定ホール情報」とも呼ぶ）を取得する（ステップＳ８２）。ＣＰＵ１１は所定日数経過していると判定した場合（ステップＳ８１でＹＥＳ）、上記選択されている機種が導入されているホールを特定するための情報（上記現時点で前記機種を設置している店舗を特定するための情報；例えば、ホール名、住所等である。以降、「導入ホール情報」とも呼ぶ）を取得する（ステップＳ８３）。導入ホール情報又は導入予定ホール情報は、配信サーバ２に問い合わせを行い、ホールマスタテーブル２４３および設置機種テーブル２４４を参照して取得する。例えば、ＣＰＵ１１は、機種ＩＤといった、ステップＳ３にて選択された機種を特定する情報を配信サーバ２に送信し、配信サーバは、該選択された機種を特定する情報に基づいて、該当するホール情報を取得して携帯端末１に送信する。
ＣＰＵ１１は取得したホール情報をＲＡＭ２３、大容量記憶装置２４などに設けた一時記憶領域に記憶する（ステップＳ８４）。ＣＰＵ１１は現在操作されている携帯端末１が位置する位置データの取得を行う（ステップＳ８５）。より具体的には、位置計測部１８により、現在位置（現在地の位置座標）の取得を行う。ＣＰＵ１１は位置の取得ができた否かを判定する（ステップＳ８６）。ＣＰＵ１１は位置の取得ができたと判定した場合（ステップＳ８６でＹＥＳ）、ステップＳ８４で記憶したホール情報をステップＳ８５にて取得された位置データにて特定される地理上の位置（対象携帯端末１の位置）に近い順にソートする（ステップＳ８７）。ＣＰＵ１１はソート結果に従い、ステップＳ３にて指定された遊技機が設置されたホール（店舗）を特定するための店舗情報として導入予定ホール又は導入ホールを一覧表示し（ステップＳ８８）、処理を呼び出し元に戻す。
ＣＰＵ１１は位置の取得ができなかったと判定した場合（ステップＳ８６でＮＯ）、ホールの検索条件を選択するための選択画面を表示する（ステップＳ８９）。ＣＰＵ１１はユーザがマイホールを選択したか否かを判定する（ステップＳ９０）。ＣＰＵ１１はユーザがマイホールを選択したと判定した場合（ステップＳ９０でＹＥＳ）、ユーザのマイホール情報を配信サーバ２のユーザマスタテーブル２４１より取得し、ステップＳ８４で記憶したホール情報と突き合わせを行い、マイホールに絞り込む（ステップＳ９１）。ＣＰＵ１１は処理をステップＳ８８に移す。ＣＰＵ１１はユーザがマイホールを選択しなかったと判定した場合（ステップＳ９０でＮＯ）、都道府県選択画面を表示し、ユーザに都道府県を選択させる（ステップＳ９２）。ＣＰＵ１１はユーザが選択した都道府県に対応した市区町村選択画面を表示し、ユーザに市区町村を選択させる（ステップＳ９３）。ＣＰＵ１１はステップＳ９３の選択結果に従い、ステップＳ８４で記憶したホール情報を市区町村で絞り込む（ステップＳ９４）。ホールがどの市区町村に所在しているかについては、ホールマスタテーブル２４３の都道府県コード列、市区町村コード列に記憶してある都道府県コード及び市区町村コードにより判別可能である。ＣＰＵ１１は処理をステップＳ８８に移す。なお、位置データの取得においては、現在位置の取得のみならず、配信サーバ２が記憶しているユーザマスタテーブル２４１に予め設定してあるユーザの自宅位置、職場位置、立寄り位置１〜３を取得してもよい。このとき、現在位置を含めたどの位置を取得するかについては、ユーザに選択させてもよい。また、現在位置が取得できなかった場合に、マイホールからの検索、都道府県及び市区町村での検索に加えて、予め設定してある位置に近いホールの検索を行えるようにしてもよい。
なお、本実施形態で重要なことは、先見せアプリ１１Ｐにて閲覧を指定した遊技機（機種）に対応付けられたホール（市場に導入済みであれば（いずれかのホールに設置されている場合；すなわち、いずれかのホールにて該当機種の稼働が開始されている場合）、設置されたホール；市場に導入されていなければ（いずれのホールにも設置されていない場合；すなわち、いずれのホールでもまだ稼働が開始されていない場合）、導入予定のホール）を特定するための店舗情報（ホール名、ホールの住所等）を、上記先見せアプリ１１Ｐが起動している携帯端末１に表示させることにある。
この表示の際に、携帯端末１にて先見せアプリ１１Ｐを使用しているユーザに関する所定の基準にて特定される位置に関する情報（例えば、ユーザの現在位置、ユーザの自宅の位置、ユーザの職場の位置、ユーザのマイホールの位置等）に基づいて、上記店舗情報を表示させることが好ましい。例えば、上記特定される位置から近い位置にあるホールの店舗情報を表示されることが好ましい。あるいは、図１４にて説明したように、上記特定される位置から近い順番（例えば、ある基準に沿った優先順位で）に店舗情報を配列して表示しても良い。この場合は、例えば、上記特定される位置から所定距離（例えば、Ｘｋｍ等）内にあるホールを表示させることがさらに好ましい。
また、図１４では、このように位置情報を用いて表示する店舗情報を決定しているが、ステップＳ８２、Ｓ８３の前に、ステップＳ８５を行い、携帯端末１が取得された位置データを配信サーバ２に送信し、配信サーバ２により上記位置データに基づいて上記携帯端末１のユーザの位置に近い店舗情報を抽出し、携帯端末１が上記抽出した店舗情報を取得して表示するようにしても良い。すなわち、先見せアプリ１１Ｐを表示している携帯端末１の位置に基づいて、上記先見せアプリ１１Ｐにて閲覧を指定された遊技機が設置されたホールのうち上記位置に最も近いものを携帯端末１が少なくとも表示するように処理が実行されれば、各処理の場所（携帯端末１側か、配信サーバ２側か等）はいずれであっても良いし、上記処理の方法もいずれであっても良い。

ホールの一覧情報をソートする際に、次に例示するように、所定の条件に従って所定のホール情報（店舗情報）を優先的に表示するようにしてもよい。例えば、ユーザによるホール情報の閲覧履歴を記憶しておき、過去に閲覧したホール情報を優先的に表示してもよい。また、ユーザに自分が行ったことのあるホールを予め取得しておき（ユーザに直接入力させても良いし、所定の方法（短距離通信等）を用いた携帯端末１のホールへのチェックインにより取得しても良い）ユーザが過去に行ったことのあるホールを優先的に表示してもよい。また、本先見せアプリ１１Ｐのデベロッパのスポンサーとなっているホールを優先的に表示してもよい。ユーザが選択した新機種がすでに導入済みの場合、出玉情報を公開しているホールについては、前日良く出たホール、現在良く出ているホールを優先的に表示してもよい。また、他の方法にて各ホールの空き席状況を取得し（例えば、各ホールの店員が、自ホールの空き席状況を配信サーバ２に入力する等）、所定のタイミング時（例えば、先見せアプリ１１Ｐの起動中）において空き席が多いホールを優先的に表示してもよい。また、ユーザの嗜好を予め取得しておき（例えば、ユーザに直接入力させる等）、当該ユーザの嗜好、例えば、回胴式遊技機が好き、好きなシリーズ物、ユーザが好む貸し玉料金などと、ホールの設置機種を対照して、ユーザにマッチするホールで絞り込みをしてもよい。この場合、ユーザが選択した新機種で遊技しなかったときや、新機種での遊技が短時間であったときでも、ユーザ好みの他の機種で遊技することが見込め、ユーザがホールに滞在することが期待できる。

次に、先見せアプリ１１Ｐにおいて携帯端末１の表示部１５に表示される画面を例示する。図１５は本実施形態に係る、先見せアプリ１１Ｐにおける機種一覧表示画面を示す説明図である。機種一覧表示画面は、導入予定の新機種又は導入して間もない新機種を一覧表示する画面である。機種一覧表示画面は切替タブ１５１を含む。図１５に示す例では、切替タブは３つのタブからなる。全てを選択するとパチンコ、パチスロの両方を表示する。パチンコを選択するとパチンコのみを表示する。パチスロを選択するとパチスロのみを表示する。機種ごとの表示領域１５２は導入予定開示表示１５ａと機種名称１５ｂとを含む。

図１６は本実施形態に係る、先見せアプリ１１Ｐにおける動画再生画面を示す説明図である。動画再生画面はタイトル領域１６ａ、動画再生領域１６ｂ、サムネイル領域１６ｃ、ホール検索ボタン１６ｄを含む。タイトル領域１６ａには選択している機種の名称を表示する。動画再生領域１６ｂには再生している動画を表示する。サムネイル領域１６ｃには再生可能な動画のサムネイルを表示する。ホール検索ボタン１６ｄは選択している機種の導入予定ホール又は導入ホールの検索を開始するためのボタンである。

図１７は本実施形態に係る、先見せアプリ１１Ｐにおける小冊子画面を示す説明図である。図１７に示す例ではゲームフローを表示している。ゲームフローを表示する小冊子画面は、タイトル領域１７１、演出名領域１７２、サムネイル領域１７３、ＰＵＳＨボタン１７４を含む。タイトル領域１７１には選択している機種の名称を表示する。演出名領域１７２には演出名を表示する。図１７に示す例では、通常演出、ＢＯＮＵＳ（ボーナス演出）を表示している。サムネイル領域１７３には演出画像を表示する。ＰＵＳＨボタン１７４は演出内容を説明するスライドショー又は動画を開始するボタンである。

図１８は本実施形態に係る、先見せアプリ１１Ｐにおけるクイズ画面を示す説明図である。クイズ画面は問題領域１８１、選択肢領域１８２を含む。問題領域１８１にはクイズ問題を表示する。選択肢領域１８２には回答の選択肢を表示する。

図１９は本実施形態に係る、先見せアプリ１１Ｐにおけるカウントダウン表示画面を示す説明図である。カウントダウン表示画面は機種名表示領域１９１、機種画像表示領域１９２、カウントダウン表示領域１９３、導入ホール検索ボタン１９４を含む。機種名表示領域１９１には選択している機種名を表示する。機種画像表示領域１９２には機種をイメージする画像を表示する。カウントダウン表示領域１９３には導入日までの残り日数を表示する。導入ホール検索ボタン１９４には選択している機種の導入予定ホールを表示する。

図２０は本実施形態に係る、先見せアプリ１１Ｐにおけるホール情報画面を示す説明図である。ホール情報画面はホールを検索する際に表示する画面である。ホール情報画面は呼び出される前に表示していた画面にオーバーレイして表示する。図２０に示す画面領域のうち、タイトル領域２０１、背景画面２０２は、オーバーレイされている下側の画面である。タイトル領域２０１には選択している機種の名称を表示する。背景画面２０２は例えば動画再生画面における動画再生領域１６ｂである。ホール情報画面は検索条件ボタン２０３、２０４、２０５、閉じるボタン２０６を含む。検索条件ボタン２０３は「都道府県から探す」と記載しており、都道府県による絞り込み検索を行なう。検索条件ボタン２０４は「現在地から探す」と記載しており、現在地から近い位置に絞り込んで検索する。検索条件ボタン２０５は「マイホールから探す」と記載しており、ユーザのマイホールから検索を行なう。閉じるボタン２０６はオーバーレイ表示しているホール情報画面を閉じるためのボタンである。

図２１は本実施形態に係る、先見せアプリ１１Ｐにおけるホール一覧画面を示す説明図である。ホール一覧画面は検索条件領域２１１、結果表示領域２１２を含む。検索条件領域２１１には検索条件を表示する。図２１に示す例では、東京都港区に所在し、機種名「ＡＢＣ」の遊技機を導入予定又は導入しているホール（店舗）を検索したことを示している。結果表示領域２１２には、ホールの外観写真２１ａ、ホール名２１ｂ、導入状況（日付、導入台数）２１ｃを表示している。すなわち、携帯端末１に実装された先見せアプリ１１Ｐは、図１５等においてユーザにより選択された遊技機（機種）に対応づけたホール情報（店舗情報）として、少なくともホール名を図２１のように表示する。
なお、本実施形態では、先見せアプリ１１Ｐが、例えば図２０に示す画面等にて設定された検索条件に応じたホール情報の一覧を作成し、図２１に例示するように携帯端末１に表示させているが、上記検索条件に合ったホールのホームページを直接表示するようにしても良い。この場合は、ホールマスタテーブル２４３にて、各ホールのホームページのＵＲＬを関連付けておき、配信サーバ２が、ホールマスタテーブル２４３により、上記検索条件に合ったホールのＵＲＬを抽出して携帯端末１に送信し、携帯端末１が、受信したＵＲＬにより、店舗情報としてホームページを表示するようにすれば良い。

実施の形態１においては、次の効果を奏する。新機種の導入開始前から、機種を特定するための特定情報（演出動画、小冊子、および上記機種に関するクイズの少なくとも１つ）を携帯端末１に表示させるので、ユーザに新機種に対する興味を喚起させることが可能となる。そして、重要なことに、携帯端末１が、上記興味喚起を誘発できる上記特定情報の表示に加えて、該特定情報にて特定される遊技機（機種）が導入されているホール（店舗）／される予定のホールを特定するための店舗情報（ホール名、ホールの住所、ホールのホームページのＵＲＬ等）を携帯端末１の表示部１５に表示させることが可能である。従って、ユーザは興味が湧いた遊技機を何処のホールに行けば遊技できるかを、興味喚起された時点で（すなわち、先見せアプリ１１Ｐにて該当遊技機の情報を得た時点で）迅速に知ることができる。さらに、ユーザの所定の位置に関する情報に基づいて店舗情報を表示させているので、ユーザの現在位置や拠点となる位置を基準にそこから近い位置の該当ホールをユーザは簡単に認識することができる。
さらには、演出動画の視聴画面から導入予定ホールの検索が可能として、導入日までのカウントダウン表示も行うことで、ユーザの新機種で遊技することへの意欲を高め、ホールへの来店を促すことが可能となる。また、携帯端末１は配信サーバ２と同期処理を行う際に、計時部１７の保持する現在時刻を配信サーバ２の保持する時刻と同期する。それにより、ユーザが計時部１７の保持する時刻を過去の時刻や未来の時刻に変更することにより、携帯端末１に不正な動作をさせることを防ぐ、あるいは低減させることが可能となる。

実施の形態２
実施の形態２は新機種の導入日が地域ごとに異なる場合に、地域ごとに即したカウントダウン表示等を行う形態に関する。図２２は本実施形態に係る導入日調整テーブル２４Ａのレコードレイアウトを示す説明図である。導入日調整テーブル２４Ａは配信サーバ２の大容量記憶装置２４に記憶される。また、携帯端末１の大容量記憶装置１６にも導入日調整テーブル１６７として、コピーが記憶される。導入日調整テーブル１６７は上述した同期処理が実行されるときに、配信サーバ２に記憶してある導入日調整テーブル２４Ａと同期される。導入日調整テーブル２４Ａは、都道府県コード列、都道府県名列、機種ＩＤ列、導入日列を含む。都道府県コード列は都道府県コードを記憶する。都道府県名列は都道府県コードに対応した都道府県名を記憶する。機種ＩＤ列は導入日が異なる機種のＩＤを記憶する。導入日列は導入日を記憶する。機種ごとの導入日は先見せアプリマスタテーブル２４２、１６１にも記憶されている。先見せアプリマスタテーブル２４２、１６１に記憶する導入日は最先の日付とする。公安委員会の検定等の都合により、導入日が最先日より遅くなる場合に、導入日調整テーブル２４Ａ、１６７に導入日を記憶する。

導入日調整テーブル１６７は上述の処理において、次のように用いられる。図２３は本実施形態に係るカウントダウン表示処理の手順を示すフローチャートである。上述したカウントダウン表示（図１１のステップＳ２９など）が、図２３で示す処理に置き換わる。携帯端末１のＣＰＵ１１は、位置計測部１８により現在位置（経度、緯度）の取得を行う（ステップＳ１０１）。ＣＰＵ１１は現在位置が取得できた否かを判定する（ステップＳ１０２）。ＣＰＵ１１は現在位置が取得できたと判定した場合（ステップＳ１０２でＹＥＳ）、現在位置を基準位置とする（ステップＳ１０３）。ＣＰＵ１１は現在位置が取得できなかったと判定した場合（ステップＳ１０２でＮＯ）、所定の位置を基準位置に設定する（ステップＳ１０４）。所定の位置とは、ユーザの自宅位置、職場位置、立寄り位置１〜３、マイホールの所在位置などである。どの位置を基準位置とするかについては、予めユーザに設定させておいてもよい。
ＣＰＵ１１は基準位置に対応する都道府県コードを取得する（ステップＳ１０５）。基準位置（経度、緯度）に対応する都道府県コードの取得は、逆ジオコーディングなどの公知の技術で実現可能である。ＣＰＵ１１は選択されている機種と取得した都道府県コードを検索キーとして、導入日調整テーブル１６７を検索する（ステップＳ１０６）。ＣＰＵ１１は検索がヒットしたか否かを判定する（ステップＳ１０７）。ＣＰＵ１１は検索がヒットしたと判定した場合（ステップＳ１０７でＹＥＳ）、導入日を導入日調整テーブル１６７に記憶されている日付に更新する（ステップＳ１０８）。ＣＰＵ１１は検索がヒットしなかったと判定した場合（ステップＳ１０７でＮＯ）、処理をステップＳ１０９に移す。ＣＰＵ１１は導入日までの残日数を算出する（ステップＳ１０９）。ＣＰＵ１１は先見せアプリマスタテーブル１６１に記憶されている導入日又は更新した導入日を用いて、残日数を計算する。ＣＰＵ１１はカウントダウン表示を行う（ステップＳ１１０）。

なお、カウントダウン表示のみでなく、新機種の一覧表示など、他の画面で導入日を表示する際においても、導入日調整テーブル１６７を用いた導入日の変更を行ってもよい。

実施の形態２は、次の効果を奏する。新機種の導入日が地域ごとに異なる場合は、ユーザの自宅位置等に基づいて導入日を定め、カウントダウン表示をするので、的確な情報をユーザに提示することが可能となる。

実施の形態３
実施の形態３はカウントダウン表示をプッシュ通知でも行なう形態に関する。図２４は本実施形態に係る実行履歴テーブル２４Ｂのレコードレイアウトを示す説明図である。実行履歴テーブル２４Ｂは先見せアプリ１１Ｐの実行履歴を記憶するテーブルである。実行履歴テーブル２４Ｂは配信サーバ２の大容量記憶装置２４に記憶する。実行履歴テーブル２４ＢはユーザＩＤ列、機種ＩＤ列、実行日列、先見せ列、小冊子列、クイズ列、参照ホールＩＤ列を含む。ユーザＩＤ列は先見せアプリ１１Ｐを実行したユーザのＩＤを記憶する。機種ＩＤ列は実行した先見せアプリ１１Ｐに対応する機種のＩＤを記憶する。実行日列は先見せアプリ１１Ｐを実行した日を記憶する。先見せ列は先見せアプリ１１Ｐを実行したか否かを記憶する。例えば、ユーザが先見せアプリ１１Ｐを実行した場合は１を、先見せアプリ１１Ｐを実行しなかった場合は０を記憶する。小冊子列、クイズ列についても先見せアプリ列と同様である。参照ホールＩＤ列は、ユーザが参照した導入予定ホール又は導入ホールのＩＤを記憶する。実行履歴テーブル２４Ｂは、ユーザが先見せアプリ１１Ｐを実行した履歴を記憶する。なお、携帯端末１の大容量記憶装置１６に実行履歴を記憶させ、記憶された内容を携帯端末１から配信サーバ２に送信させ、実行履歴テーブル２４Ｂに記憶してもよい。この場合、携帯端末１が配信サーバ２と通信不可能な状態での実行記録も確実に収集可能となる。

図２５は本実施形態に係る通知予定テーブル２４Ｃのレコードレイアウトを示す説明図である。通知予定テーブル２４Ｃはプッシュ通知の予定を記憶するテーブルである。通知予定テーブル２４Ｃは配信サーバ２の大容量記憶装置２４に記憶する。通知予定テーブル２４ＣはユーザＩＤ列、機種ＩＤ列、導入日列、通知日列、フラグ列を含む。ユーザＩＤ列はプッシュ通知の通知先ユーザのＩＤを記憶する。機種ＩＤ列は通知される機種のＩＤを記憶する。導入日列は機種の導入日を記憶する。通知日列はプッシュ通知を行なう日付を記憶する。フラグ列はプッシュ通知が行われたか否かを記憶する。例えば、プッシュ通知がすでに行われていれば済を記憶し、プッシュ通知がまだ行われていなければ未を記憶する。図２５に示す例では、機種ＩＤがＭ１００についての通知を導入日（１０月９日）の一週間前（１０月２日）に、ユーザＵ０００５に対して行ったことが記憶されている。

通知予定テーブル２４Ｃは日次バッチなどにより定期的に更新される。図２６は本実施形態に係る通知予定テーブル更新処理の手順を示すフローチャートである。配信サーバ２のＣＰＵ２１は、先見せアプリマスタテーブル２４２を参照し、導入日までの残日数が所定日数（１０日、７日、３日、１日など）の機種を対象機種として抽出する（ステップＳ１２１）。ＣＰＵ２１は抽出した機種の機種ＩＤを用いて、実行履歴テーブル２４Ｂを検索し、抽出した機種の先見せアプリ１１Ｐを実行したユーザを対象ユーザとして抽出する（ステップＳ１２２）。ＣＰＵ２１は抽出したユーザに対するプッシュ通知の予定を生成し、通知予定テーブル２４Ｃのレコードとして記憶する（ステップＳ１２３）。通知予定テーブル更新処理を、例えば日次で深夜又は未明に実行する場合、導入日まで１０日となった機種についての通知を翌日又は当日に行う。図２５に示す例では、機種ＩＤがＭ１０２についての通知が導入日（１２月１０日）の１０日前（１１月３０日）に通知予定であることが記憶されている。

配信サーバ２のＣＰＵ２１は、通知予定テーブル２４Ｃの内容に基づいて、プッシュ通知を行なう。プッシュ通知は、例えば日次で通知予定テーブル２４Ｃの更新処理後に行う。図２７は本実施形態に係るプッシュ通知処理の手順を示すフローチャートである。配信サーバ２のＣＰＵ２１は通知予定テーブル２４Ｃより処理当日が通知日になっているレコードを対象レコードとして抽出する（ステップＳ１３１）。ＣＰＵ２１は抽出した任意の対象レコードに基づいてプッシュ通知を実行する（ステップＳ１３２）。ＣＰＵ２１は当該対象レコードのフラグを済に更新する（ステップＳ１３３）。ＣＰＵ２１は未処理の対象レコードがあるか否かを判定する（ステップＳ１３４）。ＣＰＵ２１は未処理の対象レコードがあると判定した場合（ステップＳ１３４でＹＥＳ）、処理をステップＳ１３２に戻し、未処理の対象レコードについての処理を行う。ＣＰＵ２１は未処理の対象レコードがないと判定した場合（ステップＳ１３４でＮＯ）、処理を呼び出し元に戻す。プッシュ通知の一例は、上述のカウントダウン表示と同様な内容である。なお、プッシュ通知を行うための通知サーバが配信サーバ２と別途用意されている場合、ＣＰＵ２１はプッシュ通知の実行スケジュールを通知サーバに登録すればよい。

実施の形態３は、次の効果を奏する。新機種の導入についてのプッシュ通知を行なうので、ユーザに新機種に対する興味を喚起することが可能となる。また、ユーザの新機種で遊技することへの意欲を高め、ホールへの来店を促すことが可能となる。

実施の形態４
実施の形態４は新機種の導入についての案内等を開始できる日に規制がかかる場合に対応する形態に関する。図２８は本実施形態に係る案内開始テーブル２４Ｄのレコードレイアウトを示す説明図である。案内開始テーブル２４Ｄは配信サーバ２の大容量記憶装置２４に記憶される。案内開始テーブル２４Ｄと同様なテーブルを携帯端末１の大容量記憶装置１６にも記憶させ、同期させるようにしてもよい。案内開始テーブル２４Ｄは都道府県コード列、都道府県名列、案内可能日列を含む。都道府県コード列は都道府県コードを記憶する。都道府県名列は都道府県コードに対応した都道府県名を記憶する。案内可能日列は導入日基準とした場合に、新機種の案内が可能になる日を記憶する。例えば、−７は導入日の７日前から案内可能となることを示す。＋１は導入日の翌日から案内可能となることを示す。

案内開始テーブル２４Ｄは上述の処理において、次のように使用される。図２９は一覧表示処理の手順を示すフローチャートである。図１４に示したホール情報処理において、一覧表示（ステップＳ８８）が、図２９で示す処理に置き換わる。携帯端末１のＣＰＵ１１は選択されている機種の導入日を先見せアプリマスタテーブル１６１より取得する（ステップＳ１４１）。ＣＰＵ１１は配信サーバ２の案内開始テーブル２４Ｄを参照し、都道府県毎の案内可能日付を算出する（ステップＳ１４２）。ＣＰＵ１１は案内可能日付が未来の日付である都道府県を案内不可の都道府県として抽出する（ステップＳ１４３）。例えば、導入日が１１月２６日とすると、図２８の例によれば青森県では、１４日前の１１月１２日から案内可能となるから、１１月１２日が未来の日付であれば、青森県は案内不可の都道府県となる。ＣＰＵ１１は一覧表示に係るホール情報に含まれるホール所在地に対応する都道府県コードを、配信サーバ２のホールマスタテーブル２４３から取得する（ステップＳ１４４）。ＣＰＵ１１は当該ホールについて案内不可であるか否か判定する（ステップＳ１４５）。ＣＰＵ１１は取得した都道府県コードとステップＳ１４３で抽出したいずれかの都道府県の都道府県コードとが一致する場合、案内不可と判定し（ステップＳ１４５でＹＥＳ）、一覧表示に係るホール情報より当該ホールの情報を削除する（ステップＳ１４６）。ＣＰＵ１１は取得した都道府県コードがステップＳ１４３で抽出したいずれの都道府県の都道府県コードとも一致しない場合、案内可と判定し（ステップＳ１４５でＮＯ）、処理をステップＳ１４７に進める。ＣＰＵ１１は未処理のホール情報があるか否かを判定する（ステップＳ１４７）。ＣＰＵ１１は未処理のホール情報があると判定した場合（ステップＳ１４７でＹＥＳ）、処理をステップＳ１４４に戻し、未処理のホール情報についての処理を行う。ＣＰＵ１１は未処理のホール情報がないと判定した場合（ステップＳ１４７でＮＯ）、一覧表示を行ない（ステップＳ１４８）、処理を呼び出し元に戻す。

実施の形態４は次の効果を奏する。ホール情報処理において、新機種の案内を開始できる日に規制に即して、導入予定ホール又は導入ホールを表示することが可能となる。

各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ 携帯端末（表示装置）
１１ ＣＰＵ
１１Ｐ 先見せアプリ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 入力部
１５ 表示部
１６ 大容量記憶装置
１７ 計時部
１９ 通信部
２ 配信サーバ（店舗情報送信装置）
２Ｐ 制御プログラム
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 大容量記憶装置
２５ 計時部
２６ 通信部

Claims (6)

1. コンピュータを、
   ユーザにより入力された、弾球遊技機または回胴式遊技機の機種を受け付ける手段と、
   演出動画、遊技機の基本情報、および機種に関するクイズの少なくとも１つである特定情報の表示の指示をユーザから受け付ける手段と、
   前記受け付けた機種に対応する特定情報を取得して表示部に表示させる手段と、
   弾球遊技機または回胴式遊技機の機種および該機種の導入日を関連付けて記憶している記憶手段を参照して取得された前記受け付けられた機種の導入日と、時刻を経時する経時手段が保持する現在日時とを比較して、前記表示部により表示されている特定情報により特定される機種が現時点で店舗への導入前であるか否かを判定する手段と、
   前記判定する手段による判定の結果、前記特定情報により特定される機種が現時点で店舗への導入前である場合、前記受け付けた機種を特定する情報をネットワークを介して接続された配信サーバに送信することにより前記現時点から後に前記特定情報により特定される機種を設置予定の店舗を特定するための店舗情報を問い合わせ、前記配信サーバから前記店舗情報を取得して前記表示部に表示させる手段
   として機能させることを特徴とするコンピュータプログラム。
2. 前記コンピュータを、
   前記判定する手段による判定の結果、前記特定情報により特定される機種が現時点でいずれかの店舗に設置されている場合、前記現時点で特定情報により特定される機種を設置している店舗を特定するための店舗情報を、前記ネットワークを介して接続された前記配信サーバから取得して前記表示部に表示させる手段としてさらに機能させることを特徴とする請求項１に記載のコンピュータプログラム。
3. 前記店舗情報を取得して前記表示部に表示させる手段は、前記コンピュータプログラムを使用しているユーザに関する所定の基準にて特定される位置に関する情報に基づいて、前記特定情報を表示することを特徴とする請求項１に記載のコンピュータプログラム。
4. 前記コンピュータを、
   前記判定する手段による判定の結果、前記特定情報を表示した時において前記特定情報にて特定される機種が店舗に設置されていない場合は、前記記憶手段に記憶された、前記特定情報により特定される機種の導入日を用いて、前記機種が店舗に設置されるまでの期間を算出する手段と、
   算出した期間を前記表示部に表示させる手段としてさらに機能させることを特徴とする請求項１乃至３のいずれか一項に記載のコンピュータプログラム。
5. 前記コンピュータを、
   ユーザの識別情報を取得する手段と、
   前記取得した識別情報と対応付けられた位置情報を取得する手段と、
   前記取得した位置情報に基づいて、前記特定情報にて特定される機種の店舗への設置の予定日を取得する手段と、
   前記取得した予定日を表示する手段としてさらに機能させることを特徴とする請求項１乃至３のいずれか一項に記載のコンピュータプログラム。
6. 前記コンピュータを、
   前記特定情報に関するプッシュ通知を表示させる手段としてさらに機能させることを特徴とする請求項１乃至５のいずれか一項に記載のコンピュータプログラム。

Images