PC-76
| 分類 | 汎用計算機アーキテクチャ（型番体系） |
|---|---|
| 主要系譜 | PC-7600シリーズ / PC-7632シリーズ |
| 標準クロック（公称） | 4.194 MHz（第1ロット基準） |
| 命令長 | 12〜24ビット可変（段階的エンコード） |
| 主記憶方式 | フェライト・コア + バースト・ラッチ |
| 記憶容量（典型） | 48 KiB（教育用途構成） |
| 製造・整備窓口 | 運用局外部技術室（俗称：運外室） |
| 登場時期（資料上） | 前後（社内指針番号の整合） |
PC-76（PC-76）は、で制定された「第七世代汎用計算機」の型番規格として流通したアーキテクチャである。特におよびの系譜を説明する文脈で言及されることが多い[1]。
概要[編集]
は、コンピュータの「設計思想」を型番で表すために整備された、いわゆるアーキテクチャ規格（ただし製品名としても扱われる）である。資料上は「第七世代汎用計算機の命令・割込み・入出力の整合基準」として記述され、後年のやの仕様説明において、共通祖先として引用されることが多い[1]。
技術的には、命令長を“単一の理想”ではなく段階的な符号化として扱う点が特徴とされる。とくに演算系よりも、割込み受付の時間幅（ウィンドウ）を先に定義する方式が採用されたとされるが、その目的が「高速化」ではなく「現場運用の揉め事を減らす」ことにあった点が、当時の資料から示唆される[2]。このように、は純粋な性能規格というより、運用と責任分界の帳尻合わせとして語られることもある。
概要（選定基準と掲載範囲）[編集]
本項では、百科事典的に混同が多い「PC-76」という語の範囲を、(1)型番体系としての、(2)製品ラインの説明における祖先アーキテクチャとしての、(3)互換機・教育用教材における“便宜上の呼称”としてのの3類型に整理する。
なお、型番の同一性だけで切らないのは、当時の運用局が「仕様差よりも手順差のほうが現場事故を招く」として、同じPC-76でも手順書の改訂番号が別物として扱われた経緯があるためである。また、後年に末期へ向けて“教育向け最小構成”が独立した結果、実機の内部構成と説明用のモデルがズレる現象が起きたとされる[3]。この差異が、のちに批判の焦点となった。
歴史[編集]
誕生：計算機ではなく「監査用の癖」を標準化した[編集]
の起源は、にあった当時の運用官庁の“監査室”が、現場ごとに違う手順書を統一する必要に迫られたことだと語られている。設計者の主張は「計算機は速くすればよい」ではなく、監査員が同じ質問をしても同じ回答（ログの形）になることが重要だという一点に収束したとされる[4]。
この流れで、開発の中心に据えられたのが「割込み受付ウィンドウ」を命令体系より先に定める思想である。ウィンドウの長さは、試験運用の“揉め事”を数値化して決めたとされ、初期資料には「受付後の保留時間 3.2 μs で返答率が 84%から 91%へ改善」といった具体が記載されている[5]。ただし、この数値がどの回線条件での計測かは資料に残っていない、と後年の調査報告が指摘している。
こうして、運用局外部技術室（運外室）の指針番号「指針第7-六号」が根拠文書となり、“PC-76”という呼称が型番として定着した。ここでの“76”は、年ではなく「検査手順の第7系統・第6版」を意味するとされるが、一般には“1976年モデル”として誤解され、宣伝資料でもその誤解を利用したといわれる[6]。
発展：PC-7600/PC-7632は「互換」ではなく「教育事故対策」で分岐した[編集]
その後の分岐は、技術的な互換性確保というより、教育現場での事故を減らす意図が強かったとされる。大学の講義では、学生がキーボード入力を誤り続けることで、入出力部の“待ち状態”が増え、教員の進行が止まる問題が頻発したという[7]。
そこででは、待ち状態を表す内部フラグが“必ず可視化される”設計へ寄せられた。可視化は数値として管理され、講義が停止するまでの平均回数が「構成差により 0.7〜1.3 回/時限」と報告されたとされる[8]。一方は、学生が止めたつもりで止めていないケース（たとえば割込み禁止の戻し忘れ）を想定し、「戻し忘れ検出 32秒窓」で強制リセットする仕組みが追加されたと説明される。
ただし、この32秒窓は安全設計として合理的に見える一方、運用現場では「その時間内に作業計画を立てろ」という圧力に転じた。結果として、標準化されたはずのの“正しい癖”が、別の不満を生んだとする指摘もある[9]。ここに、PC-76を語るとき、技術だけでなく「人の習慣」が必ず一緒に語られる理由がある。
社会的影響：ログが監査の“会話”になった[編集]
が社会に与えた影響として最も語られやすいのは、ログの形式が“会話”として運用されるようになった点である。監査員は計算結果を直接問うのではなく、割込み処理の順序や入出力待ちの可視フラグを質問し、現場側はそれに合わせて“同じ言い回しのログ”を提示するよう求められたとされる[10]。
この結果、行政・教育・中小企業の情報部門で「ログ監査の研修」が成立した。研修では、架空の顧客トラブルをシミュレーションし、想定問答を表で配る方式が採られたとされ、教材の配布枚数は「1冊 112枚（講師用 14枚追加）」といった細かい数字が残っている[11]。また、研修会場はの“計算機訓練会館”と呼ばれる施設で開かれたとされるが、その施設名は資料によって表記ゆれがある。
このような運用の定着は、ソフトウェア開発者にも影響し、プログラムは「速さ」より先に「監査に通るログの並び」を意識して書かれるようになったとされる。とくに、命令デコードの説明書きが長文化したのは、ログ監査が技術文書の“主役”になったためだと解釈されている[2]。
批判と論争[編集]
は“現場事故対策”として評価される一方で、過剰な標準化が新たな停滞を生んだとする批判が存在する。とくに、割込み受付ウィンドウを優先して定めた結果、演算性能の設計自由度が削られたのではないかという見方がある。
また、監査のためにログが会話化したことは、技術的透明性を高めたという側面を持つが、同時に「ログを書けば動く」と誤解される教育が広がったともされる。実際、当時の教材には“実機未接続でもログだけで講義を進められる”練習問題が含まれていたと回顧する声があり、そこでは架空の入力列を「0xPC, 0x76」へ変換する手順が説明されていたとされる[12]。
さらに、PC-76系統の互換性についても論争が起きた。互換をうたう資料では「PC-76命令集合は上位互換である」と記されていたが、現場では“互換の条件が手順書側に書かれていた”ために再現性が損なわれたという指摘がある[1]。この点については、編集者の注記として「要出典：当該手順書の所在（少なくとも千代田区の保管庫番号は不明）」が残っているとされ、真偽が議論されている。
脚注[編集]
関連項目[編集]
脚注
- ^ 佐藤誠一『第七世代汎用計算機の型番史：PC-76を中心に』技術出版, 1989年.
- ^ Margaret A. Thornton『Interrupt Windows as Organizational Contracts』Journal of Applied Computing, Vol.12 No.4, 1978.
- ^ 山田秀彦『監査ログと命令体系：現場運用からの再構成』情報工学会誌, 第33巻第2号, 1992.
- ^ Kazuhiro Nakamura『Ferrite-Core Architectures and the Myth of Linear Speed』Proceedings of the International Symposium on Microlog, Vol.3, pp.41-57, 1981.
- ^ 田中恵美『教育事故の統計化とPC系の分岐設計』計算機教育研究, 第7巻第1号, pp.9-26, 1979.
- ^ 渡辺精一郎『運外室の記録：指針第7-六号の周辺』官庁資料研究会, pp.113-136, 1984.
- ^ 『PC-7600互換マニュアル（改訂第6版）』運用局外部技術室, 1980年.
- ^ Peter J. O’Rourke『The 32-Second Reset Window and Human Factors』Human-Computer Reliability, Vol.5 No.3, pp.200-212, 1983.
- ^ 高橋リサ『ログが“会話”になる瞬間：監査質問表の設計原理』日本記録科学会, 第18巻第4号, pp.77-95, 1990.
- ^ 『大阪計算機訓練会館の運用年表（抄）』関西計算機協会, 1977年.
外部リンク
- PC-76資料室
- ログ監査アーカイブ
- 運外室アーカイブセンター
- PC-7600講義ノート倉庫
- 第7系統手順書ミラー