JP5944143B2 - 遊技店用呼出システム及び携帯端末 - Google Patents

Description

本明細書によって開示される技術は、遊技店において係員を呼出すための遊技店用呼出システムと、その呼出システムで用いられる携帯端末に関する。

従来、パチンコ遊技やパチスロ遊技を提供する遊技店では、遊技機やその周辺装置を含む遊技関連機器にトラブルが発生した場合等に、ユーザが遊技店の係員を呼出して係員にトラブルへの対応を依頼する場合がある。例えば、特許文献１には、そのような場合に、係員を呼出すための呼出システムが開示されている。特許文献１の呼出システムでは、ユーザが、各遊技機に設けられた呼出ボタンを操作することにより、各遊技機の上部に設けられた表示ランプや、島のコーナーに設けられたコーナーランプを点灯させて、係員の注意を引く。ランプの点灯を確認した係員は、ユーザが呼出ボタンを操作した遊技機のもとに赴く。

特開平８−２４３２４３号公報

特許文献１の技術では、係員がランプの点灯を確認するまでに時間を要する場合がある。また、特許文献１の技術では、係員は、常にランプの点灯の有無について常に注意を払っている必要があり、係員の負担も大きい。そのため、呼出対応以外の作業効率が低下するおそれもある。遊技店では、遊技店の係員を適切に呼出すことができる遊技店用呼出システムが求められている。

本明細書では、遊技店の係員を適切に呼出すことができる遊技店用呼出システムを開示する。

本明細書が開示する遊技店用呼出システムの一つは、複数個の携帯端末と、遊技関連機器と、管理装置と、を備える。遊技関連機器は、管理装置に通知信号を送信する。管理装置は、通知信号を受信すると、複数個の携帯端末のうちの２個以上の第１種の携帯端末に同時に呼出信号を送信する。２個以上の第１種の携帯端末は、それぞれ、呼出信号を受信すると呼出動作を行う。２個以上の第１種の携帯端末のうちの第１の携帯端末は、所定の対応を行うことが可能であることに関係する対応信号を管理装置に送信する。管理装置は、呼出信号の送信後に、対応信号を受信すると、２個以上の第１種の携帯端末に解除信号を送信する。２個以上の第１種の携帯端末は、それぞれ、解除信号を受信すると呼出動作を停止する。

上記の遊技店用呼出システムは、複数個の遊技関連機器を備えていてもよい。第１の携帯端末は、対応信号を管理装置に送信した後であって、所定の条件が満たされるまでの間に、複数個の遊技関連機器のうちのいずれかの遊技関連機器から管理装置に通知信号が送信されても、呼出動作を行わなくてもよい。

所定の条件は、第１の携帯端末において所定の対応が完了したことに関係する所定の操作が行われることであってもよい。

第１の携帯端末は、対応信号を管理装置に送信した後に、第１の携帯端末において所定の操作が行われると、所定の対応が完了したことに関係する完了信号を管理装置に送信してもよい。所定の条件は、第１の携帯端末が完了信号を管理装置に送信することであってもよい。

管理装置は、２個以上の第１種の携帯端末に呼出信号を送信してから所定時間以内に対応信号を受信しない場合に、複数個の携帯端末のうち、２個以上の第１種の携帯端末とは異なる第２種の携帯端末に呼出信号を送信してもよい。第２種の携帯端末は、呼出信号を受信すると呼出動作を行ってもよい。

管理装置は、対応信号を受信すると、通知信号の送信元の遊技関連機器に対して応答信号を送信してもよい。当該通知信号の送信元の遊技関連機器は、応答信号を受信すると、所定の対応が行われることに関係する報知動作を行ってもよい。

２個以上の第１種の携帯端末のうちの第２の携帯端末は、所定の対応を行うことが不可能であることに関係する不可信号を管理装置に送信してもよい。管理装置は、呼出信号の送信後であって、対応信号を受信する前に、不可信号を受信すると、不可信号の送信元である第２の携帯端末に解除信号を送信してもよい。

管理装置は、各携帯端末からの対応信号の受信履歴に関係する情報を含む管理テーブルを備えていてもよい。

管理装置は、管理テーブルに含まれる情報に基づいて、対応信号を管理装置に送信した頻度が少ない第３の携帯端末を特定し、第３の携帯端末を含む前記２個以上の第１種の携帯端末に対して優先的に呼出信号を送信してもよい。

複数個の携帯端末は、それぞれ、遊技店内の係員によって所持されてもよい。管理装置は、管理テーブルに含まれる情報に基づいて、携帯端末を所持する係員毎の呼出に対する対応実績を集計し、出力してもよい。

本明細書が開示する遊技店呼出システムの他の一つは、複数個の携帯端末と、複数個の遊技関連機器と、管理装置と、を備える。複数個の携帯端末は、それぞれ、呼出信号を受信すると呼出動作を行う。複数個の遊技関連機器は、それぞれ、管理装置に通知信号を送信する。管理装置は、通知信号を受信すると、複数個の携帯端末のうちの第１種の携帯端末に呼出信号を送信し、第１種の携帯端末に呼出信号を送信してから所定時間以内に所定の対応状態が検出されない特定の場合に、第１種の携帯端末とは異なる第２種の携帯端末に呼出信号を送信する。

上記の遊技店用呼出システムにおける「所定の対応状態」とは、携帯端末で所定の対応の意思を示す操作が行なわれる状態、遊技関連機器で所定の対応の意思を示す操作が行われる状態、携帯端末で所定の対応が完了したことを示す操作が行われる状態、のいずれも含む。「第１種の携帯端末」及び「第２種の携帯端末」は、それぞれ、１個以上の携帯端末を含む。また、「遊技関連機器」は、遊技機に対応して設けられる呼出し装置（呼出しランプ等）、遊技機のほかに、遊技機に対応してあるいは島毎に設けられる情報収集装置（サンド、台ユニット、島ユニット等）、玉貸し機、プリペイドカード等を発行するカードユニット、計数機、情報管理装置（ホールコンピュータ、会員サーバ等）、呼出専用単機能押しボタン装置等、各種遊技場設備を含む。また、遊技機と呼出し装置との組み合わせ等、各種機器の組み合わせであってもよい。上記の遊技店用呼出システムでは、各係員に携帯端末を所持させることにより、第１種の携帯端末が呼出動作を行う場合に、第１種の携帯端末を所持する係員が迅速に呼出を確認することができる。また、上記の遊技店用呼出システムでは、第１種の携帯端末を所持する係員が呼出に対応できない場合に、第２種の携帯端末を所持する係員を呼出すことができる。その結果、遊技店の係員を適切に呼び出すことができる。

管理装置は、複数個の遊技関連機器を示す機器ＩＤに、携帯端末を示す端末ＩＤを対応付けた機器管理テーブルを備えていることが好ましい。通知信号には、当該通知信号の送信元の遊技関連機器を示す機器ＩＤが含まれていてもよい。管理装置は、通知信号を受信すると、機器管理テーブルに従って、受信された通知信号に含まれる機器ＩＤに対応付けられている端末ＩＤが示す携帯端末を前記第１種の携帯端末として特定し、当該第１種の携帯端末に呼出信号を送信してもよい。この構成によると、管理装置は、機器管理テーブルに従って、通知信号に含まれる機器ＩＤに対応する端末ＩＤが示す携帯端末に呼出信号を送信する。そのため、遊技店内の遊技関連機器毎に、呼出される携帯端末を対応付けることができる。従って、遊技関連機器毎に、呼出される係員を予め決めておき、呼出に対応できるようにしておくことができる。

管理装置は、さらに、各携帯端末の動作状態を管理する端末管理テーブルを備えていてもよい。動作状態は、待機状態と作業中状態とを含んでいてもよい。管理装置は、作業中状態を示す携帯端末には呼出信号を送信しないようにしてもよい。この構成によると、作業中の係員を呼出さないようにすることができる。その結果、待機中の係員を優先的に呼出すことができる。そのため、遊技店の係員を効率良く呼出すことができる。

管理装置は、特定の場合において、第１種の携帯端末が呼出動作を行っている間に、第２種の携帯端末に呼出信号を送信してもよい。この構成によると、特定の場合に、第１種の携帯端末と第２種の携帯端末の両者に同時に呼出動作を行わせることができる。そのため、第１種の携帯端末を所持する係員が、所定時間内に呼出動作に応答しない場合、第１種の携帯端末を所持する係員に加えて、第２種の携帯端末を所持する係員を呼出すことができる。従って、遊技店の複数の係員を効率良く呼出すことができる。

複数個の携帯端末は、それぞれ、解除信号を受信すると呼出動作を停止させてもよい。管理装置は、特定の場合において、第１種の携帯端末に解除信号を送信するとともに、第２種の携帯端末に呼出信号を送信してもよい。この構成によると、特定の場合に、第１種の携帯端末の呼出動作を停止させた上で、第２種の携帯端末に呼出動作を行わせることができる。そのため、第１種の携帯端末を所持する係員が、所定時間内に呼出動作に応答しない場合、第１種の携帯端末を所持する係員に代えて、第２種の携帯端末を所持する係員を呼出すことができる。従って、遊技店の複数の係員を効率良く呼出すことができる。

管理装置は、通知信号の送信元の遊技関連機器に応じて、所定時間を変化させてもよい。この構成によると、遊技関連機器に応じて、第１種の携帯端末が呼出動作を行った後に第２種の携帯端末が呼出動作を行うまでの時間を調整することができる。従って、例えば、遊技関連機器毎や時間帯に応じて異なる係員呼出対応を提供することができる。

管理装置は、待機中の携帯端末の数に応じて、所定時間を変化させてもよい。この構成によると、待機中の携帯端末の数に応じて、第１種の携帯端末が呼出動作を行った後に第２種の携帯端末が呼出動作を行うまでの時間を調整することができる。従って、遊技店の係員を効率良く呼出すことができる。

特定の場合は、管理装置が、第１種の携帯端末から、所定の対応を行うことが不可能であることを示す不可信号を受信する場合を含んでもよい。この構成によると、管理装置が第１種の携帯端末から不可信号を受信する場合に、速やかに第２種の携帯端末に呼出信号を送信することができる。その結果、ユーザのもとに迅速に係員を派遣することができる。従って、ユーザの要求に迅速に対応することができる。また、呼出時点で対応ができない係員を呼出し続けることを抑制できるため、遊技店内の係員を効率良く呼出すことができる。

また、本明細書は、遊技店の係員が所持可能な携帯端末であって、上記の遊技店用呼出システムにおいて用いられる携帯端末も開示する。

呼出システムの概要を示す図。 携帯端末を示す図。 端末管理テーブルを示す図。 第１実施例の機器管理テーブルを示す図。 呼出管理装置処理を示すフローチャート。 第１実施例の呼出システムの各端末の処理の一例を示すタイムチャート。 第２実施例の機器管理テーブルを示す図。 第２実施例の呼出システムの各端末の処理の一例を示すタイムチャート。 第２実施例の呼出システムの各端末の処理の他の一例を示すタイムチャート。

実施例の主要な特徴を以下に列挙する。
（１）携帯端末は、遊技店の係員が装着可能な腕時計型である。携帯端末は、表示部と、操作部とを備える。
（２）遊技関連機器が送信する通知信号は、当該遊技関連機器の稼動状態を示す稼動状態情報を含む。稼動状態情報は、呼出内容（例えば、大当たり、トラブル、サービス、等）に関連する。
（３）管理装置は、特定の場合に、第１種の携帯端末が呼出動作を行っている間に、第２種の携帯端末に呼出信号を送信する。その後、管理装置は、第１種の携帯端末に解除信号を送信する。

（第１実施例）
（システムの概要：図１）
図１に示す呼出システム２は、パチンコ店等の遊技店内において、係員の呼出状況を管理するためのシステムである。図１に示すように、本実施例の呼出システム２は、遊技店内に多数設けられている遊技機１０と、島毎に設けられているカードユニット２０と、複数台の計数機３０と、１台の景品ＰＯＳ４０と、１台の呼出管理装置７０と、多数個の携帯端末５０と、を備えている。各遊技機１０には、呼出ランプ１４及びサンド１８が備えられている。呼出ランプ１４は、呼出管理装置７０と通信可能に接続されている。また、各携帯端末５０は、呼出管理装置７０と無線通信可能に備えられている。また、呼出ランプ１４、カードユニット２０、計数機３０、景品ＰＯＳ４０も、それぞれ、呼出管理装置７０と通信可能に備えられている。なお、図１には、上記の各機器のほかに、遊技機情報管理装置２００、島ユニット（図１の「ＳＵ」）２０２、台ユニット（図１の「ＤＵ」）２０４、会員管理装置２１０が図示されているが、これらの各機器については、後で説明する第６実施例及び第７実施例で言及するものとする。

