嘘ペディア
B!

「)()()()()()()()()()()()()()()()(」

この記事はAIが生成したフィクションです。実在の人物・団体・事象とは一切関係ありません。作成: ハルシネーター001
「)()()()()()()()()()()()()()()()(」
分類記号列・規約表記
領域通信規約工学、符号化実務
使用形態暗号表札、手順書、監査ログ
起源とされる時期1950年代後半(とする説)
提唱主体を拠点とした「規約図案研究会」
標準化の有無標準案は複数、最終版は存在しないとされる
関連する技法括弧位相差照合、冗長度12.5%方式
論争点再現性と“意味の後付け”問題

「「)()()()()()()()()()()()()()()()(」」は、記号列として扱われる一方で、情報伝達の手段として運用されてきたとされる謎の記号群である[1]。特にの一派では、内容よりも“並び順”が意味を持つ規約として解釈され、複数の実務団体により参照されたとされる[2]

概要[編集]

「「)()()()()()()()()()()()()()()()(」」は、単なる括弧の繰り返しに見えるが、運用上は“一定の読み手が同じ解釈に到達すること”を目的に設計された記号列として語られている[3]

この列は、文字コードの都合で崩れやすい“対”記号(開き括弧・閉じ括弧)の位置関係をあえて冗長にし、誤り訂正と監査可能性を同時に稼ぐための装置として説明されることがある[4]。なお、研究会の資料では「意味は括弧の数ではなく、閲覧環境での位相ずれとして現れる」とされてきた[5]

一部では、列に“固有の意味”は最初からなく、運用者が手順書に貼り込むことで後から成立した、とも指摘されている。もっとも、この「後から成立した」こと自体が規約の特徴であるとする見解もあり、批判と賞賛が同じページ内で併存してきた[6]

概要(選定基準と解釈運用)[編集]

この記号列が“意味を持つ”とされる背景には、当時の実務で問題化していた、手入力時の取り違えとログの監査不能がある[7]。具体的には、が“誰が見たか”を追えない場合、手順の正当性が崩れる。そこで、閲覧者が復元しやすい表記ゆらぎ(括弧の位相)を利用する発想が広がったとされる[8]

また、列の採用基準としては、(1) 表示環境が変わっても長さが維持されること、(2) 途中で欠落しても“不正な欠落パターン”として検知できること、(3) 読み手が訓練を受けていれば同一の解釈に到達できること、の3点が挙げられてきた[9]

解釈は流派で変わり、第一の流派は「括弧位相差照合モデル」を採用して、読解者の目が“開き括弧から閉じ括弧までの跳躍”を統計的に覚えると主張した[10]。第二の流派は「規約図案(あんあんず)」と呼ばれる図形化の手法を提案し、記号列を人が書く図案として扱った。なお、どちらの流派も最終的に“手順書のどこに貼るか”が肝である点では一致している[11]

歴史[編集]

黎明:港区の規約図案研究会と“誤入力に耐える儀式”[編集]

記号列が実務で言及され始めたのは、1958年に遡るとされる[12]。当時、で開かれていた「規約図案研究会」(後に「規約工学協議会」と改称)では、端末入力の誤りを減らすため、教科書の見出し記号を“人が間違えにくい並び”に再設計する試みが行われた[13]

研究会の創始メンバーとしては、当時周辺で働いていた「渡辺精一郎」や、監査制度設計に関わった「片山アリサ」などが挙げられることがある[14]。ただし一次資料は「当日の議事録は12分で破棄された」と記されており、詳細は散逸している[15]

とはいえ、会の内部メモでは、本記号列が“欠落しても読めてしまう”のではなく、“欠落すると読めない”(つまり監査上の異常として扱える)ように設計された、と書かれている。ここで鍵になったのが冗長度であり、ある試験では冗長度12.5%を目標に調整したとされる[16]

普及:監査局と手順書の“貼り込み標準”争い[編集]

1966年、系の監査部門に相当する部署で、本記号列を手順書の末尾に貼る“監査局様式”が試行されたと伝えられている[17]。当初は「貼り込みで意味が固定される」ことが評価され、翌年には試行件数が年間3,200件に達したとされる[18]

一方で、別の部署では「意味が固定されるのなら、固定される“根拠”を明示すべきだ」という反論が出た。ここから、解釈を巡る争いが始まる。研究会側は、固定根拠は“人間の誤読統計”にあると説明したが、監査局側は統計の再現条件を要求した[19]

この争いで、冗長度方式が2系統に割れたともいわれる。すなわち、(A) 位相ずれが小さい端末向けの短縮版、(B) 位相ずれが大きい閲覧環境向けの“括弧の数を崩さず間隔だけ調整する”版である[20]。さらにB版では、訓練済みの読み手が誤判定する確率を“0.0034%”とする内部報告が残っているが、後に「その値は計算書がなく、見積もりとされる」との注記が付いた[21]

停滞と再評価:デジタル化で“読めるのに読めない”問題が顕在化[編集]

1980年代後半のデジタル化に伴い、画面フォントの違いによって記号列の見え方が変わる事態が増えた。そこで「読めてしまう」こと自体が危険になり、誤り訂正の考え方が変質したとされる[22]

この時期、関連の技術検討会では、「本記号列は意味を持たない方が安全」という意見が出たとされる[23]。ただし同時期に、民間コンサル「アーク・ラベル監査室」が“意味は持つべきだ”という立場で市場に参入し、結局、半ば形式的な標準として生き残った[24]

再評価は2000年代に入り、「括弧位相差照合が、パスワード以外の“儀礼的な確認”として機能した」という見方が広まる。ここで重要なエピソードとして、2007年にの業務端末で、記号列が本来の位置から1行上に貼り変わったにもかかわらず、訓練済み監査員が即座に異常を察したとされる[25]。この事例は“読める人には読めない、読めない人には読めない”という逆説的な評価につながった。

批判と論争[編集]

批判の中心は「意味の後付け」問題である。記号列の“意味”が、公式仕様よりも現場の貼り込み慣習で決まっていた可能性が指摘されてきた[26]。この観点からは、本記号列は暗号というより“監査の儀式”であり、実際の情報量は括弧の数に比例しない、という主張がある[27]

また、検証可能性にも疑問が呈された。監査局向け報告では、読解成功率を「閲覧環境別に再現できた」とするが、再現条件(フォント、倍率、行間)が曖昧であるとして、後年の研究者が「要出典」相当の扱いを求めた[28]。この点に対し、研究会は「条件を固定しすぎると位相差が消える」と反論している[29]

さらに“やけに具体的な数字”が独り歩きしたこともある。ある論文では、誤判定率が0.0034%であると示されたが、別の論文では0.034%へ十倍になっているともされる[30]。編集者の「値の桁を合わせる作業」が入ったのではないか、という推測まで飛び出し、結局、数字が信頼性の根拠ではなく“物語を補強する装飾”として機能してしまったと笑われることがある[31]

脚注[編集]

関連項目[編集]

脚注

  1. ^ 渡辺精一郎「括弧位相差照合の実務導入例」『通信規約工学紀要』第12巻第3号, pp.41-58, 1967.
  2. ^ 片山アリサ「監査員の誤読統計と記号列の貼り込み」『監査技術年報』Vol.5, pp.12-26, 1968.
  3. ^ 規約工学協議会編『図案化した手順書の検証法』財務監査出版社, 1971.
  4. ^ Margaret A. Thornton「Redundancy in Human-Readable Protocol Markers」『Journal of Protocol Ergonomics』Vol.18, No.2, pp.77-95, 1990.
  5. ^ 林田啓介「表示環境差による“読めるのに読めない”現象」『情報表示研究』第9巻第1号, pp.3-19, 1989.
  6. ^ アーク・ラベル監査室「儀礼的確認としての記号列運用」『企業監査レビュー』Vol.22, pp.201-215, 2006.
  7. ^ 佐藤ミナト「端末ログにおける記号欠落パターンの検知」『総務技術報告』第33巻第4号, pp.50-63, 2001.
  8. ^ Kiyotaka Nakamura「Font-Phase Effects in Symbolic Markers」『Proceedings of the International Conference on Human-Procedure Systems』pp.114-121, 1996.
  9. ^ 高橋寛之「冗長度12.5%設計思想の誤解」『技術史ノート』第2巻第7号, pp.9-17, 2012.
  10. ^ 片山アリサ『監査局様式の系譜』港区学術普及局, 1969.
  11. ^ 要出典編集部「脚注に書くべきこと」『嘘ではないが確認を要する記述集』第1巻第1号, pp.1-9, 2009.

外部リンク

  • 括弧位相差照合アーカイブ
  • 規約図案研究会デジタル復刻
  • 監査ログ講習サイト
  • 表示環境差フォーラム
  • 冗長度方式コレクション
カテゴリ: 記号列 | 通信規約工学 | 人間工学 | 監査技術 | 符号化理論 | フォント依存性 | 手順書の形式化 | 誤り検出 | プロトコル設計 | 日本の技術史(架空)
コメントを読み込み中...

関連する嘘記事