はじめに

Windows ではディレクトリ区切りに Unix 系 OS の / ではなくバックスラッシュ ⧵ を使い、しかも日本語フォントでは円マーク ¥ で表示されます。なぜこうなったかは次の独立した 2 つの理由からです。

はるか昔に JIS の文字コードの標準規格はあまり使わない ⧵ を必須の ¥ に置き換えた
はるか昔にコマンドのオプション（スイッチ）としてすでに / を使っていた

Microsoft は他の OS のやり方を真似するのが嫌だからとか権利侵害になりそうだから ⧵ に変更したなどという根も葉もない噂がありますが、そうではありません。むしろ Microsoft は他の OS のやり方を取り込んだんです。なお、後で解説しますが、Windows は昔からディレクトリ区切りに/ と ⧵ の両方を使えるので Unix 系 OS と互換性がないわけではありません（どっちかと言えばドライブレターのほうが扱いが面倒）。

前提知識として、Microsoft は Windows の前に MS-DOS という CLI ベースの 16 ビット OS を作っていました。初期の Windows 1.0～3.x は MS-DOS 上に GUI を被せただけのもの。Windows 95～Me は MS-DOS の制御を奪って動作する 32 ビット OS（MS-DOS を使うのは起動時と互換機能のみ）。Windows NT 3.1～最新版は MS-DOS を全く使用しない OS で、OS の標準文字コードに Unicode を使うようになったという違いがあります。

この記事ではフォントによって字形が異なる U+005C の代わりに、円マークには U+00A5 を、バックスラッシュには似ている U+29F5 を使用しています（コードと引用部分を除く）。

文字 `⧵` が `¥` に置き換えられた理由

⧵ を ¥ に置き換えたのは、1969 年の JIS C 6220（現在の JIS X 0201）です。JIS (Japanese Industrial Standards) は日本産業規格のことで、他でもない日本が ⧵ を ¥ に置き換えたのです。MS-DOS の誕生は 1981 年、Microsoft の設立でさえ 1975 年なので、⧵ が ¥ と表示されるのを Microsoft のせいにするのはお門違いです。JIS 規格に準拠していれば ¥ と表示するのが正しいわけで、当時は他に半角の ¥ はありません。

⧵ を ¥ に置き換えた理由は、日本にとって ⧵ よりも ¥ が重要な文字だったからです。コンピュータの用途としてお金を扱うことは多くあるわけで「¥12,345」と表示または印字できなければ困るでしょう？ただその前に文字の置き換えは日本が独断で勝手にやったことではありません。これは国際標準規格で「置き換えて良い」と決まっていたからやったことなのです。

ASCII と国際標準規格 ISO/IEC 646

国際標準規格の前にまず ASCII という標準規格があります。ASCII (American Standard Code for Information Interchange) は ANSI (American National Standards Institute) という標準化団体によって標準化されている文字コードです。ASCII はその名の通り米国の標準規格で 1963 年に標準化されましたが、ASCII を元に作られた国際標準規格が 1967 年の ISO/IEC 646 です。ISO/IEC 646 は特定の文字コードを定めたものではなく、ASCII をベースにして「独自の文字集合を定義するための決まり事」を定めたものです。

ASCII と ISO/IEC 646 は共に 7 ビットの文字コードです。今の感覚からすると中途半端なビット数に思えるかもしれませんが、当時は通信技術の制限からなるべくビット数を少なくすることが求められており、過去には 5 ビットの Baudot コードさえありました。1970 年代前半までのコンピュータは 1 バイトが 8 ビットとは限らず、それよりも少ないビット数のコンピュータもありました。1 バイト = 8 ビットが事実上の標準になるのは、1 バイトに 8 ビットを採用した 1964 年に開発された IBM のメインフレーム System/360 の成功と、1970 年代後半の 8 ビットコンピュータ（マイコン）の普及によるものです。7 ビットで表現できる文字数には限りがあり文字を追加する余裕はありませんが、国際標準規格というからには各国独自の要求に対応できなければいけません。そこで ISO/IEC 646 は次の 12 文字を各国の事情で変更しても良いと定義しました。

ISO/IEC 646 で置き換えても良いと決められた ASCII 文字

# $ @ [ ⧵ ] ^ ` { | } ~

日本は国際標準規格のルールに従って、⧵ を ¥ に、~ を ‾ に変更しました。~ を ‾ に変更したのは似ている文字だからとして、なぜ置き換える文字に ⧵ が選ばれたかと言うと、あまり使われていない文字だからです。現在の多くのプログラミング言語の祖先となる言語に ALGOL という言語がありますが、⧵ は ALGOL で論理積と論理和をそれぞれ /⧵ と⧵/ と書くために追加されたそうです。つまり元より一般には使われていないプログラミングのための文字でした。日本語版の ISO/IEC 646 に準拠した文字コードは ISO-646-JP と呼ばれています。1969 年の JIS C 6220 では日本語で扱う文字集合として ISO-646-JP が含まれています。ちなみに JIS C 6220 で扱える文字は 1 バイトで表現できる ISO-646-JP と半角カナのみで漢字はまだ含まれていません。JIS C 6220 は ISO/IEC 2022 で定められた枠組みに従って定義されています。ISO/IEC 2022 とは「複数の文字集合を切り替えて使うための決まり事」で、7 ビット構造と 8 ビット構造の 2 つが定義されています。7 ビット構造で ISO-646-JP と半角カナを扱う場合、制御文字の SO/SI を使って使用する文字集合を切り替えます。8 ビット構造では拡張された 8 ビットの領域に半角カタカナを配置します。これが漢字がまだ使えなかった初期の日本のコンピュータでのやり方です。

JIS C 6220（7ビット構造）の文字の扱い方

【文字コード表】
00   10   20   30   40   50   60   70
|----|----|----|----|----|----|----|----|
|         |                             |  
| 制御文字 |     英数 または 半角カナ       |
|         |   （SO/SIで切り替えて使う）    |  

