人流検知システム連携 - 地下街・空港等の高度ニーズ向け
混雑状況表示のニーズが特に高い施設タイプ。一般的な郊外型SCではニーズが低い。
広範囲で見通しが悪い。飲食店の混雑を事前に知りたいニーズ大。
ニーズ: 非常に高い保安検査場、飲食エリア、搭乗ゲート付近の混雑情報が重要。
ニーズ: 非常に高い乗り換え客が多く、短時間で食事・買い物をしたい層が多い。
ニーズ: 高いフードコート、人気店舗の待ち時間情報に一定ニーズ。
ニーズ: 中程度ユーザー: 「今空いてるレストランある？」
GBase: 「現在、3Fレストラン街は比較的空いています。特に『イタリアンキッチン』『和食処さくら』は待ち時間なしでご案内可能です。一方、フードコートは現在非常に混雑しており、30分程度の待ち時間が予想されます。」
人流検知システムが既に導入されている施設でないと実現不可。新規設備投資はGBase Supportの範囲外。
人流検知システムは施設毎に異なるベンダー製品。標準APIがなく、個別のカスタム連携開発が必要。
混雑情報ニーズが高いのは地下街・空港等の特定施設。一般的なSCでは優先度が低い。
「空いてると言われたのに混んでいた」等のクレームリスク。情報更新頻度と精度の担保が課題。
| フェーズ | 機能 | 条件 | 工数 |
|---|---|---|---|
| Phase 1 | 手動入力方式（MVP） | 顧客要望があった場合 | 1週間 |
| Phase 2 | 汎用API受信インターフェース | 複数施設から要望 | 2週間 |
| Phase 3 | 個別システム連携（パイロット） | 大型案件獲得時 | 施設毎2-4週間 |
| Phase 4 | 予測機能（AI混雑予測） | データ蓄積後 | 4週間 |
混雑状況表示は特定施設（地下街・空港）向けの高度機能。
既設システム依存のため、P2として顧客要望ベースで対応。一般SCでは優先度低。