Casinohub
コラム一覧へ

2026-05-01開業ガイド

城は攻められる前提で設計されている

開業防犯トラブル対応運営設計

日本の城の門は「枡形虎口(ますがたこぐち)」という構造を持っている。

門を入ると、まっすぐ進めない。直角に曲がらされ、さらにもう一度曲がってようやく城内に入れる。攻城側は門を突破しても、この狭い空間で立ち往生する。その間に城壁の上から矢が飛んでくる。

門は「入れないようにする」ためではなく「入られても守れる」ために設計されている。攻められる前提で、攻められた後の対処を構造に組み込んでいる。

アミューズメントカジノの防犯・トラブル対応も、同じ発想が必要だ。

開業2週間で起きること

開業したばかりの店で、よく聞く話がある。

「チップを持ち帰った客がいた。対策がなくてスタッフが困った」

チップの持ち帰りは、悪意があるとは限らない。記念に持って帰る人もいれば、無意識にポケットに入れたまま帰る人もいる。しかし対応策がないと、スタッフは「あのお客さん、チップ持って帰ったんですけど……」とTDに報告し、TDは「うーん、次から気をつけて見てて」と言うしかない。

1週間後、同じことが起きる。

これは「トラブルが起きた」のではなく「トラブルが起きる構造が放置されていた」のだ。

想定される攻撃パターン

城を設計するとき、「どこから攻められるか」を想定してから防御を設計する。アミューズメントカジノも、開業前に「何が起きうるか」をリストアップしておくべきだ。

チップ関連

  • 持ち帰り(故意・過失)
  • 偽チップの持ち込み
  • テーブル間のチップの不正移動

酔客関連

  • 大声・威圧的な態度
  • 他のプレイヤーへの暴言
  • 嘔吐・体調不良

不正プレイ関連

  • コリュージョン(共謀プレイ)
  • チップダンピング(意図的にチップを渡す行為)
  • カードのマーキング

金銭関連

  • 「チップを現金に換えてほしい」という要求(換金は一切不可)
  • 賭けの申し出
  • スタッフへの金銭の授受

これらは「起きるかもしれない」ではなく「いずれ起きる」問題だ。店の規模が大きくなるほど、発生確率は上がる。

パターン別の「構造的防御」

チップの持ち帰り防止

入退店時のチップ確認ルーティン

大会終了時、プレイヤーがテーブルを離れる前にディーラーがチップを回収する。この「ルーティン」を大会開始前にアナウンスしておくと、「チップは返すもの」という前提が共有される。

チップのデザインによる抑止

チップに店名とロゴを入れると、「持って帰っても使えない」ことが視覚的に明確になる。汎用チップは持ち帰りの心理的ハードルが低い。

酔客対応

入店時のスクリーニング

明らかに酔っている客の入店を断る基準を事前に決めておく。「お酒を提供する」のと「酔った状態で入店させる」は別の判断だ。

エスカレーション手順の明文化

「声が大きい → 1回目の声かけ → 改善しない → TD呼出 → 退店要請」の手順を事前に決めてスタッフに共有する。現場で「どこまで我慢するか」を個人の判断に委ねない。

換金要求への対応

「換金はできません」の掲示

フロア内の見える場所に「チップの換金・買取は法律で禁止されています」と掲示する。聞かれてから説明するのではなく、聞かれる前に目に入る位置に置く。

風営法のルールについては風営法と遊技場営業許可の取り方で整理している。換金禁止はアミューズメントカジノの存在根拠そのものだ。

不正プレイの検知

ディーラーの観察訓練

コリュージョンやチップダンピングは、ディーラーが「同じ2人がいつも同じテーブルで、一方がもう一方に大きなポットを渡している」パターンに気づくかどうかで検知される。

ディーラーの育成と評価についてはディーラーの評価制度を作るで触れた。不正の検知はディーラーのスキルの一つだ。

「マニュアル」ではなく「構造」

対応マニュアルを作ることは大事だが、マニュアルだけでは不十分だ。

マニュアルは「起きた後にどうするか」を記述する。構造は「起きにくくする」ことを目指す。

枡形虎口は「攻められたときのマニュアル」ではない。門の形そのものが防御になっている。構造が自動的に機能する。

チップに店名を入れる、入退店のルーティンを設計する、掲示物で事前にルールを伝える——これらは全て「マニュアルを読まなくても機能する構造」だ。

まとめ

城は攻められる前提で設計されている。門を突破されても、その先に防御線がある。

  • チップ盗難、酔客、不正プレイ、換金要求は「起きるかもしれない」ではなく「いずれ起きる」
  • 開業前に「何が起きうるか」をリストアップし、パターン別に対策を設計する
  • 「気をつける」ではなく「構造的に起きにくくする」設計が必要
  • マニュアルは事後対応。構造は事前防御。両方必要だが、構造が先

開業2週間で慌てるのではなく、開業前に城を築く。問題が起きてから考えるのは、攻められてから門を作るようなものだ。


Casinohubでは、大会ルール設定・スタッフ管理を含むトーナメント管理SaaSを開発中だ。ウェイティングリストへの登録はこちらから。

コメント

読み込み中...