参考: バイト列は共に \x31\x32\x33 だが SO/SI で文字集合を切り替えているため文字が異なる
             英数         SO     半角カナ   SI      英数          JIS から UTF-8 へ変換
$ printf '\x31\x32\x33 \x0E \x31\x32\x33 \x0F \x31\x32\x33 \n' | nkf -Jwx
123  ｱｲｳ  123

JIS C 6220（8 ビット構造）の文字の扱い方

【文字コード表】
00   10   20   30   40   50   60   70      80   90   A0   B0   C0   D0   E0   F0
|----|----|----|----|----|----|----|----|  |----|----|----|----|----|----|----|----|
|         |                             |  |         |                             |
| 制御文字 |           英数               |  |         |          半角カナ            |
|         |                             |  |         |                             |

補足: 半角カナは 1 バイトの後半部分に配置するため切り替えが不要

ちなみに ISO/IEC 646 に準拠して文字を変更したのは日本だけではありませんが、他は文字を変更しすぎた（参照）ことで ASCII と互換性が完全になくなってしまいました。それだと不便すぎるため、追加で必要な文字を 8 ビット領域に配置した ASCII 互換の ISO/IEC 8859 準拠の文字コード（ISO-8859-1、ISO-8859-2 など）に早く（1990 年前後？）に移行したことで問題は解決したようです。日本は ASCII からの変更が少なかったことが逆に仇となり、ASCII 互換の文字コードへの移行が起きなかったようです。詳しく調べていませんが文字の変更が少ない韓国も日本と同様の問題があるようです。

漢字は 1978 年の JIS C 6226（現在の JIS X 208）で使えるようになりますが、今回のテーマの範囲外でしょう。ただ一つ言えるのは JIS で漢字が使えるようになったさらに後の 1981 年に MS-DOS は誕生したということです。

コンピュータに搭載された漢字 ROM

初期のコンピュータは性能が低く、MS-DOS はフォントを持っていませんでした。フォントはコンピュータに「漢字 ROM」として実装され、特定のメモリアドレスに JIS コードを書き込むだけで文字を表示できました。ハードウェアで文字を描画することで高速に処理できたことが日本のコンピュータの特徴で、当時 NEC の PC98シリーズが国民機と言われるほど大きなシェアを持っていた理由の一つです。これは ⧵ が ¥ と表示される理由は日本のコンピュータに原因があるとも言えます。

漢字 ROM を使う状況は、OS にフォントが内蔵される Windows が普及する 1990 年代まで続きました。しかし、Windows が普及したからと言って ¥ を ⧵ と表示して良いかと言ったらそうではありません。Shift JIS を使う Windows 9x 系では、JIS 規格に準拠するならば ¥ と表示するのが正しいからです。そして Windows が登場する前から、現在のパソコンの祖先となる IBM PC と MS-DOS （IBM PC 版の MS-DOS は PC-DOS といいます）は使われており、ワープロや表計算ソフトもあったわけですから、それまでアプリケーションやデータでは ¥ を使ってました。

OS を更新したら「価格: `⧵12,345`」に文字化けする!?

⧵ を ¥ と表示するのは間違いで、正しく ⧵ に修正しろという人がいますが、本当にそれは正しいことでしょうか？たしかに ⧵ を ¥ と表示するのは間違いですが ¥ を使って商売をしている人のことを考えたことはありますか？ OS をアップデートしたときに ¥12,345 が ⧵12,345 と文字化けしても困らないのは ⧵ が ¥ と同一であることを知っているコンピュータに詳しい人のみです。知らない人は困ってしまいます。

Windows が今も日本語フォントで ⧵ を ¥ と表示するのは互換性のためです。「英数字は半角で書け」とはしばしば聞きますが、「¥ だけは例外だ、全角で書け」とはあまり聞かないように思えます。みんな Shift JIS の時代に半角の ¥（= バックスラッシュ）を使ってきたでしょう？本物（？）の半角の ¥ が使えるようになったのは Unicode 対応になった 1993 年発売の Windows NT 3.1 からですが、これはビジネス向けの OS なので、一般ユーザー的には 2001 年の Windows XP からでしょう。もうそろそろ 25 年経過しますが、一般ユーザーは OS のアップデートで今まで使っていた ¥ が ⧵ に文字化けしても文句を言わない世界になったのでしょうか？ Microsoft はユーザーに対して早く Unicode に移行してくれとお願いしていますが、ユーザーの一部はいまだに ⧵ と ¥ の区別がない Shift JIS を使い続けている状況です。

¥ を ⧵ で表示して欲しいならフォントを変えればすむ話です。どうせ困っているのはプログラマだけです。それならプログラマがプログラミング向けのフォントを使えばこの問題は解決です。まあキーボードの右上の ¥ と右下の ⧵ で簡単に使い分けられるようにしてくれとは思いますが。もし将来キーの意味を正しく変更するならば、一般的な日本語キーボードの右上にあるキーは ¥ なので、刻印どおりバックスラッシュから円に変更するのが理想的でしょうね。その変更で発生すると考えられるトラブルは別として。

時系列

年	出来事
1963 年	ASCII コードの標準化
1967 年	ISO/IEC 646（国際版 ASCII）の標準化
1969 年	JIS C 6220（JIS X 0201）で ⧵ が ¥ に置き換えられる
1975 年	Microsoft の設立
1981 年	IBM PC と MS-DOS (PC-DOS) の誕生
1982 年	PC-98シリーズの誕生（日本で大きなシェアを達成したコンピュータ）
1985 年	Windows 1.0 の誕生
1993 年	日本語版 Windows 3.1 の誕生（フォントに本格的に対応）
1993 年	Windows NT 3.1 の誕生（Unicode 移行で ⧵ と ¥ が別の文字に）
1995 年	Windows 95 の誕生（多くの人が使った OS。⧵ と ¥ は同一文字）
2001 年	Windows XP の誕生（多くの人がやっと ⧵ と ¥ を使い分けられるように）

