特許 5968503 プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】5968503

(24)【登録日】2016年7月15日

(45)【発行日】2016年8月10日

(54)【発明の名称】プログラム

(51)【国際特許分類】

   A63F 13/53 20140101AFI20160728BHJP

   A63F 13/30 20140101ALI20160728BHJP

   A63F 13/69 20140101ALI20160728BHJP

   A63F 13/80 20140101ALI20160728BHJP

   G06Q 30/02 20120101ALI20160728BHJP

【ＦＩ】

   A63F13/53

   A63F13/30

   A63F13/69

   A63F13/80 G

   G06Q30/02 324

   G06Q30/02 370

   G06Q30/02 446

【請求項の数】4

【全頁数】18

(21)【出願番号】特願2015-125049(P2015-125049)

(22)【出願日】2015年6月22日

【審査請求日】2015年12月3日

【早期審査対象出願】

(73)【特許権者】

【識別番号】593145799

【氏名又は名称】フィールズ株式会社

(73)【特許権者】

【識別番号】507043531

【氏名又は名称】株式会社フューチャースコープ

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】宮本 琢志

(72)【発明者】

【氏名】久松 俊雄

(72)【発明者】

【氏名】尾崎 愛由

【審査官】 鈴木 崇雅

(56)【参考文献】

【文献】 特開２０１４−１０６８１４（ＪＰ，Ａ）

【文献】 特開２００３−２２５４５０（ＪＰ，Ａ）

【文献】 特開２０１３−０６８９９１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６３Ｆ １３／００−９８

Ｇ０６Ｑ ３０／０２

(57)【特許請求の範囲】

【請求項1】

遊技機を模したシミュレーションゲームのアプリケーションプログラムに関する処理を行う端末装置に用いられるプログラムであって、
前記シミュレーションゲームが起動された後に、該シミュレーションゲームを特定するための識別情報を出力し、
前記識別情報に対応付けられた店舗情報を取得し、
前記シミュレーションゲームの起動中の所定のタイミングにて、前記取得した店舗情報を前記シミュレーションゲームの表示画面に重畳して表示し、
前記シュミレーションゲームの起動中において前記重畳して表示された店舗情報に含まれる店舗の一覧を表示する選択をユーザがしたと判定すると、前記重畳した店舗情報の表示とは別に前記店舗の一覧を表示する
処理を前記端末装置に実行させること
を特徴とするプログラム。

【請求項2】

前記店舗情報は、前記識別情報にて特定されるシミュレーションゲームに対応する遊技機を導入している店舗の店舗情報であること
を特徴とする請求項１に記載のプログラム。

【請求項3】

前記店舗情報は、前記シミュレーションゲームを起動したユーザの位置を含む所定区域内に位置する店舗の店舗情報であることを特徴とする請求項２に記載のプログラム。

【請求項4】

前記店舗情報は複数店舗に関する情報を含み、
取得した店舗情報へのアクセス履歴を出力し、
出力したアクセス履歴が所定の条件を満たした場合に、前記シミュレーションゲームにて使用できるアイテムを取得すること
を特徴とする請求項１乃至３のいずれか１項に記載のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、遊技機の動作を仮想的に実現するプログラム等に関する。

【背景技術】

【0002】

近年、パチンコホールといった遊技施設（店舗）に設置されている弾球遊技機または回胴式遊技機の動作をシミュレーションするゲーム機や、弾球遊技機または回胴式遊技機を模したシミュレーションゲームに関するコンピュータプログラムが提案されている（特許文献１）。また、パチンコホールの情報を配信する配信システムが提案されている（特許文献２）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開平８−２８０８７４号公報

【特許文献2】特開２００５−３３９４１８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

パチンコ遊技機の動作をシミュレーションするプログラムで遊技を楽しんだユーザは、その後、パチンコホールに足を運び遊技を楽しむことも想定される。しかし、ユーザによっては、どのパチンコホールに行くか迷うことも考えられる。その場合、ユーザは改めて、パチンコホールの情報を配信する配信システムにアクセスして、目的のパチンコホールを検索することになり、煩雑である。

【0005】

本発明は斯かる事情に鑑みてなされたものであって、遊技機を模したシミュレーションゲームをプレイしたユーザを遊技施設（店舗）への来店を促すことが可能なプログラムの提供を目的とする。

【課題を解決するための手段】

【0006】

本願の一観点は、遊技機を模したシミュレーションゲームのアプリケーションプログラムに関する処理を行う端末装置に用いられるプログラムであって、前記シミュレーションゲームが起動された後に、該シミュレーションゲームを特定するための識別情報を出力し、前記識別情報に対応付けられた店舗情報を取得し、前記シミュレーションゲームの起動中の所定のタイミングにて、前記取得した店舗情報を前記シミュレーションゲームの表示画面に重畳して表示し、前記シュミレーションゲームの起動中において前記重畳して表示された店舗情報に含まれる店舗の一覧を表示する選択をユーザがしたと判定すると、前記重畳した店舗情報の表示とは別に前記店舗の一覧を表示する処理を前記端末装置に実行させる。

【発明の効果】

【0007】

一観点によれば、ユーザにより起動中（プレイ中）の遊技機を模したシミュレーションゲームに対応した機種を導入している店舗（ホール）の情報を上記シュミレーションゲームにおいて表示するので、シミュレーションゲームで遊技したユーザを、実店舗に誘導することが可能である。

【図面の簡単な説明】

【0008】

【図1】本発明の一実施形態に係る情報提供システムの構成を示す説明図である。

【図2】本発明の一実施形態に係る情報提供サーバのハードウェアの構成を示すブロック図である。

【図3】本発明の一実施形態に係るスマートフォンのハードウェアの構成を示すブロック図である。

【図4】本発明の一実施形態に係る起動情報テーブルのレコードレイアウトを示す説明図である。

