Domain/OS
レジストリデーモンというネットワーク分散技術を使用したアカウント管理を実現していた。ここで使用されたネットワーク分散技術(当時NCS (Network Computing System) と呼ばれた)は、その後、OMGのCORBAおよびMicrosoft DCOMの基となった技術である。
Domain/OSのアカウントはネットワーク全体を管理するネットワークレジストリとその機器のみのアカウントを管理するローカルレジストリが存在した。優先されるのはネットワークレジストリで、ネットワークレジストリにアクセスできない場合、ローカルレジストリが存在する。ログインする機器がネットワーク接続できないトラブルが発生してもローカルレジストリがカバーする仕組みである。これらの管理要素は、「オーナー」、「グループ」、「組織」という要素にパスワードをつける形式であった。
もともとUNIXより大きな枠組みがAEGISころから存在したのでそのまま機能を拡張していない。
スーパーユーザーはUNIXと同様rootが存在し、さらに、locksmithというスーパーユーザーグループが存在した。locksmithはUNIXには無い概念だが、WindowsのAdministratorsに相当する。
組織については特別なものは登録されていない。
Domain/OSには、他のUNIX機器とアカウント統合で互換性をもつためYP(Yellow Page、現在のNIS (Network Information Service))も存在した。ただし、DOMAIN/OSで同士では利用しない。
今では当たり前にできるOSもあるが、当時のUNIXおよびPCの世界では夢の機能であった。Domain/OSでは標準的に搭載しており、コマンド (INLIB) でプロセス内のメモリに配置可能でそのライブラリを必要とする実行ファイルを起動するとライブラリをリンクしなくても利用することができた。もちろんライブラリをリンクすることもできる。
Domain Performance Analysis Kitのひとつで動作中のプログラムの動きを表示し、プログラムの流れをサブルーチンコールのチャートで表現できる。これは、現在のソフトウェアでも珍しい機能である。
オブジェクトはUIDで管理されるが、OSSで管理される各マネージャー群で管理するのに使用される。しかし実際にオブジェクトをユーザーが操作する際はパス名で管理される。そこでUIDとパス名を関連付けるネーミング・サーバが存在する。ネーミングサーバは、ネットワークルートを管理するネーミング・サーバ・ヘルパー (NS_HELPER) とディレクトリマネージャのモジュールから構成される。パスネーム-UIDの変換、ディレクトリ管理、ネットワークルートの管理を行う。
NCS実装条件は、コネクションレスサービスを提供するプロトコルであれば良い。最初に実装しあプロトコルはDDS(Apollo独自通信方式)、UDP/IPを搭載しているものが対象となった。
AEGISでもUNIXでも両方混在でも利用できた。