オフコン用のＯＳ　Ａ−ＶＸの概要

１　オフコンの画面

まず、ＮＥＣのオフコン用のＯＳ、Ａ−ＶＸがどのようなものなのか簡単に説明してみます。それぞれの項目は後でもう少し詳しく説明しています。

Ｗｉｎｄｏｗｓを始めとして最近主流のＯＳは、ＧＵＩといって画面の中にカラフルな図形が表示されて、マウスでクリックして操作するようなものになっています。それに比べるとＡ−ＶＸは文字が主で、せいぜい文字に色（８色！）が付けられるぐらいです。おまけに１つの画面に文字が最大で縦２５文字横８０文字の計２０００文字分しか表示できません！
２０００年頃に一応マウスも使えるようにはなりましたが、たいていはアプリケーションがマウス対応していないので、マウスも使えないといって良いでしょう。

下の写真はＡ−ＶＸの一番素の画面です。ここからＲＵＮコマンドというものを入力してアプリケーションを実行したりします。

基本的には、Ａ−ＶＸはメニューと呼ばれる画面から、実行したい業務をキーボードからのキー入力で選択して、目的の業務のアプリケーションソフトウェアを実行することになります。
そのアプリケーションも基本的には、キーボードからのキー入力で操作していくことになります。

下の画面はＡ−ＶＸ付属のメニュー作成用のユーティリティで作れる一番原始的なメニュー画面です。説明用に今２，３分で作りました。

説明したようにＡ−ＶＸの素の画面はＣＵＩですが、一応ＧＵＩっぽい画面（新ＨＩ画面と呼ばれます）も用意されています。
Ｌｉｎｕｘのシェルコマンドを入力する画面がＡ−ＶＸのＲＵＮコマンド画面に対応すると考えると、これはＧＮＯＭＥやＫＤＥに対応する形です（比較するにはあまりにも貧弱ですが・・・）。

Ａ−ＶＸとＬｉｎｕｘのＵＩ対比

	Ａ−ＶＸ	Ｌｉｎｕｘ
ＣＵＩ（ＣＬＩ）	RUNコマンド画面	シェルの画面
ＧＵＩ（っぽいもの含む）	新ＨＩ画面	ＧＮＯＭＥ、ＫＤＥ

こういった画面を見るとマウスで操作するんだろうな、と思われるかもしれません。たしかにマウスで操作できるところもあります。
上に表示されている３つの画面のうち一番上はマウスで操作できます。でも徐々にクリックしたりして細かな操作の選択に進んでいくとマウスが使えず、キーボード操作しかできなくなっていきます。一番下の画面は全部キーボードの矢印キーやショートカットキーでしか操作できません。メニュー画面の開発途中で力尽きたのかな？という感じです。
（ちなみに１９９０年代まで存在していたクライアントタイプのオフコンについていた専用マウスでは全部マウス操作できるという話があります。もしかして専用マウスからパソコン用の一般的なマウスで使えるように変更したときに途中で力尽きたのか？？）

２　メニュー中心思想

Ａ−ＶＸの前身のＯＳの名前はＩＴＯＳ（Interactive Tutorial Operation System）という名前でした。Ａ−ＶＸもその名の通り、オフコン側が選択肢の一覧を示して「どれにしますか？」と聞いてきて、人間がそのどれかを選ぶとまたオフコン側が次の質問をしてくる・・というようにオフコンと対話しながら作業を進めるというような設計思想になっています。
最初に説明したＲＵＮコマンドだけの殺風景な画面はあくまでも保守用の画面で、普段はサーバに接続するとその業務用のメニューがまず表示されるというのがＮＥＣが推奨しているシステムの形です。
上で説明したＧＵＩっぽい画面（新ＨＩ画面）も全体がメニューで構成されています。

オフコンの主なユーザは会社・企業、店舗の事務職です。コンピュータに詳しくない人が前提となります。オフコンが誕生した１９７０年、１９８０年頃といえば黒い画面にいきなりコマンド入力ということが多いです。それでは敷居が高い。そこでＮＥＣのオフコンではだれでも操作できるように、すべての選択肢をメニューにして、そこから選んでもらうという形にすればよいという形にしたのでしょう。それが初期のＯＳ名であるＩＴＯＳに表れています。

つまり全部を常にメニューという形で表示して、その選択肢の中からユーザが選びながら操作するというのがＡ−ＶＸの特徴です。

２０１０年に発売されたＮＥＣのオフコンからＷｉｎｄｏｗｓ側にもメニューが用意されました。（なぜかＷｉｎｄｏｗｓ側なのにＡ−ＶＸメニューという名称）

