嘘ペディア
B!

2conin

この記事はAIが生成したフィクションです。実在の人物・団体・事象とは一切関係ありません。
2conin
分野情報工学・都市交通計画・行政ドキュメント論
登場期1990年代後半
提唱とされる主体港湾連結制御研究会(通称:Minato-Conin)
主な利用形態運用マニュアル/性能報告書/交差点制御表
特徴二位相の同時最適化(と説明されることが多い)
関連概念位相整合、二重チェック、遅延許容帯域
論争点定義が多義的で実装が属人的になる点

2conin(つーこにん)は、主に情報工学と都市交通計画の交差領域で用いられる概念とされる。二つの「位相(phase)」を同時に最適化する手法として言及されることが多いが、その起源は通信インフラの保守帳票に遡るとされる[1]

概要[編集]

は、何かを「二重に」考えるための枠組みであるとされる概念であり、特に“位相”という語が鍵になる。位相とは、同じ現象を見ているはずなのに、資料の時間軸・人間の判断軸・機械の更新軸がずれる現象を指す、と説明されたりすることが多い。

また、は都市交通の分野では“交差点の二位相”という比喩で広まったとされる。具体的には、の再開発地区で試行された信号制御運用の際に、現場監督が「手順の位相」と「現場の位相」を別々に記録し始めたことが契機になった、という逸話が好んで引用される。

一方で情報工学側では、通信設備の保守帳票が膨大化した結果、“一次ログ”と“二次ログ”の整合を取るための分類規則として語られる場合があり、同名の別概念が併存していると指摘されてもいる。なお、実務者のあいだでは「定義より運用」とみなされがちで、説明が後追いになることも多い。

語源と構成要素[編集]

名称「2conin」の内訳[編集]

名称は“2”と“conin”の合成であるとされ、coninは当初「コンソール運用(console operation)に関する定義(definition)」の頭文字をもじったものだと説明された。とはいえ実際には、港湾連結制御研究会(通称:Minato-Conin)の社内スラングが先行し、後から文献側が整合するように言い換えた、という筋書きがよく語られる。

文献上の体裁としては、を「2つの位相を、1つの運用文書体系に織り込む方法」と要約するのが定番である。ところが、1998年に作成されたとされる最初期の様式では、位相は3つ書かれていたという反証もあり、編集者によって“都合のよい2つだけ”が残った可能性が指摘される。

二位相(double phase)の扱い[編集]

二位相は、一般に「計画位相」と「実地位相」として説明されることが多い。ただし研究会のメモでは、計画位相がさらに“入力位相”と“意思決定位相”に分割されていた、とされる。結果として、現場では2coninの運用が「厳密には二位相でない」まま定着した。

このずれを埋めるため、港湾連結制御研究会は1999年に“遅延許容帯域(Delay Tolerant Band; DTB)”という補助枠を導入したとされる。DTBは、遅延をゼロにするのではなく「遅延しても資料が破綻しない領域」として計算される、と書かれている。もっとも、当時の試算ではDTBを“理論上の7.3分”と見積もったにもかかわらず、現場では平均12分のズレが記録されており、数字だけが先行した形跡が残っている。

歴史[編集]

起源:保守帳票の「位相ずれ」[編集]

の起源は、通信網の保守帳票が紙から電子へ移行する過程で顕在化した“位相ずれ”にあるとされる。1990年代後半、の関連調整委員会で、現場の作業時刻(人間の時計)とサーバの記録時刻(機械の時計)が一致しない問題が議題になった。そこで提案されたのが、ログをそのまま残すのではなく、位相ごとに保存先を分ける運用だった。

この分離運用が、港湾物流の制御現場へ波及した。特に内の倉庫群で、搬入作業の開始時刻が平均で“3.8分”早まっていたにもかかわらず、次工程の受付だけが遅れていた。原因は装置ではなく、受付担当が「いつからを開始と数えるか」という判断の位相が別だったためであり、その整理が2coninの草案につながった、と記録されている。

なお、この段階では“2conin”という語は未使用で、報告書内の見出しが「二段階整合(two-stage congruence)」だったとする資料もある。だが編集の段階で、二段階整合は“2段”として略され、その後Minato-Coninのスラング“2conin”に置き換えられた、という経緯がささやかれている。

発展:港湾連結制御研究会と交差点の比喩[編集]

港湾連結制御研究会(Minato-Conin)は、名称通り港湾の制御に関する研究が主目的だった。しかし1998年、研究会が発注した委託システムが納期遅延した際、仕様書の“更新日”が二系統に分かれていることが発覚した。その二系統は、それぞれ監督者と実装者が別の“いつを正とするか”を採用していたことに由来するとされる。

そこで研究会は、以後の仕様変更管理を二位相で扱うように統一し、成果報告書には“位相整合率”という指標を導入した。位相整合率は、計画位相と実地位相が一致した割合をパーセントで表すとされ、2000年の報告では「整合率が94.2%」と記された[2]。ただし同じ報告書の別ページでは整合率が93%とされており、当時の集計者が“94.2%に見えるように丸めた”可能性がある、と後年の監査部門が述べたとされる。

この運用が、なぜか信号制御の議論へ流入した。2002年、の地方整備局が「交差点制御もまた位相の衝突である」として、2coninの考え方を会議資料に転用したからである。結果として2coninは、情報工学の専門語であるにもかかわらず、現場では“交差点の二重チェック”として定着した。