【図5】本発明の一実施形態に係る遊技履歴テーブルのレコードレイアウトを示す説明図である。

【図6】本発明の一実施形態に係る店舗状況テーブルのレコードレイアウトを示す説明図である。

【図7】本発明の一実施形態に係る遊技開始処理の手順を示すフローチャートである。

【図8】本発明の一実施形態に係るホール情報作成処理の手順を示すフローチャートである。

【図9】本発明の一実施形態に係る情報画面表示処理の手順を示すフローチャートである。

【図10】本発明の一実施形態に係るスマートフォンに表示される画面を示す説明図である。

【図11】本発明の一実施形態に係る店舗一覧の表示を示す説明図である。

【図12】本発明の一実施形態に係る精算処理の手順を示すフローチャートである。

【図13】本発明の一実施形態に係るホール情報テーブルのレコードレイアウトを示す説明図である。

【図14】本発明の一実施形態に係る種別マスタテーブルのレコードレイアウトを示す説明図である。

【図15】本発明の一実施形態に係るホール情報作成処理の手順を示すフローチャートである。

【図16】本発明の一実施形態に係る精算画面を示す説明図である。

【図17】本発明の一実施形態に係るアクセス履歴テーブルのレコードレイアウトを示す説明図である。

【図18】本発明の一実施形態に係る付与条件設定テーブルのレコードレイアウトを示す説明図である。

【図19】本発明の一実施形態に係る付与アイテム管理テーブルのレコードレイアウトを示す説明図である。

【図20】本発明の一実施形態に係るアイテム付与処理の手順を示すフローチャートである。

【発明を実施するための形態】

【0009】

実施の形態１
以下、実施の形態を、図面を参照しつつ、説明する。図１は、本発明の一実施形態に係る情報提供システムの構成を示す説明図である。情報提供システムは、情報提供サーバ１、ホールコンピュータ２、スマートフォン３を含む。各構成は、ネットワークＮで通信可能に接続されている。ネットワークＮには、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネット、固定電話回線、携帯電話回線、通信衛星回線等を含む。情報提供サーバ１は、スマートフォン３が実行する遊技機（弾球遊技機または回胴式遊技機）を模したシミュレーションゲームに関するアプリケーションプログラム（本明細書では、“遊技アプリ”とも呼ぶ）についての所定の情報（遊技に関する諸情報など）をスマートフォンとやり取りする。また、情報提供サーバ１は、上記アプリケーションプログラムの現在の動作状況などに基づき、該シミュレーションゲームの元となる実機（実際の遊技機）が置かれた店舗（遊技ホール）情報を、スマートフォン３にて上記アプリケーションプログラムの動作中（該プログラムに関するゲームのプレイ中）にスマートフォン３に表示すべく該スマートフォン３に送信する。ホールコンピュータ２は、各店舗（遊技ホール）に設置してあり、店舗内の遊技機の稼働状況を情報提供サーバ１に送信する。スマートフォン３は、各ユーザが携帯するもので、ユーザが、遊技アプリを実行することにより、仮想の遊技機による遊技を楽しむことが可能である。

【0010】

図２は、本発明の一実施形態に係る情報提供サーバ１のハードウェアの構成を示すブロック図である。情報提供サーバ１は、汎用コンピュータ、ワークステーション、デスクトップ型ＰＣ（パーソナルコンピュータ）、ノートブック型ＰＣ等である。情報提供サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３、計時部１４、大容量記憶装置１５、通信部１６、読み取り部１７を含む。各構成はバスＢで接続されている。

【0011】

ＣＰＵ１１はＲＯＭ１３に記憶された制御プログラム１Ｐに従いハードウェア各部を制御する。ＲＡＭ１２は例えばＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、フラッシュメモリである。ＲＡＭ１２はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶する。計時部１４は、時刻又は情報提供サーバ１が起動してからの経過時間等の時間を計時しており、ＣＰＵ１１からの求めに応じて、計時結果をＣＰＵ１１に与える回路である。大容量記憶装置１５は、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などである。大容量記憶装置１５には、各種データが記憶されている。また、制御プログラム１Ｐを大容量記憶装置１５に記憶するようにしておいても良い。

【0012】

通信部１６はネットワークＮを介して、他のコンピュータと通信を行う。読み取り部１７はＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）−ＲＯＭを含む可搬型記憶媒体１ａを読み取る。ＣＰＵ１１が読み取り部１７を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶装置１５に記憶しても良い。また、ネットワークＮを介して他のコンピュータからＣＰＵ１１が制御プログラム１Ｐをダウンロードし、大容量記憶装置１５に記憶しても良い。さらにまた、半導体メモリ１ｂから、ＣＰＵ１１が制御プログラム１Ｐを読み込んでも良い。

【0013】

図３は、本発明の一実施形態に係るスマートフォン３のハードウェアの構成を示すブロック図である。スマートフォン３は、ＣＰＵ３１、記憶部３２、ＲＡＭ３３、タッチパネルディスプレイ３４、通信部３５、計時部３６、マイク３７、スピーカ３８、加速度センサ３９、ジャイロセンサ４０、ＧＰＳセンサ４１を含む。

【0014】

