java
| 分野 | ソフトウェア工学・実行基盤 |
|---|---|
| 中心概念 | 中間符号化と「どこでも同じ手順」 |
| 発祥とされる場所 | つくば近郊の試験炉 |
| 主要団体 | （I-ExA） |
| 普及の契機 | 自治体の「端末統一調達」 |
| 代表的用途 | 行政端末・企業内ワークフロー |
| 特徴 | 移植性を制度の言葉で担保する |
java（じゃば）は、の文脈で用いられることが多い名称であり、ある種の「書き置き魔法」を実用化した仕組みとして説明されることがある。〇〇の配布や実行をめぐる制度設計が早期から重要視され、社会に一定の影響を与えたとされる[1]。
概要[編集]
は、ソースコードから実行までの過程を「同じ手順で進む儀式」として取り扱うことで知られる技術体系である。特に、配布のたびに相手環境へ“講義”を繰り返さず済むよう、途中形態（中間符号）を介する考え方が中核とされる[1]。
この中間符号は、単なる形式ではなく、実行権限や安全確認の「記録カード」としても機能すると説明されることがある。そのためは、プログラムの性能だけでなく、運用規約や審査手順まで含めて設計されるべきだとされ、結果として社会の業務フローにも波及したとされる[2]。
語源と世界線の成立[編集]
島の名前から来た“署名儀礼”説[編集]
という名称は、インドネシアの島に由来するという説がある。ただし、元々は観光の話ではなく、植民地期に港湾で使われた帳簿記号が“同じ署名を繰り返す”慣習へ転用されたことに端を発する、とされる[3]。帳簿記号が港湾検疫の照合に使われたため、後に「同じ印が別の場所でも通用する」ことが神話化した、という筋書きである。
この説を裏づける資料として、が保管しているという「検疫帳簿の草案（第7紙・余白注記）」がしばしば引用される。しかし、その“注記”が原本か模写かは明確ではなく、編集者の間でも採否が割れたとされる[4]。
“火口から吐く言葉”由来説[編集]
別の語源として、つくば近郊の試験炉で、制御担当が吐いた合図が「ジャバ、ジャバ」と聞こえたことが転訛した、という口承もある。炉は研究室の比喩ではなく、実際に小型の高温反応装置が設けられ、毎朝同じ点火手順で起動する必要があったと記録されている[5]。
この世界線では、手順が同じだからこそ現場が安心した、という情緒が技術概念へ移され、「どこでも同じ手順で進む」ことを技術の美徳として定義し直した、とされる。なお、口承は当時の記録媒体の不整合により一部が食い違っており、“火口”を指す語が別の語と入れ替わった可能性が指摘されている[6]。
歴史[編集]
前史：中間符号化“にじみ帳票”運動（1968〜1974年）[編集]
の前身は、1960年代後半に広がった「にじみ帳票」問題への対処だったとされる。企業の現場では、紙の帳票を複写して運用していたが、複写のたびに字がにじみ、同じ処理でも別物のように読まれる事例が続出したとされる[7]。
この状況を改善するため、（千代田区の仮庁舎に設置されていたとされる）が、処理の途中に“確認用の短冊”を挟む運用を提案した。短冊には手順の番号と判定結果だけが記され、原本がどれだけにじんでも照合できるようにしたとされる[8]。この短冊文化が、中間符号化の比喩として引き継がれた、という説明である。
成立：I-ExAの“386回審査”規約（1976年）[編集]
正式にと呼ばれる概念がまとまったのは、（I-ExA）が「中間符号を配布する際は、同一手順に対して計386回の審査を行うべし」との規約案を出した1976年とされる[9]。386という数字は、協会が当時参照していた“監査チェックリスト”の行数に由来すると説明される。
もっとも、386回の審査は形式的であり、実際には「第一審（110回）」「安全審（142回）」「運用審（134回）」などに分割され、合計が386になるように設計されたとされる。現場では審査担当者の負担が大きく、翌年には「再審査のうち78回は自己申告で免除できる」など、抜け道付きの制度へ改訂されたとされる[10]。ただし、免除の基準は文書で統一されず、地域差が出たことが問題視されたともされる。
普及：自治体“端末統一調達”と町ぐるみコンパイル（1982〜1989年）[編集]
1980年代前半、横浜周辺の複数自治体が「端末統一調達」を進めた際、的な仕組みが“運用コストの圧縮装置”として採用されたとされる[11]。当時はベンダーごとに手順が違い、職員研修が毎年やり直しになっていたため、「研修をコードへ埋め込む」発想が歓迎されたという。
この普及期には、町ぐるみで“コンパイル祭り”が開催されたと記録される。具体的には、夜間に集めた端末をまとめて中間符号へ変換し、翌朝に窓口へ配る運用であった。ある年の報告書では、対象端末がで1,142台、夜間作業の平均継続時間が37分、作業中のトラブルが月あたり0.43件とされる[12]。数字が細かすぎるとして後年笑い話にもなったが、制度担当者が「丸めると信用を失う」と主張したため、あえてその桁が残ったのだとされる。
仕組み：中間符号・運用規約・安全審査[編集]
の説明では、ソースから直接機械語へ落とすのではなく、中間符号（例：I-Byteと呼ばれる短い命令列）へ変換し、それを実行時に“手順カード”として解釈する方式が強調されることが多い。こうした説明は一見合理的であり、移植性の説明として筋が通っているとされる[13]。
一方で、この世界線では安全性が技術仕様というより制度運用として扱われる。実行時には、配布物に添付された審査シールの番号と、端末の受領台帳の番号が一致した場合にのみ起動できる“符号照合”が用いられると説明される。照合に失敗すると、エラー表示ではなく「審査が未完了です。再審査窓口：第3レジ」といった運用文言が表示される、とされる[14]。
このため現場では、バグ修正より先に“審査文言の統一”が問題になった。特に1991年頃、札幌市の導入事例で「第3レジ」が存在しないために職員が混乱し、夜間コールセンターに転送される事案が発生したとされる[15]。
社会的影響：学習コストの削減と“制度のプログラム化”[編集]
が普及した社会的理由として、単なる技術ではなく「学習コストを制度へ置換する」点が挙げられる。新しい端末や新しいベンダーが入っても、審査規約と中間符号が同じであれば職員研修は最小化できる、と説明されたのである[16]。
その結果、行政の業務フローでは“コード”がそのまま“手続きの説明書”として扱われるようになったとされる。つまり、プログラムは計算の道具であるだけでなく、誰がいつどの段階で承認したのかを追跡するための媒体となった。実際に、配下の委員会において「手続きの可視化に資する」との文言が採択されたと記録される[17]。
ただし、可視化が過剰になると逆に柔軟性が失われる。審査項目が増え続け、更新のたびに“審査の書式”が差し替わった時期には、システムの変更より先に書式の勉強が必要になったという証言が残っている[18]。
批判と論争[編集]
をめぐる批判は、概ね「技術の議論から制度の議論へ逃げている」という形で現れたとされる。とりわけ、審査のシール番号が絡む運用では、単体テストの結果より“制度上の正しさ”が勝ってしまう場面がある、と指摘された[19]。
また、審査回数の由来とされた386回については、出典が曖昧である点が問題視された。「チェックリストの行数」という説明が、どの版の行数か曖昧で、版管理台帳が見つからないという指摘があったとされる[20]。一方で協会側は「版管理台帳が失われても、運用は回り続ける」と主張したと記録されるが、これが“合理性より強制力”を優先した姿勢として批判の火種になったという。
さらに、移植性の語りが過剰になったことで、現場では「どこでも同じ手順」への依存が進み、例外対応の設計が後回しになったとする論文もある[21]。ただし当該論文は、タイトルに誤記（“universal procedure”が“universal procedure s”と複数形になっている）があるため、学会側で引用の是非が割れたとされる。
脚注[編集]
関連項目[編集]
脚注
- ^ L. Hartwell, “Interpreted Rituals and the I-Byte Standard”, Journal of Applied Governance Computing, Vol. 12, No. 3, pp. 41-68, 1984.
- ^ 渡辺精一郎『中間実行の制度設計：審査回数386の起源』日本学術振興協会, 1990.
- ^ M. Thornton, “Portable Steps: A Study of Procedure Cards in Distributed Systems”, Proceedings of the International Conference on Operational Semantics, Vol. 2, pp. 201-219, 1987.
- ^ 田丸信介『端末統一調達の現場報告（横浜調達線）』横浜行政技術研究所, 1983.
- ^ J. K. Al-Masri, “Audit Sticker Protocols for Runtime Authorization”, Systems & Society, Vol. 5, No. 1, pp. 9-37, 1992.
- ^ 中間実行規約協会 編『I-ExA審査規約集：第7紙余白注記の検証』I-ExA出版局, 1978.
- ^ 佐藤和馬『にじみ帳票から学んだこと：確認短冊方式の系譜』丸善プラニング, 1976.
- ^ E. Morita, “When Error Messages Become Help Desks”, International Journal of Interface Misalignment, Vol. 9, No. 4, pp. 77-95, 1994.
- ^ 【総務省】行政手続可視化検討委員会『手続きの可視化と中間符号運用』官報調査部, 1996.
- ^ K. Tanaka, “universal procedure s and the myth of compatibility”, ACM Workshop on Pseudo-standards, Vol. 1, pp. 13-26, 1989.
外部リンク
- I-ExA規約アーカイブ
- 端末統一調達の夜間コンパイル記録
- 監査チェックリスト研究会
- 中間符号博物館（非公式）
- ジャワ帳簿記号研究所