（遊技機１０の構成：図１）
本実施例では、遊技機１０は、パチンコ玉を遊技媒体とするパチンコ機である。他の例では、遊技機１０はメダルを遊技媒体とするスロットマシンとすることもできる。各遊技機１０は、制御部及びメモリ（図示省略）を備えている。制御部は、メモリに記憶されたプログラムに従って様々な処理を実行する。メモリは、各種プログラムを記憶している。

各遊技機１０の上部には、上記の呼出ランプ１４が備えられている。本実施例では、呼出ランプ１４は、遊技機１０と通信可能に接続されている。呼出ランプ１４は、遊技機１０から遊技情報（例えば、アウト数、セーフ数、特賞信号等）を取得する。本実施例では、遊技店内の各呼出ランプ１４には、機器ＩＤ（例えば図４の「Ｐ００１」）が付与されている。各呼出ランプ１４に付与される機器ＩＤは、例えば、対応する遊技機１０の遊技店内での台番号と関連していてもよい。

また、呼出ランプ１４は、呼出ボタン１２を有している。呼出ボタン１２は、遊技機１０で遊技中のユーザが、遊技店の係員を呼出すために操作するボタンである。呼出ボタン１２は、通常呼出ボタン１２ａと、サービス呼出ボタン１２ｂとを含む。なお、呼出ランプ１４は、制御部及びメモリ（図示省略）を備えている。制御部は、メモリに記憶されたプログラムに従って様々な処理を実行する。メモリは、各種プログラムを記憶している。

通常呼出ボタン１２ａは、玉詰まり、玉切れ等、遊技機１０に何らかのトラブルが発生した場合（以下「トラブル」と呼ぶ）、又は、遊技機１０で特賞状態（いわゆる大当たり）が発生する等して獲得玉が増えて玉収容箱（いわゆるドル箱）が必要になった場合（以下「大当たり」と呼ぶ）に、ユーザが操作するボタンである。サービス呼出ボタン１２ｂは、飲み物やおしぼり等、遊技機１０には関係しない店内サービス（以下「サービス」と呼ぶ）を係員に要求する場合に、ユーザが操作するボタンである。なお、他の例では、呼出ランプ１４には通常呼出ボタン１２ａとサービス呼出ボタン１２ｂとを別個に備えず、１個の呼出ボタンのみを備えることもできる。

ユーザが呼出ランプ１４の呼出ボタン１２を操作すると、呼出ランプ１４は、通知信号を呼出管理装置７０に送信する。通知信号には、呼出ランプ１４を示す機器ＩＤと、ユーザが操作したボタンが通常呼出ボタン１２ａとサービス呼出ボタン１２ｂのいずれであるのかを示すボタン情報と、呼出ボタン１２が操作された時点での遊技機１０の状態が特賞状態であるのか否かを示す遊技情報とを含む。以下では、上記ボタン情報と、遊技情報とを合わせて遊技機１０の「稼動状態情報」と呼ぶ場合がある。

また、呼出ランプ１４は、呼出ランプ１４が接続されている遊技機１０で故障やトラブルが起きていることを認識した場合には、ユーザによって呼出ボタン１２が操作されることを待つことなく、自動的に、通知信号を呼出管理装置７０に送信することもできる。その場合、通知信号に含まれる稼動状態情報には、上記のボタン情報に代えて、呼出ランプ１４が自動的に通知信号を送信していることを示す情報が含まれる。

なお、呼出ランプ１４は、通知信号を呼出管理装置７０に送信すると点灯する。点灯した呼出ランプ１４は、係員が所定の点灯解除操作を行うことにより消灯する。

また、各遊技機１０の間には、サンド１８が備えられている。サンド１８は、遊技媒体（例えばパチンコ玉）の貸出しや会員カード処理等、ユーザに様々なサービスを提供するための端末装置である。サンド１８は、タッチパネル１８ａ、カード処理部１８ｂ、紙幣処理部１８ｃを備える。タッチパネル１８ａは、様々な情報を表示するためのディスプレイと、ユーザがディスプレイに触れることによって様々な指示をサンド１８に入力できる操作部とを有している。カード処理部１８ｂは、会員カードの発行、排出、読み取り、回収等、会員カードに関係する各種処理を実行する。紙幣処理部１８ｃは、ユーザが投入した紙幣を受け付けて各種処理を実行する。なお、サンド１８は、さらに、図示しない玉貸し部と制御部とを備える。玉貸し部は、ユーザの操作に従って、ユーザにパチンコ玉の貸し出しを行う。制御部は、図示しないプログラムに従って様々な処理を実行する。なお、他の実施例では、タッチパネル１８ａに、上記の呼出ボタン１２を表示し、ユーザに操作させることもできる。この場合、ユーザが呼出ボタン１２にタッチすると、タッチパネル１８ａの表示等が呼出状態を示す表示に切り替わる。

（カードユニット２０の構成：図１）
カードユニット２０は、遊技媒体（パチンコ玉）の貸出しに用いられるプリペイドカードを販売するための装置である。本実施例では、遊技店内のカードユニット２０にも、機器ＩＤ（例えば図４の「ＣＵ１」）が付与されている。カードユニット２０は、制御部及びメモリ（図示省略）を備えている。制御部は、メモリに記憶されたプログラムに従って様々な処理を実行する。メモリは、各種プログラムを記憶している。なお、カードユニット２０も、呼出ボタン（図示省略）を有している。

ユーザがカードユニット２０の呼出ボタンを操作すると、カードユニット２０は、通知信号を呼出管理装置７０に送信する。カードユニット２０が送信する通知信号には、カードユニット２０を示す機器ＩＤ（例えば図４の「ＣＵ１」）が含まれる。本実施例では、カードユニット２０が送信する通知信号に含まれる稼動状態情報には、上記のボタン情報や遊技情報に代えて、エラーが発生したことを示す情報が含まれる。また、カードユニット２０は、自機で故障やトラブル等のエラーが起きていることを認識した場合に、ユーザによって呼出ボタンが操作されることを待つことなく、自動的に通知信号を呼出管理装置７０に送信することができる。この場合の通知信号の内容は、ユーザがカードユニット２０の呼出ボタンを操作した場合と同様である。

（計数機３０の構成：図１）
計数機３０は、遊技媒体（パチンコ玉）を計数するための装置である。本実施例では、遊技店内の各計数機にも、機器ＩＤ（例えば図４の「ＣＯ１」）が付与されている。計数機３０は、制御部及びメモリ（図示省略）を備えている。制御部は、メモリに記憶されたプログラムに従って様々な処理を実行する。メモリは、各種プログラムを記憶している。なお、計数機３０も、呼出ボタン（図示省略）を有している。

ユーザが計数機３０の呼出ボタンを操作すると、計数機３０は、通知信号を呼出管理装置７０に送信する。計数機３０が送信する通知信号には、計数機３０を示す機器ＩＤ（例えば図４の「ＣＯ１」）が含まれる。本実施例では、計数機３０が送信する通知信号に含まれる稼動状態情報には、上記のボタン情報や遊技情報に代えて、エラーが発生したことを示す情報が含まれる。また、計数機３０は、自機で故障やトラブル等のエラーが起きていることを認識した場合に、ユーザによって呼出ボタンが操作されることを待つことなく、自動的に通知信号を呼出管理装置７０に送信することができる。この場合の通知信号の内容は、ユーザが計数機３０の呼出ボタンを操作した場合と同様である。

（景品ＰＯＳ４０の構成：図１）
景品ＰＯＳ４０は、遊技媒体と交換可能な景品を管理するための端末装置である。景品ＰＯＳ４０は、遊技店内の景品カウンタに設置され、主に遊技店内の係員によって操作される端末装置である。本実施例では、遊技店内の各景品ＰＯＳ４０にも、機器ＩＤ（例えば図４の「ＰＯＳ１」）が付与されている。景品ＰＯＳ４０も、制御部及びメモリ（図示省略）を備えている。制御部は、メモリに記憶されたプログラムに従って様々な処理を実行する。メモリは、各種プログラムを記憶している。なお、景品ＰＯＳ４０も、呼出ボタン（図示省略）を有している。景品ＰＯＳ４０も、上記のカードユニット２０等と同様に、呼出管理装置７０に通知信号を送信することができる。

（携帯端末５０の構成：図１、図２）
図１に示す複数個の携帯端末５０は、それぞれ、遊技店内の係員によって所持される端末装置である。本実施例では、係員１人につき１個の携帯端末５０を所持する。各携帯端末５０には、端末ＩＤ（例えば図３の「Ａ」等）が付与されている。携帯端末５０は、図２に示すように、文字盤部５２と、ベルト６０、６２とを備える腕時計型の端末である。各係員は、携帯端末５０を腕に装着した状態で業務に従事する。文字盤部５２には、種々の情報を表示するための表示部５４が備えられている。文字盤部５２の側面には、ＯＫボタン５６と、ＮＧボタン５８とが備えられている。なお、他の例では、携帯端末５０は、図２に示すような腕時計型ではなく、スマートフォン型、ヘッドセット型、インカム型、カード型、眼鏡型ディスプレイ等、係員が所持可能な端末であれば、任意の形状とすることができる。

携帯端末５０は、さらに、制御部と、メモリと、無線通信インターフェイスと、呼出動作部と（図示省略）、を備える。制御部は、メモリに記憶されたプログラムに従って様々な処理を実行する。メモリは、各種プログラムを記憶している。無線通信インターフェイスは、携帯端末５０が呼出管理装置７０と無線通信を行うためのインターフェイスである。呼出動作部は、無線端末５０に呼出動作を行わせるための振動部とスピーカを含む。ここで、「呼出動作」とは、振動部を動作（振動）させることにより携帯端末５０を振動させることと、スピーカから報知音を発生させること、の一方又は両方を含む動作である。この呼出動作により、係員に呼出が行われていることを確実に伝達することができる。呼出動作は、振動、又は、振動と、表示と報知音の少なくとも一方、又は、表示のみ、表示と報知音の組合せであることが望ましい。この場合には、遊技機１０の演出音に紛れて係員が呼出しに気がつかない事態を防止することができる。表示による報知の態様としては、文字盤部５２に呼出メッセージを表示する態様、アイコン等で呼出ボタンが操作された呼出ランプ等を表示する態様、フラッシュ点滅等をする態様、通常よりも高輝度で発光する態様等を含む。ただし、本発明は、呼出動作が報知音のみの場合も含む。その場合、例えば、呼出管理装置７０が、音声合成装置と音声認識装置を備えている。また、携帯端末５０は、例えば、インカム型である。呼出管理装置７０は、合成音声を含む呼出信号をインカム型端末に送信する。インカム型端末を装着している係員は、「了解しました」等のメッセージを音声応答する。呼出管理装置７０の音声認識装置は、携帯端末５０を装着している係員が応答状態であることを認識する。また、係員が、「対応できません」等のメッセージを音声応答すると、応答不可能な状態であることを認識してもよい。すなわち、本発明の「呼出動作」は、音声による指示も含む。また、本発明の「所定の対応状態」は、音声認識によって認識される場合も含む。

待機状態の携帯端末５０は、呼出動作を行っていない。その場合、表示部５４には、現在時刻等を含む通常画面が表示されている。

待機状態の携帯端末５０は、呼出管理装置７０から呼出信号を無線で受信すると、上記の呼出動作を行う。呼出動作を行っている携帯端末５０の状態を「呼出状態」と呼ぶ。呼出状態の携帯端末５０は、表示部５４に、通常画面に代えて、図２に示すような呼出画面５５を表示させる。呼出画面５５には、例えば、呼出が行われている機器（呼出ランプ１４、カードユニット２０、計数機３０、景品ＰＯＳ４０等）の機器ＩＤ（例えば「Ｐ００１」）と、呼出内容（例えば「大当たり」）が表示される。

携帯端末５０を所持（装着）している係員は、呼出動作中の携帯端末５０のＯＫボタン５６とＮＧボタン５８の一方を押すことができる。本実施例では、係員は、呼出に応じる意思表示をする場合、呼出動作中の携帯端末５０のＯＫボタン５６を押す。係員がＯＫボタン５６を押すと、携帯端末５０は、ＯＫ信号を呼出管理装置７０に無線で送信する。携帯端末５０は、その後、呼出管理装置７０から解除信号を受信すると、呼出動作を停止する。ＯＫボタン５６が押された後の携帯端末５０の状態を「作業中状態」と呼ぶ。その後、呼出に対する必要な作業を完了させた係員が、ＯＫボタン５６を再度押すと、携帯端末５０は、完了信号を呼出管理装置７０に送信する。その場合、携帯端末５０は、作業中状態から待機状態に戻る。

