(57)【要約】【課題】会員以外の利用者でもサービスを利用できるようにし、かつサービスの対価を支払う際、係員が行う釣銭確認の煩わしさを解消する。【解決手段】台間玉貸機３は、貨幣投入装置１３，１４と、サービス要求の入力を受け付ける操作入力装置９と、遊技媒体払出装置１７と、制御部１６とを備える。制御部１６は、サービス要求の入力と、投入金額信号の入力とがあった場合、投入された貨幣価値に対応した遊技媒体数からサービス要求に対応した遊技媒体数を差し引いた数に対応した遊技媒体を払い出す。【選択図】              図５
2004358008.tif 000002
【特許請求の範囲】
【請求項１】
貨幣又は貨幣と等価の貨幣情報が記憶された貨幣情報記憶体の投入を受け付ける貨幣価値投入装置と、利用者によるサービス要求の入力を受け付ける操作入力装置と、遊技媒体を払い出す遊技媒体払出装置と、制御部とを備えた台間玉貸機を含むサービス提供システムであって、前記制御部は、前記操作入力装置によるサービス要求の入力と、前記貨幣価値投入装置からの投入金額信号の入力とがあった場合、前記投入金額信号に対応した遊技媒体数から前記サービス要求に対応した遊技媒体数を差し引いた数に対応した遊技媒体を前記遊技媒体払出装置を通じて払い出すものであることを特徴とするサービス提供システム。
【請求項２】
管理装置と、前記管理装置に通信接続された台間玉貸機とを有するサービス提供システムにおいて、前記台間玉貸機は、貨幣又は貨幣と等価の貨幣情報が記憶された貨幣情報記憶体の投入を受け付ける貨幣価値投入装置と、利用者によるサービス要求の入力を受け付ける操作入力装置と、遊技媒体を払い出す遊技媒体払出装置と、制御部とを備え、前記制御部は、前記貨幣価値投入装置からの投入金額信号の入力があると、前記管理装置に前記投入金額信号を送信し、前記操作入力装置からのサービスの入力があると、入力された前記サービス要求に対応したサービス要求信号を前記管理装置に送信し、前記管理装置は、前記投入金額信号及び前記サービス要求信号を受けると、サービス確認信号を前記台間玉貸機に送信すると共に、前記サービス要求が行われた台及び前記サービス要求の内容を出力し、前記制御部は、前記管理装置から送信された前記サービス確認信号を受けると、前記投入金額信号に対応した遊技媒体数から前記サービス要求に対応した遊技煤体数を差し引いた数に対応した数の遊技媒体を前記遊技媒体払出装置を通じて払い出すものであることを特徴とするサービス提供システム。
【請求項３】
前記制御部は、前記サービス要求に対応する遊技媒体数に対して割り引く手段及び手数料を加える手段のうちの少なくとも１つを備えていることを特徴とする請求項１又は２に記載のサービス提供システム。
【請求項４】
前記管理装置は、前記サービス要求信号に基いて、該サービス要求に対応した遊技媒体数を計数玉数として処理することを特徴とする請求項１乃至３のうちのいずれか１つに記載のサービス提供システム。
【請求項５】
前記台間玉貸機は、利用者が入力した前記サービス要求に対応する品物を受け取ったことを確認する、又は利用者が前記サービス要求を行ったことを確認する確認手段を備えたことを特徴とする請求項１乃至４のうちのいずれか１つに記載のサービス提供システム。
【請求項６】
前記管理装置は、前記サービス要求に対応した品物数を品物在庫数から減算することを特徴とする請求項１乃至５のうちのいずれか１つに記載のサービス提供システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パチンコ機等に並設された台間玉貸機によるサービスの提供に関するものである。
【０００２】
【従来の技術】
従来から、遊技場内では、遊技中の遊技者に対して飲物などの提供サービスが行われている。このサービスは、係員が飲物のメニューを持って島間を巡回し、遊技者から所定の飲物の注文があるとサービスカウンタに戻り、再び遊技者のところに注文された飲み物を持っていく行く方法がとられている。この場合の飲物の対価は、遊技者の持ち玉や持ちメダルが用いられている。
【０００３】
また、上記のような煩雑な作業を軽減する技術として、各遊技台に対応して設けられた台間玉貸機の操作部を遊技者が操作することにより、サービス要求信号がサービスカウンタに発信され、係員はその要求に対応して飲物などを提供するシステムが提案されている（例えば、特許文献１参照）。この先行文献における飲物への対価としては、貯玉や、台間玉貸機に投入された現金などが用いられる。また、対価として現金が用いられた場合には、係員がサービスカウンタにて釣銭を確認し、その釣銭と飲物を遊技者のところまで持って行く。
【０００４】
【特許文献１】
特開平９−２１５８５０号公報（段落００３３〜段落００３７、図２及び図４）
【０００５】
【発明が解決しようとする課題】
上記従来技術を用いた場合には、以下のような課題がある。対価として貯玉が用いられる場合、貯玉を行うには会員になることが必要であって、しかも遊技者が貯玉を行っていることが必要であり、会員登録を行った遊技者のみへのサービスとなり、会員以外の遊技者は利用することができない。また、対価として台間玉貸機に投入された現金が用いられる場合、サービスカウンタへ釣銭がいくらであるかが分かる信号を送信する必要があり、係員は釣銭を確認し、遊技者へ持っていくという煩わしさがある。なお、台間玉貸機に釣銭を払い出せる機能を付加することも考えられるが、台間玉貸機に小額硬貨（１０円硬貨や５０円硬貨）までの払い出し機構や釣銭を貯留する機構を付加すると、台間玉貸機が大型化すると共に製造コストもアップしてしまう難点がある。
【０００６】
本発明は上述の課題を鑑みてなされたものであり、その目的とするところは、会員以外の利用者でもサービスを利用でき、かつサービスの対価を貨幣で払うようにし、釣銭がある場合に発生する係員が行う釣銭確認の煩わしさを解消することのできるサービス提供システムを提供することにある。
【０００７】
【課題を解決するための手段】
請求項１に記載のサービス提供システムは、貨幣又は貨幣と等価の貨幣情報が記憶された貨幣情報記憶体の投入を受け付ける貨幣価値投入装置と、利用者によるサービス要求の入力を受け付ける操作入力装置と、遊技媒体を払い出す遊技媒体払出装置と、制御部とを備えた台間玉貸機を含むものであって、上記課題を解決するために、前記制御部は、前記操作入力装置によるサービス要求の入力と、前記貨幣価値投入装置からの投入金額信号の入力とがあった場合、前記投入金額信号に対応した遊技媒体数から前記サービス要求に対応した遊技媒体数を差し引いた数に対応した遊技媒体を前記遊技媒体払出装置を通じて払い出すものであることを特徴とする。
【０００８】
請求項２に記載のサービス提供システムは、管理装置と、前記管理装置に通信接続された台間玉貸機とを有するものであって、上記課題を解決するために、前記台間玉貸機は、貨幣又は貨幣と等価の貨幣情報が記憶された貨幣情報記憶体の投入を受け付ける貨幣価値投入装置と、利用者によるサービス要求の入力を受け付ける操作入力装置と、遊技媒体を払い出す遊技媒体払出装置と、制御部とを備え、前記制御部は、前記貨幣価値投入装置からの投入金額信号の入力があると、前記管理装置に前記投入金額信号を送信し、前記操作入力装置からのサービスの入力があると、入力された前記サービス要求に対応したサービス要求信号を前記管理装置に送信し、前記管理装置は、前記投入金額信号及び前記サービス要求信号を受けると、サービス確認信号を前記台間玉貸機に送信すると共に、前記サービス要求が行われた台及び前記サービス要求の内容を出力し、前記制御部は、前記管理装置から送信された前記サービス確認信号を受けると、前記投入金額信号に対応した遊技媒体数から前記サービス要求に対応した遊技煤体数を差し引いた数に対応した数の遊技媒体を前記遊技媒体払出装置を通じて払い出すものであることを特徴とする。
【０００９】
請求項３に記載のサービス提供システムは、請求項１又は２に記載のものにおいて、前記制御部が、前記サービス要求に対応する遊技媒体数に対して割り引く手段及び手数料を加える手段のうちの少なくとも１つを備えていることを特徴とするものである。
【００１０】
請求項４に記載のサービス提供システムは、請求項１乃至３のうちのいずれか１つに記載のものにおいて、前記管理装置が、前記サービス要求信号に基いて、該サービス要求に対応した遊技媒体数を計数玉数として処理することを特徴とするものである。
【００１１】
請求項５に記載のサービス提供システムは、請求項１乃至４のうちのいずれか１つに記載のものにおいて、前記台間玉貸機が、利用者が入力した前記サービス要求に対応する品物を受け取ったことを確認する、又は利用者が前記サービス要求を行ったことを確認する確認手段を備えたことを特徴とするものである。
【００１２】
請求項６に記載のサービス提供システムは、請求項１乃至５のうちのいずれか１つに記載のものにおいて、前記管理装置が、前記サービス要求に対応した品物数を品物在庫数から減算することを特徴とするものである。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は、本発明の実施形態に係るサービス提供システム１のブロック図である。本実施形態のサービス提供システム１は、管理室或いは事務所等に設置された管理コンピュータ（管理装置）２、ホール内に複数設置された遊技台（例えば、パチンコ遊技機やメダル式遊技機）４の１台に対して１対１で（即ち、遊技台毎に）配備された台間玉貸機３、各台間玉貸機３と管理コンピュータ２とを双方向データ通信可能に接続するＬＡＮ５、ＬＡＮ５を通じて管理コンピュータ２に通信接続されたサービスカウンタのサービス端末２０により構成される。また、管理コンピュータ２には、データ記憶及びデータ読出が可能にデータ記憶サーバ６が接続されている。
【００１４】
管理コンピュータ２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信インタフェース及びデータ記憶用の記憶装置を備えた制御部、ＣＲＴ或いは液晶パネル等からなる表示画面を有する表示装置、操作入力のためのキーボード装置及びマウスを備えている。
【００１５】
図２は、台間玉貸機３の外観を示す斜視図である。台間玉貸機３の本体正面の上部には紙幣投入口７（例えば、１０００円札）が設けられ、紙幣投入口７の下方に硬貨投入口８（例えば、５００円硬貨）が設けられている。硬貨投入口８の下方には、情報表示装置及び操作入力装置を構成するタッチパネル式の液晶表示パネル９が設けられ、液晶表示パネル９の下方には、玉排出口１０が延在自由に取り付けられ、該玉排出口１０の先端は、図示しないパチンコ遊技機の上皿の上部まで延在するように構成されている。
【００１６】
また、玉排出口１０の下方には硬貨返却口１１が設けられている。硬貨投入口８から投入された硬貨が硬貨識別装置で識別されて偽と判定された場合に該硬貨返却口１１から返却される。さらに、台間玉貸機３の本体正面の下部には会員カード挿入口１２が設けられている。なお、会員カード挿入口１２の奥方の本体内部には会員カードリーダが設けられ、会員カード挿入口１２に会員カードを挿入すると会員カードに記憶された会員ＩＤが読み出される。
【００１７】
図３は、台間玉貸機３の要部ブロック図である。硬貨投入口８から硬貨が投入されると、硬貨識別装置１３によって硬貨の真贋が判別され、正規の硬貨であれば貨幣計数器１５に入金信号が与えられる。また、紙幣投入口７から紙幣が投入されると、紙幣識別装置１４によって紙幣の真贋が判別され、正規の紙幣であれば貨幣計数器１５に入金信号が与えられる。貨幣計数器１５は投入された貨幣の金額を積算するものである。なお、この実施形態では、硬貨識別装置１３、紙幣識別装置１４及び貨幣計数器１５によって貨幣投入装置が構成されている。貨幣計数器１５で積算された投入金額データは制御部１６に与えられて記憶されると共に、液晶表示パネル９に金額が表示される。なお、制御部１６は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたマイクロコンピュータで構成されている。また、制御部１６には玉貸機構部（遊技媒体払出装置）１７が接続され、液晶表示パネル９上に表示された表示操作ボタンへの操作に応じた玉貸操作信号が液晶表示パネル９から入力されると、投入金額データに見合った数の玉を玉貸機構部１７から排出するように構成されている。さらに、制御部１６には会員カードリーダ１８が接続され、会員カード挿入口１２に会員カードが挿入されると、会員カードに記憶された会員ＩＤが読み出されて制御部１６に記憶される。また、制御部１６は、通信インタフェース１９及びＬＡＮ５（図１参照）を通じて管理コンピュータ２とデータの送受を行う。
【００１８】
以上のように構成された実施形態のサービス提供システム１の動作について説明する。本実施形態におけるサービス要求は、液晶表示パネル９によって行う。なお、サービスは、遊技台４で遊技を楽しんでいる利用者（遊技者）が液晶表示パネル９の操作ボタンを操作することにより、ホールから所定の配達サービスを受けられるものである。例えば、飲物（コーヒー、コーラ、ウーロン茶等）、タバコ、食べ物等を液晶表示パネル９の操作入力によって注文し、注文した品物の対価として紙幣又は硬貨を台間玉貸機３に投入すると、管理コンピュータ２を経由してサービスカウンタのサービス端末２０に台番号と注文した品物名が表示され、この表示を確認した店員が注文した品物を利用者まで配達するものである。この際、注文した品物の対価に対して投入した金額が多い場合、投入された貨幣価値に対応した玉数（遊技媒体数）からサービス要求に対応した玉数（遊技媒体数）を差し引いた数に対応した玉を玉貸機構部１７から払い出す。
【００１９】
図４乃至図５は、台間玉貸機３の制御部１６のＣＰＵが実行するサービス提供処理の第１実施形態のフローチャートである。利用者は、液晶表示パネル９において表示されているメニュー画面のサービスボタン（図示せず）を操作すると、サービス提供処理が開始される。
【００２０】
ＣＰＵは、サービス提供処理を開始すると、注文件数カウンタを０クリアし（ステップＳ０１）、ステップＳ０２に進み、液晶表示パネル９の表示画面に図６に示すような品名選択画面を表示し（ステップＳ０２）、利用者による品名の選択入力を受け付ける（ステップＳ０３）。図６に示すように、品名選択画面には、サービス要求（注文）できる品名として「タバコ」、「ドリンク」、「食べ物」、「その他」の品名選択入力ボタンが表示されている。利用者は、所望する品名の選択入力ボタンをタッチ入力する。なお、ＣＰＵは、品名入力があるまでステップＳ０３を繰り返し行って待機状態となる。
【００２１】
ステップＳ０３において品名選択入力があると、ＣＰＵは、入力された品名に対応する品物マスタファイルを特定する（ステップＳ０４）。なお、品物マスタファイルは、ホール開店前（当日開店前であってもよいし、前日の閉店後であってもよい）、管理コンピュータ２（以下、管理装置という）からダウンロードされ、制御部１６のメモリに記憶されているものとする。また、図１８においては、品名として「タバコ」に対応する例を示している。品物マスタファイルの内容は、品物名、品物の１個の金額（単価）、在庫の有無（「１」はあり、「０」はなし）である。例えば、「タバコＡ」についての内容は、金額が２５０円、在庫ありである。
【００２２】
また、サービスデーや週末の時に、サービス要求（注文する品物）に対応する遊技媒体数（玉数）に対して割り引きしたり手数料を加えたりする（含ませる）場合、ホール開店前（当日開店前であってもよいし、前日の閉店後であってもよい）、品物に対して割り引く玉数、例えば、コーヒー１個１２０円に対して２０円割り引く（−５玉分）や注文に対する手数料としての玉数、例えば、１回の注文につき手数料４０円（１０玉分）が管理装置からダウンロードされ、制御部１６のメモリに記憶されているものとする。ＣＰＵは、割り引く玉数と手数料としての玉数を特定する（ステップＳ０５）。なお、割引を行わない場合には割り引く玉数は０玉となり、手数料を取らない場合には手数料としての玉数は０玉となる。
【００２３】
ＣＰＵは、ステップＳ０６に進み、表示画面に図７に示すような品名に対応した品物選択画面を表示し（ステップＳ０６）、利用者による品物の選択入力を受け付ける（ステップＳ０７）。図７に示すように、品物選択画面には、サービス要求（注文）できる品物として「タバコＡ」、「タバコＢ」、「タバコＣ」、「タバコＤ」の品物選択入力ボタンが表示され、各品物選択入力ボタンには、その品物の金額、品物の玉数が表示されている。また、品物マスタファイルを参照して、その品物の在庫が「０（なし）」である場合には、品名選択画面にその品物の品物選択入力ボタンは表示されないものとする。さらに、割引を行う場合やサービス要求に対して手数料を取る場合には、品物選択画面に、割り引く玉数や手数料としての玉数が表示される。
【００２４】
なお、図７では品物ボタンに金額（単価）と共に玉数を表示しているが、本発明においては利用客が現金で支払いを行う構成であるため、必ずしも品物ボタンに玉数を表示させる必要はない。利用者は、所望する品物の選択入力ボタンをタッチ入力する。なお、ＣＰＵは、品物入力があるまでステップＳ０７を繰り返し行って待機状態となる。
【００２５】
ステップＳ０７において品物の選択入力があると、ＣＰＵは、入力された品物の単価を品物マスタによって特定し（ステップＳ０８）、表示画面に図８に示すような個数入力画面を表示し（ステップＳ０９）、利用者によるタッチボタンの入力（注文する品物の個数入力又は取消）を受け付ける。図８に示すように、個数入力画面には、注文番号１として、サービス要求（注文）する品物名、金額、玉数が表示され、例えば、「注文する品物の個数を入力して下さい。」のような個数を入力する旨が表示されると共に、個数入力ボタンとして「１コ」、「２コ」、「３コ」のボタンと「取消」ボタンが表示されている。利用者は、所望の個数入力ボタン或いは「取消」ボタンをタッチ入力する。なお、図８では、注文番号１として、サービス要求（注文）する品物名「タバコＡ」、金額「２５０円」、玉数「６３玉」が表示されている例を示している。
【００２６】
ＣＰＵは、ステップＳ１０において「取消」ボタンによる入力があるか否かを判別する（ステップＳ１０）。「取消」ボタンによる入力がある場合、ＣＰＵは、ステップＳ１０を真と判別してステップＳ０２に戻り、品名選択画面を表示して、ステップＳ０３にて利用者による品名の選択入力を待つ。ステップＳ１０において「取消」ボタンによる入力がない場合、ＣＰＵは、個数入力があるか否かを判別する（ステップＳ１１）。ＣＰＵは、個数入力がない場合、ステップＳ１０に戻り、「１コ」、「２コ」、「３コ」、「取消」の各ボタンのいずれかによる入力あるまでステップＳ１０、ステップＳ１１を繰り返し行って待機状態となる。
【００２７】
ステップＳ１１において、個数入力があると、ＣＰＵは、入力された個数を記憶し（ステップＳ１２）、注文件数カウンタを＋１し（ステップＳ１３）、品物の１個の金額（単価）に注文個数を乗じて注文個数分の品物の金額を求め（ステップＳ１４）、注文個数分の品物の金額に換算率（例えば、１玉４円ならば１／４）を掛けて注文個数分の玉数を求める（例えば、品物の金額が２５０円の場合、０．５円の端数が出るが、端数が出た場合には端数を切り上げる）（ステップＳ１５）。ＣＰＵは、割引玉数に注文個数を乗じて注文個数分の割引玉数を求める（ステップＳ１６）。
【００２８】
次いで、ＣＰＵは、表示画面に図９に示すような投入金額確認画面−１を表示し（ステップＳ１７）、投入金額確認画面−１に、注文番号１として、サービス要求（注文）する品物名、注文個数、注文個数分の金額、注文個数分の金額に対する玉数、注文個数分の割引玉数を表示する（ステップＳ１８）。なお、図９では、注文番号１として、サービス要求（注文）する品物名「タバコＡ」、注文個数「２」、金額「５００円」、玉数「１２５玉」、割引玉数「０玉」が表示されている例を示している。また、図９に示すように、投入金額確認画面−１において、例えば、「よろしければ、現金を投入して下さい。」のように注文する品物の金額に対応する現金を投入する旨が表示されると共に、投入金額確認画面−１に「次の品物」ボタン（画面右上の矢印状のボタン）が表示されている。なお、「次の品物」ボタンは、引き続いて注文する品物を利用者に選択できるようにするためのものである。
【００２９】
ＣＰＵは、ステップＳ１９に進み、「次の品物」ボタンの操作入力があるか否かを判別する（ステップＳ１９）。利用者が引き続いて品物を注文する場合、利用者は「次の品物」ボタンをタッチ入力する。ＣＰＵは、「次の品物」ボタンによる入力がある場合、ステップＳ１９を真と判別してステップＳ０２に戻り、品名選択画面を表示して、ステップＳ０３にて利用者による次の品名の選択入力を待つ。
【００３０】
ＣＰＵは、「次の品物」ボタンによる入力がない場合、ステップＳ１９を偽と判別してステップＳ２０に進み、貨幣計数器１５から投入金額の入力があるか否かを判別する（ステップＳ２０）。ＣＰＵは、投入金額の入力がなければ、ステップＳ２０を偽と判別してステップＳ１９に戻る。以下、ＣＰＵは、「次の品物」ボタンによる入力または投入金額の入力があるまで、ステップＳ１９、ステップＳ２０を繰り返して待機状態となる。
【００３１】
なお、図１０に示す投入金額確認画面−２では、「次の品物」ボタンの操作による追加注文により、２件の注文がセットされた例を示している。即ち、図１０では、注文番号１として、サービス要求（注文）する品物名「タバコＡ」、注文個数「２」、金額「５００円」、玉数「１２５玉」、割引玉数「０玉」が表示され、注文番号２として、サービス要求（注文）する品物名「コーヒー」、注文個数「１」、金額「１２０円」、玉数「３０玉」、割引玉数「５玉」が表示されている例を示している。
【００３２】
利用者は、注文の内容でよければ、紙幣投入口７或いは硬貨投入口８から貨幣を投入する。ＣＰＵは、投入金額の入力があるとステップＳ２０を真と判別してステップＳ２１に進む。ＣＰＵは、今回のサービス要求分の合計金額を求め（ステップＳ２１）、今回のサービス要求分の玉数（合計）を求める（ステップＳ２２）。そして、図１０の投入金額確認画面−２に示すように、投入金額と今回のサービス要求分の合計金額（玉数）とを表示し（ステップＳ２３）、投入金額が注文した品物の合計金額と手数料との合計金額以上であるか判別する（ステップＳ２４）。
【００３３】
例えば、手数料が４０円（１０玉）で、利用者が、タバコＡを２個（５００円）とコーヒーを１個（１２０円）、但し、コーヒーは、１個について割引５玉、を注文する場合、合計金額は、４０円＋５００円＋１２０円−２０円＝６４０円となる。また、今回のサービス要求分の玉数は、１０玉＋１２５玉＋３０玉−５玉＝１６０玉となる。従って、投入金額が６４０円以上であればよいことになる。
【００３４】
ＣＰＵは、投入金額が注文した品物の合計金額と手数料との合計金額以上でなければ、ステップＳ２４を偽と判別してステップＳ２５に進み、例えば、「金額が不足しています。現金を追加して下さい。」のように、投入貨幣がサービス要求分の金額として少なく、貨幣を追加投入する旨を表示画面に表示し（ステップＳ２５）、追加投入金額の入力があるか否かを判別する（ステップＳ２６）。ＣＰＵは、追加投入金額の入力がなければ、ステップＳ２６を繰り返し、追加投入金額の入力を待つ。ＣＰＵは、追加投入金額の入力があるとステップＳ２６を真と判別してステップＳ２４に戻り、投入金額（合計投入金額）が注文した品物の合計金額と手数料との合計金額以上であるかを再度判別する。ステップＳ２４にて、合計投入金額が注文した品物の合計金額と手数料との合計金額以上である場合、ＣＰＵは、ステップＳ２７に進む。
【００３５】
ＣＰＵは、ステップＳ２７に進むと、投入金額からサービス要求に対応する合計金額を差し引いて釣銭金額を求め（ステップＳ２７）、求めた釣銭金額に換算率を掛けて返却玉数を求める（ステップＳ２８）。次いで、ＣＰＵは、表示画面に図１１に示すような注文確認画面を表示し（ステップＳ２９）、利用者による注文の確認の入力を受け付ける（ステップＳ３０）。図１１に示すように、注文確認画面には、今回行ったサービス要求内容（注文内容：品物名、個数、金額、玉数）と投入金額と返却玉数が表示され、例えば、「よろしければ注文を押して下さい」のように注文する旨が表示されると共に、「注文」の入力ボタンが表示されている。
【００３６】
なお、図１１では、サービス要求分の金額「６４０円」に対して金額「１０００円」が投入された例を示している。従って、釣銭「３６０円」が発生し、釣銭「３６０円」分を玉に換算した（１玉４円として計算）玉数「９０玉」分が返却玉数となる。ＣＰＵは、「注文」ボタンの操作入力があるか否かを判別する（ステップＳ３０）。ＣＰＵは、「注文」ボタンの操作入力がない場合、ステップＳ３０を繰り返し、「注文」ボタンの操作入力を待つ。利用者は、注文の内容（サービス要求の内容）が確認できたら、「注文」ボタンをタッチ入力する。
【００３７】
ステップＳ３０にて「注文」ボタンの入力があると、ＣＰＵは、ステップＳ３１に進み、管理装置に対して、台番号とサービス要求データ（品物名、注文個数、サービス要求分の玉数）を送信する（ステップＳ３１）。なお、図１１に示す例では、管理装置に対して、台番号（例えば、１５０番）、品物名「タバコＡ」が「２個」、品物名「コーヒー」が「１個」、サービス要求分の玉数「１６０玉」が送信される。
【００３８】
ステップＳ３１を行うと、ＣＰＵは、玉貸機構部１７から返却玉数分の玉を払い出す（ステップＳ３２）。次いで、ＣＰＵは、表示画面に図１２に示すような品物受取確認画面を表示し（ステップＳ３３）、品物受取に関する「確認」ボタンの入力を受け付ける（ステップＳ３４）。図１２に示すように、品物受取確認画面には、注文した品物名、個数、返却玉数が表示され、例えば、「しばらくお待ちください。」のような注文を受けた旨と、例えば「品物を受け取られましたら確認を押して下さい。」のような品物受取を確認する旨とが表示されると共に、「確認」ボタンが表示されている。ＣＰＵは、「確認」ボタンの操作入力があるか否かを判別する（ステップＳ３４）。ＣＰＵは、「確認」ボタンの操作入力がない場合、ステップＳ３４を繰り返し、「確認」ボタンの操作入力を待つ。
【００３９】
図１３は、管理装置が実行するサービス提供処理の第１実施形態のフローチャートである。一方、管理装置（管理コンピュータ２）は、台間玉貸機３からデータ送信があるか否かを監視しており（ステップＡ０１）、台間玉貸機３からデータ送信があると、台間玉貸機３から送信されたデータを受信する（ステップＡ０２）。次いで、管理装置は、受信したデータがサービス要求であるか否かを判別する（ステップＡ０３）。受信したデータがサービス要求である場合、管理装置はステップＡ０４に進み、受信したデータに含まれる台番号とサービス要求データのうちの品物名及び注文個数とをサービスカウンタに設置されたサービス端末２０に送信し（ステップＡ０４）、サービス要求分の玉数を計数玉数として処理する。なお、具体的には、サービス要求分の玉数を計数玉数に累計加算する（ステップＡ０５）。
【００４０】
次いで、管理装置は、例えば、図１９のようなサービス要求記憶ファイルに台番号と注文があった品物名及び注文個数を記憶する（ステップＡ０６）。なお、サービス要求記憶ファイルの確認フラグは、台間玉貸機３において、サービス要求に対応する品物受取の確認が行われた場合、受取承認信号が管理装置に送られた時点で「１（承認）」がセットされる。また、サービス要求に対応する品物受取の確認が行われていない場合、確認フラグは「０（未承認）」となっている。
【００４１】
サービス端末２０は、管理装置から送信された台番号及び品物名と注文個数を受けると、サービス端末２０の表示画面に台番号と品物名と注文個数を表示する。前述した図１１における注文例では、台番号（例えば、１５０番）、品物名「タバコＡ」が「２個」、品物名「コーヒー」が「１個」のサービスの注文があることが表示される。この表示を確認したサービスカウンタの店員が、注文された品物を台番号（１５０番台）の遊技台で遊技している利用客に届ける。注文した品物が店員によって届けられると、利用者は品物を受け取って確認し、注文どおりであれば「確認」ボタンをタッチ入力する。以上のように、利用者はサービス要求分の対価を貨幣で払うため、会員・非会員の別を問わずサービスを利用することができる。また、投入した金額に対して釣銭が発生する場合、釣銭分に相当する数の遊技媒体が返却されるので、サービスを行う係員が釣銭確認を行わずに済み、サービス作業の煩わしさを解消することができる。
【００４２】
ステップＳ３４にて「確認」ボタンの入力があると、ＣＰＵは、ステップＳ３５に進み、管理装置に対して台番号と受取承認信号を送信し（ステップＳ３５）、今回のサービス提供処理を終了する。従って、品物受取確認画面が消え、通常のメニュー画面に切り換る。
【００４３】
台間玉貸機３から台番号と受取承認信号が送信されると、管理装置は、ステップＡ０１を真、ステップＡ０２、ステップＡ０３を偽と判別してステップＡ０７に進み、受信したデータが受取承認信号であるか否かを判別する（ステップＡ０７）。受信したデータが受取承認信号である場合、管理装置は、ステップＡ０８に進み、受信したデータに含まれる台番号に一致する台番号が記憶されているサービス要求記憶ファイルのデータを特定し（ステップＡ０８）、特定したサービス要求記憶ファイルのデータの確認フラグに「１（承認）」をセットする（ステップＡ０９）。
【００４４】
次いで、管理装置は、このサービス要求記憶ファイルのデータの品物名に対応する在庫ファイルデータを特定し（ステップＡ１０）、在庫ファイルの在庫数からサービス要求記憶ファイルのデータの注文個数を差し引いて在庫ファイルに記憶する（ステップＡ１１）。例えば、品物「タバコＡ」の注文個数が２個の場合、在庫ファイルの「タバコＡ」の在庫数Ｎから２が差し引かれ、在庫ファイルの「タバコＡ」の在庫数は（Ｎ−２）となる。なお、注文が発生することにより、品物の在庫数が減るため、営業途中で品物の在庫数が０となることがある。これを想定して台間玉貸機３から管理装置２に対して在庫数の確認を行うように構成してもよい。そして、品物の在庫数が０の場合は、台間玉貸機３において、この品物ついてのサービスの入力を受け付けないようにする。
【００４５】
上述した第１実施形態は、液晶表示パネル９によるサービス要求の入力と、貨幣投入装置からの投入金額信号の入力があると、制御部１６が管理装置に対して台番号とサービス要求データ（品物名、注文個数、玉数）を送信する構成としたものであるが、係員が通路を巡回して飲物等を売りに来る場合には、係員の前で液晶表示パネル９の画面で購入する品物の代金を台間玉貸機３の貨幣投入口に投入して代金を支払うサービス形態、あるいは、品物の注文確認画面を表示させた状態で、呼出ランプを点灯させて係員を呼ぶ場合には、管理装置に対して台番号とサービス要求データを送信する必要はなく、図５のステップＳ３１の処理を省いてよい。
【００４６】
上述した第１実施形態は、投入金額からサービス要求分の金額を減算することによる返却玉数の算出を台間玉貸機３で行うものであるが、以下に説明する第２実施形態は、投入金額からサービス要求分の金額を減算することによる返却玉数の算出を管理装置２で行うものである。また、第２実施形態において台間玉貸機３のＣＰＵが実行するサービス提供処理は、第１実施形態におけるステップＳ０１〜ステップＳ１６までは同じであるので説明を省略し、以下の説明は、ステップＳ１６以降の処理について説明する。
【００４７】
図１４は、台間玉貸機３の制御部１６のＣＰＵが実行するサービス提供処理の第２実施形態の一部を示すフローチャートである。ＣＰＵは、ステップＳ１６の処理を行うと、ステップＳ４１に進み、表示画面に図１６に示すような注文確認画面を表示し（ステップＳ４１）、注文確認画面に、注文番号１として、サービス要求（注文）する品物名、注文個数、注文個数分の金額、注文個数分の金額に対する玉数、注文個数分の割引玉数を表示する（ステップＳ４２）。なお、図１６では、注文番号１として、サービス要求（注文）する品物名「タバコＡ」、注文個数「２」、金額「５００円」、玉数「１２５玉」、割引玉数「０玉」が表示されている例を示している。
【００４８】
また、図１６に示すように、注文確認画面において「次の品物」ボタン（画面右上の矢印状のボタン）と「注文」ボタンが表示されている。なお、「次の品物」ボタンは、引き続いて注文する品物を利用者に選択できるようにするためのものである。また、「注文」ボタンは、サービス要求の内容でよい場合に注文するためのボタンである。
【００４９】
ステップＳ４２を行うと、ＣＰＵは、ステップＳ４３に進み、「次の品物」ボタンの操作入力があるか否かを判別する（ステップＳ４３）。利用者が引き続いて品物を注文する場合、利用者は「次の品物」ボタンをタッチ入力する。ＣＰＵは、「次の品物」ボタンによる入力がある場合、ステップＳ４３を真と判別してステップＳ０２に戻り、品名選択画面を表示して、ステップＳ０３にて利用者による次の品名の選択入力を待つ。
【００５０】
ＣＰＵは、「次の品物」ボタンによる入力がない場合、ステップＳ４３を偽と判別してステップＳ４４に進み、「注文」ボタンの操作入力があるか否かを判別する（ステップＳ４４）。ＣＰＵは、「注文」ボタンの操作入力がない場合、ステップＳ４３に戻る。従って、ＣＰＵは、「次の品物」ボタン又は「注文」ボタンのいずれかによる入力あるまでステップＳ４３、ステップＳ４４を繰り返し行って「次の品物」ボタン又は「注文」ボタンの操作入力を待つ。利用者は、注文の内容（サービス要求の内容）が確認できたら、「注文」ボタンをタッチ入力する。
【００５１】
「注文」ボタンの入力があると、ＣＰＵは、ステップＳ４４を真と判別してステップＳ４５に進み、管理装置に対して台番号とサービス要求データ（品物名、注文個数、サービス要求分の玉数）を送信する（ステップＳ４５）。なお、図１６に示す例では、管理装置に対して、台番号（例えば、１５０番）、品物名「タバコＡ」が「２個」、サービス要求分の金額「５００円」が送信される。
【００５２】
ステップＳ４５で管理装置にサービス要求データを送信すると、ＣＰＵは、表示画面に図１７に示すような投入金額確認画面を表示する（ステップＳ４６）。投入金額確認画面には、例えば、「現金を投入して下さい。」のように注文する品物の金額に対応する現金を投入する旨が表示されている。ＣＰＵは、貨幣計数器１５から投入金額の入力があるか否かを判別する（ステップＳ４７）。ＣＰＵは、投入金額の入力があるまでステップＳ４７を繰り返し行い、貨幣が投入されるのを待つ。
【００５３】
ＣＰＵは、投入金額の入力があるとステップＳ４７を真と判別し、投入金額と今回のサービス要求分の合計金額（玉数）とを表示すると共に、投入金額が注文した品物の合計金額と手数料との合計金額以上であるか判別する（ステップＳ４８）。ＣＰＵは、投入金額が注文した品物の合計金額と手数料との合計金額以上でなければ、ステップＳ４７に戻り、貨幣が追加投入されるのを待つ。ステップＳ４８にて、合計投入金額が注文した品物の合計金額と手数料との合計金額以上である場合、ＣＰＵは、ステップＳ４９に進み、管理装置に、台番号と投入金額を送信する（ステップＳ４９）。そして、送信した投入金額に対する返却玉数が管理装置から返信されてくるのを待つ（ステップＳ５０）。
【００５４】
図１５は、管理装置が実行するサービス提供処理の第２実施形態のフローチャートである。また、第２実施形態において管理装置が実行するサービス提供処理は、第１実施形態におけるステップＡ０１〜Ａ０３と、ステップＡ０７〜ステップＡ１１とは同じであるので説明を省略し、以下の説明は、第１実施形態とは異なる点、即ち、ステップＡ２１、ステップＡ２２、ステップＡ２３〜ステップＡ３０の処理について説明する。
【００５５】
管理装置は、受信したデータがサービス要求である場合、ステップＡ０３を真と判別してステップＡ２１に進み、例えば、図１９のようなサービス要求記憶ファイルに台番号と注文があった品物名、注文個数を記憶し（ステップＡ２１）、図２０に示すような台番号／サービス要求金額記憶ファイルに台番号とサービス要求分の金額とを記憶する（ステップＡ２２）。
【００５６】
また、台間玉貸機３から台番号と投入金額が送信されると、管理装置は、ステップＡ０１を真、ステップＡ０２、ステップＡ０３を偽と判別してステップＡ２３に進み、受信したデータが投入金額であるか否かを判別する（ステップＡ２３）。受信したデータが投入金額である場合、管理装置は、ステップＡ２４に進み、受信したデータに含まれる台番号に一致する台番号が記憶されているサービス要求記憶ファイルのデータを特定し（ステップＡ２４）、特定したサービス要求記憶ファイルのデータの台番号とサービス要求データのうちの品物名及び注文個数とをサービスカウンタに設置されたサービス端末２０に送信する（ステップＡ２５）。次に、受信したデータに含まれる台番号に一致する台番号が記憶されているサービス要求金額記憶ファイルを特定し（ステップＡ２６）、サービス要求分の金額を玉数に変換して計数玉数として処理する（玉１個４円とする）。なお、具体的には、サービス要求分の玉数を計数玉数に累計加算する（ステップＡ２７）。
【００５７】
次に、管理装置は、受信した投入金額からサービス要求分の金額を差し引いて釣銭金額を求め（ステップＡ２８）、求めた釣銭金額に換算率（１個４円であれば１／４）を掛けて返却玉数を求める（ステップＡ２９）。次いで、管理装置は、台番号の台間玉貸機に返却玉数を送信する（ステップＡ３０）。なお、この第２実施形態では、管理装置から台番号の台間玉貸機に送信される返却玉数が、請求項２に記載の「サービス確認信号」に相当する。また、返却玉数が「０」の場合も管理装置から台番号の台間玉貸機に返却玉数「０」が送信される。なお、管理装置から台番号の台間玉貸機に対してサービス確認信号及び返却玉数の両方を送信する構成としてもよい。
【００５８】
台間玉貸機３のＣＰＵは、管理装置から返却玉数（サービス確認信号）が送信されると、ステップＳ５０を真と判別し、返却玉数（サービス確認信号）を受信し（ステップＳ５１）、玉貸機構部１７から返却玉数分の玉を払い出す（ステップＳ５２）。次いで、ＣＰＵは、表示画面に図１２に示すような品物受取確認画面を表示し（ステップＳ５３）、品物受取に関する「確認」ボタンの入力を受け付ける（ステップＳ５４）。第１実施形態と同様に、サービス端末２０による注文した品物の表示を確認したサービス店員が、注文の品物を台番号（１５０番台）の遊技台で遊技している利用客に届ける。注文した品物が店員によって届けられると、利用者は品物を受け取ると共に確認する。そして、利用者は品物を確認すると、「確認」ボタンをタッチ入力する。
【００５９】
ステップＳ５４にて「確認」ボタンの入力があると、ＣＰＵは、ステップＳ５５に進み、管理装置に対して台番号と受取承認信号を送信し（ステップＳ５５）、今回のサービス提供処理を終了する。従って、品物受取確認画面が消え、通常のメニュー画面に切り換る。
【００６０】
台間玉貸機３から台番号と受取承認信号が送信されると、管理装置は、ステップＡ０１を真、ステップＡ０２、ステップＡ０３を偽、ステップＡ２３を偽と判別してステップＡ０７に進み、受信したデータが受取承認信号であるか否かを判別する（ステップＡ０７）。受信したデータが受取承認信号である場合、管理装置は、ステップＡ０８に進み、以下、第１実施形態と同様のステップＡ０８〜ステップＡ１１の処理を行う。
【００６１】
以上、本発明の第１実施形態及び第２実施形態について説明したが、本発明の趣旨を逸脱しない範囲で実施形態の台間球貸機３の構成の一部を適宜変更して実施することができる。例えば、実施形態の台間玉貸機３に玉貸ボタンを設け、貨幣の投入があっても玉貸ボタンの押下があるまでは玉貸を行わないように構成する。また、貨幣を投入してからサービスの入力か、玉貸の入力かを利用者に選択できるように構成してもよい。
【００６２】
上述した本発明の第１実施形態及び第２実施形態においては、貨幣価値投入装置の一例として貨幣の投入を受け付ける貨幣投入装置を用いて説明したが、貨幣投入装置に代え、貨幣と等価の貨幣情報が記憶された貨幣情報記憶体（例えば、磁気カードで構成されたプリペイドカードや金額情報が記憶されたＩＣカード）を受け付け、貨幣情報記憶体から貨幣情報を読み出すと共に読み出した貨幣価値分を差し引いて貨幣情報記憶体に書き込む貨幣価値読出書込装置を用いても本発明は成立する。この場合、基準単位金額を予め決めておき、基準単位金額以上であるか否かを判別して、例えば、基準単位金額を１００円とした場合、サービス要求分に相当する金額を差し引いた減算結果が、基準単位金額に満たない金額を有する場合、即ち、サービス要求分に相当する金額を差し引いた減算結果が、例えば、３４０円のように、３００円分は基準単位金額を満たしているので、プリペイドカードに３００円分を書き込み記憶し、基準単位金額に満たない４０円分は遊技媒体で利用者に払い出すようにする。上述したＩＣカードを使用した場合、ＩＣカードにはＩＣカード毎に付与した識別ＩＤのみを記憶しておき、管理装置に前記識別ＩＤに対応付けして金額情報を記憶する構成としてもよい。
また、プリペイドカードを使用した場合、サービス要求分を減算した減算結果としての残金額をプリペイドカードに記憶させるタイミングは、利用者が注文確認画面にて注文ボタンをタッチ入力した時、サービス要求利用者がサービス要求に対応した品物を受け取って確認ボタンを押下した時、従業員が入力されたサービス要求に対応した品物を利用者に持って行くと共に、リモコン等でカード返却の操作を行った時等、これらのタイミングのうちから適宜選んで決めてよい。
【００６３】
また、上述した第２実施形態において、サービス要求（注文）の入力、貨幣の投入のどちらか先に行われた事象を台間玉貸機３の制御部１６で記憶しておき、両方が行われたときに「台番号＋サービス要求データ＋投入金額」を管理装置に送信する構成としてもよい。
【００６４】
また、利用者がサービス要求したことを確認できる確認手段の変形実施形態について、以下のような構成としても本発明は成立する。上記確認手段を設けることで、例えば、「注文した品物を受け取ったか受け取っていないか」又は「注文した品物の個数が違う」とか「釣銭が足らない／釣銭を間違えている」等のサービス要求に関わる店員と利用者とのトラブルの発生を防止することができる。上述した実施形態では、品物受取確認画面（図１２参照）が表示画面に表示されている状態で、利用者が入力したサービス要求に対応した品物を受け取って確認ボタンを押下することで、品物受取確認画面の表示を消す構成としてある。
【００６５】
上記の構成に代えて、例えば、品物受取確認画面（図１２参照）が表示画面に表示されている状態で、利用者が入力したサービス要求に対応した品物を受け取って確認ボタンを押下した後、店員が会員カードリーダ１８に従業員証（例えば、磁気カードやＩＣカード等）を読み取らせることで品物受取確認画面の表示を消すようにしてもよい。また、店員がリモコン等の操作を行って品物受取確認画面の表示を消すようにしてもよい。
【００６６】
また、品物受取確認画面（図２１参照）が表示画面に表示されている状態で、入力したサービスに対応した景品を店員が遊技者の所に持ってきてから、遊技者が貨幣を投入することで、品物受取確認画面の表示を消すようにしてもよい。
【００６７】
返却玉数の玉を払い出すタイミングについて、上述した実施形態では、利用者がサービス要求に対応した金額以上の貨幣を投入したことが確認された上で、利用者が入力したサービス要求に対応した品物を受け取る前に返却玉を払い出す構成としてあるが、これに代えて、利用者がサービス要求に対応した金額以上の貨幣を投入したことが確認された上で、品物受取確認画面（図２２参照）を表示画面に表示し、従業員が入力されたサービス要求に対応した品物を利用者に持って行くと共に、リモコン等の操作で返却玉を返却するようにしてもよい。また、貨幣が投入されてすぐに返却玉を返却するか、従業員が入力されたサービスに対応した品物を遊技者に持って行くと共に、リモコン等の操作で返却玉を返却するかを遊技者が選べるようにしてもよい。
【００６８】
また、利用者が会員である場合には、図２３に示すように品物受取確認画面において会員カードを挿入する旨を表示し、挿入された会員カードの会員ＩＤと、利用者の会員ＩＤを従業員が確認してから、入力されたサービス要求に対応した品物を利用者に渡すようにしてもよい。
【００６９】
また、上述した実施形態では、サービス要求に対応した品物数の在庫数からの減算は、管理装置２が、台間玉貸機３において品物受取確認画面が解除した（消えた）ときに応じて行うようにしているが、これに限らず、管理装置がサービス要求データを受信したときに行うようにしてもよいし、管理装置がサービス要求があった旨をサービス端末２０に出力する時に行うようにしてもよい。
【００７０】
【発明の効果】
請求項１に記載の構成によれば、台間玉貸機の制御部が、操作入力装置によるサービス要求の入力と、貨幣価値投入装置からの投入金額信号の入力とがあった場合、投入金額信号に対応した遊技媒体数からサービス要求に対応した遊技媒体数を差し引いた数に対応した遊技媒体を遊技媒体払出装置を通じて払い出すので、利用者はサービス要求分の対価を貨幣価値で払うため、会員・非会員の別を問わずサービスを利用することができ、投入した貨幣価値に対して釣銭が発生する場合、釣銭分に相当する数の遊技媒体が返却されるので、サービスを行う係員が釣銭確認を行わずに済み、サービス作業の煩わしさを解消することができる。
【００７１】
請求項２に記載の構成によれば、台間玉貸機の制御部は、貨幣価値投入装置からの投入金額信号の入力があると、管理装置に投入金額信号を送信し、操作入力装置からのサービスの入力があると、入力されたサービス要求に対応したサービス要求信号を管理装置に送信し、管理装置は、投入金額信号及びサービス要求信号を受けると、サービス確認信号を台間玉貸機に送信すると共に、サービス要求が行われた台及びサービス要求の内容を出力し、台間玉貸機の制御部は、管理装置から送信されたサービス確認信号を受けると、投入金額信号に対応した遊技媒体数からサービス要求に対応した遊技煤体数を差し引いた数に対応した数の遊技媒体を遊技媒体払出装置を通じて払い出すので、利用者はサービス要求分の対価を貨幣価値で払うため、会員・非会員の別を問わずサービスを利用することができ、投入した貨幣価値に対して釣銭が発生する場合、釣銭分に相当する数の遊技媒体が返却されるので、サービスを行う係員が釣銭確認を行わずに済み、サービス作業の煩わしさを解消することができる。
【００７２】
請求項３に記載の構成によれば、制御部は、サービス要求に対応する遊技媒体数に対して割り引く手段及び手数料を加える手段のうちの少なくとも１つを備えているので、利用者が要求するサービスに割引や手数料を反映させることができ、利用者に細かなサービスを提供できる。
【００７３】
請求項４に記載の構成によれば、管理装置は、サービス要求信号に基いて、該サービス要求に対応した遊技媒体数を計数玉数として処理するので、計数玉数計算を合理的に処理できる。
【００７４】
請求項５に記載の構成によれば、台間玉貸機は、利用者が入力したサービス要求に対応する品物を受け取ったことを確認する、又は利用者がサービス要求を行ったことを確認する確認手段を備えているので、例えば、「注文した品物を受け取ったか受け取っていないか」又は「注文した品物の個数が違う」とか「釣銭が足らない／釣銭を間違えている」等のサービス要求に関わる店員と利用者とのトラブルの発生を防止することができる。
【００７５】
請求項６に記載の構成によれば、管理装置は、サービス要求に対応した品物数を品物在庫数から減算するので、品物の在庫管理を合理的に処理できる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るサービス提供システムのブロック図
【図２】台間玉貸機の外観を示す斜視図
【図３】台間玉貸機の要部ブロック図
【図４】台間玉貸機の制御部のＣＰＵが実行するサービス提供処理の一部を示す第１実施形態のフローチャート
【図５】図４のフローチャートのつづき
【図６】第１実施形態の液晶表示パネルの表示画面に表示される品名選択画面を示す図
【図７】第１実施形態の液晶表示パネルの表示画面に表示される品物選択画面を示す図
【図８】第１実施形態の液晶表示パネルの表示画面に表示される個数入力画面を示す図
【図９】第１実施形態の液晶表示パネルの表示画面に表示される投入金額確認画面−１を示す図
【図１０】第１実施形態の液晶表示パネルの表示画面に表示される投入金額確認画面−２を示す図
【図１１】第１実施形態の液晶表示パネルの表示画面に表示される注文確認画面を示す図
【図１２】第１実施形態の液晶表示パネルの表示画面に表示される品物受取確認画面を示す図
【図１３】管理装置が実行するサービス提供処理の第１実施形態のフローチャート
【図１４】台間玉貸機の制御部のＣＰＵが実行するサービス提供処理の第２実施形態の一部を示すフローチャート
【図１５】管理装置が実行するサービス提供処理の第２実施形態のフローチャート
【図１６】第２実施形態の液晶表示パネルの表示画面に表示される注文確認画面を示す図
【図１７】第２実施形態の液晶表示パネルの表示画面に表示される投入金額確認画面を示す図
【図１８】台間玉貸機の制御部のメモリに記憶されている品物マスタファイルの一例を示す図
【図１９】第１及び第２実施態様において管理装置に記憶されるサービス要求記憶ファイルの一例を示す図
【図２０】第２実施態様において管理装置に記憶されるサービス要求金額記憶ファイルの一例を示す図
【図２１】品物受取確認画面の別の実施形態を示す図
【図２２】品物受取確認画面のさらに別の実施形態を示す図
【図２３】品物受取確認画面の会員カードを用いた場合の実施形態を示す図
【符号の説明】
１  サービス提供システム
２  管理コンピュータ
３  台間玉貸機
４  遊技台
５  ＬＡＮ
６  データ記憶サーバ
７  紙幣投入口
８  硬貨投入口
９  液晶表示パネル
１０  玉排出口
１１  硬貨返却口
１２  会員カード挿入口
１３  硬貨識別装置
１４  紙幣識別装置
１５  貨幣計数器
１６  制御部
１７  玉貸機構部
１８  会員カードリーダ
１９  通信インタフェース
２０  サービス端末
【図１】
2004358008.tif 000003
【図２】
2004358008.tif 000004
【図３】
2004358008.tif 000005
【図４】
2004358008.tif 000006
【図５】
2004358008.tif 000007
【図６】
2004358008.tif 000008
【図７】
2004358008.tif 000009
【図８】
2004358008.tif 000010
【図９】
2004358008.tif 000011
【図１０】
2004358008.tif 000012
【図１１】
2004358008.tif 000013
【図１２】
2004358008.tif 000014
【図１３】
2004358008.tif 000015
【図１４】
2004358008.tif 000016
【図１５】
2004358008.tif 000017
【図１６】
2004358008.tif 000018
【図１７】
2004358008.tif 000019
【図１８】
2004358008.tif 000020
【図１９】
2004358008.tif 000021
【図２０】
2004358008.tif 000022
【図２１】
2004358008.tif 000023
【図２２】
2004358008.tif 000024
【図２３】
2004358008.tif 000025