ディレクトリ区切りが/から⧵になった理由

ディレクトリの区切りが ⧵ の理由は、コマンドプロンプトで使う OS 標準のコマンドがオプション（スイッチ）を識別する文字として / を使っているからです。例えば dir /ash と入力した場合、これは dir コマンドのスイッチなわけで、ディレクトリの区切り記号を / に変更するわけにはいきません。ただしこれはコマンドの仕様なので、/ をディレクトリの区切りとして扱いたければそのようなコマンドを作っても構いません。なぜなら Windows は / をディレクトリの区切りとして扱うからです。例えばエクスプローラーのアドレスバーに C:/Program Files/Microsoft と入力したら正しく動作しますよね？メモ帳だってコマンドプロンプトから notepad /temp/file.txt と書いてファイルを開けます。

あまり関係ない CP/M と 86-DOS の話

さて Windows の仕様の誤解を解いたところで本題と行きたいところなのですが、その前に Windows の前身である MS-DOS の成り立ちの話をしましょう。MS-DOS は Microsoft が一から作ったものではなくシアトル・コンピュータ・プロダクツ (SCP: Seattle Computer Products) が所有していた 86-DOS の権利を買って手に入れたものを IBM PC 向けに修正したのが始まりです。Microsoft は後述するとある事情から、急遽 OS を作らなければならなくなりました。当時 Microsoft は BASIC などの開発と販売を手掛けていましたが、OS は持っていませんでした。短期間で一から OS を作るのは無理なので 86-DOS を買ったわけです。なお 86-DOS だけではなく SCP で 86-DOS を開発したティム・パターソンを引き抜いており、後にパターソンは MS-DOS や MSX-DOS の開発を手掛けます。それではなぜ Microsoft が OS を作ることになったのかと言うと、IBM との取引が関係します。IBM は 1981 年に発売することになる新しいアーキテクチャのコンピュータ IBM PC の開発を計画していました。当時パソコンの分野で大きくリードしていた Apple に対抗するためです。短期間でパソコンを作れという命令が下され、IBM は多くの部品に他社メーカーの製品を使うことを決定します。その結果 IBM PC はオープンアーキテクチャ（ハードウェア仕様など公開）となり、多くの互換機が作られ IBM PC は現在の PC の祖先となります。OS にもすでにあるもののなから探すこととなり、BASIC などを開発していた Microsoft が OS を持っているのではないかと考えビル・ゲイツに打診します。しかし Microsoft も OS を持っていなかったため、代わりに ビル・ゲイツは IBM に 8 ビットコンピュータの OS として有名だった CP/M の採用を提案します。

CP/M は 1974 年に開発された DOS（ディスクオペレーティングシステム）で、MS-DOS と同じように主にディスクを扱うための、シングルタスクでシングルユーザーの軽量ながら簡易の OS です。ちなみに Unix は 1969 年に誕生しましたが、ベル研究所の外に広まったのは 1975 年、BSD Unix の誕生は 1977 年なので、CP/M と Unix の開発はほぼ同時期と言えます。Unix を参考にした部分はあったかもしれませんが真似をしたと言うほどでもなく、ミニコンピュータ向けの Unix と安価なマイクロコンピュータ向けの CP/M とでは、そもそもできることが違うため OS として比較できるようなものではありません。ちなみに CP/M の開発者でありデジタルリサーチの創業者でもあるゲイリー・キルドールは、デジタル・イクイップメント・コーポレーション (DEC: Digital Equipment Corporation) が開発したメインフレームコンピュータの PDP-10 (DECsystem-10) と DEC が開発した TOPS-10 という OS を開発環境として使用しており、CP/M は（Unix ではなく）TOPS-10 の影響を受けているということです。TOPS-10 の開発は 1970 年で、事実上 Unix よりも前に使われていた OS ということになります。

ビル・ゲイツの提案で IBM は CP/M を開発したキルドールと交渉することにしましたが、交渉にあたっていた弁護士でもあるゲイリー・キルドール夫人は、IBM と秘密保持契約を結ぶことを拒みました。秘密保持契約を拒んだ理由は、もしキルドールが IBM と同じことをやろうとしていた場合に困るからなどと言われていますが、いずれにしろ交渉は失敗に終わりました。困った IBM は Microsoft に相談し、その結果 Microsoft が OS を開発することになります。しかし与えられた時間は僅かだったため 86-DOS を目につけます。実は 86-DOS は CP/M のクローンです。ソースコードをコピーしたわけではないので盗用には当たりませんが、インターフェースやコマンドが似ていたため、キルドールに CP/M を盗んだだろと文句を言われ、パターソンはマニュアルを元に同じような機能を実装しただけだと言い返します。実際 86-DOS が CP/M の盗用したという証拠は見つかっておらず、86-DOS が CP/M のクローンであることは事実ですが、それは Linux が Unix のクローンであるのと同じ話です。

ちなみになぜパターソンが 86-DOS を作ることになったのかと言うと、CP/M の 16 ビット版（後に CP/M-86 としてリリース）の完成が遅れており、コンピュータキットの販売を行っていた SCP が困り、当時 24 歳のパターソンに CP/M の代替品として作らせたためです。急いで作った OS なので内部的には QDOS (Quick and Dirty Operating System) と呼ばれていたそうです。結局の所ここでもキルドールは失敗していたことになります。86-DOS は CP/M の代替品として作ったもので、OS 単体として広く売ろうとしていたのかは定かではありませんが、Microsoft がそれに目をつけて、最終的にすべての権利を買い取ります。このときに（秘密保持契約のために）IBM PC 用の OS として使用することを伝えておらず、そのことを SCP は OS を安く手に入れようと隠していたと裁判を起こすわけですが、最終的に SCP はおよそ 100万ドルの和解金を受け取ることで和解しました。

TOPS-10 がスイッチ「/」のルーツ