一方、係員は、呼出に応じない（応じることができない）意思表示をする場合、呼出動作中の携帯端末５０のＮＧボタン５８を押す。係員がＮＧボタン５８を押すと、携帯端末５０は、ＮＧ信号を呼出管理装置７０に無線で送信する。携帯端末５０は、その後、呼出管理装置７０から解除信号を受信すると、呼出動作を停止する。携帯端末５０は、次の呼出信号を待機するための待機状態に戻る。

（呼出管理装置７０の構成：図１）
呼出管理装置７０は、遊技店が設置する管理用サーバである。呼出管理装置７０は、図１に示すように、制御部７２と、メモリ７４と、無線通信インターフェイス７６と、を備える。制御部７２は、メモリ７４に記憶されたプログラムに従って様々な処理を実行する。メモリ７４は、各種プログラムを記憶している。さらに、メモリ７４は、端末管理テーブル８０（図３参照）及び機器管理テーブル８２（図４参照）を記憶している。端末管理テーブル８０及び機器管理テーブル８２の構成は後で説明する。無線通信インターフェイス７６は、呼出管理装置７０が上記の各携帯端末５０と無線通信を行うためのインターフェイスである。

（端末管理テーブル８０の構成：図３）
図３に示すように、端末管理テーブル８０は、複数個の端末情報１００〜１２０を含む。各端末情報１００〜１２０は、端末ＩＤ、グループ、前回時刻、積算時間、状態、及び、呼出時刻が関連付けられた情報である。

端末ＩＤは、各携帯端末５０の端末ＩＤを示す。なお、図３の例では、端末ＩＤ「Ａ」〜「Ｈ」で示される各携帯端末５０が遊技店内で顧客サービス等の業務に従事する係員によって所持され、端末ＩＤ「Ｘ」、「Ｙ」で示される各携帯端末５０がマネージャ（管理職）によって所持され、端末ＩＤ「Ｚ」で示される携帯端末５０が店長によって所持される例を想定している。

グループは、対応する端末ＩＤで示される携帯端末５０が属するべき作業グループを示す。図３の例では、端末ＩＤ「Ａ」〜「Ｄ」で示される４台の携帯端末５０が、グループ「Ｇ１」に属している。同様に、端末ＩＤ「Ｇ」〜「Ｈ」で示される４台の携帯端末５０がグループ「Ｇ２」に属している。また、端末ＩＤ「Ｘ」〜「Ｚ」で示される３台の携帯端末５０がグループ「Ｇ６」に属している。なお、他の実施例では、対応する端末ＩＤで示される携帯端末５０が属するべき作業グループを２個以上対応付けることもできる。従って、例えば、端末ＩＤ「Ａ」〜「Ｄ」で示される４台の携帯端末５０が、グループ「Ｇ１、Ｇ２」に属していてもよい。この場合、「Ｇ１」をメイングループ、「Ｇ２」をサブグループとして位置づけてもよい。

前回時刻は、対応する端末ＩＤで示される携帯端末５０を所持する係員が、前回の作業を完了させた時刻（時：分：秒）を示す。ここで、前回の作業を完了させた時刻とは、呼出動作中の携帯端末５０のＯＫボタン５６を押して携帯端末５０を「作業中状態」にした後に、ＯＫボタン５６が再度押された時刻を意味する。

積算時間は、対応する端末ＩＤで示される携帯端末５０を所持する係員の作業時間を積算した時間（分：秒）を示す。

状態は、対応する端末ＩＤで示される携帯端末５０の現在の状態を示す。状態の欄には、携帯端末５０が作業中状態である場合は「作業中」、呼出状態である場合は「呼出中」、待機状態である場合は「待機中」が、それぞれ表示される。なお、図３では図示していないが、携帯端末５０が稼動していない場合（例えば電源が入っていない場合）は「非稼動」が表示される。本実施例では、「非稼動」の携帯端末５０については以下に説明する呼出管理装置処理（図７）において、呼出信号を送信する対象から除外される。

呼出時刻は、当該携帯端末５０に対して、呼出管理装置７０が呼出信号を送信した時刻（時：分：秒）を示す。

従って、例えば、図３の端末情報１０４は、端末ＩＤ「Ｃ」、グループ「Ｇ１」、前回時刻「１１：２０：５５」、積算時間「８：４５」、状態「呼出中」、呼出時刻「１１：５０：０４」を含む。即ち、端末情報１０４は、端末ＩＤ「Ｃ」が示す携帯端末５０はグループ「Ｇ１」に属していることを示す。さらに、端末情報１０４は、当該携帯端末５０を所持する係員の前回の作業完了時刻が１１時２０分５５秒であり、積算の作業時間が８分４５秒であること、及び、当該携帯端末５０が現在呼出状態であり、現在の呼出開始時刻が１１時５０分０４秒であることを示す。

（機器管理テーブル８２の構成：図４）
図４に示すように、機器管理テーブル８２は、複数個の機器情報１３０〜１４６を含む。各機器情報１３０〜１４６は、機器ＩＤ、呼出内容、グループ、及び、呼出順序が関連付けられた情報である。

機器ＩＤは、上述の通り、呼出ランプ１４、カードユニット２０、計数機３０、景品ＰＯＳ４０等に付与されたＩＤである。

呼出内容は、機器ＩＤが示す機器で行われた呼出しの内容を示す。「トラブル」は、玉詰まり、玉切れ、故障等のトラブルが発生したことに起因する呼出しであることを示す。「サービス」は、ユーザがコーヒー等の店内サービスを要求していることに起因する呼出しであることを示す。「大当たり」は、遊技機１０で特賞状態が発生したことに起因する呼出しであることを示す。

グループは、対応する機器ＩＤが示す機器について、対応する呼出内容が示す内容の呼出が行われた場合に、呼出されるべき携帯端末５０のグループを示す。グループ欄に表示されているグループは、図３のグループ（「Ｇ１」、「Ｇ２」等）と同様である。呼出順序は、対応するグループに属する各携帯端末５０を呼出す順番を示す。順番は、端末ＩＤ（「Ａ」等）によって表されている。なお、本実施例では、呼出順序が例えば「Ａ→Ｂ→Ｃ→Ｄ」である場合、順序の最後である端末ＩＤ「Ｄ」の携帯端末５０が呼出されると、その次には再び先頭に戻って端末ＩＤ「Ａ」の携帯端末５０が呼出されるものとする。

従って、例えば、機器情報１３０は、機器ＩＤ「Ｐ００１〜Ｐ１００」、呼出内容「トラブル」、グループ「Ｇ１」、呼出順序「Ａ→Ｂ→Ｃ→Ｄ」を含む。即ち、機器情報１３０は、機器ＩＤ「Ｐ００１」から「Ｐ１００」で示される１００台の呼出ランプ１４について、呼出内容が「トラブル」に関する場合（例えば玉詰まり等）、グループ「Ｇ１」に属する携帯端末５０（端末ＩＤ「Ａ、Ｂ、Ｃ、Ｄ」）を、「Ａ→Ｂ→Ｃ→Ｄ」の順番に従って呼出すことを意味する。また、例えば、機器情報１３２は、機器ＩＤ「Ｐ００１〜Ｐ１００」、呼出内容「サービス」、グループ「Ｇ１」、呼出順序「Ｄ→Ｃ→Ｂ→Ａ」を含む。即ち、機器情報１３０は、機器ＩＤ「Ｐ００１」から「Ｐ１００」で示される１００台の呼出ランプ１４について、呼出内容が「サービス」に関する場合、グループ「Ｇ１」に属する携帯端末５０（端末ＩＤ「Ａ、Ｂ、Ｃ、Ｄ」）を、「Ｄ→Ｃ→Ｂ→Ａ」の順番に従って呼出すことを意味する。即ち、本実施例では、呼出内容に応じて、グループ「Ｇ１」に属する携帯端末５０（端末ＩＤ「Ａ、Ｂ、Ｃ、Ｄ」）の呼出順序が異なる。呼出内容に応じて最適な係員を最初に呼出すことができる。

（呼出管理装置処理：図５）
次いで、呼出管理装置７０の制御部７２が実行する各処理について、図５を参照して説明する。制御部７２は、遊技店内のいずれかの機器（呼出ランプ１４、カードユニット２０、計数機３０、景品ＰＯＳ４０）から通知信号を受信することを監視する（Ｓ１０）。上述の通り、例えば、呼出ランプ１４（例えば機器ＩＤ「Ｐ００１」が示す呼出ランプ１４）は、ユーザが呼出ボタン１２を操作すると、通知信号を呼出管理装置７０に送信する。通知信号の内容は上述の通りである。制御部７２は、通知信号を受信すると、Ｓ１０でＹＥＳと判断し、Ｓ１２に進む。

Ｓ１２では、制御部７２は、通知信号に含まれる機器ＩＤ及び稼動状態情報と、機器管理テーブル８２（図４）とに従って、１個の端末ＩＤを特定する。具体的に説明すると、Ｓ１２では、まず、制御部７２は、通知信号に含まれる稼動状態情報に対応する呼出内容を特定する。例えば、通知信号に含まれる稼動状態情報が、ボタン情報「通常呼出ボタン操作」及び遊技情報「特賞状態ではない」を含んでいる場合、制御部７２は、呼出内容が「トラブル」であると特定する。また、例えば、通知信号に含まれる稼動状態情報が、ボタン情報「サービス呼出ボタン操作」を含んでいる場合、制御部７２は、呼出内容が「サービス」であると特定する。また、例えば、通知信号に含まれる稼動状態情報が、ボタン情報「通常呼出ボタン操作」及び遊技情報「特賞状態」を含んでいる場合、制御部７２は、呼出内容が「大当たり」であると特定する。

次いで、制御部７２は、機器管理テーブル８２（図４）から、通知信号に含まれる機器ＩＤ（例えば「Ｐ００１」）と、特定された呼出内容（例えば「トラブル」）に対応する機器情報（例えば機器情報１３０）を特定する。

次いで、制御部７２は、特定された機器情報（例えば機器情報１３０）に含まれる呼出順序（例えば「Ａ→Ｂ→Ｃ→Ｄ」）に従って、１個の端末ＩＤ（例えば「Ａ」）を特定する。制御部７２は、１個の端末ＩＤを特定すると、Ｓ１４に進む。

Ｓ１４では、制御部７２は、端末管理テーブル８０（図３）に従って、Ｓ１２で特定された端末ＩＤが示す携帯端末５０の状態が作業中であるか否かを判断する。具体的には、制御部７２は、端末管理テーブル８０（図３）から、Ｓ１２で特定された端末ＩＤ（例えば「Ａ」）を含む端末情報（例えば図４の機器情報１３０）を特定し、特定された端末情報に含まれる状態が「作業中」であるか否かを判断する。Ｓ１２で特定された端末ＩＤが示す携帯端末５０の状態が「待機中」である（即ち「作業中」でない）場合、制御部７２はＳ１４でＮＯと判断し、Ｓ１６に進む。一方、Ｓ１２で特定された端末ＩＤが示す携帯端末５０の状態が「作業中」である場合、制御部７２はＳ１４でＹＥＳと判断し、Ｓ１２に戻る。その場合、Ｓ１２では、制御部７２は、前回のＳ１２で特定された機器情報（例えば図４の機器情報１３０）に含まれる呼出順序（例えば「Ａ→Ｂ→Ｃ→Ｄ」）に従って、１個の端末ＩＤ（例えば「Ｂ」）を特定する。

Ｓ１６では、制御部７２は、Ｓ１２で特定された端末ＩＤが示す携帯端末５０に、呼出信号を送信する。携帯端末５０は、呼出信号を受信すると、呼出動作を開始する。また、制御部７２は、呼出信号を送信すると、呼出信号を送信した携帯端末について、呼出時間のカウントを開始する。呼出信号の送信を開始した時刻は、端末管理テーブル８０（図３）の呼出時刻の欄に表示される。また、制御部７２は、端末管理テーブル８０（図３）のうち、当該携帯端末の端末情報に含まれる状態の欄の表示を「待機中」から「呼出中」に切換える。なお、以下では、１回目のＳ１６で、制御部７２が呼出信号を送信した携帯端末５０のことを「第１の端末」と呼ぶ場合がある。