ＣＰＵ３１は記憶部３２に記憶された制御プログラム３Ｐに従いハードウェア各部を制御する。また、記憶部３２は遊技アプリ３ＡＰ及び共通アプリ３ＢＰを記憶している。遊技アプリ３ＡＰは、複数あっても良い。
共通アプリ３ＢＰとは、少なくとも遊技アプリに対するユーザの遊技データ（例えば、回転数、差玉、大当たり回数、最高連チャン回数、時短中大当り回数、獲得経験値等、遊技アプリの遊技の結果を示す情報）を情報提供サーバ１との間で送受信するための機能を有し、遊技アプリ３ＡＰのディベロッパに関係無く遊技アプリ３ＡＰに実装することが可能な共通モジュールである。該共通アプリ３ＢＰの機能は、遊技アプリ３ＡＰに組み込まれていても良い。遊技アプリ３ＡＰが複数ある場合は、共通アプリ３ＢＰは、それらの遊技アプリ３ＡＰの各々において共通の画像（所定の入力をさせるものなど）を出力することができる。上記複数の遊技アプリ３ＡＰのうち例えば第１の遊技アプリ３ＡＰの実行中に上記共通の画像をユーザが操作した場合は、共通アプリ３ＢＰは、該操作情報を取得してユーザ操作を受け付け、第１の遊技アプリ３ＡＰにより生成された遊技データを、ネットワークＮを介して情報提供サーバ１に送信する。同様に、上記複数の遊技アプリ３ＡＰのうち第２の遊技アプリＡＰの実行中に上記共通の画像をユーザが操作した場合は、共通アプリ３ＢＰは、第２の遊技アプリ３ＡＰにより生成された遊技データを、ネットワークＮを介して情報提供サーバ１に送信する。なお、本実施形態では、ユーザがタッチパネルディスプレイ３４を介して遊技アプリ３ＡＰを選択して起動させると、ＣＰＵ３１は、記憶部３２に記憶された遊技アプリ３ＡＰおよび共通アプリ３ＢＰを実行する。次いで、共通アプリ３ＢＰは、ユーザＩＤおよび遊技アプリ３ＡＰのアプリＩＤを、ネットワークＮを介して情報提供サーバ１に送信する。

【0015】

ＲＡＭ３３は例えばＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、フラッシュメモリである。ＲＡＭ３３はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶する。

【0016】

タッチパネルディスプレイ３４は、液晶表示パネルとタッチパッドのような位置入力装置とを組み合わせた電子部品であり、画面上に物体（例えば、ユーザの指）が接触することでスマートフォン３の操作入力が可能である。通信部３５は、携帯電話回線網に含まれる基地局と無線通信によって情報提供サーバ１及び他のスマートフォン３等と通信をするインタフェースである。また、通信部３５は、携帯電話回線を介さずに、無線及び有線によりネットワークに接続するインタフェースも備えている。さらにまた、通信部３５はＢｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ （Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの近距離無線通信も可能である。計時部３６は、時刻又はスマートフォン３が起動してからの経過時間等の時間を計時しており、ＣＰＵ３１からの求めに応じて、計時結果をＣＰＵ３１に与える回路である。マイク３７及びスピーカ３８は、通話に係る音響部品である。マイク３７は、送話者の音声をスマートフォン３に入力する。スピーカ３８は、相手話者の音声を出力する。また、スピーカ３８は遊技アプリ３ＡＰが動作する際に、遊技機の音声を出力する。

【0017】

加速度センサ３９は、スマートフォン３の３軸加速度を検出する装置である。ジャイロセンサ４０は、スマートフォン３の３軸角速度を検出する装置である。ＧＰＳセンサ４１は、人工衛星から発信された電波に基づいて、三次元空間におけるスマートフォン３の位置を求める装置である。なお、ＣＰＵ３１は、スマートフォン３が無線により接続されている基地局の位置を自身の位置としてもよい。また、ＣＰＵ３１はＧＰＳセンサ４１が求めたスマートフォン３の位置を、加速度センサ３９が検出した３軸加速度、ジャイロセンサ４０が検出した３軸角速度を用いて、補正してもよい。さらにまた、ＣＰＵ３１は、ＧＰＳセンサ４１で位置を求める際に必要となるアルマナックデータ、エフェメリスデータの衛星軌道データを、携帯電話回線網を介して取得しＧＰＳセンサ４１に提供してもよい。

【0018】

次に、大容量記憶装置１５が記憶する各種データについて、説明する。図４は、本発明の一実施形態に係る起動情報テーブル１５１のレコードレイアウトを示す説明図である。起動情報テーブル１５１は、遊技アプリを起動しているスマートフォン３の情報を記憶している。起動情報テーブル１５１は、ユーザＩＤ列、アプリＩＤ列、開始時刻列、遊技時間列、ステータス列を含む。ユーザＩＤは遊技アプリを起動しているスマートフォン３のユーザのＩＤを記憶する。アプリＩＤ列は起動している遊技アプリのＩＤ（識別情報）を記憶する。開始時間列は、遊技アプリ３ＡＰが起動された時刻を記憶する。遊技時間列は遊技をしている時間、すなわち、遊技アプリ３ＡＰが起動されてからの経過時間を記憶する。ステータス列は、遊技アプリ３ＡＰのステータスを記憶する。ステータスは、例えば、遊技アプリ３ＡＰが起動されたことを示す開始、精算が指示され、遊技が終了したことを示す終了、そのアプリが現在起動中であることを示す起動中などである。

【0019】

図５は、本発明の一実施形態に係る遊技履歴テーブル１５２のレコードレイアウトを示す説明図である。遊技履歴テーブル１５２は、ユーザが遊技アプリ３ＡＰで遊技を行った履歴を記憶するテーブルである。遊技履歴テーブル１５２はユーザＩＤ列、アプリＩＤ列、日付列、開始時刻列、遊技時間列、回転数列、大当り回数列、投資玉数列、差玉数列、獲得玉数列を含む。ユーザＩＤ列は、遊技アプリ３ＡＰで遊技をしたユーザを一意に特定するＩＤを記憶する。アプリＩＤ列は、ユーザが利用した遊技アプリ３ＡＰのＩＤを記憶する。日付列は、ユーザが遊技アプリ３ＡＰを起動した日付を記憶する。開始時刻列は、ユーザが遊技を開始した時刻又は遊技アプリ３ＡＰを起動した時刻を記憶する。遊技時間列は、ユーザが遊技をした時間を記憶する。回転数列は遊技中に遊技機が抽選を行った回数を記憶する。大当り回数列は抽選した中で大当りとなった回数を記憶する。投資玉数列はユーザが遊技で投資した玉の数を記憶する。差玉数列は、ユーザが遊技で獲得した玉の数から投資玉数を引いた差の数を記憶する。獲得玉数列は、ユーザが遊技で獲得した玉の数を記憶する。

