BTRON
BTRONでは、ファイル管理モデルとして、従来のディレクトリ(フォルダ)によるツリー構造をなすモデルではなく、実身/仮身モデルと呼ぶ任意の有向グラフ構造をなすネットワーク型のモデルを採用している。BTRON2ではさらに全ての計算機資源を実身/仮身モデルで管理している。ユーザに提供される機能としては、BTRON(実装が広く使われているBTRON1やBTRON3)の実身/仮身モデルは手軽なハイパーテキスト環境となっている。
従来はファイルとフォルダとして、データを収める実体とそれを指し示すインデックスのまとまりとを区別していたわけであるが、BTRONではそのような区分けを廃した。実身/仮身モデルでは、データ本体全体を実身(じっしん、Real Object)とし、実身の中から別の実身を指し示すものを仮身(かしん、Virtual Object)としている。
実身はデータを保持するものという意味では、ファイルのようなものであるが、その内容として含む仮身によって別の実身を指し示す機能があるという意味ではフォルダのようなものでもある。
現在のほぼ全てのUnixでは、ディレクトリを指すようなエイリアスとなるハードリンクを作ることができないようになっているが、BTRONの実身/仮身のリンクは、そのようなリンクを含む任意のリンクを自由に作ることができるハードリンクのようなものである。Unixでは ".." で示される親へのリンクがひとつしかないということが問題となるが、BTRONではそもそもツリー状に管理することを放棄しているため問題とならない。
BTRONの称を冠してはいないが、TRONキーボードはBTRONでの使用を想定したものである。
CECの選定取り消しについては、大下英治『孫正義 起業の若き獅子』によれば、かねてより自社の事業であるソフト流通業が儲かるような業界態勢作りに腐心していた孫正義により、TRONによって日本の産業がグローバルスタンダードから外れ世界に取り残されると煽って盛田昭夫から紹介された棚橋祐治(当時通産省機械情報産業局長)、林良造(当時同局情報処理振興課長)らと「TRON壊滅へのレールが敷かれはじめ」ていたところだったが、この機会にスーパー301条を楯にプロジェクトを潰してしまえ、という孫によるアドバイスにより、通産省は学校へのTRON導入を中止したという。同書の見出しには「TRON蔓延を水際で阻止」とある。
この件に関して、TRONプロジェクト側では異例の意見表示があった。パーソナルメディア社が編集・刊行しているTRONWARE誌の60号(1999年12月発行)p. 71において、編集部の署名で「TRONプロジェクトを阻んだ人」と題した記事で、前述の伝記を、(TRONを妨害した)「成果を誇る」本を出した人がいる、と紹介した。同記事では、孫がMSXに反対したこと、Unixを一旦は支持したようだったことなどを紹介し、また伝記中で紹介されている、孫、西、坂村が一堂に会したカンファレンスについて、坂村による、それはUnixの技術者のカンファレンスだったはずで自分も西も技術の話をしたが孫氏は商売の話をして場違いな感じだったと記憶している、といった証言を載せたりもしているが、全体としては、独自技術の芽を潰すことが正しいことか? とまとめている。
なお、1988年12月に、ソフトバンク(当時は(株)日本ソフトバンク)出版部(現ソフトバンククリエイティブ)より、『コミック版 トロン革命』( ISBN 4-89052-037-6 )という書籍が出版されている。
リンクが削除されることで、実身が参照されなくなったことの確認はUnixのファイルシステムなどと同様に参照カウント方式でおこなわれているが、任意の構造が許されているために、参照カウント方式の弱点としてよく知られている通りループがあるとどこからもたどりつけないのにディスク容量を占領し続ける、という実身が発生し得る。現状では、ファイルシステムを一旦切り離すか、(システムディスクの場合は)システムを特別な状態で起動し、fsck同様のチェックと同時にいわゆるストップ・ザ・ワールド方式のガベージコレクションをおこなってそのような実身をチェックする機能が実装されている。
また、従前のたいていのファイルシステムと異なり、基本的には名前(「実身名」)をシステム側での識別には(IDとしては)使わないことになっているため、ユーザは自由に名前を付けることができる(現状では実装上の理由で長さの制限がある)。
現在BTRONの使用感覚を再現したソフトとしてWindows用のBTMemoがある。
現存のBTRON3およびBTRON1の実装では、以上の機能をマルチレコード機能を持ったファイルシステム上に実現している。1ファイルが1実身に対応し、データ本体を含むレコードがあり、その他に、その実身が含む仮身が指す先の実身に対応するファイルを指す「リンクレコード」を持っている。このような設計であるため、TADによる実身データそのものは、基盤となるシステムにおけるリンクの表現方法の影響を受けない。