自動乗客計数の精度：バス車両での検証ガイド
自動乗客計数の精度は、代表的な動作条件下でシステムの乗降記録を独立した基準と比較することによって検証する必要があります。測定方法なしで見積もられたパーセンテージでは、フリートの購入者は、そのデータが停車駅の分析、乗客数の推定、またはレポートをサポートするかどうかを判断できません。
このガイドでは、実用的な APC 検証演習を設計し、有用な誤差測定値を計算し、許容基準に同意する方法を説明します。 ZXTRM1ZXのシステム概要を踏襲しています。 自動乗客カウントガイド.
カウントがサポートする必要があるものを定義する
データから得られる決定から始めましょう。ルート計画、混雑分析、乗客数の推定では、同じデータセットに異なる要求が課される可能性があります。
受け入れをドア、ストップ、トリップ、またはルート レベルで適用するかどうかを指定します。乗車と降車が別々に評価されるかどうかを示します。また、車両、日付、移動、停車地にカウントを一致させる方法も定義します。
国立交通応用技術センターの データプラクティスガイドブック 車両ドアの乗客数を運賃取引や車両位置データから区別します。プロジェクトが実際に必要とするレコードに基づいて検証計画を作成します。
代表的なドア、ルート、乗客の流れを選択する
提案された展開を表すテスト車両を選択してください。カウントビューに影響を与える可能性がある、異なるドアのレイアウトと取り付け配置を含めます。
フリートが測定することを想定しているフローをサンプリングします。
- 静かな搭乗期間と混雑した搭乗期間。
- 乗車と降車が同時に発生する場合。
- 出入り口で待ったり振り向いたりする乗客。
- 関連するバッグ、移動補助具、および同伴のお子様。
- 照明の遷移とドアの通常の開閉サイクル。
- データの同期が困難なルートまたは運行期間。
テスト前に、インストール、ソフトウェアのバージョン、およびキャリブレーションを記録します。改善点を追跡できるように、インストールの変更を元の構成とは別にしておいてください。
便利な概数だけからサンプル サイズを選択しないでください。サンプリング計画について顧客と合意し、必要に応じて、使用目的に必要な精度を評価できる専門家と合意します。
独立した参照カウントを作成する
訓練された観察者または許可された記録とレビューのプロセスを使用して参照を確立します。収集を開始する前に、何が乗車または降車イベントとしてカウントされるかを定義します。
参照レコードは、APC エクスポートと同じ識別子と時間境界を使用する必要があります。そうしないと、2 つのレコードが異なるストップまたは期間を記述しているため、正しくカウントされたイベントがエラーであるように見える可能性があります。
文書化されたレビューを通じてあいまいなイベントを解決します。デバイスに合わせて手動カウントを黙って調整するのではなく、基準の不確実性をフラグで示します。録音を使用する場合は、展開に適した許可、アクセス、保持の取り決めを確立します。
符号付きエラーを絶対エラーから分離する
オーバーカウントとアンダーカウントは合計でキャンセルできます。それを可視化するには、複数のメジャーを使用します。
以下は計算例であり、普遍的な APC 認証方法ではありません。
| サンプルユニット | 参照カウント | APC カウント | 符号付き差分 | 絶対差 |
|---|---|---|---|---|
| ストップAの乗車 | 40 | 44 | +4 | 4 |
| ストップBの乗車 | 60 | 56 | -4 | 4 |
| 合計 | 100 | 100 | 0 | 8 |
搭乗総計は基準値と一致します。ただし、差の絶対値の合計は 8 名です。
この定義されたサンプルの場合、加重絶対カウント誤差は次のように計算できます。
100 × 絶対数の差の合計 ÷ 基準乗客の合計 = 8%。
これは、選択した単位間の誤差の測定値です。個々の乗客の 92% が正しく識別されたかどうかは確立されていません。
降車にも同じアプローチを適用し、方向を分けてください。ユニットに参照乗客がいない場合は、虚偽の数を明示的に報告します。ゼロで割ったり、説明なしにケースを破棄したりしないでください。
乗客の荷重ドリフトをチェックする
推定車内負荷は、既知または調整された開始負荷から始まり、乗車を追加し、降車を差し引きます。 1 日の合計が妥当に見える場合でも、旅行全体で誤差が蓄積される可能性があります。
車両が空であることがわかっているターミナルなど、意味のある地点での積載量の推定値を確認します。記録せずに自動的にリセットするのではなく、マイナスの荷重や原因不明の残留乗客を調査します。
乗客数の分析がプロジェクト要件である場合は、その検証を受け入れ計画に含めます。乗車合計が良好であるだけでは、信頼できる走行負荷は確立されません。
カウントエラーとともにデータの完全性を測定
カウンタは、他の旅行が欠落している間にプラットフォームに到着した旅行についての正確な記録を生成することができる。
有効なレコードと予期されるレポート単位を定義します。次に、完全性を個別に測定します。たとえば、125 の予想旅行レコードの 120 が有効で配信されている場合、旅行レコードの完全性は次のようになります。 96%.
他の 5 つのレコードが利用できない理由を報告します。調査が必要な原因としては、オフライン機器、識別子の欠落、重複エクスポート、送信障害などが考えられます。どれも正確なカウントとして再ラベルされるべきではありません。
| 受付エリア | 要求する証拠 |
|---|---|
| カウントエラー | 方向固有の参照カウントとの比較 |
| ドアカバー範囲 | 範囲内のすべての乗客ドアの記録 |
| 旅行の完了度 | 期待されるレコードと配信された有効なレコードの比較 |
| マッチングを停止する | 意図した停止と時刻に合わせてイベントをカウントします |
| 負荷の見積もり | 選択したポイントでの調整 |
| 変更管理 | 構成履歴と再テスト結果 |
承認と再検証について同意する
最終テストの前に、合格基準、サンプル ルール、および例外の処理を記述します。インストールの問題を修正し、影響を受けるテストを繰り返すプロセスを含めます。
センサーの移動、出入り口の変更、計数ソフトウェアの更新など、計数ビューやロジックを変更する可能性のある変更を行った後は、再テストしてください。正式な検証間の欠航や異常なカウントパターンの監視プロセスを設定します。
国際プロジェクトの場合は、現地の報告要件を個別に確認しながら、技術的な検証の一貫性を保ちます。ある顧客が受け入れたテストによって、別の国での報告スキームへの資格が自動的に確立されるわけではありません。
システム選択に必要な情報を準備する
AlwayCareさん AI乗客カウント範囲 計画されたドア範囲とデータ ワークフローに照らして確認できます。選択したモデルのカウント チャネル、エクスポート フィールド、位置入力、およびプラットフォームのサポートを確認します。
提案を依頼する前に、ドアの寸法、取り付け写真、バスの種類、路線データの要件、および受け入れ計画の草案を準備してください。 これらのプロジェクトの詳細を ZXTRM0ZX と共有します したがって、ハードウェアの議論は測定可能な要件から始まります。
よくある質問
引用符付きの 98% または 99% の精度は十分ですか?
いいえ。何を測定したのか、リファレンスがどのように作成されたのか、どのような動作条件が含まれていたのか、欠損データがどのように処理されたのかを尋ねてください。
正確な合計は計数エラーを隠すことができますか?
はい。オーバーカウントとアンダーカウントはキャンセルできます。絶対的な差異と方向固有の結果、および合計を評価します。
APC パイロットはカウントとチケット販売数を比較する必要がありますか?
運賃トランザクションは、有用な個別のデータセットになる可能性があります。支払いと乗客の移動は異なる可能性があるため、これらは自動的に独立した乗客数にはなりません。