【0020】

図６は、本発明の一実施形態に係る店舗状況テーブル１５３のレコードレイアウトを示す説明図である。店舗状況テーブル１５３は各店舗の状況を記憶しているテーブルである。店舗状況テーブル１５３は、店舗ＩＤ列、市区町村コード列、機種ＩＤ列、台数列、空き列を含む。店舗ＩＤ列は、店舗を一意に特定するＩＤ（店舗識別情報）を記憶する。市区町村コード列は店舗の所在地に対応する５桁の市区町村コードを記憶する。機種ＩＤ列は、店舗に導入している遊技機の機種を一意に特定するＩＤを記憶する。なお、本実施形態では、機種ＩＤとアプリＩＤとを同一にしている。台数列は店舗に導入している遊技機の台数を記憶する。空き列は店舗に導入している遊技機毎に、空いている台数を記憶する。遊技機毎の空き台数の情報は、ホールコンピュータ２より繰り返し取得する。なお、本実施形態で重要なことは、情報提供サーバ１が、ある店舗が、どのエリア（市区町村等、規定された地理上の区域）に属しているのかと、該店舗にはどの機種が設置されているのかを紐付て管理することである。すなわち、情報提供サーバ１が、店舗の各々に対して、該当店舗が属するエリア情報（市区町村コード）と、該店舗に設置された機種情報（機種ＩＤ）とを少なくとも関連付けたデータベースを有することが重要である。該データベースには、各機種の台数および空き情報の少なくとも一方をさらに関連付けても良い。本実施形態では、上記データベースが構築できればいずれの方法であっても良い。すなわち、上記情報入力の形態としては、上記ホールコンピュータ２から取得することに限らず、例えば、情報提供サーバ１に対して管理者が直接入力しても良いし、ネットワークＮを介した外部装置からの入力、可搬型記憶媒体１ａを介しての入力、半導体メモリ１ｂを介しての入力であっても良い。

【0021】

続いて、ユーザが遊技アプリ３ＡＰを利用する際の情報提供システムの動作について、説明する。図７は、本発明の一実施形態に係る遊技開始処理の手順を示すフローチャートである。ユーザは、スマートフォン３で遊技アプリ３ＡＰを起動すると、スマートフォン３のＣＰＵ３１は、記憶部３２に記憶された遊技アプリ３ＡＰおよび共通アプリ３ＢＰを実行する（ステップＳ１）。ＣＰＵ３１は、通信部３５を介して、ユーザＩＤ、アプリＩＤ、および遊技アプリ３ＡＰが起動した旨を示す情報を情報提供サーバ１に送信する（ステップＳ２）。該ユーザＩＤおよびアプリＩＤの送信は、遊技アプリ３ＡＰの起動時であっても良いし、起動中のいずれかのタイミングであっても良い、すなわち、遊技アプリ３ＡＰが起動された後のいずれかのタイミング時に上記送信を行えば良い。情報提供サーバ１のＣＰＵ１１は、通信部１６を介してユーザＩＤ、アプリＩＤ、および上記起動した旨を示す情報を受信する（ステップＳ３）。ＣＰＵ１１は、起動情報を生成し、生成した起動情報を起動情報テーブル１５１に保存する（ステップＳ４）。ＣＰＵ１１はホール情報作成処理を行う（ステップＳ５）。ＣＰＵ１１は、作成したホール情報（店舗情報）を、通信部１６を介して、スマートフォン３に送信する（ステップＳ６）。

【0022】

ＣＰＵ３１は、通信部３５を介して、ホール情報を受信する（ステップＳ７）。ＣＰＵ３１は、ホール情報をタッチパネルディスプレイ３４に表示する（ステップＳ８）。ホール情報は、遊技アプリ３ＡＰの所定の画像において、予め定義してある所定表示領域に重畳して表示される。ＣＰＵ３１は、ユーザがホール情報を選択したか否かを判定する（ステップＳ９）。ＣＰＵ３１は、ユーザがホール情報を選択したと判定した場合（ステップＳ９でＹＥＳ）、遊技アプリ３ＡＰの実行を中断する（ステップＳ１０）。ＣＰＵ３１は、ホール情報画面の表示を行う（ステップＳ１１）。ホール情報画面の表示については後述する。ＣＰＵ３１は、ユーザが戻るボタンを選択したか否か判定する（ステップＳ１２）。ユーザが戻るボタンを選択したと判定した場合（ステップＳ１２でＹＥＳ）、ＣＰＵ３１は、遊技アプリ３ＡＰの実行を再開する（ステップＳ１３）。ＣＰＵ３１は、処理をステップＳ８に戻す。ＣＰＵ３１は、ユーザが戻るボタンを選択していないと判定した場合（ステップＳ１２でＮＯ）、処理を終了する。

【0023】

ＣＰＵ３１は、ユーザがホール情報を選択していないと判定した場合（ステップＳ９でＮＯ）、精算を選択した否かを判定する（ステップＳ１４）。ＣＰＵ３１は、精算を選択したと判定した場合（ステップＳ１４でＹＥＳ）、精算処理を行ない（ステップＳ１５）、処理を終了する。ＣＰＵ３１は、精算を選択していないと判定した場合（ステップＳ１４でＮＯ）、その他の選択された処理（ハンドルの調整、チャンスボタン押下など）を行ない（ステップＳ１６）、処理をステップＳ８に戻す。なお、精算処理では、スマートフォン３は、遊技結果を情報提供サーバ１に送信する。情報提供サーバ１は遊技結果を遊技履歴テーブル１５２に保存する。また、情報提供サーバ１は起動情報テーブル１５１を更新し、ユーザのステータスを終了とする。

