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