ピークになる前に処理能力を開く
待ち人数、待ち時間、流入ペースからサービス水準の低下が見込まれた時点で、運用を起動します。
空港・鉄道の人流
旅客が感じる前に、混雑の兆しを見る。
保安検査、ゲート、コンコースにおける入場ペース、待ち行列の伸び、方向別の移動、ゾーンごとの在室人数を、既設のカメラで計測します。
毎分60人入口で検証対象となる通行量
リアルタイムゾーン在室人数と待ち行列の状況
エッジ映像をローカルで処理する構成
この構成で下せる判断
運用が変わるものを測る。
本当のボトルネックを見つける
入口、保安検査、ゲート、乗り換え動線のあいだで移動を比較します。
根拠のあるピーク計画
過去の人流パターンを、人員配置、サイネージ、施設計画に使います。
カメラが見る場所
入口の扉から、搭乗口まで。
Ayonixはターミナルや駅に設置済みのカメラ（RTSP・ONVIFの標準ストリーム）で動き、処理を施設のネットワーク内に留められます。設定したラインとゾーンを横切る人の動きを追うもので、旅客を識別しません。
入口と到着口
旅客が入ってくる扉で方向別の流入を数えるため、到着ペースの上昇が、待ち行列になる前に見えます。
保安検査場
検査場ごとの待ち人数、待ち行列の伸び、推定待ち時間を測り、しきい値で処理能力を開くべき時点を運用に知らせます。
搭乗口と待合エリア
旅客が待つ場所のゾーン在室人数を、設定した上限と照らしてリアルタイムに把握します。
通路、エスカレーター、ホーム
乗り換え通路、エスカレーター、駅のホームなど、ゾーン間の方向別の移動を測り、流れが実際に滞る場所を見つけます。
範囲を決めて始める
全体展開の前に、検査場またはゲート1か所で検証する。
検査場1か所、2週間、合意した目視実測、そして展開可否についての文書による提言。
- 現場とカメラの確認
- 現場キャリブレーション
- 受け入れ報告書
空港・鉄道のよくある質問
運用担当者がまず尋ねること。
人数カウントで旅客を識別しますか。
いいえ。設定したラインとゾーンを横切る身体の動きを数えるもので、本人照合は不要であり、カウントによって有効になることもありません。出入国管理での本人確認は、別の展開と運用方針を持つ別のAyonixシステムです。
処理を空港や駅のネットワーク内に留められますか。
はい。エッジ、オンプレミス、または映像をローカルに留めて承認済みの集計データだけをレポート基盤へ送るハイブリッド構成で処理できます。
運用システムに連携できますか。
カウント、在室人数、しきい値イベントはAPIとWebhook、CSVエクスポートで提供され、運用ダッシュボード、サイネージ、人員配置のツールに使えます。
カメラを新しくする必要はありますか。
多くの場合、不要です。AyonixはRTSPの標準ストリームを受け付け、一般的なVMS環境とも連携できます。カメラの角度、解像度、フレームレート、場面の混雑度はパイロット前に確認します。
パイロットはどのように行いますか。
検査場またはゲート1か所で2週間です。現場とカメラの確認、現場キャリブレーション、事前に合意した目視実測、そして全体展開の前に、文書による提言を含む受け入れ報告書をお渡しします。