さてここまでの話を整理すると、MS-DOS は 1981 年に CP/M のクローンとして開発された 86-DOS を買って修正したものです。それではコマンドのスイッチとして / を使っていたルーツは CP/M にあるのかというと、どうも違うようです。OS/2 Museum によると CP/M にも 86-DOS にもスイッチを使っていたコマンドはないとのことです。このページを鵜呑みにするわけではありませんが、確かに以下の CP/M コマンド一覧を見てもスイッチらしきものはありません。

それでは / のルーツはどこにあるのかというと、先の OS/2 Museum のページによると（キルドールが開発マシンとして使っていた）DEC の TOPS-10 がスイッチ / のルーツであるようです（同社の RT-11 も候補の一つでしょう）。確かにコマンドを調べてみると同じようなスタイルが使われていますし、スイッチという用語も使われています。以下のドキュメントを「Switch」で検索してみてください。

ちなみに / をスイッチと呼ぶのは機能を ON/OFF するスイッチの形状（＿｡／｡＿）からだと思われます。そう説明しているところを見たことがあるわけではありませんが、私はそれが自然な考えに思えます。なお、オプションは「選択肢」という意味であり、オプションを指定しないときはデフォルトの動作、オプションはその動作を変える選択肢というわけです。

さて、OS/2 Museum で言及されている「MS-DOS Encyclopedia (1988)」の内容が以下にあるわけですが、ここではしっかりと DEC オペレーティングシステムの伝統を受け継いでスイッチにスラッシュを使ったと書かれています。

In this file structure, all the subdirectories and the filename in a
path were separated from one another by backslash characters, which
represented the only anomaly in the XENIX/MS-DOS system of
hierarchical files. XENIX used a forward slash as a separator, but
versions 1.x of MS-DOS, borrowing from the tradition of DEC operating
systems, already used the forward slash for switches in the command
line, so Microsoft, at IBM's request, decided to use the backslash as
the separator instead. Although the backslash character created no
practical problems, except on keyboards that lacked a backslash, this
decision did introduce inconsistency between MS-DOS and existing UNIX-
like operating systems. And although Microsoft solved the keyboard
problem by enabling the user to change the switch character from a
slash to a hyphen, the solution itself created compatibility problems
for people who wished to exchange batch files.

1970 年代は Unix のオプション「-」よりもスイッチ「/」が主流？

1970 年に発売された TOPS-10 は CP/M の開発者が使っていたぐらいですから、MS-DOS 開発の関係者が使っていても不思議ではありません。もう一つ Hacker News のコメントを読んで気づいたのは、CP/M 自体では / を使っていなかったとしても、CP/M 向けに作成されたサードパーティのプログラムは / を使っていたということです。

当時はまだ Unix は広く配布されていなかったわけで、Unix よりも TOPS-10 を使っていた開発者が多かったという考えは否定できません。そして TOPS-10 のユーザーが慣れていた / を CP/M に持ち込むのも当然の話でしょう。つまり当時は Unix のオプション - よりも TOPS-10 のスイッチ / が主流で、CP/M は直接 / を使っていなかったとしても TOPS-10 から CP/M に受け継がれ、それが MS-DOS にも受け継がれた という可能性は十分あります。

現在だけを見るとコマンドのオプション（スイッチ）を示す記号に - ではなく / を使っているのは、Windows だけが変な方法を採用したんだと思うかもしれませんが、1970 年代から 1980 年代ではむしろ / を使うほうが多かったと言えるかもしれません。Unix が誕生したのは 1969 年ですが開発したベル研究所の外に広く広まったのは 1975 年です。当時は - 派と / 派があり、 / 派で生き残っているのが Windows だけという話なわけです。余談ですが改行コードに LF ではなく CR LF を使っているのも同じような理由です。当時は CR LF 派も多く、CP/M や DEC のコンピュータは CR LF でした。また通信関連のプロトコル（HTTP や TELNET など）も CR LF を使います。これも Windows が他と違う方法を採用したのではなく CR LF 派で生き残っているのが Windows だけしかないということです。CR 派だった Mac は、自社独自の Mac OS を捨てて Unix ベースの macOS に移行しました。

Microsoft はディレクトリ区切りをスラッシュ「/」にしたかった

歴史をさかのぼると、最初からディレクトリ区切りに標準的な文字があったわけではありません。かつての Mac (Classic Mac OS) ではディレクトリの区切り記号は : でしたし、Unix の開発が行なわれる前にベル研究所が関わっていた Multics という OS ではディレクトリの区切り記号は > でした。逆に言えば Unix でさえディレクトリの区切り記号に Multics の > とは異なる文字 / を採用したのです。Unix が普及するのか MS-DOS が普及するのかなんて当時はわからなかったわけで、ディレクトリの区切り記号は、標準的な記号がない中で各 OS がそうすべきだと考えて選んだものです。真似したかったとか真似したくなかったとか馬鹿らしい話です。

さて昔の MS-DOS から現在の Windows に至るまで、ディレクトリの区切り記号には / と ⧵ の両方に対応しています。なぜ / にも対応しているのかと言うと、Microsoft は MS-DOS にディレクトリ機能を追加するときに Unix と互換性を持たせたかったからです（誰が Unix の真似をしたくなかったと言いました？）。初期の MS-DOS にディレクトリ機能がなかったのは CP/M にもなく 86-DOS にもなかったからです。ただしドライブレターはありました（これがなければ複数のドライブを扱えません）。MS-DOS が誕生した 1981 年、Microsoft は Unix (Xenix) も誕生させていました（誰が Microsoft は Unix が嫌いだと言いました？）。Xenix は Unix を開発した AT&T から正式なライセンスを受け発売した Unix で、1980 年代に Xenix は大きなシェアを持っていた Unix でした。ただし、1984 年にベルシステムが解体され AT&T が Unix の提供を始めたため、Microsoft は本家には敵わないと考えて Unix の開発から撤退しました。それまでは Microsoft は MS-DOS を個人向けの OS と位置づけ、Xenix をマルチユーザーのサーバー向け OS と位置づけていました。Microsoft は MS-DOS と Unix の互換性を重視しており、ディレクトリの区切り記号を / にしたいと考えていました。それは当然です。なぜなら MS-DOS も Unix (Xenix) も自社の OS なわけですから。