次いで、制御部７２は、Ｓ１８において、第１の端末からＮＧ信号を受信することを監視する。同時に、制御部７２は、Ｓ１９において、第１の端末からＯＫ信号を受信することを監視する。さらに、制御部７２は、Ｓ２０において、第１の端末に呼出信号を送信してから、第１のタイムアウト時間が経過することも監視する。「第１のタイムアウト時間」とは、Ｓ１６で第１の端末に呼出信号を送信してから、他の携帯端末（後で説明する第２の端末）に呼出信号を送信するまでの待機時間である。さらに、それと同時に、制御部７２は、Ｓ２２において、第１の端末に呼出信号を送信してから、第２のタイムアウト時間が経過することも監視する。「第２のタイムアウト時間」とは、Ｓ１６で第１の端末に呼出信号を送信してから、当該第１の端末に解除信号を送信する（即ち呼出を停止する）までの待機時間である。第２のタイムアウト時間は、第１のタイムアウト時間よりも長時間に設定されている。なお、本実施例では、第１の端末について一度Ｓ２０でＹＥＳ（第１のタイムアウト時間が経過した）と判断されると、その後、第１の端末については、Ｓ２０をスキップして、Ｓ２２の監視（第２のタイムアウト時間が経過したか否か）のみが行われる。

上述の通り、呼出状態の携帯端末５０を所持する係員は、携帯端末５０のＯＫボタン５６とＮＧボタン５８のいずれか一方を押すことができる。ＯＫボタン５６が押されると、携帯端末５０は、ＯＫ信号を呼出管理装置７０に送信する。制御部７２は、呼出状態の携帯端末５０からＯＫ信号を受信すると、Ｓ１９でＹＥＳと判断し、Ｓ３０に進む。一方、ＮＧボタン５８が押されると、携帯端末５０は、ＮＧ信号を呼出管理装置７０に送信する。制御部７２は、呼出状態の携帯端末５０からＮＧ信号を受信すると、Ｓ１８でＹＥＳと判断し、Ｓ２６に進む。

一方、上記の第１の端末に呼出信号が送信された後に、ＯＫ信号とＮＧ信号のいずれも受信しないまま、第１のタイムアウト時間が経過すると、制御部７２は、Ｓ２０でＹＥＳと判断する。その場合、制御部７２は、２回目のＳ１２に進み、前回のＳ１２で特定された機器情報（例えば図４の機器情報１３０）に含まれる呼出順序（例えば「Ａ→Ｂ→Ｃ→Ｄ」）に従って、１回目のＳ１２で特定した端末ＩＤとは異なる１個の端末ＩＤ（例えば「Ｂ」）を特定する。続くＳ１４でＮＯと判断されると、制御部７２は、２回目のＳ１６で、２回目のＳ１２で特定した端末ＩＤが示す携帯端末５０に、呼出信号を送信する。２回目のＳ１６では、制御部７２は、２回目のＳ１２で特定された端末ＩＤが示す携帯端末５０についても、呼出時間のカウントを開始する。なお、以下では、２回目のＳ１６で、制御部７２が呼出信号を送信した携帯端末５０のことを「第２の端末」と呼ぶ場合がある。

２回目のＳ１６を終えると、第１の端末と第２の端末が同時に呼出状態となる。第１の端末と第２の端末が同時に呼出状態となる状態を「オーバーラップ」と呼ぶ場合がある。オーバーラップ状態では、Ｓ１８〜Ｓ２２では、呼出状態の各携帯端末５０について、以下の処理が並列的に実行される。即ち、制御部７２は、Ｓ１８、Ｓ１９において、第１の端末と第２の端末のいずれかから、応答信号（ＮＧ信号又はＯＫ信号）を受信することを監視する。また、制御部７２は、Ｓ２０において、第２の端末について、第１のタイムアウト時間が経過することを監視する。なお、上述の通り、第１の端末については、一度Ｓ２０でＹＥＳ（第１のタイムアウト時間が経過した）と判断されているため、Ｓ２０をスキップして、Ｓ２２の監視（第２のタイムアウト時間が経過したか否か）のみが行われる。また、制御部７２は、Ｓ２２において、第１の端末についての第２のタイムアウト時間が経過することを監視するとともに、第２の端末についての第２のタイムアウト時間が経過することを監視する。本実施例では、「第１の端末についての第１のタイムアウト時間」と、「第２の端末についての第１のタイムアウト時間」は同じ長さに設定してある。同様に、本実施例では、「第１の端末についての第２のタイムアウト時間」と、「第２の端末についての第２のタイムアウト時間」も同じ長さに設定してある。

いずれの端末からも応答信号（ＯＫ信号又はＮＧ信号）を受信しないまま、上記の第１の端末についての第２のタイムアウト時間が経過すると、制御部７２は、Ｓ２２でＹＥＳと判断する。その場合、制御部７２は、Ｓ２４に進む。Ｓ２４では、制御部は、第１の端末に解除信号を送信する。解除信号を受信すると、第１の端末は、呼出動作を停止する。第１の端末は、次の呼出に備える待機状態に戻る。制御部７２は、端末管理テーブル８０（図３）のうち、当該第１の端末に対応する端末情報に含まれる状態欄の表示を「呼出中」から「待機中」に戻す。Ｓ２４を終えると、第２の端末のみが呼出状態となる。すなわち、オーバーラップが解消される。Ｓ２４を終えると、Ｓ１８〜Ｓ２２では、制御部７２は、以下の処理を実行する。即ち、制御部７２は、Ｓ１８において、第２の端末から、応答信号を受信することを監視する。また、制御部７２は、Ｓ２０において、第２の端末について、第１のタイムアウト時間が経過することを監視する。さらに、制御部７２は、Ｓ２２において、第２の端末についての第２のタイムアウト時間が経過することを監視する。なお、本実施例では、第２の端末についても、一度Ｓ２０でＹＥＳ（第１のタイムアウト時間が経過した）と判断されると、その後は、Ｓ２０をスキップして、Ｓ２２の監視（第２のタイムアウト時間が経過したか否か）のみが行われる。

以上のように、制御部７２は、Ｓ１８又はＳ１９でＹＥＳと判断されるまで、Ｓ１２〜Ｓ２４の各処理を繰り返し実行する。なお、前回のＳ１２において、呼出順序（例えば「Ａ→Ｂ→Ｃ→Ｄ」）の最後の端末ＩＤ（例えば端末ＩＤ「Ｄ」）が特定されていた場合、制御部７２は、次回のＳ１２では、呼出順序（例えば「Ａ→Ｂ→Ｃ→Ｄ」）の先頭の端末ＩＤ（例えば端末ＩＤ「Ａ」）を特定する。

上述の通り、制御部７２がＮＧ信号を受信すると（Ｓ１８でＹＥＳの場合）、Ｓ２６に進む。Ｓ２６では、制御部７２は、ＮＧ信号の送信元の携帯端末５０に解除信号を送信する。呼出状態の携帯端末５０は、解除信号を受信すると、呼出動作を停止する。また、制御部７２は、端末管理テーブル８０（図３）のうち、当該携帯端末５０の端末情報に含まれる状態の欄の表示を「呼出中」から「待機中」に切換える。また、呼出時刻の欄をクリアする。また、制御部７２は、当該携帯端末５０についてカウントしていた呼出時間をリセットする。

次いで、Ｓ２８では、制御部７２は、現時点で呼出状態の携帯端末５０が存在するか否かを判断する。例えば、上記の第１の端末からＮＧ信号を受信して、第１の端末に解除信号を送信した際に、上記の第２の端末が呼出状態である場合、制御部７２は、Ｓ２８でＹＥＳと判断する（呼出状態の端末が２個以上存在する場合も同様）。その場合、制御部７２は、Ｓ１８に戻り、呼出状態の第２の端末について、Ｓ１８〜Ｓ２２の処理を継続して実行する。一方、例えば、上記の第１の端末からＮＧ信号を受信して、第１の端末に解除信号を送信した際に、呼出状態の第２の端末が存在しない場合、制御部７２は、Ｓ２８でＮＯと判断する。その場合、制御部７２は、Ｓ１２に進み、上述した手法に従って、他の機器ＩＤを特定する。

また、上述の通り、制御部７２がＯＫ信号を受信すると（Ｓ１９でＹＥＳの場合）、Ｓ３０に進む。Ｓ３０では、制御部７２は、呼出状態のすべての携帯端末５０に解除信号を送信する。呼出状態の携帯端末５０は、解除信号を受信すると、呼出動作を停止する。また、制御部７２は、端末管理テーブル８０（図３）のうち、ＯＫ信号の送信元の携帯端末の端末情報に含まれる状態の欄の表示を「呼出中」から「作業中」に切換えるとともに、それ以外の呼出状態の携帯端末５０の端末情報に含まれる状態の欄の表示を「呼出中」から「待機中」に戻す。また、制御部７２は、各携帯端末５０についてカウントしていた呼出時間をリセットする。即ち、呼出状態の携帯端末５０のうち、ＯＫ信号の送信元の携帯端末５０のみが作業中状態に移行し、それ以外の携帯端末５０は待機状態に復帰する。

次いで、Ｓ３２では、制御部７２は、作業中状態の携帯端末５０から、完了信号を受信することを監視する。制御部７２は、所定時間毎に、作業中状態の携帯端末５０に対して、作業の早期完了を促すメッセージを表示する指示を送信するようにしてもよい。その場合、メッセージが表示された端末装置５０において、了解の意思を示す操作（ＯＫボタン５６操作）が行われない場合、制御部７２は、深刻なトラブルが発生したと判断し、支援のために、別の端末ＩＤを特定するＳ１２の処理を行ってもよい。作業中状態の携帯端末５０を所持する係員は、必要な作業を終えて、ＯＫボタン５６を再度押すことができる。ＯＫボタン５６が再度押されると、携帯端末５０は、完了信号を呼出管理装置７０に送信する。制御部７２は、完了信号を受信すると、Ｓ３２でＹＥＳと判断する。この際、制御部７２は、作業中状態の携帯端末５０の端末情報に含まれる状態の欄の表示を「作業中」から「待機中」に戻す。また、制御部７２は、当該携帯端末５０の端末情報に含まれる前回時刻と積算時間の欄の表示を更新する。それらの各処理が終了すると、図５の呼出管理装置処理が終了する。

（本実施例の各機器によって実行される処理：図６）
図６を参照して、本実施例の呼出システム２の各機器によって実行される処理を説明する。図６の例では、機器ＩＤ「Ｐ００１」が示す呼出ランプ１４と、端末ＩＤ「Ａ」〜「Ｄ」がそれぞれ示す携帯端末５０（以下の説明では、それぞれ「端末Ａ」、「端末Ｂ」、「端末Ｃ」、「端末Ｄ」と呼ぶ）とが実行する処理を想定している。

図６の例では、遊技機１０でトラブルが発生したことに起因して、ユーザが呼出ランプ１４の呼出ボタン１２を操作するものとする。ユーザが呼出ボタン１２（通常呼出ボタン１２ａ）を操作すると、通知信号が呼出管理装置７０に送信される。呼出管理装置７０は、通知信号に含まれる機器ＩＤ「Ｐ００１」と、稼動状態情報と、機器管理テーブル８２（図４）に従って、１個の端末ＩＤ「Ａ」を特定する。詳しく言うと、呼出管理装置７０の制御部７２は、まず、通知信号に含まれる稼動状態情報から、呼出内容「トラブル」を特定する。次いで、制御部７２は、機器管理テーブル８２（図４）から、通知信号に含まれる機器ＩＤ「Ｐ００１」と、特定された呼出内容「トラブル」に対応する機器情報１３０を特定する。次いで、呼出管理装置７０の制御部７２は、機器情報１３０に含まれる呼出順序「Ａ→Ｂ→Ｃ→Ｄ」に従って、順序の先頭である端末ＩＤ「Ａ」を特定する（図５のＳ１２）。続いて、呼出管理装置７０は、端末Ａに呼出信号を送信する（図５のＳ１４）。これにより、端末Ａが呼出動作を開始する。

図６の例では、端末Ａを所持する係員は、端末ＡのＮＧボタン５８を押す。端末ＡのＮＧボタン５８が押されると、端末Ａは、ＮＧ信号を呼出管理装置７０に送信する。その後呼出管理装置７０から解除信号を受信すると（図５のＳ２６）、端末Ａは呼出動作を停止する。

次いで、呼出管理装置７０の制御部７２は、機器情報１３０に含まれる呼出順序「Ａ→Ｂ→Ｃ→Ｄ」に従って、順序の二番目である端末ＩＤ「Ｂ」を特定する（図５のＳ１２）。呼出管理装置７０は、端末Ｂに呼出信号を送信する（図５のＳ１４）。これにより、端末Ｂが呼出動作を開始する。

