OTA運用レポート P5（周辺イベント自動検出）― デモ

DEMO

いきなり収穫：P3予測は「5/22–6/04は平常〜やや低・大型イベント無し」と判定していた。だが検索で 足立の花火（5/30 土・約13,000発）が Belmont 至近で見つかった。＝静的予測の見落としを動的検索が補正。Belmontはこの日、需要急増の見込み → 強気価格／早期に押さえる。

A. 検出したイベント（各施設エリア・2026年）

日付	イベント	会場・エリア	規模	影響施設
5/30(土)直近	足立の花火	足立区・荒川河川敷	約13,000発	Belmont（足立区梅島）
7/25(土)	隅田川花火大会	墨田区	約20,000発（都内最大級）	両国601・SC Sumida A（墨田区）
8/1(土)	葛飾納涼花火大会	葛飾区・柴又	大規模	エルスタンザ亀有・シャムロック・SC Tateishi A（葛飾区）
8/15–16	コミックマーケット C108	東京ビッグサイト	数十万人・インバウンド多	全施設（都内格安宿の需要増）
12/29–31	コミックマーケット C109	東京ビッグサイト	同上・年末	全施設

※ローカル花火は施設の所在区で紐付け（足立＝Belmont／墨田＝両国601・SC Sumida A／葛飾＝亀有・シャムロック・立石）。コミケは都内全域の格安宿に波及。

B. システムへの反映（検出 → 価格・予測）

① Claudeが定期検索→ ② 施設エリア×日付で紐付け→ ③ 需要予測(P2/P3)に加算→ ④ 料金カレンダーに反映→ ⑤ 指示書(P4)に出力

例：足立の花火 5/30 → Belmontの5/30を「イベント日」扱いで上乗せ＋前後の長期予約は返金不可で確保。隅田川花火 7/25 → 両国601・SC Sumida Aを強気設定。コミケ 8/15-16 → 全施設の当該日を上げる。

C. 自動化の構成（本番化に必要なもの）

Cloudflare Worker（cron＝定期実行）→ Anthropic API（Claude＋Web検索）→ KV/D1に保存→ 各レポートが参照

必要なもの：① Anthropic APIキー（要発行・従量課金）② Workerのデプロイ（既存のwrangler環境で可）。これらが揃えば、上の検索を週1〜2回自動実行して新着イベントを各レポートへ供給できる。キー発行までは今回のように手動検索で運用（精度は同等、頻度だけ人手）。

D. P5の3要素・実現状況（正直に）

① 不定期イベント検索実演OK

手動検索で今すぐ実用（本デモ）。完全自動化はAPIキー＋Worker cronで。完全網羅は不可（漏れ前提）。

② アナリティクスPDF取込サンプル待ち

各施設のアナリティクスPDFを1枚もらえれば、表示回数・閲覧・転換を抽出してP1の「未連携」欄を埋める処理を実装できる。

③ 競合価格モニタリング制約あり

自動スクレイピングはBooking.com規約違反。現実解は手動サンプリング（担当が数件記録）か有料ツール（OTA Insight等）。手動記録用の簡易シートは作成可能。