それまではメニューはＡ−ＶＸ内だけでしたが、その設計思想がＷｉｎｄｏｗｓ側にも拡がったということです。ＮＥＣのオフコンのＷｉｎｄｏｗｓ側に用意されたユーティリティが最初から登録され、さらに自分でアプリケーションをメニューに登録できるようになっています。
将来的にはＡ−ＶＸ側とＷｉｎｄｏｗｓ側のアプリケーションを１つのメニューで統一操作、統合していこうという気配も感じさせました。が２０１５年にＮＥＣのオフコンは販売終了になったのでそこまででした。

３　オフコン用のアプリケーション

Ａ−ＶＸ用に作ったアプリケーションは、Ｗｉｎｄｏｗｓ上では動きません。もしＡ−ＶＸ用に作ったものをＷｉｎｄｏｗｓ上で動かしたいならば、作り直すことが必要になります。ここらへんはＬｉｎｕｘ用に作ったアプリケーションをＷｉｎｄｏｗｓ上で動かしたいならば、Ｗｉｎｄｏｗｓ用に作り直さないといけないということと同じです。（最近はＬｉｎｕｘ用に作ったアプリがＷｉｎｄｏｗｓ上で動いたりするので、なかなか説明が難しくなってきました・・・）
Ｗｉｎｄｏｗｓ用に作ったアプリケーションは、当然ながらＡ−ＶＸ上では動きません。

その代わりＡ−ＶＸは２０年前、３０年前に作ったアプリケーションも動かすことができます。Ａ−ＶＸの前のＩＴＯＳの時代のアプリケーションも作り直したり、リビルドしたりしなくても、そのまま動かすことができます。ここはＷｉｎｄｏｗｓなどの最近のＯＳと違う点です。

オフコンが発売された当時は、市販のパッケージソフトがほとんどなかったこともあって、各社がそれぞれ自分の会社用のプログラムを作成することが多かったようです。

その後、一時期ＮＥＣのオフコン上で動く市販パッケージソフトウェアがいろいろな会社からたくさん発売されていたこともあります。

２０００年代以降はそれらの市販パッケージソフトウェアが次々と販売終了になっていき、もうＮＥＣのオフコンも終わりかなと感じさせたものです。結局市販パッケージソフトウェアではなく、自社パッケージを自分で作って使用していた会社が主流のようでした。

４　オフコン用のプログラム言語

Ｗｉｎｄｏｗｓなどでは、ＪａｖａやＣ言語を使って自分でプログラムを作ったりできますが、ＮＥＣのオフコンの場合は、主なプログラム言語はＣＯＢＯＬとＳＭＡＲＴになります。
ＣＯＢＯＬは有名な言語なので、特に説明も要しないでしょう。ＳＭＡＲＴというのはＮＥＣ独自の簡易言語みたいなものです。

オフコン全盛期であった１９８０年頃はＣＯＢＯＬ全盛期でした。またその頃はプログラマー不足が叫ばれていたので、ノンプログラミングで誰でも使えるという触れ込みの簡易言語が各社いろいろと発表されていました。ＮＥＣのオフコン用の簡易言語がＳＭＡＲＴというものです。

ちなみにごく初期、１９７０年代から１９８０年代はＣ言語やＦＯＲＴＲＡＮやＢＡＳＩＣや、その他いくつかのプログラミング言語、またＮＥＣ独自で開発されたいくつかのプログラミング言語が発売されて使えたようです。要するにＮＥＣのオフコンでは、みんながＣＯＢＯＬを使うので、他の言語は廃れてしまったようです。

５　マルチタスク・マルチジョブ

Ａ−ＶＸもＷｉｎｄｏｗｓと同じように同時に複数のアプリケーションを実行できます（マルチタスク・マルチジョブ）。最近のＯＳならあたり前の話ですね。

Ｗｉｎｄｏｗｓだと、複数のアプリケーションの複数の画面（Ｗｉｎｄｏｗ）を並べたり、重ねたりできますが、Ａ−ＶＸは残念ながら横に並べたりすることができません。Ｗｉｎｄｏｗｓでいうと全部のプログラムが全画面表示されているような感じです。

１つのアプリケーションの画面の後ろに残りのアプリケーションの画面が隠れていて、「画面接続」コマンドを使うと後ろの画面が前に出てくるような仕組みです。

まあこれは古い時代に設計されたＯＳの限界ってところですかね。

６　Ａ−ＶＸとＷｉｎｄｏｗｓ

かなり昔、昭和のころのＮＥＣのオフコンはＡ−ＶＸというＯＳしか載っていませんでした。１９９０年代後半以降のＮＥＣのオフコンはＡ−ＶＸとＷｉｎｄｏｗｓの両方が載っている形になります。正確にはＡ−ＶＸはＷｉｎｄｏｗｓ上の仮想ＯＳとして動いています。