【0024】

引き続き、情報提供サーバ１が行うホール情報の作成について説明する。図８は本発明の一実施形態に係るホール情報作成処理の手順を示すフローチャートである。ホール情報作成処理は、図７のステップＳ５において行われる処理である。

【0025】

ＣＰＵ１１は、店舗を抽出するのに先立ち、スマートフォン３のユーザが位置する（あるいは位置するであろう）地域を特定する（ステップＳ２１）。例えば、ＣＰＵ１１は、スマートフォン３からＧＰＳセンサ４１により検出した位置情報を受信する。受信した位置情報を市区町村コードに変換する。当該変換は、逆ジオコーディングにより行う。このように、情報提供サーバ１は、スマートフォン３により遊技アプリ３ＡＰをプレイ中のユーザの位置に関する情報を取得する。本実施形態では、情報提供サーバ１が、ユーザの位置（あるいは、推定位置）を特定することが重要であり、その特定方法は上記ＧＰＳを使う方法に限らないことは言うまでも無い。例えば、所定のタイミングにて、共通アプリ３ＢＰにより、ユーザの住所を登録させ、該ユーザ住所より市区町村コードを決めても良い。さらにまた、ユーザに検索対象とする地域を指定させ、それを市区町村コードとして記憶しておいても良い。あるいは、所定のタイミング時（遊技アプリ３ＡＰの最初の使用時、共通アプリ３ＢＰの最初の使用時等）に、スマートフォン３を介してお気に入りの店舗（ＸＸＸ、ＹＹ店）を入力させ、該店舗の住所をユーザの位置に関する情報としても良い。なお、ＧＰＳ以外の位置情報取得技術（例えば、上述のように、スマートフォン３と通信中の基地局をスマートフォン３の位置情報とする等）にて、上記ユーザの位置に関する情報を取得しても良い。
ＣＰＵ１１は、ステップＳ３にて取得したアプリＩＤ（機種ＩＤ）およびステップＳ２１にて取得した市区町村コードに基づいて、ユーザが現在起動している遊技アプリ３ＡＰ（起動中の遊技アプリ３ＡＰ）に対応する遊技機を設置している店舗を、店舗状況テーブル１５３から抽出する（ステップＳ２２）。この際、ステップＳ２１で設定した市区町村コードで店舗の絞り込みを行う。ＣＰＵ１１は、抽出した店舗のデータをソートする（ステップＳ２３）。例えば、ＣＰＵ１１は、空き台が多い順、設置台数が多い順、空き台率（空き／台数）が高い順でソートを行う。ＣＰＵ１１は、ソート結果に基づき、表示用のホール情報を作成する（ステップＳ２４）。ＣＰＵ１１は処理を呼び出し元に戻す。
なお、上述のステップＳ２、Ｓ７〜１６は、共通アプリ３ＢＰにより実行される処理であるが、これら処理については遊技アプリ３ＡＰにより実行されても良い。すなわち、ＣＰＵ３１により実行されるステップＳ２、Ｓ７〜１６について、遊技アプリ３ＡＰに組み込んでも良い。

【0026】

次に、ホール情報画面表示処理について説明する。図９は、本発明の一実施形態に係る情報画面表示処理の手順を示すフローチャートである。スマートフォン３のＣＰＵ３１は、情報提供サーバ１から受信したホール情報に含まれている店舗の一覧表示を行う（ステップＳ３１）。ＣＰＵ３１は、一覧の中からユーザが特定の店舗を選択したか否かを判定する（ステップＳ３２）。ＣＰＵ３１は、一覧の中からユーザが特定の店舗を選択したと判定した場合（ステップＳ３２でＹＥＳ）、選択した店舗の詳細情報を表示する（ステップＳ３３）。ＣＰＵ３１は、一覧の中からユーザが特定の店舗を選択しなかったと判定した場合（ステップＳ３２でＮＯ）、ページング（前ページ又は次ページ）を指示したか否か判定する（ステップＳ３４）。ＣＰＵ３１は、ユーザがページングを指示したと判定した場合（ステップＳ３４でＹＥＳ）、ページングを行う（ステップＳ３５）。すなわち、前ページ又は次ページの表示を行う。ＣＰＵ３１は処理をステップＳ３２に戻す。ＣＰＵ３１は、ユーザがページングを指示していないと判定した場合（ステップＳ３４でＮＯ）、処理を呼び出し元に戻す。なお、ステップＳ３４において、前ページ又は次ページがない場合は、指示ボタンが操作できないか、表示されないようになっている。

【0027】

図１０は、本発明の一実施形態に係るスマートフォン３に表示される画面を示す説明図である。図９に示すようにタッチパネルディスプレイ３４の表示画面は、盤面領域３４１、データランプ領域３４２、ホール情報領域３４３の３つの領域を含む。本実施形態では、盤面領域３４１およびデータランプ領域３４２が遊技アプリ３ＡＰにより表示されるものであり、ホール情報領域３４３が共通アプリ３ＢＰにより表示されるものである。盤面領域３４１は遊技機をシミュレートした表示であり、盤面３４１ａ、ハンドル３４１ｂ、チャンスボタン３４１ｃを含む。データランプ領域３４２は大当り回数３４２ａ、確変回数３４２ｂ、スタート回数３４２ｃ、差玉数３４２ｄを含む。ホール情報領域３４３は、盤面領域３４１とデータランプ領域３４２の間に位置している。図１０に示す例では、「ＥＶ９の導入店舗は渋谷Ａ他です。」と表示されている。すなわち、ホール情報領域３４３には、タッチパネルディスプレイ３４に表示中（プレイ中）の遊技アプリをプレイしているユーザの近隣地域において、該遊技アプリに対応する実機が設置されている店舗情報（店舗名等）が表示される。