スイッチを「-」に変更する隠し機能 SWITCHAR

はっきりした証拠は見つけられていませんが、実はスイッチの記号に / の使用を押し通したのは IBM と言われています。これは IBM が PC-DOS 1.1 でスイッチを使うコマンドをいくつも作っており、既存のツールとの互換性を維持したかったためと言われています。一方で Microsoft はスイッチの記号を - に変更したいと思っており、変更するための隠し機能 SWITCHAR を実装していたくらいです。余談ですが SWITCHAR は隠し機能でないという説を見かけましたが、私はこれは隠し機能だと思っています。ポイントは「誰に対する隠し機能なのか？」です。もしあなたが非公開の MS-DOS のソースコードやドキュメントにアクセスできる立場だったとして「非公開機能、外部に漏らすな」なんて書かれている項目を見つけたとしたら、真っ先に読みますよね？ SWITCHAR 機能の存在を隠したい相手は IBM です。- に変更できる機能が見つかったら削除されてしまうかもしれないからです。IBM から隠そうとするなら、誰もが真っ先に読むような非公開機能にするわけがありません。「木を隠すなら森の中」というように、しれっと MS-DOS の一機能として、わかりにくい文言で公開するのが一番です。だってユーザーには見つけて使って欲しいからです。リリースしてしまえば勝ちです。分かりづらい機能でも世界の誰かが見つけて広めてくれるでしょう。かつてマイクロソフトのコンパイラを開発したハンススピラーは SWITCHAR を隠すために多大な努力をしたと語っており、この機能が削除されたのは IBM にバレたからのようです（参照）。

ファイル名の Shift JIS (0x5C) 問題

いわゆる JIS コード（エスケープシーケンスで文字集合を切り替えて半角英数や漢字を表現する方法）は、文字のバイト数から文字幅を単純に計算できず、現在の文字集合を把握しなければバイト列からどの文字なのかを判断できないという、プログラムからの扱いにくさがあります。そこで考案されたのが、文字集合の切り替え無しで半角が 1 バイト、全角が 2 バイトに対応する Shift JIS です。日本において Shift JIS は Windows や MS-DOS だけではなく、macOS 誕生以前の Mac など多くの日本のコンピュータが採用していました。しかしディレクトリの区切り記号の ⧵ は Shift JIS と相性が悪いという問題があります。知っている人も多いと思いますが、Shift JIS は文字の 2 バイト目にバックスラッシュ ⧵ (0x5C) が含まれることがあります。例えば漢字の「表」などが一例で、Shift JIS で「一覧表.doc」というファイル名には隠されたディレクトリ区切りが含まれていることになります。2 バイト目は（大雑把に言えば）0x40 以上なので / (0x2F) が含まれることはありません。

現在の Windows（1993 年の Windows NT 3.1 以降）はファイルシステムに Unicode (UTF-16) を使いますが、日本語版の Windows 9x 系や MS-DOS ではファイルシステムに Shift JIS を使っていました。Shift JIS を開発しているときに、なぜこの問題に気づかなかったのか？と思うかもしれませんが、そもそも Shift JIS は MS-DOS 用ではなく、CP/M 用に提供されていた Microsoft の M-BASIC86 で使うために山下良蔵さんによって設計された文字コードだからです（参考: 山下良蔵さん本人による証言･･･はリンク先のページ下の「Read comments」をクリック)。

Shift JIS を最初に採用したコンピュータは三菱電機が 1982年4月に発売した MULTI16 というコンピュータで、OS には 1981年11月に完成していた CP/M-86 を日本語化したものが使われました。MULTI16 の開発には M-BASIC86 や表計算ソフトの Multiplan（Excel の前身）を提供するために Microsoft も関わっていましたが、IBM との秘密保持契約のために MS-DOS を開発していることを伝えることはできず、代わりに日本語対応として Shift JIS の採用を提案していました。その頃には CP/M にも MS-DOS にもディレクトリはなく、（C 言語ではなく）M-BASIC86 用に文字コードを作っていたため、残念ながら 0x5C 問題は見落とされてしまったのでしょう。後で気づいた時大いに反省したそうです（参考: 古川享さんによる証言）。

5Chの問題に関しては、クリス・ラーソンも山下さんも気がつかずにおおきなドジをこいたと皆で反省していました。元来円マークの5Chにあまり注意を払わなかったのが、後で大問題になったのは、MS-DOS1.25まではデイテクトリ・パスのセパレータは、サブディレクトリのハンドリングが無く、初期のMS-DOS2.00開発段階でUNIXと同じ/にしていたものを、英語のバックスラッシュ、日本語の円マーク￥にしたために、2バイトに5Chをもつ漢字コードとバッティングを起こして、みんなであわてたのでした。

さて、この証言から MS-DOS 1.25 まではディレクトリ機能がなく、MS-DOS 2.0 の開発段階ではディレクトリの区切りに Unix と同じ / を使っていたこともはっきりしました。

互換性のために直前で変更されたパス区切りとスイッチ文字

ディレクトリの区切り記号が / から ⧵ へと急に変更されたことは、MS-DOS 2.0 の README.txt からもわかります。以下の文章には IBM 版の MS-DOS (PC-DOS) との互換性のために、「パス区切り文字が / から ⧵ 」に、「スイッチ文字が - から/」に、直前で変更 (last minute) されたことで、マニュアルに重大なエラーが発生していることが記述されています。

Documentation. Features of 2.0 are documented on this disk.