昔はＡ−ＶＸ上で何でも動かそうという思想だったようですが、今はＷｉｎｄｏｗｓが得意なことはＷｉｎｄｏｗｓに任せて、Ａ−ＶＸはＡ−ＶＸが得意なことをやろう、という考えのようです。
またオフコン全盛期の話をしますが、その頃はＮＥＣのオフコンで動くワープロソフトや表計算ソフトがありました。例えば表計算ソフトやグラフ描画ソフトでは1120×780ドット、フルカラーでグラフなどが書けましたし、ワープロは日本製のソフトらしく罫線作成操作に定評がありました。でもパソコンの同種類のソフトウェアの急速な機能向上にはかなわず最終的には消えました。

２０００年以降のＮＥＣのオフコンの新機能を見ると、情報系の処理や何かをグラフィカルに表示するとか、そういうのはＷｉｎｄｏｗｓ側に任せて、Ａ−ＶＸは基幹系の処理に専念しよう、ということのように見えます。

実際、Ｗｉｎｄｏｗｓ側のＷｅｂサーバ（アパッチとか）で受けた問い合わせをＡ−ＶＸ側のアプリケーションやデータベースで処理して返す、とか、Ａ−ＶＸ側のアプリケーションで出力したデータをＷｉｎｄｏｗｓ側のエクセルで受け取って集計してグラフ化する、のような使い方がされているようです。

せっかく２つのＯＳが載っているのだから、それぞれ得意な処理に特化しようというのはいい考えだと思います。

７　ユニファイド・コンポーネント・プラグイン・システム

Ｗｉｎｄｏｗｓやインターネットなどの最新技術をＡ−ＶＸ上のアプリケーションから有効に活用するためのシステムをユニファイド・コンポーネント・プラグイン・システム（UPCS）といいます。そしてこの仕組みのことをユニファイド・コンポーネント・プラグイン・アーキテクチャ（UCPA）といいます。

従来から使用しているＡ−ＶＸの業務アプリケーションにコンポーネントを組み込むことによって簡単に機能拡張できるようになるというものです。

２０００年前後にこのアーキテクチャを利用していろいろな機能が提供されました。このアーキテクチャを利用しているものとしてＭａｉｌ連携/Ｗｅｂ連携やＦａｘ連携などがあげられます。

８　サーバ用のオフコンとＡ−ＶＸ

かなり昔の話になりますがオフコン全盛期には、ＮＥＣのオフコンはサーバとクライアントがありました。Ａ−ＶＸもサーバ向けとクライアント向けがありました。今のＷｉｎｄｏｗｓと同じですね。

１９９０年代後半以降はクライアントはパソコンがあるので要らないよね、ということなのか、サーバ向けのオフコン、Ａ−ＶＸしかありません。

Ａ−ＶＸの使い方はＬｉｎｕｘとかとよく似ていて、ＰＣ／ＷＳエミュレータと呼ばれるＡ−ＶＸ専用のターミナルソフト／端末エミュレータを使ってサーバに接続して、アプリケーションを実行したり、ファイルをメンテしたりする、ということになります。

Ｌｉｎｕｘにも接続するためのターミナルソフト（ＴｅｒａＴｅｒｍ、ＲＬｏｇｉｎ、ＰｕＴＴＹとかいろいろ）がありますが、それではＡ−ＶＸには接続できません。 ＮＥＣのオフコンは専用とか独自が好きなのか、ターミナルソフトも専用だし、Ｗｉｎｄｏｗｓ上でＡ−ＶＸを動かす仮想環境も独自のものをわざわざ作っています。ＮＥＣのふつうのＷｉｎｄｏｗｓサーバはＥｘｐｒｅｓｓ５８００／１００シリーズですが、オフコン用はわざわざＥｘｐｒｅｓｓ５８００／６００シリーズとシリーズが分けられています。オフコン用に何かカスタマイズしているようで、実際Ｅｘｐｒｅｓｓ５８００／１００シリーズではＡ−ＶＸは動かないようです。基本ＮＥＣのオフコンは専用のものしかなくて、汎用品が使えればラッキーぐらいな認識でいましょう。

９　Ａ−ＶＸ　ＲＤＢ

Ａ−ＶＸには専用のＲＤＢＭＳが載っています。Ａ−ＶＸ　ＲＤＢと呼ばれています。
感覚的にはＷｉｎｄｏｗｓを買ったらＳＱＬ　Ｓｅｒｖｅｒも付いていたというような感じでしょうか。

最低限の機能しか持たないＲＤＢですが、ＮＥＣのオフコンとして特化された面白い機能がたくさんあります。