社会への影響:行政手続の「監査可能性」[編集]

2coninは、単なる技術の話ではなく、行政手続の監査可能性を高める枠組みとしても語られた。たとえばの一部の再開発現場では、工事の進捗が遅れた際に、原因を“担当者の記憶”ではなく“位相別資料”で説明する運用が導入された。これにより説明責任が果たしやすくなった、と評価されたのである。

その一方で、運用が複雑化した。位相ごとに資料を分けるため、現場ではテンプレート作成が求められ、打合せ時間が増加した。ある内部報告では、打合せ時間は月あたり平均で「+17.4%」になり、さらに休日振替が「週末3.0回分相当」で必要になったと記されている[3]

この“増えた事務コスト”が、2coninへの反発を生んだ。現場の一部では「位相が増えるほど責任が薄まる」との不満が出て、2coninを撤回する試みが行われた。しかし撤回後も“どの記録を正とするか”の争いは消えず、結局は2coninの精神だけが別名で残った、ともされる。

実装上の特徴と典型的手順[編集]

の実装は、ソフトウェア導入というより文書と運用の設計であるとされる。典型的には、①計画位相の記録フォーマット、②実地位相の記録フォーマット、③その差分を“説明可能な形”に変換する整形表、の3点セットで運用される。

差分整形表には、しばしば“誤差カテゴリ”が設けられる。誤差カテゴリは、遅延、早着、判断ずれ、伝達抜けの4種類として整理されることが多い。ただしMinato-Coninの現場向け冊子では誤差カテゴリを5種類に増やし、“電源断復旧の位相”が別枠として扱われたとされる。ここは資料間で揺れがあり、編集者が現場に合わせて書き換えた可能性が指摘される。

手順の終わりには、位相整合率の算出が置かれる。算出式は公開されていない、とされるが、少なくとも“分母が更新回数、分子が整合した更新回数”という説明は繰り返し登場する。ある研修資料では整合率のサンプルとして「24回中23回一致(95.83%)」が使われ、参加者は“語呂のよさ”を理由に覚えさせられたとされる。後にそれが「95.8%と言えばよかったのに」と笑い話になるほど、数字が独り歩きしたと記録されている。

批判と論争[編集]

2coninは、定義が多義的である点が批判されてきた。研究会の資料では位相の数を2に固定するはずだが、運用メモには補助位相や例外処理が混ざり、結果として「2coninなのに3coninになっている」という風刺が広まった。

また、指標の数値が“監査のために整えられている”という疑念もある。たとえば位相整合率の報告で93%から94.2%へ変化した件について、監査側は「丸め規則の差」と説明したとされるが、当時の丸め規則が“四捨五入ではなく、直前の会議で決めた気分”に近かった、という証言が残る[4]。要出典タグがつきそうな部分であるが、少なくとも当該ページの筆者欄は複数名であり、編集過程の揺れが見て取れる、とされた。

さらに、現場では2coninが“責任の分散装置”になったとの指摘もある。位相ごとに記録が分かれるため、トラブルが起きた際に「計画位相では正しい」「実地位相ではやむを得ない」と言い分けが成立してしまうからである。結果として、改善策が遅れたケースがあり、導入自治体の一部では“位相の棚卸し”が月次で義務化された。しかし棚卸し自体が新たな負担になり、皮肉にも2coninは“位相の位相”へと発展したと笑われた。

脚注[編集]

関連項目[編集]

脚注

  1. ^ 港湾連結制御研究会『位相整合運用の手引き(試作版)』港湾連結制御研究会出版, 2001.
  2. ^ 山村悠人「2coninにおける二位相の記録体系」『都市制御ジャーナル』第12巻第3号, pp. 41-58, 2003.
  3. ^ Dr. Margaret A. Thornton「Document-Phase Congruence in Civic Systems」『Journal of Applied Administrative Computing』Vol. 8, No. 2, pp. 101-119, 2004.
  4. ^ 佐伯紗也「位相ずれと監査可能性—2coninの波及経路」『行政技術レビュー』第5巻第1号, pp. 12-27, 2006.
  5. ^ 中島克彦「交差点制御における二重チェックの比喩適用」『交通信号学会誌』第20巻第4号, pp. 201-214, 2002.
  6. ^ K. Watanabe「Two-Stage Congruence: A Precursor to 2conin」『Proceedings of the International Workshop on Operational Logs』, pp. 77-90, 1999.
  7. ^ 藤堂春樹「丸め規則と整合率の社会的副作用」『品質保証の実務』第9巻第2号, pp. 33-46, 2005.
  8. ^ S. Nakamura「Why Reports Still Disagree After Logging: The Phase Split Problem」『Computational Governance Quarterly』Vol. 3, No. 7, pp. 1-18, 2007.
  9. ^ 本多玲奈『保守帳票の時間軸革命』中央計測出版, 1998.
  10. ^ (書名が微妙におかしい)齋藤正樹『位相整合率は人生を救う』行政工学研究社, 2010.

外部リンク

  • Minato-Coninアーカイブ
  • 位相整合研修ポータル
  • 都市制御運用掲示板
  • 行政監査サンプル庫
  • ログ整形表ギャラリー
カテゴリ: 情報工学の概念 | 行政ドキュメント論 | 都市交通計画 | 品質保証手法 | 監査と内部統制 | ログ管理 | 運用設計 | 信号制御技術 | 再開発プロジェクト手続 | 1990年代の技術史

関連する嘘記事