windows 100
| 分類 | 数値指定型のOS互換規格 |
|---|---|
| 主な対象 | Windows互換アプリ／周辺機器 |
| 提唱時期 | 1991年頃（非公式に記録される） |
| 提案者 | の匿名作業班（とされる） |
| 互換指標 | “窓”の同時描画数とレイテンシ係数 |
| 最大係数 | 100.0（規格名の由来とされる） |
| 採用状況 | 公認はされず、実装は限定的とされる |
windows 100（ういんど100、英: Windows 100）は、黎明期に考案されたとされる“数値指定型”の互換規格である。1990年代前半にMicrosoft周辺で噂として広がり、のちに産業標準の一歩手前まで進んだとされる[1]。
概要[編集]
windows 100は、アプリケーションが動作する環境を“見た目の互換”ではなく“計測可能な窓（window）挙動”で保証しようとした規格であるとされる。ここでいう窓挙動とは、描画領域の切り替え、入力遅延、フォーカス移行の連続性などを、同一テスト手順で数値化するものであった[1]。
この規格が注目された背景には、当時のWindows互換ソフトが多くの“互換できている気がする”状態に依存していたことがあると説明される。そこで、互換の判定を「動いた／動かない」ではなく「窓係数が100.0に収束するか」で決める思想が広まり、企業間の実装差を減らせるのではないかという期待が持たれた[2]。ただし、後述するように、定義の細部があまりに芸術的だったため、標準化は頓挫したとされる。
歴史[編集]
前史：札幌の“窓時計”実験[編集]
1991年、北海道の工業団地群で電子部品が急速に増産され、現場では“画面のちらつき”が歩留まりに影響するという主張が出たとされる。そこでの作業班は、作業者が同時に扱う8枚の表示を「窓」と呼び、窓ごとに入力反応までの時間を記録する“窓時計”を導入したと報告される[3]。そのデータを回帰させると、最も安定した係数が100.0前後に寄ることが観測されたという。
この時に用いられたテスト画像は、なぜか“窓100”と呼ばれる格子パターンだったとされる。格子の線幅は0.31ピクセル、周期は6.4ミリ秒、コントラストは理想値を1としたときの0.88で固定されたとされるが、当時の記録は手書きスキャンのみで、真偽は揺れている[4]。とはいえこの「100が出るまでの条件」をOS互換に転用しよう、という発想がのちのwindows 100につながったとされる。
標準化手前：会議名が“WIN-100”だった時代[編集]
1993年、東京の港区にある民間研究所で開催されたとされる会合が“WIN-100”と呼ばれた。参加者には、の下部委員会からも技術者が出席し、議事録には「同時窓数は最大12、ただし12本目は“免除窓”として扱う」といった曖昧さが残されたとされる[5]。
この会合では、互換の判定手順が細かく規定された。たとえば、起動時のタイムスライス平均は23.7ms以下、マウス移動のサンプリング遅延は1フレーム未満、かつキーボード入力の“取りこぼし率”を0.0007%以下に抑える必要があるとされた[6]。しかし同時に、免除窓の例外が広すぎたため、ベンダーは「うちの環境では12本目が“免除になる条件”を満たす」と主張し合い、互換の保証が逆に揉め事へ転化していったと指摘されている。
なお、この時点でMicrosoft本体が積極的に関与していたかは不明である。一部の資料では「“Windows 100”という呼称だけが共有された」とされるが、別資料では「ロゴの100が“壊れたウィンドウ”を意味していた」とも記されており、判読が揺れている[7]。この揺れが、後に都市伝説としてのwindows 100を長生きさせた要因ともされる。
技術仕様（と称されたもの）[編集]
windows 100の仕様は、実装者の間で「“窓が100点を取る”ための採点表」として語られた。採点は主に3系統で構成されるとされ、第一に“描画窓の同時性”が挙げられた。第二に“入力窓の連続性”があり、第三が“切り替え窓の整合性”だったとされる[8]。
さらに、数値の作法が細部まで指定されたとされる。例として、係数100.0は有効数字3桁で丸めること、ただし小数第3位が0のときのみ“優遇丸め”を行うこと、またテスト開始までの待ち時間は厳密に17,421msとすることが議論されたと記録されている[9]。この数字の出どころは、札幌の窓時計実験における“気温補正の切替タイミング”だったという説がある。
ただし最大の問題は、仕様が“測定可能”であると同時に“測定する人が解釈できる余白”を含んでいた点にあった。たとえば、フォーカス移行の定義が「視線が追随したと推定される時刻」とされるなど、OSの挙動だけではなく人間要因まで評価に入っていたとされる[10]。結果として、同じwindows 100でも検証者が変わると数値が変わる、という批判が早い段階から生まれた。
社会的影響[編集]
windows 100は規格としては普及しきらなかったにもかかわらず、周辺の開発文化には影響したとされる。とくに、ソフトウェアの互換性を“体感”から“観測”へ移すという方向性を強めた点が評価されている[11]。
1990年代後半、名古屋市のスタートアップでは、互換性テストを自社の品質保証に組み込む際、windows 100の考え方を「窓係数テンプレート」と呼んで流用したとされる。彼らは、テストログの保存期間を最低3年、ただし係数の再計算は年2回しか行わないという運用まで決めていたという[12]。
また、教育現場にも波及したとされる。工科大学の授業では、学生に“窓が100点になるよう調整し、逆に壊れる条件を探せ”という課題が出された。ここから、デバッグが単なる修正ではなく“仕様の解釈ゲーム”であるという価値観が広まった、という回顧録が複数見られる[13]。
批判と論争[編集]
第一の批判は、windows 100が“標準”ではなく“審美眼”へ寄ってしまったという点である。測定の一部が人間の体感や推定に依存する形になったため、ベンチマークが科学から離れたのではないか、と指摘された[10]。
第二に、ベンダー間で免除窓の解釈が割れたことである。ある資料では「免除窓は12本目のみ」という明記がある一方で、別資料では「免除窓は“負荷が最も正直に見えない窓”」と曖昧に書かれていたという[5]。この差異が、互換保証をめぐる訴訟寸前の摩擦を生んだと語られる。
第三に、名称そのものが誤解を誘発した。windows 100が“Windowsの100番目の版”を意味するのではないかという問い合わせが、少なくとも2度は大阪府の技術窓口に届いたとされる。窓口担当者は「100は版番号ではなく、窓係数の満点です」と説明したとされるが、説明書が一部抜粋で残っており、そこだけ文章が不自然に短い[14]。この不自然さが、後の“嘘っぽいほど細かい”都市伝説を後押ししたとも考えられている。
脚注[編集]
関連項目[編集]
脚注
- ^ 高橋玲香『“窓係数”という思想—windows 100の系譜』エリア21出版, 2002.
- ^ M. Thornton『Numeric Window Compatibility in Early GUI Systems』Journal of Interface Metrics, Vol. 18, No. 3, pp. 41-62, 1998.
- ^ 佐藤正人『札幌開発局資料集（WIN-100会合編）』北海道技術史研究会, 2007.
- ^ Watanabe J., “Grid Pattern Trials for Delay Convergence,” Proceedings of the Symposium on Practical Latency, 第2巻第1号, pp. 109-118, 1994.
- ^ 【日本電機工業会】互換技術委員会『WIN-100議事録の注釈』日本電機工業会出版部, 1995.
- ^ Dr. Margaret A. Thornton, E. Rios『Human-Estimated Focus Transfer and Its Misuse』International Review of Software Assurance, Vol. 9, No. 4, pp. 205-226, 2001.
- ^ 内海崇『免除窓—例外の倫理と互換の綻び』共立アーカイブ, 2013.
- ^ E. Rios, “Rounding Rules for GUI Benchmarks,” Bulletin of Synthetic Performance Studies, 第7巻第2号, pp. 1-19, 1999.
- ^ 松本貴司『品質保証はなぜ“17,421ms”を覚えたのか』東京品質文庫, 2016.
- ^ 林田菜摘『ベンチマークの審美化：数値のふりをした物語』計測工学論集, 第11巻第3号, pp. 77-96, 2009.
- ^ J. W. Kline『Windows 100: A Version That Never Was』TechnoMyth Press, 2005.
外部リンク
- 窓係数アーカイブ
- WIN-100議事録を読む会
- 免除窓解説サイト
- 札幌窓時計レプリカ倉庫
- ベンチマーク審美化研究会