【0028】

図１１は、本発明の一実施形態に係る店舗一覧の表示を示す説明図である。図１１の表示は、共通アプリ３ＢＰにより行われる。スマートフォン３のタッチパネルディスプレイ３４には、店舗一覧３４４ａ、戻るボタン３４４ｂ、前へボタン３４４ｃ、次へボタン３４４ｄが表示されている。店舗一覧３４４ａに表示されている店舗毎に設けられている詳細ボタン３４４ｅを選択すると、当該店舗の詳細情報が表示される。戻るボタン３４４ｂを選択すると、遊技アプリ３ＡＰに戻る。前へボタン３４４ｃ、次へボタン３４４ｄは、一覧が複数画面に渡る場合に使用するボタンである。前へボタン３４４ｃを選択すると、前の一覧画面が表示される。次へボタン３４４ｄを選択すると、次の一覧画面が表示される。

【0029】

実施の形態１では、ユーザが起動している遊技アプリ３ＡＰに対応した機種を導入している店舗（ホール）の情報を、スマートフォン３に表示させる。よって、所定の遊技アプリ３ＡＰをまさにプレイしている最中に、該遊技アプリ３ＡＰの実機が設置されている店舗情報をユーザは視覚的に得ることができるので、ユーザにとってはバーチャルでプレイしている遊技機（アプリ）について実際に遊技できる店舗をリアルタイムで知ることができ、実際に遊技してみよう、という動機づけがなされるであろう。従って、遊技アプリ３ＡＰで遊技したユーザを、該遊技アプリ３ＡＰの実機版が導入されている実店舗に誘導することが可能である。

【0030】

実施の形態１では、ユーザが起動している（まさにプレイしている）遊技アプリ３ＡＰに対応した機種を導入している店舗の情報を、スマートフォン３にてプレイ中の遊技アプリ３ＡＰに重畳して表示させるとしたが、それに限らない。ユーザが起動している遊技アプリ３ＡＰに対応する機種の特性情報（シリーズ名、メーカ、スペック等）を表示させても良い。ユーザが起動した遊技アプリ３ＡＰに対応する機種がシリーズを構成している場合、当該シリーズに含まれる機種を導入している店舗の情報を表示させても良い。また、遊技アプリ３ＡＰに対応した機種の製造メーカと同じメーカの機種を導入している店舗の情報を表示させても良い。また、遊技アプリ３ＡＰに対応した機種と同じタイプ（ＳＴ機、セブン機など）の機種を導入している店舗の情報を表示させても良い。さらにまた、遊技アプリ３ＡＰに対応した機種のスペックと同様なスペック（例えば、甘デジ、ライトミドル、ミドル、ＭＡＸ）の機種を導入している店舗の情報を表示させても良い。

【0031】

加えて、貸し玉料金を参考にして、表示対象の店舗を定めても良い。遊技アプリ３ＡＰに対応した機種が、店舗にて貸し玉料金を幾らで運用しているかを予め収集する。収集したより一番多く運用されている貸し玉料金を、遊技アプリ３ＡＰと対応付けて記憶しておく。また、店舗状況テーブル１５３に、各店舗の各機種に対応付けて貸し玉料金を記憶しておく。ユーザが起動した遊技アプリ３ＡＰと対応した貸し玉料金を取得する。取得した貸し玉料金で運用している台数が多い店舗を選択し、選択した店舗の情報を表示させる。

【0032】

実施の形態２
実施の形態２は、ユーザが遊技を終了し、精算する際にも、ホール情報を表示する形態に関する。この点が実施の形態１と異なる点であり、その他の点については、同様である。以下の説明においては、実施の形態１と異なる点を主として説明する。

【0033】

図１２は、本発明の一実施形態に係る精算処理の手順を示すフローチャートである。図７のステップＳ１５に対応する処理である。

【0034】

スマートフォン３のＣＰＵ３１は、遊技結果を、通信部３５を介して、情報提供サーバ１に送信する（ステップＳ４１）。情報提供サーバ１のＣＰＵ１１は、通信部１６を介して遊技結果を受信する（ステップＳ４２）。ＣＰＵ１１は、受信した遊技結果を元に、遊技履歴テーブル１５２に遊技履歴を保存する（ステップＳ４３）。ＣＰＵ１１は、ホール情報を作成する（ステップＳ４４）。ホール情報作成２処理については、後述する。ＣＰＵ１１は、遊技結果に基づく精算画面の画面情報を作成する（ステップＳ４５）。ＣＰＵ１１は、作成した画面情報と、ホール情報とをスマートフォン３に送信する（ステップＳ４６）。ＣＰＵ３１は、画面情報とホール情報とを受信する（ステップＳ４７）。ＣＰＵ３１は、ホール情報を埋め込んだ精算画面をタッチパネルディスプレイ３４に表示する（ステップＳ４８）。ＣＰＵ３１は、ホール情報が選択された否かを判定する（ステップＳ４９）。ＣＰＵ３１は、ホール情報が選択されたと判定した場合（ステップＳ４９でＹＥＳ）、ホール情報画面を表示する（ステップＳ５０）。ホール情報画面の表示処理については、上述した内容と同様であるので、説明を省略する。ＣＰＵ３１は、ホール情報画面で戻るボタン３４４ｂが選択されたか否かを判定する（ステップＳ５１）。ＣＰＵ３１は、ホール情報画面で戻るボタン３４４ｂが選択されたと判定した場合（ステップＳ５１でＹＥＳ）、処理をステップＳ４８に戻す。ＣＰＵ３１は、ホール情報画面で戻るボタン３４４ｂが選択されなかったと判定した場合（ステップＳ５１でＮＯ）、処理を呼び出し元に戻す。ＣＰＵ３１は、ホール情報が選択されなかったと判定した場合（ステップＳ４９でＮＯ）、処理を呼び出し元に戻す。

