1.1 メモリーの話

MZ-700の場合、具体的には、その最小限のソフトウェアが入っている上書き不能の固定部分(ROMと呼ぶ; Read-Only Memory)が4kBでした。それに加えて画面描写やサウンドや(内外の)機器制御のための仮想メモリ(VRAM)に12kB使っていました。 MZ-700の総メモリは64kBだったので、後の48kB(=64-4-12)が、ユーザー(サードパーティ製のソフトウェア)が何も考えずに自由に使えるメモリ(RAM: Random-Access Memory)でした。加えて、MZ-700では「バンク切り替え」という技術で、ROMとVRAMを一時退避することでその部分もユーザーがRAMとして使うことを可能にすることで、64kBフルメモリを実装していました。ユーザーが64kBもRAMが使えるのは、当時の家庭用パソコンとしては画期的でした。

ここで、一般論としてRAMは、電源を切るとそのすべての内容がクリア(消去)されます。今も昔も同じです。ソフトウェアの実行時には、そのソフトウェアをRAM上にロードして(=書き込んで)、それをパソコンが走らせることになります。何か情報を残しておきたい時には、別の記憶媒体に能動的に保存するしかありません。MZ-700の場合は、保存先がカセットテープ一択であり、保存のためには、ユーザーが空のカセットテープをセットしたうえで、原則としてユーザーが自ら「保存(セーブ)」コマンドを実行する必要がありました。 参考までに、2026年現在、iPhoneでもRAMは8GB、つまりMZ-700の10万倍ありますし、それに加えて内部恒久記憶容量が256GB (MZ-700はゼロ)とかあったりします……。でも当時は64kB RAMは画期的だったのです!

MZ-700を含めて当時の家庭用パソコンは原則として8ビットマシンでした(初代ファミコンも)。MZ-700のメモリ全64kBは、原理的に8ビットマシンに実装できるほぼ最大レベルでした(後述のように例外あり)。理由を述べましょう。まず、1ビットは2進数で表した一桁、つまり0または1を表すサイズという定義です。だから、8ビットとは2の8乗(=2⁸)、つまり256までの数を表すサイズ(正確には0〜255)であり、これは「1バイト」とも呼ばれます。8ビットマシンとは、パソコンの心臓部(CPU)が一度に処理する単位系が8ビット(=1バイト)であることを指します。 一方、(MZ-700の総メモリの) 64kBとは「64キロバイト」です。「キロ」は1000だから、「1キロバイト」はざっと1000バイト、コンピューター科学では正確には1024 (=2¹⁰)バイトを指します。だから、64kBは、「64×1024 = 65536 (=2^16)バイト」です。マシン上で各バイトがどこの位置にあるかを表すのが「アドレス」で、64kBのアドレスを表現するためには、65536 (=2¹⁶) を表現できなくてはならず、そのためには 16ビット(=2バイト)必要な計算です。そして、当時の8ビットマシンの心臓部(CPU)は、メモリのアドレスを表すのは2バイトと決め打ちしてデザインされていました。

こういう事情で、8ビットマシンが64kBを超えるメモリを積むのは原理的にハードルが高かったものでした! MZ-700は、64kBのメモリーを積んでかつそれをすべてユーザーに開放していたわけで、当時のマシンの限界に挑んでいた、と言っていいと思います。実際、同時期に発売された家庭用パソコンの大半はそもそもメモリーを 64kBも積んでいませんでした。

なお、正確には、8ビットマシンでも64kBを超えるメモリを積むための抜け道はありました。例えば、64kBのメモリを2つ(合計128kB)搭載して、最初の64kBメモリをA面、次をB面と定義して必要に応じて随時(電気的に!)A面とB面とを切り替える技術です——この切り替えを「バンク切り替え」と呼びます。その分、マシン設計は複雑になり、またソフトウェア設計者も、切り替えるための機械語プログラミングが少し面倒になりましょう。少なくとも初期の8ビット機では実装されていないのが普通だったようです。

1.2 「非クリーンコンピューター」と機種標準BASIC

前述のように、MZ-700発売当時、SHARP社以外にも、家庭用パソコンの一番人気だったNECのPC-6001はじめ、数多くのパソコン機種がありました。 しかしいずれも、SHARPのパソコン(MZシリーズ)とは異なって、「クリーンコンピューター」ではなかったようです。具体的には、それぞれの機種標準BASIC(言語及び開発環境)が最初からROMの一定部分を占拠していました。

