ＮＥＣのオフコン情報掲示板（いろいろ）
| ＮＥＣのオフコンに関しての最新情報、面白い話、昔の思い出、何でも自由に書いてください。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| 死に一生、生死を分けたＡ−ＶＸ５とＡ−ＶＸ１０ | |
| 江須扇 2003-9-27 11:18:56
[返信] [編集] Ａ−ＶＸ５系の後継機としてＯＰ−Ｘがあったのですが、「あの人は今何処？」状態でどうなったでしょうか。 Ｓ７２００を発売する時に「ＮＥＣはＡ−ＶＸ１０をＵＮＩＸ上で稼動させることを既に開発済み」と言う噂でした。 ただ、営業的にかどうかはわかりませんが、時期尚早と発売は見送りＳ７２００したと聞いております。 （本当は開発完了してなかった？不安定であった？？）Ａ−ＶＸ１０はＡ−ＶＸ�兇箸覆蠅弔覆�りました。 また予告編的にＳ７２００には新しい機能が追加されました。 一番はＴＣＰ／ＩＰ機能を搭載した事と思います。それがその後につながっていると思います。 また、あまり知られてないですが、ＬＡＮマネージャサーバー（通称ＬＭサーバー）機能なるものがありましたが、 実体は別ＣＰＵが搭載され（たぶんＳＶ−９８系？）ＵＮＩＸ（ＳＣＯ（サンタクルーズオペレーション）のＰＣ−ＵＮＩＸ）で動かしていました。 ピンときた人であればお解かりでしょうが、ＯＰ−ＸもＳＶ−９８系でＮｅｔＷａｒｅ搭載機とＳＣＯ−ＵＮＩＸ搭載機の２系列がありました。 そもそもＰＣ−９８０１の時代に戻りますが、この機械が国内Ｎｏ．１になった要因はいろいろありましたが、 その一つにＨ／Ｗで漢字の表示が出来るようにしたことです。ただしレターフェイス１６×１６ドットの所謂ゴシック体の６４０×４００ピクセルに４０桁２５行表示できました。 後に２４×２４ドットの明朝体を表示できるハイパー９８なるものが出来ました。 これが失敗の始まりで、９８０１モードとハイパー９８モードは互換性がなく９８０１ソフトを使うときは切り替えてリブート立ち上げをした記憶があります。 この流れと併せて、所謂バス問題（パソコン内のデータ伝走路）で１６ビットはＩＢＭのＰＣ／ＡＴ系はＩＳＡバスで９８０１はＣバスでした。 そんな中で３２ビット化でＩＢＭはＭＣＡバスを提唱しましたが、ＩＢＭ互換機メーカーはＥＩＳＡバス、ＮＥＣはＮＥＳＡバスを作り全く互換性が無い状態でした。 その時代にＳＶ−９８はサーバーとして生まれＮＥＳＡバスとＣバスを搭載していました。 「これが九死に一生の死になる要因となりました。」つまり、ＯＰ?Ｘもこの流れを汲んでおり、そのハードウェアで動くＯＳとして開発された為Ａ−ＶＸ５も悲しい運命になったのです。 なぜかと言えば、時代はＷｉｎｄｏｗｓになりＨ／Ｗで漢字を表示する機能は意味を持たず。ディスプレーアダプター解像度だけが問題で、解像度毎の機械を作る必要がなくなりまいた。３２ビットバスも主導権はあとから出てきたインテルのＰＣＩバスが主力になりました。 そんな動きのなかで、当初ＭＳ社はＩＢＭと組んでＯＳ／２を開発していたのですが、軒先かして母屋をとられるではないですが、ＭＳ社はＩＢＭとわかれて、新しいＯＳを開発するととなり、当時のＤＥＣ社の開発者を引き抜き、ＤＥＣのＯＳのＶＭＳの次と言うことで、 Ｖ−＞Ｗ、Ｍ−＞Ｎ、Ｓ−＞ＴつまりＷＮＴ、ＷｉｎｄｏｗＮＴを開発しました。 ＷＮＴはインテルのＣＰＵ、ＤＥＣのアルファーＣＰＵ、ＭＩＰＳ社のＣＰＵ等（ＩＢＭのＰｏｗｅｒ何とかもあったかもしれません？）で動くという触れ込みでした。 しかし現実にはバスはＩＳＡとＰＣＩでサポートしていました。 ＭＩＰＳ社に肩入れしていたＮＥＣはＥＸＰ１００シリーズとＥＸＰ２００シリーズを作り、２００シリーズでＭＩＰＳ?ＣＰＵを動かしましがバスはＩＳＡとＰＣＩになっており殆ど部品は１００シリーズと共通でした。 ＭＩＰＳ−ＣＰＵはＵＮＩＸマシンのＵＰ４８００等に搭載されました。イメージ的にはＵＮＩＸ機の方が上位機に見えたので、パソコン用のインテルよりミッションクリティカルな業務（？）（遊びでなく、仕事で使うという事と思います）向きと考えられていました。 満を持してＥｘｐｒｅｓｓ７００シリーズの発売です。ＭＩＰＳのＣＰＵでＷＮＴ３．５１と言うことで、最速オフコンの登場です。 Ａ−ＶＸ１０はＡ−ＶＸ�靴箸靴討弔覆�りました。 私からすればＣＰＵは一つ上行くという感じでしたが、実際の売れ方は２００シリーズも含め７００シリーズはさっぱりでした。 ＭＳ社からはプレインストールの導入実績から足元を見られ次次期バージョンは開発見送りという事となりました。 つまり、Ｗ２Ｋからはサポートは無よという事でした。 余談ですがこれは、パソコン系にいえることですが、ＰＣ／ＡＴ互換で、ＰＣＩバス以外は次次期バージョンからサポートしないと言われたＰＣ−９８２１系も同じでした。ＰＣ−９８２１は折角、ＰＣ／ＡＴ互換機のＶＧＡと同じ６４０×４８０、ＰＣＩバスをサポートしましたが、基本がＣバスでＰＣ−９８０１アーキテクチャの為、当選からもれてしまいました。ＭＳ社から死を宣告されたのです。 この流れをくむＯＰ−９８、５２−９８も同様の運命をたどったのでした。 ＮＥＣは慌ててＰＣ９８−ＮＸシリーズでＰＣ／ＡＴ互換機路線になりましたが、上記のＯＳの移行は忘れ去られ死んでしまいました。 長々と書きましたが、纏めますと死を宣告されたＯＳは、 ハイパー９８系（たぶん？）の５２−９８上のＰＴＯＳ ＳＶ−９８系のＯＰ−Ｘ上のＡ−ＶＸ５（ＮＴＯＳ）です。 ＰＣ−９８２１系のＯＰ−９８上のＡ−ＶＸ１０ＥＸ、同ＭＸ、ＰＣ−９８２１上のＰＣ−ＰＴＯＳ Ｃバスが基本の９８アーキテクチャがＭＳ社から死を宣告されたのが原因でした。 ＭＩＰＳも死を宣告されたのですが、ＥＸＰ７００はハード的にはＰＣ／ＡＴ互換機に近く、キーボードも１０９を使っておりました。 ９８００系とは違い、ＰＣ／ＡＴ互換機の移行は何とかなったということでしょう。 ６００シリーズにつながりＡ−ＶＸ１０はＡ−ＶＸ�犬箸覆蝓峩綮爐飽貔検廚箸覆蝓∈Ｆ�につながっているのです。 歴史にもしもはありませんが、ＯＰ−ＸのＳＣＯ−ＵＮＩＸにＡ−ＶＸ１０が移行されていたとしたら、今日につながったかはわかりません。 どっこいＮＴＯＳ系はＰＣ／ＡＴ互換機でも生きていました。Ａ−ＶＸ�牽劭供ィ阿� ＞SEPL-WSにおける、SEP-LANモードのサポート（個別対応） ＞SEPL配下に接続される、SEP-WSにおいて、A-VX機能拡張ラック用B-SEP配下に接続されるSEP-WSと同様に、SEP-LANモードをサポートする。 ＞SEP-LANモード各種ユーティリティ（DHAND,COPY等）のサポート。 ＞SEP-LANモード上で動作するAP（LANシリーズ）をサポート。 ＞SEP仮想ディスクのサポート。 が出来るということは、ＬＡＮシリーズはいまでも生きているということです。 多分ニーズがあり個別対応でもしているということでしょう。形としてはＷ２Ｋの上でＡ−ＶＸ�犬�動きその上でＳＥＰ−ＬＡＮ（ＮＴＯＳ）が動くという事でしょう。 | |
| Re: x3: （訂正）ＮＥＣのオフコン別系列（ＮＴＯＳ系） | |
| 江須扇 2003-9-7 11:32:35
[返信] [編集] 前回の投稿、下記の所訂正します。 > 一番最初のメニュー画面で、マウスを使ってメニューのところをクリックすると次の画面（上のバーに’編集’などのコマンド一覧が出る画面）に行きました。 > その画面では、もうマウスは使用できませんでした。（なぜが「99：終了」と書いてあるところだけは、マウスが使用できて、終了できました。） Ｒ４．５の機能強化の説明の注意事項で 「パラメータ形式(PM)メニューでのマウス利用については、個別対応となります。」 となっているので、＃ＭＥＮＵでのマウスは使えないのではと思っておりましたが使えるようですか？ | |
| Re: x2: ＮＥＣのオフコン別系列（ＮＴＯＳ系） | |
| 江須扇 2003-9-5 13:26:57
[返信] [編集] 返信、ありがとうございます。 > しかし、いろいろな会社との関係で推測するより、江須扇さんの書いてある通り、IBM一社との関係から見ていったほうがすっきりするかもしれません。国内各メーカーも巨人IBMの動きを見ながら方針を決めている（特に富士通はIBM互換志向ですし）はずなので、対IBMで考えたほうがよいかもしれません。 ＮＥＣの汎用機はＩＢＭ非互換なので、ビックブルー（ＩＢＭのイメージカラーが青だから、コンピュータ界の巨人という事で良く使われてましたね。）とその互換機（特に富士通）は昔から意識していましたね。 理屈は後からつけたのかもしれませんが、ＩＢＭの汎用機の牙城崩すためにと、まずは端末からという事で、ＩＢＭ３２７０エミュレータ等をＳ１００、Ｓ３０５０、Ｎ５２００は用意し端末の代替もとセールストークとしてましたね。 また富士通がオフコンシェアＮｏを取る為に、”Ｎ”を倒すというこで”Ｚ作戦”なるもとを展開しました。再び、ＮＥＣがシェアＮｏを奪還するということで”富士五湖作戦”（意味は忘れました。）なるものを展開したという記憶があります。 ということでＩＢＭ＆富士通の対比ということでは如何でしょうか？ > 新HIに関しては、私も同様で新HIのメニューになっていても、下のコマンド入力行に#ABC;や#DDM;など打ってしまいます。 私はＣＯＢＯＬソースにコメントを入れるため、新ＨＩを使っています。そのコメントつきの一覧表（メンバーディレクトリ）の画面や印字は＃ＡＢＣでは出なくて、＃ＬＢＭのみ対応となっていると思います。 新ＨＩの一覧表は＃ＬＢＭが内部コールされると思います。 > 新HIの画面のサーバがあったので、マウス対応がどんなものか試してみました。 ありがとうございます。 > 一番最初のメニュー画面で、マウスを使ってメニューのところをクリックすると次の画面（上のバーに’編集’などのコマンド一覧が出る画面）に行きました。 > その画面では、もうマウスは使用できませんでした。（なぜが「99：終了」と書いてあるところだけは、マウスが使用できて、終了できました。） Ｒ４．５の機能強化の説明の注意事項で パラメータ形式(PM)メニューでのマウス利用については、個別対応となります。 となっているので、＃ＭＥＮＵでのマウスは使えないのではと思っておりましたが違いますか？ > 当然、それ以降の画面も使用できませんでした。 > つまり、一番最初のメニュー画面だけ、マウスが使えました。 > 中途半端な感じがします。 > > マウスを使用できるところとできないところが分からない（ボタンではないので、押せるのかどうか見ただけではわからない）ので、なんとなく不便です。 新ＨＩのユーティリティはＰＣ／ＷＳ?ＥＭＬに組み込んで、Ｗｉｎｄｏｗｓ側で動作する新新ＨＩユーティリティにするか、 ジョブビューアのように、完全なＷｉｎｄｏｗｓユーティリティにしてほしいですね。 この事に関しては詳細は別項とします。 | |
| Re: ＮＥＣのオフコン別系列（ＮＴＯＳ系） | |
| ターラヤン 2003-9-2 12:15:41
[返信] [編集] 私も名称変更、名称が統一された件については、そのうち書こうと思っていました。但し、私は富士通etc国内メーカーとの関係で書こうとしていました。 しかし、いろいろな会社との関係で推測するより、江須扇さんの書いてある通り、IBM一社との関係から見ていったほうがすっきりするかもしれません。国内各メーカーも巨人IBMの動きを見ながら方針を決めている（特に富士通はIBM互換志向ですし）はずなので、対IBMで考えたほうがよいかもしれません。 新HIに関しては、私も同様で新HIのメニューになっていても、下のコマンド入力行に#ABC;や#DDM;など打ってしまいます。 新HIの画面のサーバがあったので、マウス対応がどんなものか試してみました。 一番最初のメニュー画面で、マウスを使ってメニューのところをクリックすると次の画面（上のバーに’編集’などのコマンド一覧が出る画面）に行きました。 その画面では、もうマウスは使用できませんでした。（なぜが「99：終了」と書いてあるところだけは、マウスが使用できて、終了できました。） 当然、それ以降の画面も使用できませんでした。 つまり、一番最初のメニュー画面だけ、マウスが使えました。 中途半端な感じがします。 マウスを使用できるところとできないところが分からない（ボタンではないので、押せるのかどうか見ただけではわからない）ので、なんとなく不便です。 | |
| ＮＥＣのオフコン別系列（ＮＴＯＳ系） | |
| 江須扇 2003-8-30 13:30:53
[返信] [編集] ＞オフィスプロセッサは全部S3100という名前でサーバはAモデルとSモデル、クライアントはXモデル、OSは全部A-VX○で統一され判り易くなりました。しかし、アーキテクチャの違うものを良く似た名前にしてしまったので、最近では混乱している人もいるようです。 ＮＴＯＳ系は私は直接使ってなかったので、機能についてよくはわかりませんが、 Ｓ７２００ではＳＥＰ機能としてＷＳの画面切替でＮＴＯＳ系もどきのＯＳが使えＬＡＮシリーズが使えました。しかしながら、 Ｓ７１００のＷＳのＦＤＤから、ＮＴＯＳモードでデータをＤＩＳＫにアップロードしてもＡ?ＶＸＩＩ側のＤＩＳＫへコピーできなっかなた。また、その逆もできなかったと思います。いまいち中途半端で利用価値が良くわかりませんでした。 同一筐体内ＤＩＳＫで異種フォーマットのコピーツールとしてのＥＸＰ７００、６００の＃ＮＦＣＮＶのようなものすらなかったと記憶しております。 当初はＳＥＰ−ＢＲＡＮＣＨも、ＮＥＣ独自プロトコル接続でされていたので、それ以前のＢＲＡＮＣＨ４６７０から、ＢＲＡＮＣＨ４６８０に変更になったとしか理解できませんでした。 その線がイーサネットであることすら理解しておりませんでした。 後に、ＴＣＰ／ＩＰのＷＳ接続の為、必要だとだいぶたってから理解しました。 私自身はＴＣＰ／ＩＰの考え方はＳ７２００を利用する中で専用線とか、公衆回線で今までは最高９６００ＢＰＳリモートＷＳしか接続できなかった端末をＩＳＤＮとルータを使って６４ＫＢＰＳのＰＣ／ＷＳ−ＥＭＬで接続できるということを発見しました。 スピードの点で入力では全く使い物にならなかった、リモートＷＳが遠隔地でも使える端末となったのは、画期的だと感激しました。 ＞A-VX5 ＞NTOSの後継OS。 ＞S3100シリーズSモデル用のOS ＞コンピュータの系統はN6300→N6500→S3050→S3100/S→OP-Xという流れになる。 ＮＴＯＳ系は、ＡＣＯＳ（ＮＥＣと日電東芝の汎用機）のＴＣ（ターミナルコントローラー）としての役割が本来と思いました。 オフラインのマルチエントリー端末装置で入力されたデータをＡＣＯＳに引き渡す。 オンラインでのＡＣＯＳの複数端末を統合する端末装置 拠点や部門等の単独業務をマルチワークで利用する端末装置 等と思います。（詳しい人が見てたら教えてください。） ちなみにＰＴＯＳ系は上記をシングルワーク(スタンドアロン）で処理する端末装置の位置付けになります。 文字通り、端末装置でホスト（主人）に対するスレーブ（奴隷）の関係でした。 という事で、生まれも育ちも超小型コンピュータから発展したＩＴＯＳ系とは相容れない関係だったと思います。 それがＩＴＯＳ系と名前だけがあたかも同じシリーズのように統合されたのは営業戦略しかありません。 ＩＴＯＳ系の発表時期と比べると解り易いかと思います。このＳｉｔｅの資料を参考にすると、 （内容的には、「ＮＥＣ製オフコンの歴史」とダブる所もあります。ターラヤンさんの内容の方が正確と思いますが私なりの思いもありますので、記憶とイメージをちょっと書かせてください。） １９７３年１０月 Ｎ６３００出荷＜−＞ＮＥＡＣシステム１００発売 ※全く目的の違った装置で相容れない時代と思います。 １９８５年１０月 Ｎ６５００出荷＜−＞ＮＥＣシステム１００ＶＳシリーズ ※実体は兎も角として、「オフィスプロセッサ」としてカテゴリの統一名称をつけたということでしょう。 裏的には新御三家が台頭してきて、「ＩＢＭ」「富士通」は汎用機メーカーでありそのＴＣ装置もオフコンと称して、電子協の統計にオフコンに入れてきたという背景があり対抗上ＮＥＣも台数を水増しする為の方便でした。 「拠点や部門等の単独業務をマルチワークで利用する端末装置」という機能があったのでオフコンだということでしょう。 （Ｎ５２００は最後までパソコンでスタンドアロンオフコンとは言わなかったですね。これを統計にいれればダントツでオフコンＮｏ１．シェアーだったと思います。） １９８７年５月 システム３０５０シリーズ出荷＜−＞ＮＥＣシステム３１００シリーズ ※どこからクレームがあったのか、ハード的にもさらなる共通部品が増えたのか、 更なる名前の統一をは図ったという事でしょう。 （実体は兎も角、プリンター等の所謂Ｎ型番は別系列のままで建前は互換性は無いということでしたと思います。） １９８８年１１月 システム３０５０Ａシリーズ＜−＞ＮＥＣ３１００Ａシリーズ ※ＩＢＭにＳＹＳＴＥＭ３８（ＯＳ名は忘れました、ＮＥＣのＡＣＯＳ２クラス）とＳＹＳＴＥＭ３６（ＳＳＰ、オフコンですからＮＥＣ３１００クラスとなりますが、ＩＢＭの場合はＴＣとしても多く利用されていたから、システム３０５０クラスかな？）がありました。 これをさらに統合してＡＳ／４００を発表しましが、ＮＥＣもそれを意識して統合しようとした布石なのでしょう。 ＡＳ／４００に対抗して端末接続台数の多さとか、旧システムや基本システム（モデル３０Ａ？）の何倍のスピードとＩＢＭ式の表現がやたらに増えました。 次の次のＳ７２００のＳＥＰ機能で統合されましたが、ＳＥＰ−ＯＳはＬＡＮシリーズしか動かなくて、ＮＴＯＳ系の個別ＡＰはつかえなかったので何のための統合化わかりませんでした。単にＴＣとして使いたいユーザはＡ−ＶＸＩＩは不必要でしたね。ＩＢＭもＡＳ／４００を出した当初は、ＡＳ／４００の名前でＳＳＰだけが動く下位機種もあったと記憶してます。（ＯＳ／４００上でＳＳＰをエミュレーションする機能もあります。いまのＡＳ／４００はＬｉｎｕｘも動くようですね。） １９９０年５月 システム３１００Ｓモデル＜−＞ＮＥＣシステム３１００Ａモデル ※ＯＳ名称がＡ−ＶＸ５、Ａ−ＶＸ１０と統一されました。名前だけの統一かと言う人もいましたが、 ただ、ＮＥＣの肩を持つと、ＩＢＭでＳＡＡ（ＳＮＡではありせん、システム・アプリケーション・アーキテクチャ）に対抗してＤＩＳＡ（ＤＩＮＡではありません。）を発表しこの時か次のシリーズ（記憶あいまい）で新ＨＩ（ヒューマンインターフェース）メニューなるものを発表しました。 ハード的には統一方向になったので一応はメニューの統一性を図るということでした。 継続利用の普通のユーザや売る側のＳＥも旧来互換性を優先して旧メニューでＳＧしている所が殆どなので、ＥＸＰ６００を使っている所でも新ＨＩメニューを知らない人が殆どです。 （余談ですが、今でも、ユーティリティは＃ＡＢＣ、ＲＤＢ／ＥＵＦはＲＤＢＱ、簡易言語はＳＭＡＲＴとという旧バージョンを使っているところが多いです。新しい機能があるのに使ってないユーザが多いのはもったいないですね） ＩＴＯＳ系、ＮＴＯＳ系、ＰＴＯＳ系とも白地に一行目に青と紫のラインがついてた画面です。 ＯＳ／２を意識して、プルダウンメニューにしたのですがマウスではなく、ＰＦキーと矢印キーで操作するので、皆さん失笑されました。 個人的には私はＩＴＯＳ系はその後の新機能のユーティリティを含めこの方式に統一されたので、結構好きです。 Ａ−ＶＸＩＶＲ４．５以降はマウス機能が追加されたのですが、新ＨＩメニューがマウスが使えるがどうかは解りません。 ＯＰ−ＸとＥＸＰ７００、６００は別項とします。 | |
| Re: ＮＥＣのリコー向けＯＥＭ仕様 | |
| 江須扇 2003-8-29 22:50:19
[返信] [編集] これはあくまでも、営業トークて聞いただけなので本当かどうかはわかりませんが、 １９７９のＳ１００はそれ以前の旧１００になっかった機能としてキータッチ時にクリック音が出るようになりました。これはリコーがＮＥＣにＯＥＭとして要求したと聞きました。しかし実際はＮＥＣ出荷を含めた追加機能として発売されました。 その後、Ｓ３１００を経て、Ｓ７２００のＷＳのＳ７１００では、ＮＥＣユーザの要望（？）でクリック音のするモードとクリック音のしないモード（ＬＡＮ／ＯＳのキー配列（ＰＦキー機能が違う（？）））を任意に切り替えて使えるようになったと記憶しております。 | |
| ＮＥＣのリコー向けＯＥＭ仕様 | |
| 江須扇 2003-8-29 22:10:38
[返信] [編集] タイトルは大げさに書きましたが、たいしたことは書きません。 １９７７年の提携時のＳ１００（旧１００、赤１００（筐体がスカーレット塗装））はどうだったか忘れましたが、（たぶん下記と同じと思います） １９７９年のＳ１００（新１００、白１００（筐体がアイボリー塗装））は次のようになっていました。 ＮＥＣが工場出荷時に「ＮＥＡＣシステム１００」と同じ大きさのネームプレート「ＮＥＡＣ／ＲＩＣＯＭシステム１００」を添付する。 搬入設置後の現調時のＲＩＣＯＨの保守員が、「ＮＥＡＣシステム１００」が隠れるように「ＮＥＡＣ／ＲＩＣＯＭシステム１００」のネームプレートをその上に貼り付ける。 ＮＥＣシステム３１００になった時は、 ＮＥＣが工場出荷の時に「ＮＥＣシステム３１００」と同じ大きさのネームプレート「ＮＥＣ／ＲＩＣＯＨシステム３１００」を添付する。 搬入設置後の現調時のＲＩＣＯＨの保守員が、「ＮＥＣシステム３１００」が隠れるように「ＮＥＣ／ＲＩＣＯＨシステム３１００」のネームプレートをその上に貼り付ける。 ということでＮＥＣのＯＥＭは客先の現地で完成で楽屋裏（貼り付け作業）を見せるというへんなものでした。 ＮＥＣの工場出荷後ＲＩＣＯＨの倉庫に入りそこで添付していたかもしれませんが、詳細は不明です。 現調時になんらかのトラブルがあり、慌ててしまった時はＲＩＣＯＨの保守員が貼り付ける事を忘れるという大トラブル（？）もありました。 Ｓ１５０等その他の機種やその後Ｓ７２００はどうであったかは私は確認をしておりません。 | |
| Re: これからの予定 | |
| ＥＸＣＨＡＮＧＥ 2003-8-28 16:25:40
[返信] [編集] ＊ 江須扇さん、こんばんわ！ ＊ Ａ−ＶＸの継続販売についてですが、今頃でもＡ３０のディスクが出てくるＮＥＣのことだから（さらにいえば今頃までＰＣ９８を販売してきたＮＥＣのことだから）顧客数がかなり減ってもわりと長いこと継続するんじゃないか、と私は思ってきました。 ＊ ＣＯＢＯＬについては現在までのところ「実社会」ではそれほど減っていないのではないでしょうか？ ＶＢなどは江須扇さんのおっしゃるとおり短期間に仕様が変更されるのでちょっと危ないな、と感じておられる方も多いのではないでしょうか。 ＊ ただ、現状ではオープン系ＣＯＢＯＬ製品のほとんどがダウンサイジング向けという感じで、「手続き型」＋「カラフルＷＩＮＤＯＷ」のスタイルが主流です。やはりこれからは「イベント型」＋「オブジェクト指向」でないとエンドユーザが望む（あるいはキョービのパワーもてあまし気味のＰＣのための？）ソフト作りは難しいように思います。 ＊ 個人的にはＪＡＶＡかな。。と思ってしまいますが、ＣＯＢＯＬ２００２の新規格が普及してくると思いますし、ＣＯＢＯＬもそう捨てたものではないと思います。 ＊ 現在のＡ−ＶＸに対しては、おおいに言いたいことがありまして、これについては連載コラムでも訴えてみたいのですが、「大胆な変革」をＮＥＣにお願いしたいと思っています。 ＊ 主な点は、ＤＢ機能の強化、表示画面部分のＪＡＶＡ変換によるＷＥＢ対応などです。 現在のようにオープン連携に頼った「守り」の姿勢ではなく積極的に変革を行ってこそ顧客も若い開発者もついてくるのではないでしょうか。 ＊ 私が長いことＡ−ＶＸとつきあってきて「Ａ−ＶＸが一番優れている」と感じるところは日本の中小企業にとって多すぎもせず少なすぎもせずちょうど良い内容と規模にまとまっている、と言う点です。理念過剰の重たいＡＳ４００、器用貧乏の富士通のオフコンとちがって実際的でバランスの良い構成になっています。 ＊ ハデさはないですが、良く働きますし、突然電源切れてもほとんど怪我せずに起きあがってまた働きますし、２０００年問題も難なく乗り越えましたし、Ｗｉｎｄｏｗｓ全盛の時代になってもちょこんとＮＴの中に住み着いて生き延びています。 この「身軽さ」と「生活力」が身上です。 ＊ あ、ちょっとおしゃべりしすぎましたね。。 またこの続きは次回に！！ | |
| Re: リコーのオフコンとＡ−ＶＸの未来 | |
| ターラヤン 2003-8-25 22:32:47
[返信] [編集] リコーのオフコンのことはあまり知らないので勉強になります。ぜひ続きもお願いします。 確か昔同僚がN5200でプログラムを作った時、ソートしてからFD出力、ホスト側に持っていくとソートした順番がおかしくなるとか言っていました。JISとEBCDICの違いなのですね。 私自身、いかにも知っている風なことを書いていますが、この業界に入ったのは1980年代後半、つまりS100VSシリーズ、ITOS-4Vぐらいからしか知りません。それ以前については、先人の残した資料で書いています。 ITOS-1は、フロッピーディスク起動のOSでしょうか。うちにはITOS-1の使い方とか一覧表ならあるのですが、資料を残した人はITOS-1がどんなものか知っている人向けに作っているようで、ITOS-1の基本的なことがわからない私にはさっぱりです。 | |
| Re: リコーのオフコンとＡ−ＶＸの未来 | |
| 江須扇 2003-8-24 13:16:43
[返信] [編集] ＥＸＣＨＡＮＧＥさん初めまして、先ほどはご挨拶もせず失礼しました。 私もリコーの事を少し書かさせてください。 ＞ＯＳ的にはＲｉｃｏｍ２０００〜Ｒｉｃｏｍ−ＩがＣＯＭＰＯＳという独自ＯＳでした。 これは面白かったですね。ディレクトリ（ファイル管理）がＣＰ／Ｍのよう感じで、ファイルの登録をする必要がありましたが、自動拡張を１６ブロックまでできたのは、ＮＥＣのＩＴＯＳとくらべて画期的でしたね。当初のＲｉｃｏｍ２０００が３ＦＤＤを標準装備にしたので、２ＦＤＤシステムのＩＴＯＳ−１マシンと比べたら運用性は抜群に良かったですね。 ＣＰＵ内部ではＪＩＳで管理しており、ＦＤ出力はＥＢＣＤＩＣのＩＢＭ形式とハード変換をしていた謎のマシンでした。 （ソートはＪＩＳ順でした。Ｎ５２００もＣＰＵはＪＩＳ、ＦＤはＥＢＣＤＩＣだったようですね？） ＞これがなかなか優れた製品でして、この上でｃｏｂｏｌおよびＲａｐｉｄというコボルジェネレータが利用可能でした。ｃｏｂｏｌはｍｉｃｒｏｆｏｃｕｓ製で超高速コンパイルが可能、Ｒａｐｉｄは構造命令をもつｃｏｂｏｌライクな言語で当時はＮＥＣのオフコン（システム１００）などのｃｏｂｏｌよりずっと進んでいたと思います。 ＣＯＭＰＯＳのＣＯＢＯＬは実際の開発がＭｉｃｒｏｆｏｃｕｓ社（噂ではＭＳ社？）かもしれませんが画面機能やプリンタのフォームオーバーレイ機能はＩＴＯＳのＣＯＢＯＬの機能を改善して取り込みＩＴＯＳより簡単でＩＴＯＳよりコンパイルスピードが無茶苦茶速かった独自仕様でしたね。 （ＩＴＯＳ−１では１０００ステップで３０分以上掛かったいたのが、２、３分でできて感激をしました。） そのＣＯＢＯＬを生成できるジェネレータＲＡＰＩＤがＳＭＡＲＴ＋ＡＰＧ（１９７８年のＩＴＯＳ以前のＮＥＡＣシステム１００のＣＯＢＯＬジェネレータＲＰＧを模した名前と記憶しております。）のようで会話形式とバッチ形式両方可能な簡易ソフトでしたね。 （その後のＩＴＯＳのＣＯＢＯＬ／Ｓより良かったと思います。） しかし、ＦＤシステムから大容量ＨＤＤが中心になった時、ＤＯＳのようにディレクトリが階層構造になってなかったのと１６ブロック以上拡張できないのが致命傷になりましたね。（あと日本語機能の漢字コードが独自仕様でカタカナ２バイトも致命傷でしたね） そこでＭＸ５００シリーズのＵＮＩＸｓｙｓｔｅｍ�坑劭紕譯紕瓧鵤紕瓦療仂譴念豕い鵬鮠辰箸いΔ海箸世辰燭隼廚い泙垢�、 開発予算の関係か（？）ＣＯＭＰＯＳ−ＣＯＢＯＬの開発者いなくなったのか（？） 今度はｍｉｃｒｏｆｏｃｕｓのＬｅｖｅｌ−ＣｏｂｏｌのＵＮＩＸ版そのマンマで独自仕様の画面機能等を追加して出荷しました。 Ｓ７２００からＥＸＰ７００に移行のようにならず、Ｓ７２００からＥＸＰ１００のＡＰ環境／開発(実行)セットで移行するような方法です。 つまり、ファイルの指定方法、ＪＣＬ等や各ユーティリティのパラメータ、メニュー、漢字コードその他、色々手作業する為、移行に莫大な工数（？）が掛かりました。 金額が高い、起動までのスピードが遅い、３．５インチにＦＤが移行していたのに５インチしか付かないその他いろいろと売れない営業が売れない言い訳をするには最適商品でした。という事で鳴り物入りで登場した割にはあまり売れなかったようですね。 沢山書きすぎたのでこの続きは次回という事で。 | |
| Re: 日経の顧客満足度調査 | |
| ターラヤン 2003-8-19 7:05:14
[返信] [編集] 富士通の下位機種といえば、ベストセラーだったK-10の系統になると思いますが、たしかこれは９７年頃のアルファシリーズが最後になっているはずです。それ以降、スタンドアロンタイプのものはないはずです。端末用途としては、パソコン＋エミュレータに置き換わってしまったようです。 今の富士通のオフコンは、Ｋ−２００とかＫ−６０００の後継であるサーバ系統しか残っていません。 これは今のＮＥＣも同じで、下位モデル（スタンドアロンや端末として使用できるモデル）は無く、代わりはパソコンかＢＴというダム端しかありません。 たしか東芝がオフコンを移行する時、お客さんがオープンを嫌がった場合、iseries（ＡＳ４００）を勧めているはず。 富士通の下位機種は、パソコンに置き換わった。 また富士通のオフコンとiseriesはよく似ているので、リプレースされやすいかもしれません。 あくまで予想ですが、そんな感じかもしれません。 | |
| Re: これからの予定 | |
| 江須扇 2003-8-17 23:39:09
[返信] [編集] 亀レスですが・・・・ 私が求めているのは、いかにしてＮＥＣにＡ−ＶＸを長く継続して販売させるかです。 今のところはまだ、継続開発、生産をするようですが今後はどうなるかわかりません。 つまり、ＮＥＣもまだまだ、ＥＸＰ７００以前のＡ−ＶＸを使っているユーザもたくさんあり売れると思っているのでしょう。 つまり、ＥＸＰ６００に乗換えてもらいユーザを減らさないということだと思います。 三段論法的ですが、 業務アプリケーション開発はやっぱりＣＯＢＯＬだ。−＞ そのＣＯＢＯＬに最適なＤＢはＡ−ＶＸ／ＲＤＢだ。−＞ Ａ−ＶＸ／ＲＤＢが動くのはＥＸＰ６００だ。−＞ とＥＸＰ６００を買いたくなるのはどうすればよいかです。 Ｗｉｎｄｏｗｓはソフト資産の継続性がないし私にとっては、 業務アプリケーション開発は難しいのですが、 本当に皆さんはＣＯＢＯＬはダメだと思っているのでしょうか？ ここが一番知りたいところです。 | |
| Re: 日経の顧客満足度調査 | |
| ＥＸＣＨＡＮＧＥ 2003-8-17 23:39:08
[返信] [編集] ＊ 何につけても「中ぐらい」というのが非常にＮＥＣ的ではないでしょうか。Ａ−ＶＸにしても特別ハデな機能というのがなく、まじめ、安全、堅実という感じでまさにＮＥＣそのものではないでしょうか？ ＊ ＩＢＭが突出している理由は、たぶんセールスプロモーションのやりかたにあると思います。この「オフコン逆風の時代」にあって堂々とその価値を情熱的にユーザに伝えようとしています。ＡＳ／４００生みの親ソルティス博士を前面に押し出し、それはもうすごいですから。。 コンピュータやＯＳはやはり供給側が「これはすごい！絶対だ！」といって販売しないと売れないものです。 （ゲイツ氏はすばらしい例でしょう。いかにＩＢＭでもＯＳ２は こうした情熱的な「顔」がなかったので負けてしまった。たぶんＩＢＭはここから何かを学んだのでしょう） ＊ それにしても富士通さんはどうして販売数でＩＢＭに負けているのでしょうか？日本でオフコンといえばＮＥＣ、富士通が張り合っているとばかり思っていたのですが？ Ｋシリーズの下位機種がＰＣに置き換わってしまったからでしょうか？ でもＮＥＣだってＮ３１００／１０やＸ１０等でおこなっていたスタンドアローン業務はＰＣに取られてしまったでしょう？ | |
| 日経の顧客満足度調査 | |
| ターラヤン 2003-8-17 13:39:02
[返信] [編集] ちょっと古い話ですみませんが、 日経コンピュータの7/28号で顧客満足度調査がありました。 オフコンについてもありましたが、ＮＥＣは製品／サービスともに満足度は丁度まんなかでした。 オフコンの製品としての回答数が177もあるのに、A-VX/RDBについての回答数はたったの23。A-VX/RDBはあまり使われていないのでしょうか。 それにしても、オフコンに関しては、いつもIBMが圧倒的大差で１位ですね。どういったところが良いのか詳しいところが知りたいです。単に世界標準としての安心感だけではないと思うのですが。 | |
| これからの予定 | |
| ターラヤン 2003-8-17 13:25:07
[返信] [編集] 会社の盆休みなどがありゆっくり休もうと思っているので、更新は９月頃から行おうと思っています。 若干来ていただいている方がいらっしゃるようですが、皆さんはどのような目的で見に来ているのでしょうか。 ＮＥＣに限らず、オフコン全般の情報を求めているのでしょうか。 他社のオフコンについてはあまり知りませんが、ＮＥＣのオフコンと他社のオフコンとの比較ぐらいならばできるかもしれません。 それとも、ＮＥＣオフコンのもっと詳しい情報（ＪＳ，コマンドとか）を求めているのでしょうか。 これは、私もＮＥＣから出ている説明書程度の知識しかありません。 それに、詳しくコマンド等を書いて、エンドユーザ（オフコンの管理者ではない人）が、勝手にＪＳを書き換えて業務が動かなくなったり、ハードディスクを初期化してしまったり、といったトラブルになるのも非常に困るかな、とも思っています。 オフコンを適用したソリューションとかそういうもできません。 何か私でも書けそうなもので、リクエストなどありますか。 | |
| Re: リコーのオフコンとＡ−ＶＸの未来 | |
| ターラヤン 2003-8-17 12:25:33
[返信] [編集] 情報ありがとうございます。 リコー独自のオフコンのことはあまり知りませんでしたので、勉強になりました。 Ｉシリーズは単にAS400そのままだと思っていましたが、独自ソフトを載せていたのですか。 会社としての方針・思惑もありますから、社員一人の思いではどうにもならないところもあるでしょう。いずれにしてもオフコンは日本独自の文化ですから、なくなってほしくないものです。 | |
| リコーのオフコンとＡ−ＶＸの未来 | |
| ＥＸＣＨＡＮＧＥ 2003-8-15 17:46:17
[返信] [編集] ＊リコーのオフコンのことが豆知識に書かれていましたが、少し補足させて下さい。リコーのオフコンは主なものが リコム８（エイト）−＞ペンコール−＞Ｒｉｃｏｍ２０００−＞Ｒｉｃｏｍ３０００−＞Ｒｉｃｏｍ−Ｉ（アイ）−＞ＭＸシリーズ−＞Ｒｉｃｏｈ−Ｉ（アイ）７３５Ｄ、７３６、７４０−＞独自製品撤退 となりました。（アイシリーズというのは２種類あります！） ＯＳ的にはＲｉｃｏｍ２０００〜Ｒｉｃｏｍ−ＩがＣＯＭＰＯＳという独自ＯＳでした。これがなかなか優れた製品でして、この上でｃｏｂｏｌおよびＲａｐｉｄというコボルジェネレータが利用可能でした。ｃｏｂｏｌはｍｉｃｒｏｆｏｃｕｓ製で超高速コンパイルが可能、Ｒａｐｉｄは構造命令をもつｃｏｂｏｌライクな言語で当時はＮＥＣのオフコン（システム１００）などのｃｏｂｏｌよりずっと進んでいたと思います。その後ＮＥＣ、富士通などに押されて独自ＯＳの開発を断念し、ＭＸシリーズではＵｎｉｘを採用、リコーＩ（アイ）シリーズではＩＢＭのＯＳ２、Ｓ３６のＳＳＰ、ＡＳ４００のＯＳ４００を採用しました。そしてそれらのＯＳ上で、従来のＲａｐｉｄや同等の機能を持つユーティリティを提供する（ＯＳごとＮＴに乗せてしまったＮＥＣのＡ−ＶＸとはやり方は違いますが。。）という路線を採用しました。 ＊ＣＯＭＰＯＳの頃は「このＯＳとリコムに社運をかけています！」という情熱的な言葉を口にしていたリコー社員が、独自路線をやめて他社のＯＳの上で動かしかけたとたんに、みるみるリコーのオフコンに対して情熱を失っていくのをまにあたりにしました。 そして「撤退」。。。 ＊ＮＴ、Ｗｉｎｄｏｗｓ２０００の上にＡ−ＶＸを乗せる路線に切り替えたＮＥＣのオフコンが、かつてのリコーのオフコン事業と同じような運命をたどっているように見えるのですが。。。私の心配が杞憂であれば良いのですが、ＮＥＣさん！どのように考えているのかしら。。。 | |
| Re: 初めまして！ | |
| ターラヤン 2003-5-29 13:16:41
[返信] [編集] はじめまして。今のところ何もありませんが、よろしくお願いします。 知り合いから、以前はオフコン関係のＨＰがいくつかあったという話は聞いています。 私自身は、最近インターネットを始めたので、見たことがありません。 | |
| 初めまして！ | |
| しぶお 2003-5-28 5:54:57
[返信] [編集] 久しぶりに、ＮＥＣのオフコン系のＨＰを見つけて、喜んでいます。（以前、良いＨＰがあったが、閉じてしまった） 今後とも、情報交換をお願い致します |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band