【0035】

実施の形態２においては、精算画面においてホール情報を表示するので、遊技結果を活用する。図１３は本発明の一実施形態に係るホール情報テーブル１５４のレコードレイアウトを示す説明図である。ホール情報テーブル１５４は、配信ＩＤ列、条件列、ホール情報列を含む。配信ＩＤ列はレコードを一意に特定するＩＤを記憶する。条件列はホール情報を配信する条件を記憶する。ホール情報列は配信するホール情報を記憶する。図１３に示す例では、２時間以上確変機の遊技アプリ３ＡＰをプレイしたユーザ、又は確変機の遊技アプリ３ＡＰをプレイして差玉がプラスのユーザに対して、ホール情報を配信することが定義されている。また、配信するホール情報の例として、「ＣＲ・ＥＶ９の確変機Ｖｅｒ．の導入店舗はこちら。」が示されている。「こちら」の部分にはハイパーリンクが埋め込まれており、この部分をユーザが選択すると、予め作成した導入店舗一覧が表示される。

【0036】

図１４は、本発明の一実施形態に係る種別マスタテーブル１５５のレコードレイアウトを示す説明図である。種別マスタテーブル１５５は、アプリＩＤ列、種別列を含む。アプリＩＤ列は、遊技アプリ３ＡＰのＩＤを記憶する。種別列は遊技アプリに対応した遊技機の種別を記憶する。種別の例としては、確変、デジパチ、権利物などである。なお、アプリＩＤは遊技アプリ３ＡＰに対応した遊技機のＩＤと同一としてある。図１３に示したホール情報テーブル１５４の条件列には、確変機の遊技アプリ３ＡＰをプレイしたことが条件として含まれている。種別マスタを用いることにより、ユーザが８遊技したアプリが、確変機の遊技アプリ３ＡＰか否かを判定することが可能となる。

【0037】

次に、ホール情報作成２処理について説明する。図１５は、本発明の一実施形態に係るホール情報作成処理の手順を示すフローチャートである。ＣＰＵ１１は、ホール情報テーブル１５４から１つのレコード（配信情報）を取得する（ステップＳ６１）。ＣＰＵ１１は、取得したレコードから、条件列に記憶されている配信条件を取得する（ステップＳ６２）。ＣＰＵ１１は、ユーザの遊技結果が取得した配信条件をみたすか否かを判定する（ステップＳ６３）。ＣＰＵ１１は、配信条件をみたすと判定した場合（ステップＳ６３でＹＥＳ）、取得したレコードのホール情報列の値から、配信するホール情報を作成する（ステップＳ６４）。ＣＰＵ１１は配信条件をみたさないと判定した場合（ステップＳ６３でＮＯ）、処理をステップＳ６５に進める。ＣＰＵ１１は、ホール情報テーブル１５４に処理していない他のレコードがあるか否かを判定する（ステップＳ６５）。ＣＰＵ１１は他のレコードがあると判定した場合（ステップＳ６５でＹＥＳ）、処理をステップＳ６２へ戻す。ＣＰＵ１１は他のレコードがないと判定した場合（ステップＳ６５でＮＯ）、処理を呼び出し元に戻す。

【0038】

図１６は本発明の一実施形態に係る精算画面３４５を示す説明図である。精算画面３４５は、回転数表示領域３４５ａ、大当り回数表示領域３４５ｂ、差玉数表示領域３４５ｃ、ホール情報表示領域３４５ｄを含む。図１６に示す例では、ホール情報表示領域３４５ｄには、「ＣＲ・ＥＶ９の導入店舗は、こちら。」と表示されている。「こちら」の部分はハイパーリンクとしてあり、ユーザが選択すると、図１１と同様な店舗一覧が表示される。なお、店舗一覧を表示する際には、図８のステップＳ２２と同様に、ユーザの登録住所、現在位置、ユーザが予め設定した地域により、表示する店舗の絞り込みを行う。

【0039】

実施の形態２は、実施の形態１が奏する効果に加えて、以下の効果を奏する。遊技アプリ３ＡＰでの遊技結果に応じたホール情報を配信するので、遊技を終えたユーザを実店舗に誘導することが可能である。

【0040】

なお、配信条件は上述したものに限らない。実施の形態１で述べた条件、シリーズ、種別（ＳＴ機、セブン機）、スペック（甘デジ、ライトミドル、ミドル、ＭＡＸ）などを配信条件に含めても良い。

【0041】

実施の形態３
実施の形態３は、ユーザの店舗に関する情報へのアクセス履歴により、インセンティブを与える形態である。より具体的には、ユーザが店舗に関する情報へのアクセス状況に応じて、遊技アプリ３ＡＰで使用可能なアイテムを付与する。ここで、アイテムとは、遊技アプリ３ＡＰで使用可能なものである。例えば、精算時に出玉数を１％アップするアイテムである。図１７は、本発明の一実施形態に係るアクセス履歴テーブル１５６のレコードレイアウトを示す説明図である。アクセス履歴テーブル１５６は情報提供サーバ１の大容量記憶装置１５に記憶されている。アクセス履歴テーブル１５６はユーザＩＤ列、マイホール列、通知回数列、店舗ＩＤ列、閲覧回数列を含む。ユーザＩＤ列はユーザを一意に特定するＩＤを記憶する。マイホール列は、ユーザがマイホールに登録している店舗の数を記憶する。マイホールはブラウザのブックマークに類似するものであり、店舗を登録することにより、遊技アプリ３ＡＰから店舗情報のアクセスが容易になる。通知回数列は、遊技アプリ３ＡＰによりホール情報を通知された回数を記憶する。店舗ＩＤ列は店舗を一意に特定するＩＤを記憶する。閲覧回数列は、ユーザが店舗の詳細情報を閲覧した回数を店舗毎に記憶する。

