|
 | | トップページ | P-WORLDとは | ご利用案内 | 会社案内 | |
| ■ 1,170件の投稿があります。 |
| < 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 【47】 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 > |
| 【470】 |
RE:ぼろ儲けしている様に見えます？
フォレｓテョト (2009年05月15日 22時32分) |
||
| これは 【469】 に対する返信です。 | |||
|
＞・で・・・交換したらなんと￥１パチではなくて￥４パチで打っていた自分！？・・・ こんな迂闊な人が何かを見抜いたと言っても どの程度信用できるもんかなぁと思うんじゃの マジじゃなく演出的に言っているだけなら、それはそれで そんなあざとい言い回しを平気でする人の話は話半分に聞いとけぇって思ったりもするんじゃの |
|||
| 【469】 |
RE:ぼろ儲けしている様に見えます？
素人Ｂ (2009年05月15日 18時42分) |
||
| これは 【467】 に対する返信です。 | |||
|
現役の店長さんであられる「眠り猫」さんが、種々の制約の中で言葉の端はしに滲ませた「現場レポ」はそれなりにその勇気を評価してあげねば・・・と思いますよ。 あとは・・・それぞれの立ち回っているお店の状況を観察すれば・・おのずから「真実」は見えてくるのでしょうから 昨日のワタシなんか・・とんだ「勘違い」が元で、思わぬ収穫を手にしました。 ・最近、マルハンなど固定立ち回り先３店での戦績が思わしくなく噂の￥１パチでもやろうかと・・・ＧＡ○Ａに出陣！！ ・￥１パチ、￥２パチというおおきな看板やのぼりのあるお店に１８:３０に到着し・・ザッと見渡すもお客は２割程度のガラガラ状態。 ・「最新台」が３機種ほどあるも２機種は満席で、残る機種は「デビルマン」５台のコーナーのみ ・角台から（０回、９回、０回）の５８０回転 （９回、５回、３回）の２１０回転 （０回、０回、４回）の３２０回転 （４回、０回、５回）の２５０回転 （０回、０回、９回）の３０回転 当日、前日、前々日 ・中央の２台は稼働中で両端３台が空席・・・どれを選びます？？ ・私が座ったのは一番下の台。 ・で千円札入れて玉を出して・・・７回転目にダブルリーチ（２，３）が掛かって・・・ずどんと３で当たって・・おやおや「７７７」に変身！！ ・「右打ち」っていうので北斗見たげにＭＡＸにハンドル回したが・・アタッカーからポロポロ漏れて・・小さ目の箱にたった８割くらいしか出ない。 ・でも継続率７７％に期待して・・・えんえんと２１：００まで１６連荘して詰め込んだ箱が１２箱 ・７＊７のバトルリーチをはずして「敗北」・・潜伏も気になったがセグも確認せず１０５回転でヤァ〜メ！！ ・で・・・交換したらなんと￥１パチではなくて￥４パチで打っていた自分！？・・・２１７００発が￥６５ｋに換金できましたとさ。 道理でカードを精算したら￥５００戻ったわけさね。￥１パチは￥２００単位だもんね？ こんな勘違いもあるのです。細かい換金レートや釘のボダ計算なんて・・確率の偏り波には・・・・小さいハナシですな。 |
|||
| この投稿に対する 返信を見る (3件) | |||
| 【468】 |
RE:ぼろ儲けしている様に見えます？
疲れ目 (2009年05月15日 18時23分) |
||
| これは 【466】 に対する返信です。 | |||
|
「眠り猫」氏。 分からない点が結構あるので教えてくださいな。 ＞とりあえず、本社にいながらホールコンピューターに蓄積されてるデーターをリアルタイムで見る事が出来る。 ＞が、そのホールコンピューターのデーターは数分置きに蓄積されたデーターなので、 ＞台とホールコンピューター間はリアルタイムでは無いと言う感じです＾＾； これは、ホール事務所（コンピューター設置場所）と本社間の通信は、場所が離れていてもリアルタイムでＯＫだけど、 ホール内の遊技台とホール事務所間の通信は、同じ敷地内で近距離だけどリアルタイムＮＧって事でいいのかな。 ＞で、新しい物になると一個ずつカウントするものがあるらしく０．６秒に一個と言う信号になります＾＾； 一個単位でアウトをカウントするものがあるんだ。知らなかった・・・。 でも、何のために一個単位のデータが必要なのかが分からんなぁ。 ＞最近では無いですね＾＾； ＞どうだろ？ここ５〜７年以内にリニューアルをして、ホールコンピューターを新しい物に変えたホールはほぼそうなっていると考えていいかと＾＾； ＞PC型のと書いてもお客様側からじゃ分からないでしょうし＾＾； つまり、ほぼ全ての新しい（新規開店or全面改装）店では、事務所でデータをリアルに見ることができないって事でっか。 しかし、でっかい金をかけてホールコンピューターを買い換えたら、以前よりもデータのリアル性が失われるだなんて、 普通だったら暴動が起きても仕方がないレベルじゃないのかなぁ。 ＞たとえば、大当たり信号やゴトセンサーなどの信号は最優先で発生した事だけは通信が走ります。 ＞大当たりの放送やゴト警告が遅れるのは致命的ですからね＾＾； ＞で、前もって、設定しておいた条件に引っ掛かる場合はやはり最優先でエラーを出すようになってます＾＾ ＞（アウトが１０００個あるのにセーフ０とかね＾＾；） ここで聞きたい点は、「最優先」と「リアルタイム」は同義語という事でＯＫか否かという点。 もしＯＫなら、「大当たり信号やゴトセンサーなどの信号は遅れるとまずいので、発生した事だけはリアルタイムで通信する」 って事になるけど、この点については受信した信号の優先順位だけなので普通に納得。 しかし、事前の設定条件に該当した時もエラーをリアルタイム通信する場合、エラーの発生告知だけがリアルタイムなのか、 エラーに紐付いた台データもリアルタイム通信なのかがいまいち分からない。 もし発生告知だけがリアルタイムだとしたら、エラーの基になっているデータを確認するまでにタイムラグが生じてしまう。 もしデータも併せてリアルタイムだとしたら、単なる計算だけでなく設定条件との照合作業という行程を完了させた後、 リアルタイム通信できるほどのスペックなのに、一般的なデータ通信には５分以上要する事が理解できないんだけどねぇ。 ＞ゴト信号や大当たりの放送要求、特定条件のエラーなどは島または小端末(４台分)が判別しているようです＾＾； 「眠り猫」氏の店の小端末は４台分で１セットらしいけど、これはメーカーによって違うという事でＯＫなのかな。 何だか接続台数があまり多すぎると、小端末が１つ故障した時の影響が大きそうだね。 |
|||
| この投稿に対する 返信を見る (2件) | |||
| 【467】 |
RE:ぼろ儲けしている様に見えます？
素人Ｂ (2009年05月15日 18時17分) |
||
| これは 【466】 に対する返信です。 | |||
|
まぁ・・ねぇ・・なにも末節の「技術レベル」を論じているわけではないので・・・ 「リアルタイム」の何たるか？を眠り猫さんのお店の現状でうんぬんしても仕方の無いことですな？ 私の論点は「還元率＝お客の手にした還元額÷お客の投資額」という定義で・・・「種々ある換金レート共通で還元率が８〜９割もあるのですか？」ということと・・・ それを「釘だけで補正調整しているってホント？換金レートも含めると５割〜２０割なんて大きな幅になるけど・・？」というのと・・・ そもそも釘って「検定するときは下部のズラッと並んだ入らない入賞口もパックリ開いてて・・実際の稼動台とは全く違う出玉性能じゃないの？ メーカーは出荷の時から検定とは違う稼動機に合わせた釘で出してるんじゃないの？」って これについては「そんなことしたら検挙されますよ。メーカーは検定台そのままです。それも設計仕様は￥２．５基準のままですよ」で合点がいき・・・設置の際にお店が徹夜して「こんなに締めるの？？」って眠り猫さんが悲鳴を上げるようなメーカー指定の校正仕様の作業を行っていると・・・理解できました。 でも「還元率」については・・どうやら、はぐらかされた様で・・・「営業割なんて本社の経理に聞かないと判りませんよ。・・・（本社が教えるわけもないし）」という・・・そんなふうなやり取りであったと総括しておりますが・・・どんなもんでしょ？ |
|||
| この投稿に対する 返信を見る (2件) | |||
| 【466】 |
RE:ぼろ儲けしている様に見えます？
眠り猫 (2009年05月15日 14時49分) |
||
| これは 【463】 に対する返信です。 | |||
|
＞と記述しているのだが、「眠り猫」氏としてはどちらを主張したいのかな。 なるほど変な主張してるな＾＾； とりあえず、本社にいながらホールコンピューターに蓄積されてるデーターをリアルタイムで見る事が出来る。 が、そのホールコンピューターのデーターは数分置きに蓄積されたデーターなので、台とホールコンピューター間はリアルタイムでは無いと言う感じです＾＾； ＞台のアウト信号って１秒に一回も出力されないと思うのだが・・・。 アウト信号は、昔の物でも、１０個に一回の信号が上がってくるんです。 で、一分間１００個の発射と言う制限があるので、１０個と言うのは６秒ですね＾＾ で、新しい物になると一個ずつカウントするものがあるらしく０．６秒に一個と言う信号になります＾＾； まあ、さすがにそんな物はそれほど出回ってはいませんけどね＾＾； で、アウト１００個の打ち込みの間にベース(払い出し個数)が約２０個としても、一分間に２０個の信号となりますね＾＾； まあ、確かに一秒に一回ってのは言い過ぎだったかもしれませんね＾＾； ＞それと台数分っていっても総台数ではなく、（満台 ならいざ知らず）稼働している台数の事でしょ。 稼働台数分のつもりだったんだけど、説明不足でした申し訳ない＾＾； ＞とあるけど、これは「最近リリースされているホールコンピューター全般がこのような仕様だ」と言っているのか、 ＞「他店は知らないが、自店のホールコンピューターはこんな仕様だ」と言っているのか、ちょっと分からねぇっす。 最近では無いですね＾＾； どうだろ？ここ５〜７年以内にリニューアルをして、ホールコンピューターを新しい物に変えたホールはほぼそうなっていると考えていいかと＾＾； PC型のと書いてもお客様側からじゃ分からないでしょうし＾＾； ＞それでもデータを見るのに５〜８分も要するなんて、 ＞何かしらデータ上のトラブルが発生した時、どのように対処しているのか興味がありますな。 たとえば、大当たり信号やゴトセンサーなどの信号は最優先で発生した事だけは通信が走ります。 大当たりの放送やゴト警告が遅れるのは致命的ですからね＾＾； で、前もって、設定しておいた条件に引っ掛かる場合はやはり最優先でエラーを出すようになってます＾＾ （アウトが１０００個あるのにセーフ０とかね＾＾；） ゴト信号や大当たりの放送要求、特定条件のエラーなどは島または小端末(４台分)が判別しているようです＾＾； また小端末はメーカーによりますが、数日から１日のデーターを蓄積しているので、通信エラーが起きてしまっても、再通信をおこないます＾＾ (間違って朝ホールコンピューターが立ち上がっていなくても、回復する事は可能だそうです＾＾；) |
|||
| この投稿に対する 返信を見る (2件) | |||
| 【465】 |
RE:ぼろ儲けしている様に見えます？
疲れ目 (2009年05月15日 14時05分) |
||
| これは 【464】 に対する返信です。 | |||
|
「夏爺さん」氏、どうもです。 ＞この場合の「できる」と「できない」とは、「（機械割の集計は）一瞬でもできる」が ＞「（金銭的な収支−営業割の集計は）一瞬ではできない」という意味なのでは？ もし「眠り猫」氏が【459】で ＞リアルタイム＝「即時に」・「同時に」・「実時間」では、景品割数は計算できないんですよ＾＾； という記述しかしていないのであれば、直後に持ち玉や計数未処理玉の説明があるので特に気にしないんだけど、 その後に記述してある ＞それと、大概のホールコンピューターは台のデーターはリアルタイムでは集計できないです＾＾； という部分が俺にはよく分からんかったのですよ。 何故なら直後の説明が、台からの（単なるｏｎ・ｏｆｆだけの）信号処理に関する事だったから。 こちらの場合、「計数未処理玉の有無により、リアルタイムでは最終実績の予測が算出できない」 という難しい話ではなくて、「単に信号を処理するスピードがリアルではない」としか読めないんだけど・・・。 ＞全文に目を通したわけではないので的外れなら謝罪しますが ＞いわゆる「換金ギャップ」のある営業形態を取っているお店なら普通の事なのではないのかと思いますが。 まぁ俺も重要な文言をどこかで見落としているかもしれないので、謝罪だなんてとんでもないっすわ。 |
|||
| 【464】 |
RE:ぼろ儲けしている様に見えます？
夏爺さん (2009年05月15日 13時06分) |
||
| これは 【463】 に対する返信です。 | |||
|
＞＞で、リアルタイム管理と言うならここ１０年位のホールコンピューターならほぼできますよ＾＾ ＞＞それと、大概のホールコンピューターは台のデーターはリアルタイムでは集計できないです＾＾； この場合の「できる」と「できない」とは、「（機械割の集計は）一瞬でもできる」が 「（金銭的な収支−営業割の集計は）一瞬ではできない」という意味なのでは？ 全文に目を通したわけではないので的外れなら謝罪しますが いわゆる「換金ギャップ」のある営業形態を取っているお店なら普通の事なのではないのかと思いますが。 |
|||
| この投稿に対する 返信を見る (1件) | |||
| 【463】 |
RE:ぼろ儲けしている様に見えます？
疲れ目 (2009年05月15日 12時48分) |
||
| これは 【459】 に対する返信です。 | |||
|
「眠り猫」氏。 ここ最近のコメントにざっと目を通してみて、いくつか聞きたいことがあるのだが。 「素人Ｂ」氏とのやりとりの中で【426】では ＞で、リアルタイム管理と言うならここ１０年位のホールコンピューターならほぼできますよ＾＾ ＞ただし、データーを見るだけの管理で台の確率だとか大当たりを制御なんて事はできませんけどね＾＾； と記述しているにも関わらず、【459】では ＞リアルタイムでと言うのは言い過ぎだと思うな＾＾； ＞リアルタイム＝「即時に」・「同時に」・「実時間」では、景品割数は計算できないんですよ＾＾； ＞それと、大概のホールコンピューターは台のデーターはリアルタイムでは集計できないです＾＾； と記述しているのだが、「眠り猫」氏としてはどちらを主張したいのかな。 それとも俺が重要な何かを読み落としていたり、意図を汲み取れていないのだろうか。 次に、 ＞単なるｏｎ・ｏｆｆだけの信号だけど、これがアウトなら１秒に一回位はある＾＾； ＞それが台数分発生するので・・・ とあるけど、これって誇張しすぎていないかな。 まぁ最近のホール設備事情には疎いので、もしかしたら間違っているのかもしれないが、 台のアウト信号って１秒に一回も出力されないと思うのだが・・・。 それと台数分っていっても総台数ではなく、（満台ならいざ知らず）稼働している台数の事でしょ。 最後に、 ＞そのため、４台のデーターを端末で集計してそのデーターを島単位でもう一度集計して、 ＞そのデーターをホールコンピューターへと言う処理が行われています。 ＞ようは、ある程度置きに収集したデーターまとめて送る事で、通信のエラーを回避しようとしているんです＾＾； ＞そのため、ホールコンピューター上でデーターを見る事が出来るのは、５〜８分おきのデーターです＾＾； とあるけど、これは「最近リリースされているホールコンピューター全般がこのような仕様だ」と言っているのか、 「他店は知らないが、自店のホールコンピューターはこんな仕様だ」と言っているのか、ちょっと分からねぇっす。 おそらく前者はあり得ないだろうから後者だと思うけど、それでもデータを見るのに５〜８分も要するなんて、 何かしらデータ上のトラブルが発生した時、どのように対処しているのか興味がありますな。 |
|||
| この投稿に対する 返信を見る (2件) | |||
| 【462】 |  |
RE:ぼろ儲けしている様に見えます？
もりーゆo (2009年05月15日 04時10分) |
|
| これは 【461】 に対する返信です。 | |||
|
＞お菓子代にってのはあまり聞かないけど＾＾； でもそんあ店があったらしい話をどこかで見ました。 ただ、それ故に、店員がコボレ玉・メダルの回収に一生懸命になって 業務に支障が出たり客の印象を悪くするのでやめてしまったと言う話だったかと。 （本当かどうかはわからないです） ＞＞いずれにしても「そうした部分」は過去実績から「仮計数」で推移をリアルタイム表示するのがこうした集中監視システムの常ですけどね？ ＞言われる事は分かるんですが、今の所そんな事までしている物は聞かないですね＾＾； ＞独自で開発していると言われるマル○ンとかはやっているかも知れないけど、変に仮の数字を出されるより数分遅れても現実の数字を出してないと、台のトラブルの際に困ると言うのがあるから・・・どうなんでしょうね？ 税務から「その辺りの処理で数字を誤魔化しているんじゃないか？」 と突っ込みがありそう。 |
|||
| 【461】 |
RE:ぼろ儲けしている様に見えます？
眠り猫 (2009年05月14日 22時06分) |
||
| これは 【460】 に対する返信です。 | |||
|
＞まぁ・・ねぇ・・「パチシステムでのリアルタイム処理」が世の中の多くの端末群リアルタイム処理方式とどう違うのかは、パチ業界素人なので判りかねますが・・・ 明らかに違います＾＾； 大げさかもしれませんが、1世代前だと考えてもいいです＾＾； たぶん他業種の人が入ってきたら、驚くと思います＾＾； ＞今時は光ケーブルと言わないまでもパーラー館内程度の近距離ならば高速通信が可能な安価なＬＡＮは敷設可能ですけどね？ すでにLANは入っていますよ＾＾； 読み難かったのかも知れないのでもう一度書きますね＾＾； 一昔前は、直接配線する（RS232Cよりさらに大きく細かいですが＾＾；）タイプでこの頃はせいぜい十秒おきでした で、次のPC型になった時にLANでの通信になりましたが、同時多発の小データーを一度に処理をすると通信エラーになる事が多いので、間に小端末（4台分）端末（島単位）と言った集計機を置いてホールコンピューターへ送っているために、数分おきのデーター更新となっています。 ようは通信速度ではなく、同時に送られるデーターの個数が問題なようですね＾＾； ＞制御系コンピュータの雄であるＵＮＩＸ系ならば・・楽にこなしますよ。一番得意とする分野でしょう・・。 Ｇ社のはメインがＵＮＩＸ系ですね、Ｓ社のはwin2000かな？D社はXPぽいけど、新型のはまだ見た事ないんですよね＾＾； ＞これで「台の差玉計数」をこまめにリセット／セットしてあなたの仰る「わからないんですよ」という部分を明確にしているのでしょうな？ 単なる業務確認ですよ＾＾； 言われるように、他からの持ち込みや数年前にあった計数ゴト（計数中に特殊な電波？で数を多く数えさせる物）やレシートの偽造を防止するために計数機の利用履歴を残すんですよ＾＾ その際に、どの台から持ち込まれたのか分かっていれば、別のゴトの犯人追求のときに絞り込みがしやすいですし＾＾； そもそも計数機を通した段階で、データーは数分おきとは言えあがるので、いちいちインカムで確認を取らなくてはいけない理由がない＾＾； ＞ムカシは集めるだけだったのに（＊これを閉店間際に店長さんが一括換金して・・そのプールを店員のお茶菓子代に回すとか？ありました？）・・・こちらではお客返しに統一されたようです。 まあこれは、店側が考え方を変えただけでしょ＾＾； 今でも、普通に拾って島中へ返してしまうホールもあるし、知り合いのお客様に渡してしまう所もある＾＾； お菓子代にってのはあまり聞かないけど＾＾； カウンターで入力したがお客様が受け取らなかったお菓子をみんなで山分け〜なんて事はあるようです＾＾； ＞いずれにしても「そうした部分」は過去実績から「仮計数」で推移をリアルタイム表示するのがこうした集中監視システムの常ですけどね？ 言われる事は分かるんですが、今の所そんな事までしている物は聞かないですね＾＾； 独自で開発していると言われるマル○ンとかはやっているかも知れないけど、変に仮の数字を出されるより数分遅れても現実の数字を出してないと、台のトラブルの際に困ると言うのがあるから・・・どうなんでしょうね？ |
|||
| この投稿に対する 返信を見る (1件) | |||
| < 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 【47】 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 > |
© P-WORLD
