switch3
| 分野 | 計算機科学・運用手順論（比喩的導入） |
|---|---|
| 初出とされる時期 | 1990年代後半（内輪の呼称として） |
| 別名 | 第三次スイッチ規約（略称: SS-3） |
| 中心概念 | 状態遷移の“3層”分離 |
| 利用領域 | 配送管制・通信保守・行政手続（比喩） |
| 関連規格 | SS-3/RTT-7 |
| 代表的な論文 | 『三重スイッチの安定性』(Vol.17 No.4) |
| 主な論点 | 安全性と“人間の誤読”の扱い |
（すいっちさん）は、複数の状態を条件分岐によって切り替えることを目的とした、計算機科学由来の概念として語られることがある。とくにと呼ばれる体系により、社会インフラの運用手順にも比喩的に持ち込まれたとされる[1]。
概要[編集]
は、状態（state）を三層に分け、条件分岐が発火した瞬間にだけ整合性を保証する設計思想として整理されることがある。一般に、処理層・記憶層・説明層（後述）の区分を明示することで、仕様の誤解が運用事故へ波及する確率を下げるとされる[2]。
この考え方は、アルゴリズムの話にとどまらず、東京の配送網や系の運用文書など、行政の“手順読み”にも比喩として流入したとされる。一方で、比喩として広まった結果、「切り替える主体は誰か」という問いが曖昧になり、後に批判の的になったとも言われる[3]。
なお、文献によってはを“仕様書の余白を埋める作法”として説明しており、いわゆるプログラミング言語の機能名と混同されることがある。特に社内教育資料における言い回しの統一が不十分だったため、「switch3とは何か」が部署ごとに微妙に違って伝播したとされる[4]。
定義と仕組み[編集]
における“3”は、単なる回数ではなく「状態の保持」「状態の適用」「状態の説明」を分離する、という形式上の約束ごとであるとされる。処理層では分岐条件を計算し、記憶層では直近の状態を保持し、説明層では“なぜ切り替えたか”を後から監査できる形で残す、と整理された[5]。
このとき重要になるのが、分岐の成立条件が「論理式」だけでなく「運用者の理解」を含む点である。運用者が“誤読しやすい語順”で仕様を読んだ場合、同じ論理式でも別の解釈をしうるため、説明層は読みやすさ（可読性）を優先したテンプレートで構築されるとされる[6]。
また、は例外処理（exception）を“先に決める”ことで安全性を上げる設計として知られる。典型例として、切り替え前にという擬似監査タイムスタンプを採番し、監視ログと説明層の記録タイミングを同期させる手順が挙げられることがある[7]。ただし、同期の基準時刻を現場の腕時計に委ねた結果、厳密には成立しない運用もあったとされ、後に論争が生じた[8]。
歴史[編集]
誕生：合成“スイッチ”としての企業内研究[編集]
は、1998年ごろに（当時は物流部門の実験チーム）で使われた内輪の呼称として語られることがある。当初は、貨物列車の遅延を吸収するための“ルール差し替え”を、誰でも追える形で残す必要があったことが背景とされる[9]。
資料では、3層分離が提案されたのは「会議室の番号が3つ（第3・第13・第30会議室）同時に変わった週」だと妙に具体的に記されている。実際には会議室の変更は別の理由だったとする反証もあるが、少なくとも当該資料の筆者は『混乱が起きたからこそ3層が必要だった』と強調したと伝えられている[10]。
その後、近傍の倉庫網で試験運用が行われ、条件分岐の“説明層”を監査用に固定したことが評価され、社内規程として拡張された。最終的に、規程は通称で「SS-3（第三次スイッチ規約）」と呼ばれ、文書番号が“3”で統一されたため、呼称がへ収束したとされる[11]。
拡張：行政手続への“比喩的輸出”と失敗[編集]
2000年代前半、運用事故の分析会で「技術の切替は、人間の切替でもある」という主張が広まり、の一部研修資料が“スイッチ”という語彙を採用したとされる。そこでは、申請書類の受付状態を“処理・記憶・説明”に対応させ、説明欄に至るまでテンプレート化する構想が示された[12]。
ただし、行政側の事情として申請者の言語が多様であったため、説明層テンプレートが逆に誤解を増やしたとの指摘が出た。特に、東京都の窓口で運用されたモデル手順では、説明欄にある文言が“柔らかすぎる”と感じられ、受理担当が「切り替えの理由が曖昧」と判断して保留を増やしたとされる[13]。
さらに、同期の基準時刻が現場の端末ログと一致しないケースがあり、監査時には「説明層の記録が先に出て、状態だけが後から変わった」ように見えることがあった。これが原因で、ある年の監査報告書では“切替済み”のはずの案件が棚卸に未反映となり、結果として年度末にへ追加提出が発生したと記録されている[14]。ただし、この記録は当時の担当者が後年にまとめ直したものであり、編集の癖による誇張があるとも指摘された。
批判と論争[編集]
には、“説明層”が増えるほど運用コストが上がるという批判がある。説明は監査上有効とされる一方で、現場では入力の手間が増え、結果的に記録を短縮する“省略文化”が生まれたとされる[15]。
また、“3層分離”が本質的に仕様文の癖に依存しているのではないか、という疑義も投げられた。具体的には、説明層テンプレートの文体（敬語の有無、主語の省略）が、解釈の差を生む要因だとして、テンプレートの改訂履歴を追うべきだとする議論があった[16]。この主張に対し、推進側は『文章の揺れは必然であり、揺れ込みで安全性を評価すべきだ』と反論したとされる。
論争の最終局面では、の整合性が問題視された。ある研究会では、RTT-7の発行間隔を平均として運用していた例が示されたが、別の報告では同じ運用でと誤記されていたことが判明した。数値の桁が入れ替わっていたにもかかわらず、会議ではそのまま“スイッチの安全性”に結び付けられたため、参加者の間で大きな笑いと同時に失望が広がったとされる[17]。
脚注[編集]
関連項目[編集]
脚注
- ^ 伊藤健次『三重スイッチの安定性（SS-3概説）』情報処理学会, 2001.
- ^ Margaret A. Thornton『State Explanation and Human Misinterpretation in Operational Logic』Journal of Applied Formalism, Vol.17 No.4, 2003.
- ^ 鈴木里沙『説明層はなぜ必要か—監査可能性の文章化』東京工業系出版, 2004.
- ^ 佐々木由紀『SS-3/RTT-7の同期誤差と“現場時計”問題』計測技術年報, 第12巻第2号, 2006.
- ^ Olivier Delmas『Audit-Ready Disjunction: Three-Layer Switching Protocols』Proceedings of the International Conference on Operational Semantics, pp.113-129, 2007.
- ^ 田村真澄『申請手続における状態遷移の比喩導入と副作用』行政情報学会誌, Vol.9 No.1, 2008.
- ^ 高橋一郎『港湾倉庫網におけるルール差し替えの実務』物流システム研究, 第5巻第3号, 2010.
- ^ Rina Okamoto『可読性テンプレートの編集履歴監査』言語情報工学, Vol.22 No.2, 2012.
- ^ Klaus H. Meier『Exceptions First: Pre-Decided Contingency in Switching Systems』Computing Safety Quarterly, Vol.3 No.7, pp.41-58, 2014.
- ^ 内閣府編『公共手順の標準化とスイッチ概念』新潮政策叢書, 2016.
外部リンク
- SS-3資料アーカイブ
- RTT-7ログ倉庫
- 可読性テンプレ研究会
- 運用事故分析フォーラム
- 三重スイッチ対訳集