ASK21
| 分野 | 航空運用・通信規格 |
|---|---|
| 別名 | 同期型アーカイブ・キット（ASK） |
| 策定主体 | 運用整合化連絡会議（OICA） |
| 対象媒体 | 機上記録装置・地上保守端末 |
| 主要目的 | 時刻とログの整合性確保 |
| 運用開始（推定） | 1991年〜 |
| 関連規格 | 時刻同期プロトコルAT-9 |
| 注意点 | 互換性問題が度々指摘された |
ASK21（英: ASK21）は、との境界領域で運用されるとされる「記録同期規格」の体系である。初出は初頭の技術覚書とされ、複数の企業・官公庁が共同で採用を模索した経緯が語られている[1]。
概要[編集]
ASK21は、航空機の機上記録装置が生成するイベントログと、地上の保守・解析端末が保存するアーカイブの「並び順」を同期させるための規格群として説明されている。特に、フライトデータのタイムスタンプが異なる補間方式で生成されることから、解析現場では「時刻のズレ」よりも「ログの並びのズレ」が重大な障害要因として問題視されたとされる。
規格の中核は、時刻の取り扱いを単に一致させるのではなく、イベントの系列同定（Sequence Identification）を行う点にあるとされる。もっとも、現場ではこの要件が「同期」という名目で導入されたため、搭載メーカーや通信ベンダーの実装差がそのまま性能差として現れたとの指摘もある。
一部の資料では、ASK21は「同期型アーカイブ・キット（ASK）」という現場用の呼称から発生し、のちに番号が付与されたものとされる[1]。ただし、命名起源については複数の説があり、神奈川県にある試験施設の型式番号に由来するという説も併記されている。
歴史[編集]
成立：ログは順番に弱い[編集]
ASK21の成立は1990年前後の「事故調査の作業工程短縮」要求に結びつけて語られることが多い。航空安全機関の内部調査では、報告書作成の前工程が、(1)機上ログの回収、(2)地上端末への取り込み、(3)時刻整形、(4)系列統合、という4工程に分解されていたとされる。
このうち(3)と(4)がボトルネック化し、ある年の統計では、工程全体の平均所要時間が「3時間12分」まで低下した一方で、手戻りが「月あたり7.4件（四捨五入で7件とされる）」発生していたと報告されたとされる[2]。そこで、時刻合わせの前に「系列統合の規則」を固定する方向で、運用整合化連絡会議（OICA）が作業部会を設けたとされる。
OICAは東京都の霞が関周辺に事務局を置いたとされるが、具体的な運用は地方試験場と交互に実施された。特にの旧海軍電波監視所跡を転用した施設では、ログ回収の際にタイムゾーン補正が「0.9秒単位の丸め」によって揺れることが確認され、結果として「時刻ではなく並び順の同定」が必須になるに至ったとされる。
開発：AT-9と“二十一の鍵”[編集]
規格案では、ログの系列を同定するための手続きをAT-9と連携させる構成が採られたとされる。AT-9は時刻同期プロトコルとして紹介され、ASK21の下位仕様として扱われた。両者の関係は「ASK21が並び、AT-9が揺れを抑える」と比喩されたことがある。
さらに、ASK21には“二十一の鍵”と呼ばれる管理値があると説明される。これはイベントの属性を21パターンに分類し、各パターンで許容される再順序化の範囲を変えるという考え方である。ある社内文書では、鍵のうち鍵番号「#7」と「#14」が特にトラブルを生みやすく、誤った統合判定により、ある便で「降下開始」が「客室灯点灯」の後に並ぶという珍事が起きたとされる[3]。
ただし、この“二十一の鍵”の定義は時期により揺れたともされる。OICAの議事録では、第2草案までは22鍵だったが、最終版で1鍵が統合されて21鍵になった、と記述されている一方で、別の回覧では最初から21鍵だったと主張されている[4]。この食い違いが、後年になって“ASK21は現場の都合で数字が減らされた規格”と揶揄される土壌になったとされる。
普及と失速：互換性が“静かに割れる”[編集]
ASK21は、導入初期に限っては有効性が高かったとされる。ある航空会社の導入報告では、ログ統合の失敗率が導入前の「2.6%」から「0.31%」へ低下したとされる[5]。また、解析担当者の作業時間が平均で「41分短縮」されたという数字も紹介され、現場の評価は概ね高かった。
一方で、失速は“互換性”ではなく“転送順”の差として現れたとされる。ASK21は同一機種同士では再現性が高いが、改修ロットの違いでイベントIDの生成規則が微妙に変わると、系列同定が崩れる場合があると指摘された。その結果、地上端末側の再計算モジュールが「上書きしない設計」とされていたにもかかわらず、実装が上書きを行ってしまう例が見つかったとされる。
この時期、日本航空の関連整備拠点（仮称「羽田第3データセンター」）で、ASK21に対応していない保守端末が混入したため、ログの“並びだけ”が揃わないトラブルが発生したという。原因究明のために導入された監査ツールが、なぜか監査対象の端末名を「ASK21-00」と誤認し、監査レポートの見出しだけが整備されるという滑稽な事象も記録されている[6]。
技術的特徴[編集]
ASK21の設計思想は、時刻同期を“絶対”ではなく“手続き”として規定する点にあるとされる。すなわち、タイムスタンプの値そのものではなく、どのタイミングで丸め・補間・再計算を行うかが規格化されている。これにより、媒体間で生じる微小な差を吸収し、最終的な系列同定に反映できると説明されてきた。
運用面では、イベントログを「入力」「検査」「統合」「保全」という4段階に分け、段階ごとに許容される再順序化率が設定されているとされる。特に統合段階では、許容再順序化率が「最大0.12%」とされ、ここを超える場合は統合作業を“保留”として扱う運用が推奨されたという[7]。
ただし、数字の扱いは資料によって異なる。0.12%の根拠が統計試験の回数であるのか、シミュレーションの条件であるのかが明確でないという指摘もある。一方で、現場の技術者は「許容率が厳しすぎると保留が増え、緩すぎると事故調査が乱れる」と述べたとされ、最適点は“機材の癖”に依存したとされる。
社会における影響[編集]
ASK21は、航空安全の領域で「技術が手戻りを減らした」という文脈で語られることが多い。ログの並びが安定することで、事故調査チームは時系列の復元に必要な確認回数を減らせたとされ、結果として報告書の素案作成が早まったという。
また、規格が普及するにつれて、監査・教育の仕組みも変化した。OICAは認定講習を整備し、講習では“二十一の鍵”の暗記テストが採用されたとされる。この講習の受講者が、なぜか試験会場で配布された解答用紙に鉛筆を忘れるという事例があり、翌年から配布が自動化されたとされる[8]。こうした細部の積み重ねが、結果として「規格は現場文化を作る」という見方を生んだ。
さらに、ASK21の考え方は航空以外にも波及したとされる。たとえば港湾物流の保全システムで、検査ログの統合に似た概念が導入され、「並びの同定」がIT部門の共通語になったという。ただし、波及先で名称が勝手に流用され、“ASK21と無関係なはずのシステムがASK21対応を名乗る”という混乱も起きたと記録されている。
批判と論争[編集]
ASK21には複数の批判が存在するとされる。第一に、規格が“手続き依存”であるため、実装者によって解釈が揺れる余地があるという点が挙げられる。ある監査報告では、同一系列同定の判定が「第1段階の検査閾値」によって変わりうると指摘され、閾値の設定理由が属人的になっていたとされる[9]。
第二に、互換性問題の責任所在が曖昧になりやすい点が論点になった。規格側の要件が不足しているのか、ベンダー実装が独自補完を行ったのか、当事者が互いに責任を押し付けたとされる。さらに、現場では「対応しているのに直らない」事例が出たため、導入判断の合理性が揺らいだ。
第三に、最終版の番号「21」が象徴的すぎると批判された。“二十一の鍵”があまりに覚えやすい数字であったため、教育が形式化し、現場では鍵暗記が目的化したという冗談めいた指摘もある。ただし、この批判はデータで裏付けられたというより、ベテランの証言として残った例が多いとされ、真偽は判断しにくいとされる。
脚注[編集]
関連項目[編集]
脚注
- ^ 運用整合化連絡会議（OICA）『ASK21仕様書（草案第3版）』OICA技術資料室, 1992.
- ^ M. R. Ellison「Sequence Identification for Event Logs in Aviation Maintenance」『Journal of Aeronautical Data Systems』Vol. 4 No. 2, pp. 41-63, 1993.
- ^ 佐藤啓介「ログ並び問題の実務的対処—ASK21とAT-9の接続」『航空情報通信研究』第12巻第3号, pp. 15-29, 1994.
- ^ Katrin Vogel「On Procedure-Dependent Time Handling in Distributed Record Archives」『Proceedings of the International Symposium on Data Convergence』pp. 201-219, 1995.
- ^ 運用整合化連絡会議（OICA）『認定講習資料：二十一の鍵』OICA研修部, 1993.
- ^ 田中清彦「羽田第3データセンターにおける監査見出し齟齬の事例分析」『整備現場工学会誌』第7巻第1号, pp. 77-82, 1996.
- ^ N. J. Harrow「Compatibility Drift in Interface-Assisted Log Synchronization」『IEEE Transactions on Systems and Operations』Vol. 11 No. 4, pp. 901-916, 1997.
- ^ 鈴木麻衣子「許容再順序化率の設定根拠（最大0.12%の由来）」『通信規格年報』第9号, pp. 55-70, 1998.
- ^ Dr. Margaret A. Thornton「Human Factors of Number-Cued Standards in Maintenance Training」『Aviation Safety Review』Vol. 2 No. 1, pp. 10-28, 1999.
- ^ 山根実「ASK21の“21”は何を指すのか？—議事録間の不一致」『日本時刻学会誌』第5巻第2号, pp. 33-49, 2000.
外部リンク
- OICA 技術資料アーカイブ
- 航空ログ統合ユーザー会
- AT-9 開発者フォーラム
- 整備現場工学会の事例集
- 時刻同期プロトコル研究ネットワーク