図６の例では、端末Ｂを所持する係員は、呼出動作に応答しない。端末Ｂの呼出動作が開始されてから第１のタイムアウト時間が経過すると（図５のＳ２０でＹＥＳ）、呼出管理装置７０の制御部７２は、機器情報１３０に含まれる呼出順序「Ａ→Ｂ→Ｃ→Ｄ」に従って、順序の三番目である端末ＩＤ「Ｃ」を特定する（図５のＳ１２）。呼出管理装置７０は、端末Ｃに呼出信号を送信する（図５のＳ１４）。これにより、端末Ｃも呼出動作を開始する。この結果、端末Ｂ、端末Ｃが同時に呼出動作を行うオーバーラップ状態となる。

その後、端末Ｂの呼出動作が開始されてから第２のタイムアウト時間が経過すると（図５のＳ２２でＹＥＳ）、呼出管理装置７０の制御部７２は、端末Ｂに解除信号を送信する（図５のＳ２４）。端末Ｂは、解除信号を受信すると、呼出動作を停止させる。端末Ｂは、待機状態に戻る。これにより、端末Ｃのみが呼出動作を継続する。

図６の例では、その後、端末Ｃについての第１のタイムアウト時間が経過する前に、端末Ｃを所持する係員がＯＫボタン５６を押す。端末ＣのＯＫボタン５６が押されると、端末Ｃは、ＯＫ信号を呼出管理装置７０に送信する。その後呼出管理装置７０から解除信号を受信すると（図５のＳ３０）、端末Ｃは呼出動作を停止する。なお、図６の例では、端末Ｄは呼出動作を行わない。

以上、本実施例の呼出システム２について説明した。本実施例の呼出システム２では、各係員に携帯端末５０を所持させることにより、携帯端末５０が呼出動作を行うと、その携帯端末５０を所持する係員が迅速に呼出動作を確認することができる。また、本実施例の呼出システム２では、第１の端末（例えば図６の端末Ｂ）を所持する係員が呼出に対応できない場合に、第２の端末（例えば図６の端末Ｃ）を所持する係員を呼出すことができる。そのため、呼出ボタン１２を操作したユーザのもとに迅速に係員を派遣し得る。従って、ユーザの要求に迅速に対応し得る。また、本実施例の呼出システム２では、各携帯端末５０に、順番（例えば「Ａ→Ｂ→Ｃ→Ｄ」）に呼出し動作を行わせる。即ち、携帯端末５０を所持する係員を、一人ずつ順番に呼出すことができる。そのため、２人以上の係員が同時に同じ呼出に対処してしまう等の不都合も発生しにくくなる。遊技店の係員を効率的に呼出すことができる。

本実施例では、呼出管理装置７０は、遊技店内の各機器を示す機器ＩＤと、当該機器ＩＤが示す機器の稼動状態に関連する呼出内容情報に、携帯端末５０を示す端末ＩＤを対応付けて記憶する機器管理テーブル８２（図４参照）を備えている。そのため、呼出管理装置７０は、機器管理テーブル８２に従って、通知信号に含まれる機器ＩＤ（例えば「Ｐ００１」）と、稼動状態情報（ボタン情報及び遊技情報）が示す稼動状態に関連する呼出内容（例えば「トラブル」）と、に対応付けられている端末ＩＤ（例えば「Ａ」）が示す携帯端末５０に呼出信号を送信する。そのため、機器からの呼出内容毎に、呼出される係員を予め決めておくことができる。即ち、機器からの呼出内容毎に、対応する係員を派遣し得る。従って、ユーザの要求に迅速かつ適切に対応し得る。従って、遊技店の店員を効率良く呼出すことができる。

本実施例では、呼出管理装置７０は、さらに、各携帯端末５０の状態を管理するための端末管理テーブル８０（図３参照）を備えており、作業中状態を示す携帯端末５０には呼出信号を送信しないようにしている（図５のＳ１４でＹＥＳの場合）。そのため、作業中の係員を呼出すことを抑制することができる。その結果、待機中の係員を優先的に呼出すことができるため、ユーザの要求により迅速に対応することができる。従って、遊技店の店員を効率良く呼出すことができる。

本実施例では、呼出管理装置７０は、第１の端末（例えば図６の端末Ｂ）を所持する係員が呼出に対応できない場合において、第１の端末が呼出動作を行っている間に、さらに、第２の端末（例えば図６の端末Ｃ）に呼出信号を送信する。即ち、第１の端末と第２の端末とをオーバーラップして呼出す。そのため、第１の端末を所持する係員が呼出しに応答しない場合、第１の端末を所持する係員に加えて、第２の端末を所持する係員を呼出すことができる。遊技店内の複数の係員の呼出しを効率的に行うことができる。その結果、特に、緊急性の高いユーザの要求に対して、迅速に係員に対応を行わせることができる。

（対応関係）
呼出ランプ１４と遊技機１０の組合せ、カードユニット２０、計数機３０、景品ＰＯＳ４０等の各機器が、「遊技関連機器」の一例である。第１の端末（例えば図６の端末Ｂ）、第２の端末（例えば図６の端末Ｃ）が、それぞれ、「第１種の携帯端末」、「第２種の携帯端末」の一例である。呼出管理装置７０が「管理装置」の一例である。呼出管理装置７０の制御部７２がＯＫ信号を受信すること（図５のＳ１９でＹＥＳの場合）が、「所定の対応状態が検出」されることの一例である。ＯＫ信号とＮＧ信号のいずれも受信しないまま、上記の第１の端末に呼出信号を送信した後に、第１のタイムアウト時間が経過する場合（図５のＳ２０でＹＥＳの場合）が、「特定の場合」の一例である。また、第１のタイムアウト時間が、「所定時間」の一例である。また、ＮＧ信号が「不可信号」の一例である。

（第２実施例）
第２実施例について、第１実施例とは異なる点を中心に説明する。上記の第１実施例では、例えば、図６に示すように、呼出管理装置７０は、端末Ｂに呼出信号を送信した後、端末Ｃに呼出信号を送信し、各携帯端末５０に順番に呼出動作を行わせている。これに対して、第２実施例では、呼出管理装置７０は、複数個の携帯端末５０に同時に呼出動作を行わせる点で、第１実施例とは異なる。

第２実施例では、呼出管理装置７０のメモリ７４には、図４の機器管理テーブル８２に代えて、図７に示す機器管理テーブル１８２が記憶されている。なお、第２実施例でも、呼出管理装置７０のメモリ７４には、第１実施例の端末管理テーブル８０（図３）と同様のテーブルが記憶されている。

（機器管理テーブル１８２の構成：図７）
図７に示すように、第２実施例の機器管理テーブル１８２は、複数個の機器情報２００〜２１６を含む。各機器情報２００〜２１６は、機器ＩＤ、呼出内容、及び、グループ呼出順序が関連付けられた情報である。

機器ＩＤ及び呼出内容については、第１実施例の機器管理テーブル８２（図４参照）と同様である。グループ呼出順序は、対応する機器ＩＤが示す機器について、対応する呼出内容が示す内容の呼出が行われた場合に、呼出されるべき携帯端末５０のグループと、その呼出順序（例えば「Ｇ１→Ｇ２」）を示す。なお、本実施例では、グループ呼出順序が例えば「Ｇ１→Ｇ２」である場合、順序の最後である「Ｇ２」に属する携帯端末５０が呼出されると、その次には再び先頭に戻って「Ｇ１」に属する携帯端末５０が呼出されるものとする。

従って、例えば、機器情報２００は、機器ＩＤ「Ｐ００１〜Ｐ１００」、呼出内容「トラブル」、グループ呼出順序「Ｇ１→Ｇ２」を含む。即ち、機器情報２００は、機器ＩＤ「Ｐ００１」から「Ｐ１００」で示される１００台の呼出ランプ１４について、呼出内容が「トラブル」に関する場合（例えば玉詰まり等）、グループ「Ｇ１」に属する携帯端末５０をまず呼出し、次に、グループ「Ｇ２」に属する携帯端末５０を呼出すことを意味する。

（本実施例の各機器によって実行される処理（パターン１）：図８）
図８を参照して、第２実施例の呼出システム２の各機器によって実行される処理の一例を説明する。図８の例では、機器ＩＤ「Ｐ００１」が示す呼出ランプ１４と、端末ＩＤ「Ａ」〜「Ｄ」がそれぞれ示す携帯端末５０（以下の説明では「端末Ａ」、「端末Ｂ」等と呼ぶ）とが実行する処理を想定している。なお、端末Ａ〜端末Ｄは、いずれもグループ「Ｇ１」に属する（図３参照）。

図８の例では、遊技機１０でトラブルが発生したことに起因して、ユーザが呼出ランプ１４の呼出ボタン１２を操作する。ユーザが呼出ボタン１２（通常呼出ボタン１２ａ）を操作すると、通知信号が呼出管理装置７０に送信される。呼出管理装置７０は、通知信号に含まれる機器ＩＤ（「Ｐ００１」）と、稼動状態情報と、機器管理テーブル１８２（図７）に従って、１個のグループ「Ｇ１」を特定する。詳しく言うと、呼出管理装置７０の制御部７２は、まず、通知信号に含まれる稼動状態情報から、呼出内容「トラブル」を特定する。次いで、制御部７２は、機器管理テーブル１８２（図７）から、通知信号に含まれる機器ＩＤ「Ｐ００１」と、特定された呼出内容「トラブル」とに対応する機器情報２００を特定する。次いで、呼出管理装置７０の制御部７２は、特定された機器情報２００に含まれるグループ呼出順序「Ｇ１→Ｇ２」に従って、順序の先頭であるグループ「Ｇ１」を特定する。続いて、呼出管理装置７０は、特定されたグループ「Ｇ１」に属する端末Ａ〜端末Ｄに呼出信号を送信する。これにより、端末Ａ〜端末Ｄが同時に呼出動作を開始する。

図８の例では、端末Ａ〜端末Ｄについての第１のタイムアウト時間が経過する前に、端末Ｂを所持する係員が、端末ＢのＯＫボタン５６を押す。端末Ａ、端末Ｃ、端末Ｄでは、ＯＫボタン５６とＮＧボタン５８のいずれも操作されない。端末ＢのＯＫボタン５６が押されると、端末Ｂは、ＯＫ信号を呼出管理装置７０に送信する。その後、呼出管理装置７０から解除信号を受信すると、端末Ａ〜端末Ｄは呼出動作を同時に停止する。

（本実施例の各機器によって実行される処理（パターン２）：図９）
図９を参照して、第２実施例の呼出システム２の各機器によって実行される処理の他の一例を説明する。図９の例では、機器ＩＤ「Ｐ００１」が示す呼出ランプ１４と、端末ＩＤ「Ａ」〜「Ｈ」がそれぞれ示す携帯端末５０とが実行する処理を想定している。なお、図９の例では、端末Ａ〜端末Ｄは、いずれもグループ「Ｇ１」に属するとともに、端末Ｅ〜端末Ｈは、いずれもグループ「Ｇ２」に属する（図３参照）。

図９の例でも、図８の例と同様に、遊技機１０でトラブルが発生したことに起因して、ユーザが呼出ランプ１４の呼出ボタン１２を操作する。その後、図８の例と同様に、グループ「Ｇ１」に属する端末Ａ〜端末Ｄが同時に呼出動作を開始する。

図９の例では、端末Ａを所持する係員は、端末ＡのＮＧボタン５８を押す。端末ＡのＮＧボタン５８が押されると、端末Ａは、ＮＧ信号を呼出管理装置７０に送信する。その後呼出管理装置７０から解除信号を受信すると、端末Ａは呼出動作を停止する。その後、端末Ｂを所持する係員も、端末ＢのＮＧボタン５８を押す。端末Ａの場合と同様に、端末Ｂもその後呼出動作を停止する。

図９の例では、端末Ｃ、端末Ｄを所持する係員は、呼出動作に応答しない。端末Ｃ、端末Ｄの呼出動作が開始されてから第１のタイムアウト時間が経過すると、呼出管理装置７０の制御部７２は、図７の機器情報２００に含まれるグループ呼出順序「Ｇ１→Ｇ２」に従って、順序の二番目であるグループ「Ｇ２」を特定する。呼出管理装置７０は、グループ「Ｇ２」に属する端末Ｅ〜端末Ｈに呼出信号を送信する。これにより、端末Ｃ、端末Ｄに加えて、端末Ｅ〜端末Ｈも、呼出動作を開始する。この結果、グループ「Ｇ１」に属する端末（端末Ｃ、端末Ｄ）と、グループ「Ｇ２」に属する端末（端末Ｅ〜端末Ｈ）が同時に呼出動作を行うオーバーラップ状態となる。