The user manual contains some significant errors. Most of these are
due to last minute changes to achieve a greater degree of compatibility
with IBM's implementation of MS-DOS (PC DOS). This includes the use
of "⧵" instead of "/" as the path separator, and "/" instead of "-"
as the switch character. For transporting of batch files across
machines, Microsoft encourages the use of "⧵" and "/" respectively
in the U.S. market. (See DOSPATCH.TXT for how you can overide this.
The user guide explains how the end-user can override this in CONFIG.SYS).
Both the printer echo keys and insert mode keys have now been made to
toggle. The default prompt (this may also be changed by the user
with the PROMPT command) has been changed from "A:" to "A>".
We apologize for any inconveniences these changes may have caused
your technical publications staff.

1983 年にリリースされる MS-DOS 2.0 の開発中は / だったので Shift JIS でも問題ありません。完成直前に直前に使われてないはずの ⧵ に変更したら Shift JIS で使う文字でした。しかし MS-DOS は米国の製品ですし、当時に世界中の文字コードを同時に考える余裕なんてないでしょうし、日本語化の仕方に問題があったとも言えますし、変更は IBM からの要求ですし。タイトなスケジュールの中でこれを回避するのはかなりの高難易度でしょう。

ところで最後にですが、Microsoft もなぜ Windows はバックスラッシュをスラッシュの代わりに使うのかという動画「Why does Windows use backslash instead of forward slash | One Dev Question」を公開しています。中身は大してありません。

時系列

年	出来事
1969 年	Unix の誕生だがまだ内部使用（名前すらない）
1970 年	TOPS-10 の誕生（おそらくスイッチ `/` のルーツ）
1974 年	A Unix Timesharing System（Unix 初の公開論文）
1974 年	8 ビットコンピュータ向けの CP/M の誕生
1975 年	Version 6 Unix （ベル研究所の外へ広く配布）
1977 年	BSD Unix の誕生
1978 年	Apple DOS の誕生
1981 年	IBM PC と MS-DOS (PC-DOS)、Xenix（MS 版 Unix）の誕生
1982 年	MULTI16 の誕生（Shift JISの誕生）
1982 年	PC-DOS 1.1（スイッチの利用が増加）
1983 年	MS-DOS 2.0（ディレクトリの追加、日本語版）
1984 年	Xenix から手を引く（SCO へ売却）
1984 年	Classic Mac OS の誕生
1985 年	Windows 1.0 の誕生

余談

IBM は 1981 年に IBM PC という現在のパソコンの祖先となるコンピュータを作りました。当時の OS には PC-DOS (IBM 版 MS-DOS) を採用していましたが、必ずしも OS に MS-DOS（や Windows）を使わなければいけないというわけではありません。IBM の作った IBM PC はオープンアーキテクチャだったため多くの互換機が生まれました。そして Unix もまた IBM PC の互換機で動くようになっていきました。現在の Linux や Unix 系 OS があるのは、IBM が IBM PC を開発したおかげと言っても過言ではないでしょう。

CTSS と Multics と Unix

1961 年の MIT に CTSS (Compatible Time-Sharing System) と呼ばれる初期のタイムシェアリングシステムがありました。タイムシェアリングシステムとは一つのコンピュータ（大型のメインフレーム）を多数のユーザーで同時に使用できるシステムのことです。CTSS の事実上の後継プロジェクトが Multics です。Multics は 1965年に MIT、ベル電話研究所、ゼネラル・エレクトリック (GE) によって学術・産業の共同研究プロジェクトとして開始されました。Multics は野心的な OS で多くの革新的なことをしようとしていましたが、（当時としては）大きすぎるシステムのせいで開発は順調ではありませんでした。Multics の開発は失敗したとよく勘違いされていますが、ここに書いてあるように最終的に完成し、販売もされて実際に使われていましたが、それを待たずしてベル研究所は 1969 年に Multics 開発から撤退します。GE は 1970 年にコンピュータ事業をハネウェルに売却し、ハネウェルは Multics を商用製品として販売します。

Unix はベル研究所が Multics 開発から撤退したことで生まれました。Unix という名前は Multics へのアンチテーゼではなく、Multics に比べてせいぜい一つのことしかできない（貧弱な）OS という意味で、当初 Unics と名付けられました。Unix がシンプルだった理由は単に Multics が巨大なメインフレーム用 OS だったのに対して、Unix は性能の低いミニコンピュータ用だったからです。Multics を真似たくてもできなかったのです。Multics の開発から手を引いたベル研究所は OS の開発に興味を失っており高価なコンピュータの購入申請を拒否されました。しかしそれでも Multics の快適な開発環境を手放したくなかったトンプソンらを始めとするベル研究所の研究員は、使われていなかったミニコンピュータを見つけ OS の研究を続けることになります。

Unix を開発したケン・トンプソンは 1984 年の ACMチューリング賞講演の Reflections on trusting trust で「もしダニエル・ボブ・ロウが PDP-10 を買う余裕がなく、PDP-11 に "落ち着く" しかなかったら、私の代わりにここにいただろう」と答えています。PDP-10 は CP/M の話でも出てきたキルドールが開発マシンとして使用していたコンピュータです。トンプソンが言っている言葉の意味は、自分たちのようにメインフレームコンピュータの PDP-10 を買ってもらえずに性能の低いミニコンピュータの PDP-11（当初は PDP-7）を使っていたら、自分たちの代わりにダニエル・ボブ・ロウが賞を取っていただろうという意味です。Unix の開発でも当初は PDP-10 の購入を申請していたので、もしそれが認められていたら Unix は第二の Multics になっていたのかもしれません。

ルート「/」とファイルシステム

