Human68kとは、1986年にシャープが自社のパソコン、X68000用として、ハドソン（現・KDE）と共同開発したオペレーティングシステムである。 MC68000を搭載した主に欧米圏のコンピュータは、主にビジネスユースに特化した当時の86系コンピュータと比較して一般的にグラフィック機能などの表現力に優れるものが多く、これらの68系CPUを搭載したコンピュータに搭載されるOS環境もまたそれらの性質を反映したグラフィカルなものやマルチタスクに対応した製品が登場したが、当時の水準ではきわめて強力な表現力を持つX68000の標準オペレーティングシステム環境であるHuman68kは、それらの先進的な環境とは対照的に、単にインターフェイスのルック・アンド・フィールのみならず、その構造までもがマイクロソフトのMS-DOSに酷似していた。 原始的なシングルタスクのオペレーティングシステムであるが、後にバックグラウンドプロセスとしてマルチスレッドがサポートされた。ただしバックグラウンドとされている通り、コンソールまでマルチスレッドではない。 グラフィカルなシェル環境として当初はビジュアルシェル、のちにSX-Windowが開発され付属したが、10〜16MHz程度のMC68000には荷が重く、対応する市販アプリケーションもシャープ製品以外はほとんど現れず、普及することは無かった。 X680x0シリーズ全機種に標準付属しており、独立パッケージも発売されていたが、市販アプリケーションの起動ディスクや雑誌の付録フロッピーディスクにもプリインストールされる等の扱いがなされており、X680x0シリーズ発売終了後の2000年に正式に無償公開された。 Ver.3.02が最終である。 Human68kは、ストレージのファイルシステムにはMS-DOSのFAT12/16を応用し（但し完全な互換性は無い）、システムコールのファンクションナンバーも概ねMS-DOSに倣うなど、バイナリ・ソースとも互換性は無いものの、その構造は明らかにMS-DOSを模倣した構造であった。 また、システムの構成も、MS-DOSと酷似していた。MS-DOSのシステムファイルは入出力サブシステムIO.SYSとカーネルMSDOS.SYSで構成されるが、単一アーキテクチャをターゲットとしたHuman68kでは異なるアーキテクチャへの移植を全く考慮する必要が無かったため、また入出力サブシステムはそのほとんどがROMで搭載されたIOCSによってまかなわれていた事もあり、IO.SYSに相当するモジュールは存在しない（IOCSのバグをパッチしたり、アクセスの遅いROM上のIOCSをメモリ上にコピーして高速化したり、アルゴリズムを改善して処理を高速化するパッチなどが、デバイスドライバの形としては存在した）。 Human68kのコマンドインタプリタはCOMMAND.Xであり、MS-DOSのCOMMAND.COMに相当する。コマンドはMS-DOSよりも改善されていた。 MS-DOS環境では、このCOMMAND.COMを含め、実行バイナリのロード時にバイナリをリロケートする必要がない（これはセグメント+相対アドレスによって実メモリ空間にアクセスする86系のアドレッシングアーキテクチャに起因し、その64kB（キロバイト）空間の壁が大きいデメリットだった16ビット（64kB（キロバイト））幅のセグメント内相対アドレス空間の制約とトレードオフの関係にあるメリットであった）が、COMMAND.Xを始めとするアプリケーションやコマンド等の非リロケータブルバイナリでは実行前にリロケート処理を行う必要があるため、特にチャイルドプロセスなどでこのCOMMAND.Xが頻繁にロードされる際のオーバーヘッドは無視できないものであった。このため、後にリロケータブルバイナリ化されたCOMMAND.Rがフリーソフトとして開発された他、実行ファイルのバインド機能が対応された際にはCOMMAND.Xが常駐部とインターフェース部に別れバインドされた物に替わり、チャイルドプロセスでの起動の場合は不要部をメモリ上にロードする必要がなくなる等といった対策が取られた。 デバイスドライバの組み込みにも、MS-DOSと同様にCONFIG.SYSファイルへの記述が必要であり、その書式もMS-DOSに倣う繁雑で難解なものであるが、後のバージョンではMS-DOSに実装された選択起動などの機能を独自に拡張して実装するなど、MS-DOSの進歩に合わせた拡張も行われた。 Human68k Ver.2.0から、擬似マルチタスクやシェアロックの機能を備えており、擬似マルチタスクを応用したコマンドの製作も可能であった。 バックグラウンドタスクとして、タイムシェアリングによるマルチスレッドに対応した。[要出典] 実際のところHuman68kの擬似マルチタスク機能を用いて、コマンドシェルからマルチプロセスを起動させる応用はあまり報告されなかった。Human68k上でマルチタスクが広く使われるようになったのは、SX-Windowにおいてイベントドリブン式マルチタスクが採用されてからである。また SX-Window Ver.3.0 からコンソールウィンドウによるマルチコンソールに対応し、コンソールアプリケーションならば同時にコンソールウィンドウ毎に実行が可能になった。 MC68000 CPU の16MB（メガバイト）リニアアドレッシングを活かし、X68000のメインメモリ空間である12MB（メガバイト）までのメモリを一括して管理する事ができた。（X68000では12MB（メガバイト）以上の領域はメモリマップドI/OやVRAM（V-RAM）等のシステム領域として確保されていたため、当然ユーザーエリアとして使用することはできない） 8086の64kB（キロバイト）セグメントに由来する、640kB（キロバイト）のメインメモリを可能な限り残すようにバンクメモリを駆使して、ドライバーなどを部分退避させるといったメモリの遣り繰りを強いられた86系MS-DOSパソコンと違い、増設した全てのメモリがプログラム実行もデータ保存も自由用途のエリアであった。 RAMディスクなどを確保した際にはユーザーエリアの使用領域がそのまま奪われるといったデメリットも存在したが、後に自由に使用メモリを確保開放させられるRAMディスクドライバーが登場したり、一時作業用に512kB（キロバイト）のグラフィックRAMをRAMディスクにできる物も登場した。 X68000では先頭から8kB（キロバイト）単位で2MB（メガバイト）までの領域は自由にスーパーバイザーエリアとして保護が可能なので、デバイスドライバー含むオペレーティングシステム領域をアプリケーションの暴走によるアクセスから保護する事ができた。 MS-DOSの標準拡張子と比較し、以下の点が異なる。 MS-DOSのFAT 12/16ファイルシステムを元に独自拡張したもので、ファイル名に小文字も使用可能（Microsoft WindowsのVFAT（V-FAT）と互換性はない）。FATでは未使用の部分を使ってファイル名の長さを18文字＋拡張子3文字の計21文字まで拡張している。MS-DOSと違ってFATを二重に記録していない。 ^ http://retropc.net/x68000/software/sharp/license.htm X68000 LIBRARY 無償公開されたシャープのソフトウェアに同梱されている許諾条件 ^ MS-DOSではTSRに相当する。 ^ のちにWindowsで作成日時やアクセス日の記録に用いられた