その後、端末Ｃ、端末Ｄの呼出動作が開始されてから第２のタイムアウト時間が経過すると、呼出管理装置７０の制御部７２は、端末Ｃ、端末Ｄに解除信号を送信する。端末Ｃ、端末Ｄは、解除信号を受信すると、呼出動作を停止させる。この結果、端末Ｃと端末Ｄは、待機状態に戻る。これにより、グループ「Ｇ２」に属する端末（端末Ｅ〜端末Ｈ）のみが呼出動作を継続する。

図９の例では、端末Ｅ〜端末Ｈについての第１のタイムアウト時間が経過する前に、端末Ｅを所持する係員が、端末ＥのＯＫボタン５６を押す。端末ＥのＯＫボタン５６が押されると、端末Ｅは、ＯＫ信号を呼出管理装置７０に送信する。その後、呼出管理装置７０から解除信号を受信すると、端末Ｅ〜端末Ｈは呼出動作を停止する。

以上、第２実施例について説明した。上記の通り、第２実施例では、図８に示すように、呼出管理装置７０は、グループ「Ｇ１」に属する端末Ａ〜端末Ｄに、同時に呼出信号を送信する。その結果、端末Ａ〜端末Ｄに同時に呼出動作を行わせることができる。即ち、複数の係員を同時に呼出すことができる。複数の係員を同時に呼出して遊技機１０に向かわせることができるため、ユーザの要求により迅速に対応することができる。

（第３実施例）
第３実施例について説明する。第３実施例では、通知信号に含まれる機器ＩＤに応じて、第１のタイムアウト時間を異ならせる点が、第１実施例及び第２実施例とは異なる。例えば、遊技店には、遊技媒体（例えばパチンコ玉）の単位数当りの価格が定価である島（定価エリア）と、遊技媒体の単位数当りの価格が安価な島（ディスカウントエリア）とが設けられている場合がある。第３実施例では、例えば、定価エリアの遊技機１０の呼出ランプ１４で呼出ボタン１２が操作された場合の第１のタイムアウト時間を、ディスカウントエリアの遊技機１０の呼出ランプ１４で呼出ボタン１２が操作された場合の第１のタイムアウト時間より短くする。その結果、定価エリアの遊技機１０の呼出ランプ１４で呼出ボタン１２が操作された場合には、ディスカウントエリアの遊技機１０の呼出ランプ１４で呼出ボタン１２が操作された場合に比べて、第１の端末が呼出された後に、第２の端末がより早く呼出される。そのため、定価エリアの遊技機１０で遊技するユーザの要求により迅速に対応することができるようになる（接客重視）。一方、ディスカウントエリアの遊技機１０の呼出ランプ１４で呼出ボタン１２が操作された場合には、定価エリアの遊技機１０呼出ランプ１４で呼出ボタン１２が操作された場合に比べて、第１の端末が呼出された後に、第２の端末がより遅く呼出される。そのため、ディスカウントエリアで呼出が行われる場合、定価エリアで呼出が行われる場合に比べて、ユーザの要求に対応する速度を抑えることもできる（経済性重視）。即ち、第３実施例では、遊技店内の機器に応じて、第１の端末が呼出動作を行った後に第２の端末が呼出動作を行うまでの時間を調整することができる。機器毎（又は機器のエリア毎）に異なる係員呼出対応を提供することができる。

また、第３実施例では、さらに、通知信号に含まれる機器ＩＤに応じて、第２のタイムアウト時間を異ならせることもできる。その場合、第３実施例では、例えば、定価エリアの遊技機１０の呼出ランプ１４で呼出ボタン１２が操作された場合の第２のタイムアウト時間を、ディスカウントエリアの遊技機１０の呼出ランプ１４で呼出ボタン１２が操作された場合の第２のタイムアウト時間より長くすることができる。その結果、定価エリアの遊技機１０の呼出ランプ１４で呼出ボタン１２が操作された場合には、ディスカウントエリアの遊技機１０の呼出ランプ１４で呼出ボタン１２が操作された場合に比べて、第１の端末の呼出と第２の端末の呼出とがオーバーラップする時間がより長くなる。そのため、この場合も、定価エリアの遊技機１０で遊技するユーザの要求により迅速に対応することができるようになる（接客重視）。一方、ディスカウントエリアで呼出が行われる場合、定価エリアで呼出が行われる場合に比べて、第１の端末の呼出と第２の端末の呼出とがオーバーラップする時間が短い。即ち、複数の係員を同時に呼出す時間が短い。遊技店内の係員を無駄に動かす時間を短くすることができる（経済性重視）。

（第４実施例）
第４実施例について説明する。第４実施例では、呼出信号が送付されていない待機状態の携帯端末５０の数に応じて、第１のタイムアウト時間を異ならせる点が、第１実施例等とは異なる。例えば、図６の例に沿って説明すると、端末Ｂに呼出信号を送信する時点では、端末Ｃ、端末Ｄの２個の携帯端末５０が待機状態で残っている。これに対し、端末Ｃに呼出信号を送信する時点では、端末Ｄのみ（１個のみ）が待機状態で残っている。このような場合に、第４実施例では、呼出管理装置７０は、端末Ｂについての第１のタイムアウト時間より、端末Ｃについての第１のタイムアウト期間を長く設定する。これにより、端末Ｃに呼出信号を送信した後に、端末Ｄに呼出信号が送信されるまでの時間を長くすることができる。端末Ｄを所持する係員を、待機状態（フリーな状態）で確保しておくことができる。従って、第４実施例でも、遊技店内の係員を効率良く呼出すことができる。

（第５実施例）
第５実施例について説明する。例えば、上記の第１実施例では、図６に示すように、呼出管理装置７０は、端末Ｂに呼出信号を送信した後に、第１のタイムアウト時間が経過すると、端末Ｃに呼出信号を送信する。その結果、端末Ｂの呼出動作と端末Ｃの呼出動作とがオーバーラップする。これに代えて、第５実施例では、呼出管理装置７０は、端末Ｂに呼出信号を送信した後に、第１のタイムアウト時間が経過すると、まず、端末Ｂに解除信号を送信して端末Ｂの呼出動作を停止させる。次いで、呼出管理装置７０は、端末Ｃに呼出信号を送信する。即ち、第５実施例では、端末Ｂの呼出動作と端末Ｃの呼出動作とがオーバーラップしない。また、第５実施例では、呼出管理装置７０は、各携帯端末５０について、第２のタイムアウト時間が経過することを監視しない。従って、第５実施例では、２人以上の係員が同時に呼出されることがない。そのため、２人以上の係員が同時に同じ呼出に対処してしまう等の不都合が発生しにくくなる。遊技店内の複数の係員を効率良く呼出すことができる。

（第６実施例）
第６実施例について説明する。図１に示すように、第６実施例では、遊技店内には、第１実施例で用いられる各機器に加えて、遊技機情報管理装置（いわゆるホールコンピュータ）２００、島ユニット（図１の「ＳＵ」）２０２、台ユニット（図１の「ＤＵ」）２０４が設けられている。遊技機情報管理装置２００は、遊技店内の各遊技機１０の遊技状態情報（例えば、アウト数、セーフ数、特賞状態等）を管理するための管理サーバである。遊技機情報管理装置２００は、遊技店内に１台のみ設けられている。島ユニット２０２は、遊技店内に設けられた複数の島のそれぞれに１台ずつ設けられている。島ユニット２０２は、対応する島に設けられている各遊技機１０の遊技状態情報を取得する装置である。台ユニット２０４は、４台の遊技機１０に対して１台設けられている。台ユニット２０４は、対応する４個の遊技機１０の遊技状態情報を取得する装置である。台ユニット２０４は、対応する４台の遊技機１０と通信可能に接続されている。また、台ユニット２０４は、台ユニット２０４が設けられている島の島ユニット２０２と通信可能に接続されている。各島ユニット２０２は、遊技機情報管理装置２００と通信可能に接続されている。また、図１に示すように、遊技機情報管理装置２００は、呼出管理装置７０と通信可能に備えられている。

第６実施例では、各遊技機１０は、所定時間毎に、自機に付与されている遊技機ＩＤと、自機の遊技状態情報（例えば、アウト数、セーフ数、特賞状態等）を自機が接続されている台ユニット２０４に送信している。各台ユニット２０４は、４個の遊技機１０から遊技状態情報を取得すると、取得した遊技状態情報を、自機が接続されている島ユニット２０２に送信する。各島ユニット２０２は、取得した遊技状態情報を、遊技機情報管理装置２００に送信する。遊技機情報管理装置２００は、各島ユニット２０２から遊技状態情報を取得すると、遊技機ＩＤと遊技状態情報とを対応付けて記憶する。これにより、第６実施例では、遊技店内の各遊技機１０の遊技状態情報が遊技機情報管理装置２００に集められる。さらに、遊技機情報管理装置２００は、各遊技機ＩＤが示す遊技機１０に接続されている呼出ランプ１４の機器ＩＤを、各遊技機ＩＤと対応付けて記憶している。

第６実施例では、遊技中のユーザが呼出ランプ１４の呼出ボタン１２を操作する場合、各機器が以下のように動作する。ユーザが、呼出ランプ１４の呼出ボタン１２を操作すると、通知信号が呼出管理装置７０に送信される。第６実施例では、通知信号には、機器ＩＤのみが含まれ、稼動状態情報は含まれない。呼出管理装置７０は、通知信号を受信すると、その通知信号に含まれる機器ＩＤを含む要求信号を遊技機情報管理装置２００に送信する。

遊技機情報管理装置２００は、要求信号を受信すると、その要求信号に含まれる機器ＩＤ（呼出ランプ１４）に対応する遊技機ＩＤ（遊技機１０）を特定するとともに、その特定された遊技機ＩＤに対応付けられている遊技状態情報を特定する。遊技機情報管理装置２００は、上記の機器ＩＤ（呼出ランプ１４）と、特定された遊技状態情報とを含む応答信号を呼出管理装置７０に送信する。

呼出管理装置７０の制御部７２は、応答信号を受信すると、その応答信号に含まれる遊技状態情報（アウト数、セーフ数、特賞信号等）が示す遊技機１０の稼動状態から、呼出内容を特定する。以下、呼出内容の特定手法を詳しく説明する。

（１．呼出内容「大当たり」が特定されるパターン）
例えば、応答信号に含まれる遊技状態情報（アウト数、セーフ数、特賞信号等）が、次の（ａ）〜（ｄ）のいずれかを示す場合、遊技機１０で遊技するユーザが玉箱を必要としている可能性が高い。その場合、制御部７２は、通知信号の送信元の遊技機１０で大当たりが発生していると判断する。その場合、制御部７２は、呼出内容「大当たり」を特定する。
（ａ）遊技機１０が特賞状態中であることを示す場合。制御部７２は、呼出内容「大当たり（玉箱用意）」を特定してもよい。
（ｂ）応答信号に含まれる遊技状態情報が、獲得玉（即ちセーフ数−アウト数）が上昇していることを示す場合。制御部７２は、呼出内容「大当たり（玉箱用意）」を特定してもよい。
（ｃ）前回の呼出し時からの獲得玉変異が１箱分近辺であることを示す（推測可能である）場合。なお、この場合、呼出管理装置７０が、ユーザが現在使用中の玉箱内に収容されている玉数を推測する機能を備えていてもよい。制御部７２は、呼出内容「大当たり（玉箱用意）」を特定してもよい。
（ｄ）特賞状態終了直後の確変中（高確率状態中）であることを示す場合。遅れて払い出されるパチンコ玉がある場合や、ユーザによっては、大当たり後に落ち着いてから係員を呼ぶ場合があるためである。制御部７２は、呼出内容「大当たり（玉箱用意）」を特定してもよい。