Unix 系 OS で管理者権限のことをルート (root) と呼びますが、これは初期の Unix では管理者のホームディレクトリはルートディレクトリ / で、ファイルシステム全体を扱えるユーザーだったからです。もちろんルートとはディレクトリツリー（木）の「根っこ」という意味です。Unix はもともとケン・トンプソンが（ゲームで遊ぶためとかではなく）ファイルシステムの開発を行っていたことから始まりました。はじめにファイルシステムがあったのです。Unix はトンプソンがファイルシステムの対話的なテスト環境を作るうちに、あと少しの要素（カーネルやシェルなど）を追加すると OS になると気づいたことで生まれました。そのことは動画「"The early days of Unix at Bell Labs" - Brian Kernighan (LCA 2022 Online)」や UNIX: A History and a Memoir に記されています。

unix was a file system implementation to test thruput and the like. once implemented, it was hard to get data to it to load it up. i could put read/write calls in loops, but anything more sophisticated was near impossible. that was the state when bonnie went to visit my parents in san diego.

i decided that it was close to a time sharing system, just lacking an exec call, a shell, an editor, and an assembler. (no compilers) the exec call was trivial and the other 3 were done in 1-week each - exactly bonnie's stay.

the machine was 8k x 18bits. 4k was kernel and 4k was swapped user.

ken

Unix 戦争と GNU プロジェクト

Unix 戦争とは 1980年代後半から1990年代前半に発生した Unix の標準を巡る争いです。Unix 開発の初期の頃、AT&T は独占禁止法の関係で、OS ビジネスに参入できませんでした。そのため大学や企業などにメディア代程度の安価な価格とサポート無しで Unix をソースコードとともに配布していました。そこから分岐して 1977年に BSD Unix が誕生します。一方 Microsoft は 1981 年に Xenix として、AT&T の代わりに Unix の販売を始めまます。

1984 年にベルシステムが解体されたことで、AT&T が Unix のライセンスビジネスができるようになりました。そこで作られたのが UNIX System V（やその前身となる System III）です。AT&T はコンピュータメーカーに UNIX System V を提供しました。1980 年代の中頃から BSD Unix や UNIX System V をベースにした多くの種類の商用 Unix が生まれました。IBM もまた 1986 年に AIX という Unix を作り、現在も使われています。当時は多くの独自のアーキテクチャを持つコンピュータメーカーが存在しており「自社のコンピュータ向けに Unix を移植」する必要がありました。現在の Linux のように一箇所でカーネルを作っていたという世界ではなかったのです。BSD 系と System V 系と呼ばれる 2 つの大きな系統が生まれ、さらにそこから多くの Unix が生まれたことで、Unix 間の互換性が大きく低下しました。Unix 戦争というのは、そのような混沌とした時代に誰が Unix の覇者（標準）となるかという戦いでした。

AT&T が Unix ビジネスを開始すると、BSD Unix に対して権利を主張し始めました。Unix は自由に使える OS ではなくなりつつあり、それに危機感を覚えたリチャード・ストールマンが、1984 年に自由な OS を作る GNU プロジェクトを開始しました。そこからオープンソースの時代へと移行しました。なおケン・トンプソンが始めた研究用の Unix (Research Unix) は、1989 年まで Version 10 Unix として開発され、1992 年には Unix 後継の Plan 9 へと移行しましたが、作業はほぼ停止した状態です。

BSD Unix は最初（現在から見ると）高価なミニコンピュータで動作しました。メインフレームからみると遥かに安いのですが、それでも数千万円以上する価格で、大学に設置されていたコンピュータで動作しました。BSD Unix が安価なパソコンで動作するようになったのは、IBM が IBM PC を販売したおかげです。1981 年に販売された IBM PC は性能が低かったため Unix が動作するようなものではありません。BSD Unix が安価なパソコンで動くようになったのは、Unix 戦争も終盤に差し掛かった 1992 年、32 ビット CPU である Intel 80386 CPU 上で動く 386BSD が登場してからのことです。386BSD は IBM PC の互換機で動作しました。

多くの Unix がいつ生まれどのように分岐していったかは次のサイトを参照するとよいでしょう。

Mach と NeXTSTEP と Apple の Darwin

Apple は 1976 年に誕生します。1985 年頃、ジョブズは Apple の会長兼 Macintosh 部門の責任者でしたが、IBM PC との競争に勝てなかったことなどから、CEO のジョン・スカリーとの権力闘争に発展しました。結局ジョブズは Apple を追い出されることになります。そして Apple の従業員数名を引き連れ、所有していた Apple 株を 7000万ドルで売却し、NeXT という会社を設立します。1989 年に NeXT で開発された OS が NeXTSTEP です。NeXTSTEP は Mach カーネルを採用していました。

Mach カーネルは 1985 年にカーネギーメロン大学で開発されたカーネルで、BSD Unix から始まりましたが、BSD Unix のカーネルを置き換えるもので、BSD Unix そのものというわけではありません。ただし Mach はカーネルでそれだけでは OS として機能しないため、そこに BSD Unix から足りない要素を付け加え、NeXTSTEP 独自の要素を組み合わせて作ったのが NeXTSTEP です。

一方 Windows の成功などで Apple の経営状況は悪くなり、スカリーは 1993 年に解任されます。その後 CEO はマイケル・スピンドラーへと交代しますが経営は立て直せず、1996 年にギル・アメリオが CEO となります。Apple が独自開発していた旧 Mac OS は、Windows 95 と比べて技術的な優位性が崩れつつありました。アメリオは旧 Mac OS の開発継続を断念し、外部から OS を調達することにしました。その候補の一つが BeOS でしたが、実績があり技術的な点でも優れていたことから、新しい OS の基盤として NeXTSTEP がふさわしいと判断し、NeXT を買収しました。これによりジョブズが Apple に CEO として帰ってくることになります。その時、1997 年に Apple を資金や技術面で支えたのが他でもない Microsoft です。Micosoft 側としても競争相手がいなくなると独占禁止法に抵触しやすくなるため、それを回避するメリットが有りました。それが発表された時、大ブーイングが巻き起こったらしいのですが、ジョブズは「Apple が勝つためにはマイクロソフトが負ける必要があるという考えを捨てなければならない」(We Have To Let Go Of This Notion That For Apple To Win, Microsoft Has To Lose) という有名な言葉を残しています。知っての通り、その後 Apple は奇跡的な復活を遂げることになります。