(機種標準)BASICが最初から装備されているから、「機種標準BASICを使う」という使い方をする場合、電源を入れてすぐにその環境が整っていて便利です。待たなくていいからです。 対照的に、SHARPのパソコンMZ-700の場合、どんなBASICを使う場合であっても、電源投入後、そのBASIC (というソフトウェア)をテープから4分くらいかけてロードする必要があったのでした。

ここで、「BASIC」はプログラミング言語の一種ですが、当時のBASICは開発環境も兼ねていた、つまりOS (オペレーティング・システム)の機能を代替していたことに要注意です。そして、当時のBASIC上には(ディスク上の)「ファイル」という概念はありませんでした。BASICそれ自体を除けば、その時点でメモリ上にある(もしくはない)一つのソフトがすべてです。大雑把に言えば、開発環境としてのBASICは、そのソフトをカセットテープからロードする、編集する、実行する、テープに保存する、が機能のほぼすべてだったと記憶しています。そして、BASICの言語としての機能も「コマンドライン」から直接実行できます。たとえば「画面をクリアする」BASICの命令をその場で実行させると画面がクリアされたりします。UNIX互換マシンのターミナルにおいて、シェルを使っているような感じです。ただし、ファイルという概念がないことが大きな違いになります。もちろん、並列処理などの高級概念もなく、あくまで「ベーシック」です。

(余談ながら、何年も後になって、開発環境としてのBASICに替わり、かつ機種横断的な「S-OS “SWORD”」というOSが登場したものの、メーカーは基本的にノータッチのサードパーティ製だったはずです。)

1.3 「非クリーンコンピューター」の問題点

PC-6001はじめ当時標準だった、「機種標準BASICをROMに標準搭載」には問題がいくつかあります。もちろん、当時は、これら欠点を上回る利点(起動時の待ち時間が短いことがある?)があったと考えられていたからこそ業界標準だったのでしょうが!

まず、BASICがROM (=読み取り専用!)に入っているということは、そのBASICに万一、深刻な問題(バグ)が発覚したら、パソコン本体ごと取り替える以外、術がありません! そんなリコールの話は現実には聞いたことありませんが、その潜在リスクは常にありました。

次に、専用BASICしか使えず、他のBASICないしプログラミング言語は事実上、使えません。MZ-700の場合、標準で(基本的な)「S-BASIC」と(高級な)「Hu-BASIC」と2種のBASICがカセットテープで付属してきて、目的やプログラマーの技量によって使い分けられました。さらに嬉しいことに、SHARPの前モデル機種(MZ-80K/K2/CやMZ-1200)のBASICである「SP-5030」もそのテープさえ入手すればロードできました。つまり、旧型MZ-80KのためにそのBASIC上で開発された(ゲームや実用)ソフトも、「SP-5030」をロードすることで問題なく走らせることができました! PC-6001ではこれはできませんでした——専用BASICに加えて別のプログラミング言語を「追加で」入れることは原理的には可能だったと思いますが、(初代)PC-6001の空きRAMに入るほど小型のプログラミング言語はおそらくほぼ存在しなくて、仮にあったとしても、肝心の(そのプログラミング言語上で動く)ソフトのために残されたRAMがほぼゼロに近くて使い物にならなかったはず。端的には、空きRAMが少なすぎたのです。PC-6001では16kB拡張RAMを挿すことはできたようですが、それでも原理的に同じ問題が付きまといます——別プログラミング言語とその言語で書いたソフトの両方を入れるだけのRAM容量が限られる。だから、たとえば後継機において、機種標準BASICを刷新することも、ビジネス的に困難だったことでしょう。なぜならば、それをすると、後継機を買った顧客がソフトも全部買い換えないといけなくなりかねませんから! ハードウェアもプログラミング言語も時代によってどんどん進化していく中、「専用BASICにロックインされている」モデルはそれに対応しづらいわけです。対照的に、MZ-700は系列旧型機のSP-5030を捨てて潔くモダンなBASICを導入していました。「クリーンコンピューター」だからこそ思い切った変革できたのだと推察します。古い機種のSP-5030で動くソフトウェアを使っていた人は、SP-5030 (のカセットテープ)だけ入手すれば問題なく動いたはずですから。