（２．呼出内容「トラブル」が特定されるパターン）
例えば、応答信号に含まれる遊技状態情報が、次の（ｅ）〜（ｈ）のいずれかを示す場合、遊技機１０で遊技するユーザが何らかのトラブルに見舞われている可能性が高い。その場合、制御部７２は、通知信号の送信元の遊技機１０でトラブルが発生していると判断する。その場合、制御部７２は、呼出内容「トラブル」を特定する。
（ｅ）アウト数は増えているのにセーフ数が増えていないことを示す場合。この場合、玉詰まりの可能性が高い。この場合、制御部７２は、呼出内容「トラブル（玉詰まり）」を特定してもよい。なお、制御部７２は、遊技機１０が特賞状態である場合、より緊急性が高い玉詰まりトラブルであることを特定してもよい。
（ｆ）例えばパチンコ玉の貸出し単価が５００円の場合（５個の売り上げ信号が受信される）において、５個未満の売り上げ信号しか受信されない場合。この場合、玉切れの可能性が高い。この場合、制御部７２は、呼出内容「トラブル（玉切れ）」を特定してもよい。
（ｇ）特賞状態ではないにもかかわらず、セーフ数が異常に増えていることを示す場合。この場合、遊技機１０で不正行為が行われている可能性が高い。この場合、制御部７２は、呼出内容「トラブル（不正行為）」を特定してもよい。この場合、不正行為を迅速に摘発することができる。
（ｈ）アウト数、セーフ数等が増えておらず、遊技開始前であることを示す場合。この場合、ユーザが、遊技機１０での遊び方が分からない等、係員に何かを尋ねたい場合である可能性がある。この場合、制御部７２は、「トラブル（その他）」を特定してもよい。

次いで、制御部７２は、特定した稼動状態（例えば「トラブル」）と、機器管理テーブル８２とに従って、１個の端末ＩＤを特定する。次いで、制御部７２は、特定した端末ＩＤに呼出信号を送信する。呼出信号を受信した携帯端末５０は呼出動作を開始する。

第６実施例でも、上記の第１実施例と同様の作用効果を発揮することができる。なお、第６実施例では、遊技機情報管理装置２００と呼出管理装置７０とが「管理装置」の一例である。また、遊技機１０と呼出ランプ１４とが「遊技関連機器」の一例である。また、遊技機１０が台ユニット２０２及び島ユニット２０４を介して遊技機情報管理装置２００に送信する遊技状態情報（アウト数、セーフ数等）が、「稼動状態情報」の一例である。

（第７実施例）
第７実施例について説明する。図１に示すように、第７実施例では、遊技店内には、第１実施例で用いられる各機器に加えて、会員管理装置２１０が設けられている。会員管理装置２１０は、事前に遊技店において会員登録を行ったユーザに関する各種情報（ユーザＩＤ、貯玉数、持玉数、残金、等）を管理するための管理サーバである。図１に示すように、会員管理装置２１０は、各遊技機１０の間に設けられているサンド１８と通信可能に接続されている。また、会員管理装置２１０は、呼出管理装置７０と通信可能である。

会員登録済みのユーザは会員カードを所有している。第７実施例では、会員登録済みのユーザが会員カードをサンド１８のカード処理部１８ｂに挿入する場合、各機器が以下のように動作する。会員登録済みのユーザは、自身の会員カードを、サンド１８のカード処理部１８ｂに挿入することができる。サンド１８のカード処理部１８ｂは、挿入された会員カードからユーザＩＤを読み出す。サンド１８の制御部は、読み出されたユーザＩＤと、自機を示す機器ＩＤ（サンド１８のＩＤ、又は、サンド１８が接続されている遊技機１０のＩＤ）とを含む会員カード挿入信号を会員管理装置２１０に送信する。

会員管理装置２１０は、会員カード挿入信号を受信すると、会員カード挿入信号に含まれるユーザＩＤとサンドＩＤとを含むユーザ来店信号を呼出管理装置７０に転送する。呼出管理装置７０の制御部７２は、ユーザ来店信号を受信すると、ユーザ来店信号に含まれるユーザＩＤ及び機器ＩＤに従って、１個の端末ＩＤを特定する。例えば、制御部７２は、来店信号に含まれるユーザＩＤが示すユーザと親しい係員が有する端末ＩＤを特定することができる。次いで、制御部７２は、特定した端末ＩＤに呼出信号を送信する。呼出信号を受信した携帯端末５０は呼出動作を開始する。

第７実施例では、例えば、上記のように、会員カードを挿入して遊技を開始しようとしたユーザと比較的親しい係員を呼び出し、その係員をユーザの下に派遣して挨拶をさせる等の会員サービスを実現することができる。

（第８実施例）
第８実施例について説明する。第８実施例は、基本的には上記の第１実施例と共通するが、呼出管理装置７０の制御部７２が、通知信号を受信した場合において、呼出信号を送信する送信先の端末ＩＤを特定する方法が、上記の第１実施例とは異なる。

第８実施例でも、呼出管理装置７０は、図４に示すような機器管理テーブルを記憶している。しかしながら、第８実施例では、機器管理テーブルは、図４の「呼出順序」の欄を設けていない。即ち、各組合せ情報１３０等は、機器ＩＤ（例えば「Ｐ００１〜Ｐ１００」）と、呼出内容（例えば「トラブル」）と、グループ（例えば「Ｇ１」）とが対応付けられた情報である。

第８実施例では、呼出管理装置７０の制御部７２は、通知信号を受信すると、まず、通知信号に含まれる稼動状態情報から、呼出内容（例えば、「トラブル」）を特定する。次いで、制御部７２は、機器管理テーブル（図４参照）から、通知信号に含まれる機器ＩＤ（例えば「Ｐ００１」）と、特定された呼出内容（例えば「トラブル」）に対応する機器情報（例えば図４の符号１３０）を特定する。次いで、呼出管理装置７０の制御部７２は、機器情報に含まれるグループ（例えば「Ｇ１」）を特定する。

次いで、制御部７２は、図３の端末管理テーブル８０に従って、特定されたグループ（例えば「Ｇ１」）に含まれる複数の端末ＩＤのうち、１個の端末ＩＤを特定する。具体的には、制御部７２は、まず、特定されたグループ（例えば「Ｇ１」）に対応する複数の端末情報（例えば符号１００〜１０６）を、図３の端末管理テーブル８０から特定する。次いで、制御部７２は、特定された複数の端末情報（例えば符号１００〜１０６）のうち、前回時刻が最も前（例えば「１１：１０：０１」）である端末情報（例えば符号１００）を特定する。なお、他の実施例では、制御部７２は、特定された複数の端末情報（例えば符号１００〜１０６）のうち、積算時間が最も短い（例えば「８：４５」）端末情報（例えば符号１０４）を特定してもよい。

次いで、制御部７２は、特定された端末情報（例えば符号１００）に含まれる端末ＩＤ（例えば「Ａ」）を特定する。制御部７２は、特定した端末ＩＤに呼出信号を送信する。呼出信号を受信した携帯端末５０は呼出動作を開始する。

この構成によると、遊技店内の各係員を、待機している時間の長さや、積算作業時間の長さ等に応じて、適切に呼出すことができる。従って、待機時間が長い係員を呼出すことにすれば、例えば、前回の作業完了時から、比較的長時間作業を行っていない係員を優先的に呼び出すことができる。積算作業時間の短い係員を呼出すことにすれば、例えば、あまり作業をしていない係員を優先的に呼び出すことができる。遊技店内の各係員が行う作業負担を平準化することができる。

以上、本発明の具体例を詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を採用してもよい。

（変形例１） 呼出管理装置７０は、携帯端末５０からＯＫ信号を受信すると、呼出ボタン１２が操作された呼出ランプ１４に、所定の応答信号を送信するようにしてもよい。その場合、所定の応答信号を受信した呼出ランプ１４には、「今係員が向かっています」等のメッセージを表示してもよい。これにより、呼出ボタン１２を操作したユーザの元に係員が到着するまでにユーザが抱く不安感等を和らげ得る。

（変形例２） 上記の各実施例では、呼出管理装置７０がＯＫ信号を受信すると、携帯端末５０に解除信号を送信するが、呼出管理装置７０が解除信号を送信するタイミングは、これに限られない。したがって、例えば、呼出管理装置７０は、係員が呼出ランプ１４のもとに赴き、所定の点灯解除操作を行って呼出ランプ１４を消灯した場合（例えば、呼出ランプ１４から出力される呼出信号が“Ｈ”レベルから“Ｌ”レベルとなった場合等）に、解除信号を送信してもよい。また、玉貸し機等の遊技関連機器（例えば、サンド１８）に呼出ボタンが設けられている場合もある。この場合も「所定の対応状態」に含まれる。遊技関連機器は、呼出しボタンが１回操作される毎にパルス信号が出力され、パルス信号が１回出力された状態を“呼出し状態”とし、２回出力された状態を“呼出し解除状態”としている場合もある。この場合、「所定の対応状態」は、遊技関連機器から２回目のパルス信号が出力された場合でもよい。また、例えば、呼出に対応した係員が必要な作業を完了させ、携帯端末５０のＯＫボタン５６を再度操作して完了信号を管理装置７０する場合に、管理装置７０が完了信号を受信したことをもって、「所定の対応状態」としてもよい。携帯端末５０は、ＯＫボタン５６以外に、図示していない仕事完了ボタンを備えていてもよい。

（変形例３） 第１実施例では、呼出管理装置７０は、図６に示すように、グループ「Ｇ１」に含まれる端末Ａ〜端末Ｄに、１個ずつ順番に呼出信号を送信し、呼出動作を行わせる。これに限られず、呼出管理装置７０は、例えば、グループ「Ｇ１」に含まれる端末Ａ〜端末Ｄのうち、端末Ａ及び端末Ｂの２個の端末に同時に呼出信号を送信して呼出動作を行わせ、その後、端末Ｃ及び端末Ｄに同時に呼出信号を送信して呼出動作を行わせるようにしてもよい。

（変形例４） サンド１８のディスプレイ１８ａに呼出ボタン１２を備えていてもよい。上記の通り、サンド１８は、会員登録済みの会員が会員カードを挿入するためのカード処理部１８ｂを備えている。この場合、ユーザによってサンド１８の呼出ボタン１２が操作されると、サンド１８が接続されている会員管理装置（図１の符号２１０）は、通知信号とともに、会員カードを挿入したユーザに関連するユーザ情報を、呼出管理装置７０に送信してもよい。呼出管理装置７０は、受信したユーザ情報と、通知信号の内容に従って、１個の端末ＩＤを特定し、特定された端末ＩＤが示す携帯端末５０に呼出信号を送信してもよい。ユーザ情報には、例えば、会員登録済か否か、会員になってからの期間、遊技内容から推測されるユーザの遊技熟練度、開店から同じ遊技機で遊技しているか否か、遊技開始以降大当たりを経験したか否か、等、ユーザを特徴づけるための各種情報が含まれる。

（変形例５） 上記の第１実施例では、遊技店内の機器の例として、呼出ランプ１４、カードユニット２０、計数機３０、景品ＰＯＳ４０等を挙げて説明した。遊技店内の機器は、これには限られず、例えば上記のサンド１８、ホールコンピュータ等の遊技機情報管理装置、会員管理装置（会員サーバ）等、他の任意の機器を含んでもよい。この変形例における遊技店内の機器も、「遊技関連機器」の一例に含む。なお、図１に示した各機器の接続状況は一例であり、図及びその説明に限定されるものではない。各機器は、各機器の機能を果たすことができれば、どのように接続されていてもよい。各機器間の接続は、ＵＳＢ等のシリアル通信、イーサネット（登録商標）、無線通信等いかなる接続仕様であってもよい。例えば、「所定の検出状態が検出できない特定の場合」を判断することや、呼出信号を送信する携帯端末を選択することは、遊技機情報管理装置２００が実施し、呼出管理装置７０は、単に、遊技機情報管理装置２００が判断したタイミングで、遊技機情報管理装置２００が判断した携帯端末に呼出信号を送信するだけでもよい。呼出管理装置７０は単なる呼出信号の送信器であってもよい。

（変形例６） 上記の第１実施例では、呼出ランプ１４は、呼出ボタン１２が操作されると、機器ＩＤと、稼動状態情報（ボタン情報及び遊技情報）を含む通知信号を送信し、呼出管理装置７０が、受信した通知信号に含まれる稼動状態情報に基づいて、呼出内容（例えば「トラブル」等）を特定している。これに代えて、呼出ランプ１４は、呼出ボタン１２が操作されると、呼出ランプ１４が接続されている遊技機１０の稼動状態から呼出内容を特定するようにしてもよい。その場合、呼出ランプ１４は、呼出ボタン１２が操作されると、機器ＩＤと、呼出内容を示す呼出内容情報とを含む通知信号を呼出管理装置７０に送信するようにしてもよい。本変形例は、呼出ボタン１２がサンド１８に設けられている場合において、サンド１８の呼出ボタン１２が操作される場合においても同様に適用可能である。