NeXTSTEP を元にして、2000 年に Apple が作ったのが Darwin です。Darwin は現在も macOS（当時は Mac OS X）の中核として使われています。macOS のカーネルは現在 XNU (X is Not Unix) と呼ばれており、Darwin は XNU カーネルに FreeBSD 由来のユーザーランド（ユーティリティ）などを加えたものです。そして macOS は Darwin に Core Servicesなどの多くの Apple 独自の技術（それらの大半はクローズドソース）で構成されています。また、Darwin は iOS の中核としても使われています。Darwin は以前はオープンソースで公開されていましたが、現在は macOS で使用されているオープンソースソフトウェアが不完全な形で公開されるにとどまっています。

現在の Mac は CPU に Apple Silicon を採用した ARM ベースのアーキテクチャのコンピュータですが、Intel の CPU を採用していた Intel Mac は PC 互換機に近いコンピュータでした。なお Intel Mac の前に使われていた CPU、 Power PC は IBM の POWER アーキテクチャーをベースに、Apple、IBM、Motorolaの共同設計によって開発されました。このような部分で Apple も IBM と深い関わりがあります。

Linux と Minix

Linux は 1991 年にリーナス・トーバルズが、フィンランドのヘルシンキ大学に通っていた頃に開発しました。GNU プロジェクトでは Unix を置き換えるさまざまなプログラムが開発されていましたが、カーネルだけはできていませんでした。Linux は正確にはカーネルを指す言葉で、「いわゆる Linux という OS」は Linux カーネルに GNU で開発されたプログラム（と GNU で開発されていないプログラム）を組み合わせて使えるシステムにしたものです。

トーバルズは Linux の開発を始める前に Minix を使っていました。Minix はオランダのアムステルダム自由大学のアンドリュー・タネンバウム教授が教育用（OS の使い方ではなく、ソースコードを見ての OS そのものの勉強）に開発した Unix 風の OS です。Minix の開発は 1987 年でこちらも最初のバージョンは IBM PC 上で動作しました。タネンバウムは Minix を教育用として作っており、当時の Minix のライセンスが教育用に限定されていたことに不満を感じてトーバルズは Linux の開発を始めました。Linux もまた IBM PC 互換機用に作られました。ちなみに Linux という名前は自分の名前 (Linus) を冠したものですが、トーバルズ本人は Linux という名前を検討はしたものの自己中心すぎるとして却下しており、別の人が相談なしにつけたのが広まったそうです。

Minix を開発したタネンバウムとトーバルズの 1992 年の有名な議論があります。トーバルズが Minix のニュースグループで Linux の発表や参加者を探していた（Linux は開発初期で専用のニュースグループはまだなかった）とは言え、議論を仕掛けたのはタネンバウムです。タネンバウムはマイクロカーネルは（Unix の古い）モノリシックカーネルよりも優れていると考えており、モノリシックカーネルを採用した「Linux は時代遅れだ」とニュースグループで批判したことから議論の応酬が始まりました。トーバルズは初期の Linux を当時最新の Intel 80386 CPU 専用に作っておりタネンバウムから移植性が低いと批判されましたが、トーバルズはこれに対して、自分が Intel 80386 の機能を学ぶためのものであり、Intel 80386 専用にすることでシンプルにすることができたと反論しています。結局のところ、OS の仕組みを学ぶための教育用の Minix と、トーバルズが自分自身のために作った Linux とでは目標が何もかも違っていたのです。これは有名な話なので、詳細はアンドリュー・タネンバウムとリーナス・トーバルズの議論 - wikipedia やトーバルズ自身の著書である「それがぼくには楽しかったから-全世界を巻き込んだリナックス革命の真実」など探せばいくらでも見つかるでしょう。

ディレクトリとフォルダの違い

Windows ではディレクトリという用語の他にフォルダという用語が使われており、Windows ではこの2つは厳密には違うものです。ディレクトリはファイルシステムに直接作成されているもので、一方フォルダはディレクトリの他に仮想的なオブジェクトが含まれます。例えばコントロールパネルやネットワークフォルダです。フォルダはエクスプローラによって提供されているものであり、雑に言えば GUI から扱うものはフォルダと考えて構いません。フォルダという用語は Mac で使用されていた用語を拝借したものです。Windows は他の OS を真似したら真似したと非難され、真似しなかったら真似したくなかったから変更したんだと非難されています。Windows が嫌いな人は何をやっても非難するのでしょう。

まとめ

Windowsでディレクトリ区切りスラッシュ / がバックスラッシュ ⧵ となり、日本で円マーク ¥ で表示され、Shift JIS と相性が悪いのは歴史的な理由からです。

日本は自国の都合で ⧵ を ¥ に置き換えました。これは Microsoft や MS-DOS 時代の前のことです。スイッチの記号に / を使うのは TOPS-10 がルーツと見られています。スイッチ / の利用は CP/M や MS-DOS 用の（サードパーティの）プログラムで使われることで広まり当時では一般的な方法でした。Microsoft は自社の Unix (Xenix) との互換性のために当初、スイッチの記号に - を使用し、ディレクトリの区切り記号に / を使用していました。しかし最初の顧客である IBM が互換性を保ちたいからとスイッチの記号に / を使うことに固執しました。Microsoft の最後の抵抗であるディレクトリの区切り記号に / を使えるという仕様は今も残っています。Shift JIS は MS-DOS にディレクトリ機能がなかった時代に M-BASIC86 のために作られたことで 0x5C 問題を見落としていました。

この話が「真実」ですと言いたいところですが、それは当事者でないとわかりません。ただ「真説」（すでに知られていることをまとめただけなので「新説」ではありません）ぐらいのものであるとは言えるでしょう。少なくとも ⧵ を ¥ に置き換えた理由は明らかです。