【0042】

図１８は、本発明の一実施形態に係る付与条件設定テーブル１５７のレコードレイアウトを示す説明図である。付与条件設定テーブル１５７は、情報提供サーバ１の大容量記憶装置１５に記憶される。付与条件設定テーブル１５７は、付与ＩＤ列、種別列、条件列、アイテムＩＤ列を含む。付与ＩＤ列は、付与条件を一意に特定するＩＤを記憶する。種別列はアクセス履歴のどの内容についての条件なのかを記憶する。種別がマイホールの場合は、マイホールの登録数についての条件であることを示す。種別が通知の場合は、通知の回数についての条件であることを示す。種別が店舗の場合は、店舗の詳細情報の閲覧回数についての条件であることを示す。条件列は、条件の内容を記憶する。アイテムＩＤ列は、条件を満たした場合にユーザに付与するアイテムのＩＤを記憶する。

【0043】

図１９は、本発明の一実施形態に係る付与アイテム管理テーブル１５８のレコードレイアウトを示す説明図である。付与アイテム管理テーブル１５８は、情報提供サーバ１の大容量記憶装置１５に記憶される。付与アイテム管理テーブル１５８は、ユーザＩＤ列、アイテムＩＤ列、店舗ＩＤ列、状態列を含む。ユーザＩＤ列は、ユーザを一意に特定するＩＤを記憶する。アイテムＩＤ列は、ユーザに付与されたアイテムのＩＤを記憶する。店舗ＩＤ列は、アイテム付与のきっかけとなった店舗のＩＤを記憶する。例えば、店舗の詳細情報を所定回数以上閲覧したことにより、アイテムが付与された場合は、当該店舗のＩＤを記憶する。状態列はアイテムの状態を記憶する。アイテムの状態は、例えば、「無効」、「有効」である。「無効」は、有効期限切れなどの理由で、アイテムが使えない状態を示す。「有効」はアイテムが使える状態を示す。

【0044】

図２０は、本発明の一実施形態に係るアイテム付与処理の手順を示すフローチャートである。アイテム付与処理は、ユーザがマイホール更新した場合、店舗の詳細情報を参照した場合、ホール情報を受信した場合などに実行される。これらの場合に、アクセス履歴テーブル１５６が更新されるからである。情報提供サーバ１のＣＰＵ１１は、更新種別を取得する（ステップＳ８１）。ＣＰＵ１１は付与条件設定テーブル１５７から取得した更新種別と同じ値を持つレコードを抽出し、抽出したレコードに含まれる付与条件を取得する（ステップＳ８２）。ＣＰＵ１１は、アクセス履歴テーブル１５６の更新後の値を参照し、付与条件を満たすか否かを判定する（ステップＳ８３）。ＣＰＵ１１は付与条件を満たすと判定した場合（ステップＳ８３でＹＥＳ）、アイテムをユーザに付与する（ステップＳ８４）。アイテムの付与は、付与アイテム管理テーブル１５８に新たなレコードを追加することにより行う。ＣＰＵ１１は処理を終了する。

【0045】

ＣＰＵ１１は付与条件を満たさないと判定した場合（ステップＳ８３でＮＯ）、他に取得した付与条件があるか否かを判定する（ステップＳ８５）。ＣＰＵ１１は他に取得したレコードがあると判定した場合（ステップＳ８５でＹＥＳ）、処理をステップＳ８２に戻す。ＣＰＵ１１は他に取得したレコードがないと判定した場合（ステップＳ８５でＮＯ）、ＣＰＵ１１は処理を終了する。

【0046】

図１８に示した付与条件は、単一種別についての条件であるが、複数種別の条件を設けても良い。例えば、マイホール数が１０以上、かつ、特定の店舗の詳細情報の閲覧回数が１０回超えた場合、アイテムを付与するという条件である。

【0047】

実施の形態３では、ユーザの店舗に関する情報へのアクセス履歴により、アイテム付与を行うので、店舗に関する情報へアクセスすることのユーザのモチベーションを高めることが可能となる。これにより、ユーザの店舗に関する情報へのアクセスが増え、ユーザを実店舗に誘導することが可能である。

【0048】

上述において、遊技アプリ３ＡＰにより動作する仮想遊技機は、弾球式の遊技機に対応する前提としているが、他の遊技機、回胴式の遊技機に対応するとしても良い。

【0049】

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

【符号の説明】

【0050】

１ 情報提供サーバ
１１ ＣＰＵ
１２ ＲＡＭ
１３ ＲＯＭ
１５ 大容量記憶装置
１５１ 起動情報テーブル
１５３ 店舗状況テーブル
１５４ ホール情報テーブル
１５６ アクセス履歴テーブル
１６ 通信部
１Ｐ 制御プログラム
３ スマートフォン
３１ ＣＰＵ
３２ 記憶部
３３ ＲＡＭ
３５ 通信部
４１ ＧＰＳセンサ
３ＡＰ 遊技アプリ
３ＢＰ 共通アプリ
３Ｐ 制御プログラム
Ｎ ネットワーク

【要約】

【課題】パチンコホール（店舗）に関する情報の表示を行うプログラム等の提供をすること。
【解決手段】遊技機を模したシミュレーションゲームのアプリケーションプログラムに関する処理を行う端末装置に用いられるプログラムは、前記シミュレーションゲームが起動された後に、該シミュレーションゲームを特定するための識別情報を出力し、前記識別情報に対応付けられた店舗情報を取得し、前記シミュレーションゲームの起動中の所定のタイミングにて、前記取得した店舗情報を前記シミュレーションゲームの表示画面に重畳して表示する処理を前記端末装置に実行させる。
【選択図】図７

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】