（変形例７） 上記の各実施例では、呼出管理装置７０は、呼出ランプ１４等の各機器から通知信号を受信している。これに代えて、呼出管理装置７０は、呼出ランプ１４等の各機器に所定期間毎に情報の送信を要求する信号を送信し（いわゆるポーリング）、各機器からエラー情報（例えば「トラブル」等）を取得するようにしてもよい。この態様も、遊技関連機器が呼出管理装置７０に通知信号を送信する一態様に含むものとする。

（変形例８） 上記の各実施例では、呼出ボタン１２は呼出ランプ１４等の遊技関連機器に備えられている。これには限られず、呼出ボタン１２が遊技関連機器とは別個に備えられていてもよい。例えば、無線で通知信号を発生できる呼出ボタン１２を、サンド１８と遊技機１０の間に差し込んで備えておくこともできる。また、呼出ボタン１２は、サンド１８等に貼付するタイプの呼出ボタンであってもよい。呼出ボタン１２が呼出ランプ１４等の遊技関連機器と別体である場合、呼出ボタン１２と各種遊技関連機器の組み合わせが、本発明の「遊技関連機器」であってもよい。

（変形例９） 携帯端末５０は、ＯＫボタン５６、ＮＧボタン５８に加えて、ヘルプボタンを備えてもよい。この場合、携帯端末５０を所持する係員（アルバイトスタッフ等）が、ヘルプボタンを押すと、店長やマネージャ等が所持する携帯端末５０を呼出し可能としてもよい。この際、呼出の内容、緊急度、呼出し要求のあった機器等の情報を、携帯端末５０に送信可能（あるいは転送可能）であってもよい。

（変形例１０） 上記の第６実施例では、遊技店内には、呼出管理装置７０に加えて、呼出管理装置７０とは異なる遊技機情報管理装置２００が設けられている。また、上記の第７実施例では、遊技店内に、呼出管理装置７０に加えて、呼出管理装置７０とは異なる会員管理装置２１０が設けられている。これに限られず、遊技店内には、呼出管理装置７０の機能に加えて、遊技機情報管理装置２００の機能や、会員管理装置２１０の機能をさらに含む１個の管理装置が設けられていてもよい。

（変形例１１） 上記の第１実施例等では、呼出管理装置７０は、図４の機器管理テーブル８２において、機器ＩＤ、呼出内容、端末ＩＤを対応付けて記憶している。これに限られず、機器ＩＤと稼動状態情報に基づいて、呼出内容、及び、呼出信号を送信すべき端末ＩＤを特定可能であれば、機器ＩＤ、稼動状態情報、呼出内容、端末ＩＤの各情報が、複数個のテーブルに分かれて呼出管理装置７０に記憶されていてもよい。

（変形例１２） 上記の第６実施例では、遊技中のユーザが呼出ランプ１４の呼出ボタン１２を操作した結果、特定された端末ＩＤが示す携帯端末５０に呼出信号が送信される。これに限られず、上記の第６実施例において、遊技中のユーザによって呼出ボタン１２の操作が行われない場合であっても、呼出管理装置７０の制御部７２が、１個の端末ＩＤを特定し、特定された端末ＩＤが示す携帯端末５０に呼出信号を送信してもよい。具体的には各機器が以下のような処理を行う。まず、遊技機情報管理装置２００は、各遊技機から所定時間毎に取得している各遊技機における遊技状態情報が、所定の呼出条件（例えば、遊技機１０が特賞状態、玉詰まり状態、玉切れ状態になった場合等）を示す場合に、所定の報知信号を呼出管理装置７０に自動的に送信する。この場合、報知信号は、所定の呼出条件を満たした遊技機を示す遊技機ＩＤと、その遊技機の遊技状態情報を含む。呼出管理装置７０は、報知信号を受信すると、上記と同様の手法によって、報知信号に含まれる遊技状態情報が示す遊技機１０の稼動状態から呼出内容（例えば「大当たり」等）を特定する。次いで、上記と同様の手法によって、端末ＩＤを特定し、特定された端末ＩＤが示す携帯端末５０に呼出信号を送信する。この場合、例えば遊技機１０で遊技中のユーザが、玉詰まり等のトラブルに気付いていない場合でも、係員を派遣することができる。トラブルを迅速に解消することができる。この変形例では、呼出ランプ１４は通知信号を呼出管理装置７０に送信しない。この変形例では、呼出管理装置７０と遊技機情報管理装置２００とが「管理装置」の一例である（図１の破線部参照）。また、遊技機１０が「遊技関連機器」の一例である。なお、本変形例において、呼出ランプ１４と遊技機情報管理装置２００とが互いに通信可能に接続されていてもよい。その場合、呼出ランプ１４は、遊技機情報管理装置２００に遊技状態情報を送信するようにしてもよい。遊技機情報管理装置２００は、各呼出ランプ１４から所定時間毎に取得している各遊技機における遊技状態情報が、所定の呼出条件（例えば、遊技機１０が特賞状態、玉詰まり状態、玉切れ状態になった場合等）を示す場合に、上記の所定の報知信号を呼出管理装置７０に自動的に送信するようにしてもよい。また、上記変形例では、各遊技機から所定時間毎に取得している各遊技機における遊技状態情報が所定の呼出条件を満たす場合を、遊技機情報管理装置２００が判断する例について説明したが、呼出ランプ１４からの遊技状態情報を受信している場合には、呼出管理装置７０が判断することもできる。

（変形例１３） 上記の第１実施例では、呼出ランプ１４、カードユニット２０、計数機３０、景品ＰＯＳ４０等の各機器において、呼出ボタンが操作された結果、特定された端末ＩＤが示す携帯端末５０に呼出信号が送信される。これに限られず、上記の第１実施例において、遊技中のユーザによって呼出ボタン１２の操作が行われない場合であっても、呼出管理装置７０の制御部７２が、１個の端末ＩＤを特定し、特定された端末ＩＤが示す携帯端末５０に呼出信号を送信してもよい。具体的には、本変形例では、呼出ランプ１４、カードユニット２０、計数機３０、及び、景品ＰＯＳ４０は、それぞれ、所定時間毎に、自機の状態（例えば、遊技機１０におけるセーフ数や、カードユニット２０の稼動信号等）を示す情報を呼出管理装置７０に送信する。呼出管理装置７０の制御部７２は、受信する情報に基づいて、呼出ランプ１４、カードユニット２０、計数機３０、景品ＰＯＳ４０等の各機器にエラーが発生しているか否かを判断する。呼出管理装置７０の制御部７２は、エラーが発生していると判断すると、１個の端末ＩＤを特定し、特定された端末ＩＤが示す携帯端末５０に呼出信号を送信する。

（変形例１４） 上記の第１実施例では、携帯端末５０は、呼出管理装置から呼出信号を受信すると、当該携帯端末５０が振動及び表示の呼出動作を行う場合について説明した。これに限られず、遊技店内の係員が所持している携帯端末は、他の端末に対する呼出動作を仲介するものであってもよい。この場合、遊技店の係員が所持している携帯端末は、管理装置からの呼出信号を受信する機能と、呼出信号を他の端末に発信する機能を備えている。例えば、遊技店内の係員は、スマートフォン型の携帯端末を所持している。当該携帯端末は、呼出管理装置から呼出信号を受信すると、店外に居る係員が所持している端末（例えば、時計型）に呼出信号を発信する。すなわち、「呼出動作」は、他の端末に呼出信号を発信する動作をも含む。呼出信号を発信する経路は、インターネットや携帯電話網等を用いてもよい。これによれば、店外に居る係員にも適切に呼出しをかけることができる。なお、呼出管理装置が、直接的にインターネットや携帯電話網等を用い、店外に居る係員にも呼出信号を発信する構成としてもよい。

（変形例１５） 呼出管理装置７０、遊技機情報管理装置２００等の各種管理装置が、呼出への係員の応答状況と結果を記憶していてもよい。この場合、管理装置は、携帯端末５０と、当該携帯端末５０を所持している係員の識別情報とを対応づけて記憶している。また、係員の応答状況は、さらに上位のサーバで管理されていてもよい。サーバは遊技店内に設置されていてもよいし、インターネット等を介して情報を送受信可能な状態で遊技店外に設置されていてもよい。このように、遊技機情報管理装置２００や上位サーバ等が、係員やグループや遊技店等の単位で、呼出への対応回数や対応時刻や対応時間等を把握していれば、係員毎、グループ毎、遊技店毎等の勤怠集計帳票等を出力させることができる。また、係員の勤怠や熟練度を数値化し、係員の評価に用いることもできる。また、スタッフのシフト表や勤怠表等を作成することができる。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：呼出システム
１０：遊技機
２０：カードユニット
３０：計数機
５０：携帯端末
７０：呼出管理装置
７２：制御部
７４：メモリ
７６：無線通信インターフェイス
８０：端末管理テーブル
８２：機器管理テーブル

Claims (10)

1. 複数個の携帯端末と、遊技関連機器と、管理装置と、を備える遊技店用呼出システムであって、
   前記遊技関連機器は、前記管理装置に通知信号を送信し、
   前記管理装置は、通知信号を受信すると、前記複数個の携帯端末のうちの２個以上の第１種の携帯端末に同時に呼出信号を送信し、
   前記２個以上の第１種の携帯端末は、それぞれ、呼出信号を受信すると呼出動作を行い、
   前記２個以上の第１種の携帯端末のうちの第１の携帯端末は、所定の対応を行うことが可能であることに関係する対応信号を前記管理装置に送信し、
   前記管理装置は、呼出信号の送信後に、対応信号を受信すると、前記２個以上の第１種の携帯端末に解除信号を送信し、
   前記２個以上の第１種の携帯端末は、それぞれ、解除信号を受信すると呼出動作を停止し、
   前記２個以上の第１種の携帯端末のうちの第２の携帯端末は、前記所定の対応を行うことが不可能であることに関係する不可信号を前記管理装置に送信し、
   前記管理装置は、呼出信号の送信後であって、対応信号を受信する前に、不可信号を受信すると、不可信号の送信元である前記第２の携帯端末に解除信号を送信する、
   遊技店用呼出システム。
2. 前記遊技店用呼出システムは、複数個の前記遊技関連機器を備えており、
   前記第１の携帯端末は、対応信号を前記管理装置に送信した後であって、所定の条件が満たされるまでの間に、前記複数個の遊技関連機器のうちのいずれかの遊技関連機器から前記管理装置に通知信号が送信されても、呼出動作を行わない、
   請求項１の遊技店用呼出システム。
3. 前記所定の条件は、前記第１の携帯端末において前記所定の対応が完了したことに関係する所定の操作が行われることである、
   請求項２の遊技店用呼出システム。
4. 前記第１の携帯端末は、対応信号を前記管理装置に送信した後に、前記第１の携帯端末において前記所定の操作が行われると、前記所定の対応が完了したことに関係する完了信号を前記管理装置に送信し、
   前記所定の条件は、前記第１の携帯端末が完了信号を前記管理装置に送信することである、
   請求項３の遊技店用呼出システム。
5. 前記管理装置は、前記２個以上の第１種の携帯端末に呼出信号を送信してから所定時間以内に対応信号を受信しない場合に、複数個の携帯端末のうち、前記２個以上の第１種の携帯端末とは異なる第２種の携帯端末に呼出信号を送信し、
   前記第２種の携帯端末は、呼出信号を受信すると呼出動作を行う、
   請求項１から４のいずれか一項の遊技店用呼出システム。
6. 前記管理装置は、対応信号を受信すると、通知信号の送信元の遊技関連機器に対して応答信号を送信し、
   当該通知信号の送信元の遊技関連機器は、応答信号を受信すると、前記所定の対応が行われることに関係する報知動作を行う、
   請求項１から５のいずれか一項の遊技店用呼出システム。
7. 前記管理装置は、各携帯端末からの対応信号の受信履歴に関係する情報を含む管理テーブルを備えている、
   請求項１から６のいずれか一項の遊技店用呼出システム。
8. 前記管理装置は、前記管理テーブルに含まれる情報に基づいて、対応信号を前記管理装置に送信した頻度が少ない第３の携帯端末を特定し、第３の携帯端末を含む前記２個以上の第１種の携帯端末に対して呼出信号を送信する、
   請求項７の遊技店用呼出システム。
9. 複数個の携帯端末は、それぞれ、遊技店内の係員によって所持されており、
   前記管理装置は、前記管理テーブルに含まれる情報に基づいて、携帯端末を所持する係員毎の呼出に対する対応実績を集計し、出力する、
   請求項７の遊技店用呼出システム。
10. 遊技店の係員が所持可能な携帯端末であって、
    請求項１から９のいずれか一項に記載の遊技店用呼出システムにおいて用いられる、
    携帯端末。
    

Images