そして、最大の問題は、本格的ソフトウェアの場合、そもそもBASICは使わないのに、「機種標準BASICをROMに標準搭載」マシンでは大量のメモリがBASICで占有されてしまっていて(ROMだから)変更不可なことです! BASICはプログラミング言語として、名前の通りあくまで初級者用にデザインされていて、機能、特に実行速度に劣ります。当時の貧弱なマシンパワーでは実行速度は往々にして命だったから、これはしばしば致命的な問題でした。加えて、BASICのソフトは、全コードが誰にでも簡単に丸見えになる、というビジネス上の問題もありました。だからでしょう、8ビットマシンの大半の市販ソフトではBASICは使わず、機械語(マシン語)で書かれていた印象です——少なくともSHARPのパソコン用のソフトは。特にシビアなリアルタイム性能が要求されるアクションゲームではほぼ絶対でした。実は当時、BASICで書いたコードであっても、速度が必要になる部分では機械語を組み合わせることは普通に行われていました。POKE/PEEKなど、絶対アドレス指定してメモリに直接アクセスするためのBASICのコマンドさえあったのです。それをするとソフトの可搬性が失われる、つまり別機種ではソフトが走らなくなる恐れが高い、という重大な問題はありましたが……。

比較のため、「クリーンコンピューター」のMZ-700では搭載全64kBのRAMメモリがユーザーに開放されていたので、機械語で書かれたソフトウェアはその64kBをフルに使えました。 対照的に、初代PC-6001の場合、ROM+RAMの全メモリがそもそも32kBで、そのうち16kBが機種標準BASIC用のROMとして占有されていました(Wikipedia)。さらに、画面描写のためにもRAMの一部(かなりの部分)を使う必要があったため、ユーザーが本当に自由に使えるRAMは最悪 7kB程度になってしまったそうです——画面描写精度を犠牲にすればある程度増やせたとは言え。7kBであれば、MZ-700のわずか1/10……。

(純正初代)PC-6001用のソフト開発は地獄ないしは無理ゲーだったことは想像に難くありません。 NEC開発チームもその問題点は認識していたのでしょう、PC-6001ではオプションとして別売の16kBメモリ拡張することはできたということです。調べたところ、当時のPC-6001用の市販人気ソフトの多くは、その「拡張RAM必須」とされていたようです。もっとも、メモリ拡張したところで、BASICと画面描写に必要な分は削減できないので、高精度画面描写するならば、完全に自由に使えるのは16kB+7kBの制限になって、MZ-700には依然遠く及ばない計算になります。

3.1 クリーンコンピューター思想と現実

今から振り返ってみて、SHARP社の「クリーンコンピューター」思想は時代を先んじていて、優れていたと改めて思います。

メーカーの「お仕着せ」の使い方だけでなく、ユーザーが自由に使うための余地をたくさん与えていたからです。ただし、いかにたくさん余地があっても、その余地を使うユーザーがいなければ、宝の持ち腐れに終わります。「潜在的に優れている」だけに終わってします。

もし、圧倒的多数のユーザーがメーカーの「お仕着せ」の使い方しかしないならば、その「お仕着せ」仕様に最も簡単にアクセスできることが重要なポイントではありましょう。毎回、起動時に4分待たなくてはいけない「クリーンコンピューター」と、秒速で起動できる機種とであれば、後者が嬉しいことになります。

MZ-700の場合、古籏一浩氏という超絶ユーザーがいたために、そのポテンシャルが世に知れ渡り、またユーザーが(彼のゲームをプレイするという形で)そのポテンシャルをフルに利用できた、という幸運なめぐり合わせがありました。そのめぐり合わせがあった時期が、MZ-700の後継機種が出ているどころか、その後継機種も代替わりしている発売の4年後以降 だったのは、皮肉ではありますか……。古籏一浩氏がセンセーションを起こした段階で、MZ-700はすでに店頭から消えて久しかったはずです。つまり、SHARP社にとっては直接的な利益には繋がらなかったと恐れます。当時でももはや簡単には手に入らないからこそ、MZ-700が伝説化してSHARPの名が残ったという副次的な効果はあったにせよ、です。

MZ-700以前のSHARP MZマシンも一貫して「クリーンコンピューター」思想ではありました。ただし、一言で言えば、パソコンのスペックも時代も追いついていなくて、ブレイクには至らなかったのだと推察します。CPUが低速、画面がモノクロ表示、メモリも(大いに)限られ、高価、そして何よりも一番は、家庭用パソコン市場自体がまだ育っていなかった時代でしたから。