ＮＥＣのオフコン情報掲示板（いろいろ）
| ＮＥＣのオフコンに関しての最新情報、面白い話、昔の思い出、何でも自由に書いてください。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| 「製品」と「ハード保守」と「ソフト保守」は別なのでは？ | |
| ＥＸＣＨＡＮＧＥ 2003-10-3 1:53:26
[返信] [編集] ＊「維持保守契約が大前提」というのは私も同感です。また、サービスは有償でなければ維持できないということがユーザに十分理解されていないのも事実です。 ＊ 一方、私は「ユーザ」の立場で自社開発をしてきた経験もあるので「ユーザ」の気持ちもある程度理解できます。 導入後わずかな変更を依頼しても「高額な見積もり」を出され、この程度は自分で出来るのに、と思っても「そんなことをされては当社としては保証できない」と脅かされ、他のディーラに替わりたいと思っても「ソース」を出してもらえないので一から開発でかえって高く付く。。といったことはオフコン業界によくあります。 この不況下で、「新しい機械に買い換えたい」のはやまやまだけど、「もう少しの間」このまま使い続けるしかない。。ハードの価格が高額で、買い換えても「システム」の内容の大幅更新まで予算が取れない、どうせ同じことしかできないのなら、動くうちはこのまま使い続けても同じでは。。 ＊ そこで、パソコン系のシステムへ変わりたいというふうになるのでしょう。 もっともそこには別の問題がいっぱいあるのですけどね。 ＊ ところで、オフコンというかコンピュータ全般のことですけど、 ハード製品、ＯＳ製品といった「製品」と、「ハードウエアの保守」と「業務ソフト（業務システム）の保守」はそれぞれ別物と考えたほうがよいのではないでしょうか？ ＊ オフコンの特徴は同一メーカによる「製品（ハード、ＯＳ、開発ツール）」の一貫性にその本質があるのであり、これはすでに「製品価格」に反映しているはずです。 ＊ 一方ハードウエアの保守は基本的にメーカによって供給されるものだとしても、それは「ハード保守サービスという別商品」なのでユーザによって「定期契約」「随時契約（スポット修理）」といった自由な選択肢があってしかるべきだと思います。（現に実施されていると思いますし、供給者も「メーカ直」以外に「自営保守」というタイプもあります） ＊ 業務ソフトウエア（システム）についても「システム構築という別のサービス、商品」なので、 ユーザには可能な限り自由な「選択肢」があったほうがいいと思います。 「系列」のディーラだけでなく、「自社開発」、「独立したソフトハウス」へ依頼するなど考えられると思います。 ＊ ところが、現在の制度では「製品の販売」と、「技術情報の提供」がすべて「系列ルート」を通じてしか行われないので、 ユーザは、すべて「系列ディーラ」にいわれるままの「高額」な（と、選択肢がないので感じてしまう）サービスに従わざるを得ないのが実情です。日本のメーカのオフコンは特にこれがひどい。 ＊ この点では、日本のメーカはもう少しＩＢＭを見習うべきだと思います。 例えばｉサーバ（ＡＳ／４００）などは、ＩＢＭのホームページに、ＯＳ４００のマニュアルと設定情報が公開されていますし、ＩＢＭとサポート契約を結べば、メーカ直で技術情報が入手できます。 ＊ Ｆ社のＨＰのオフコン情報をみてごらん。代理店を通じて登録したユーザしか閲覧できない「鍵マーク」だらけ。 ユーザ向け「情報誌」だって「代理店名」とその「担当者名」を書かなきゃＨＰから申し込み出来ないでしょう。 ＊ 要するに「オフコン」は、少し製品が高くても「ハード、ＯＳ、開発ツールが同一メーカによって提供され、かつ長期にわたって一貫性と継続性が維持される」という点に価値があるのであって、 「系列販売」は必ずしも本質的ではないと思うのです。 ＊ 現状の「ガチガチの囲い込み」が続く限り、ＳＯＨＯ、ユーザ企業内の若いソフト技術者は次第に「オフコン」のまわりに近寄らなくなり、我々のような「オジサンＳＥ」ばかりになっていくでしょう。 ＊ やっぱり「オジサンＳＥ」だね。 ちょっと、話がクドくなってきたかな？？ ＝＝追伸＝＝ う〜〜ん。こういうことは「オープン系」ＯＳでないと、やっぱり無理なのかなあ。。 「オフコン」に情報の公開を求めるのは、「木によりて魚を求む」のたぐいかなあ。。 だんだん自信がなくなってきました。 | |
| ＮＥＣオフコンは維持保守契約が大前提です。 | |
| 江須扇 2003-10-2 13:47:40
[返信] [編集] 他社の事はわかりませんがＮＥＣオフコン、 システム１００、システム３１００、システム７２００、Ｅｘｐｒｅｓｓ５８００／７００、６００ の場合は業務（オフィス）で使用する（コンピュータ）ということが大前提です。 従ってパソコンショップなどで販売はしておらず、基本的には 販売店（特約店、代理店、ディーラ）を通して販売されており通常は契約書を交わすので販売店と利用者（ユーザー）は特定されます。 さらに業務で使用するコンピュータという事でハードウェア障害が発生し業務に支障をきたさないように維持保守契約を結ぶ事になってます。 維持保守は販売店で行う自営保守とＮＥＣの保守専門会社（後述）に委託する委託保守があります。又は、何らかの理由で販売店が携わらない時はＮＥＣの保守専門会社の直接保守があります。 つまり業務で使用しているかぎり販売店か保守会社と連絡が取れているのが前提です。 もちろんビジネスなのでお金が必要なのは当然です。 オフコンはその前提の上で使用するという話になっております。 業務で使用するつまり企業収益を得る補助設備でありその設備を維持保守する事は管理者、経営者の義務であり維持するコストが収益に見合わない場合は廃棄すべきです。 この事が良い意味でも悪い意味でもオフコンのオフコンたるところでパソコンとは大きく違うところです。私はそう思っております。 販売店が倒産したとか何らかの理由で販売店とも保守会社とも連絡がとれてない場合は下記のＮＥＣの保守専門会社に連絡をし早急に《保守契約》をしましょう。 ＮＥＣフィールディング http://www.fielding.co.jp/ なお、今まで保守契約をしてない場合はオーバーホールという維持保守できる状態に現状の確認保守作業をしますと言われる場合があります。 その場合は費用が発生します今まで保守料を払って無い場合その総額以上になるかもしれません。 また、経過年数多くて維持保守が出来ないといわれる場合もあります。 その場合は保守会社にＡ?ＶＸを熟知しており現状のシステムを移行できる信頼できる販売店を紹介してもらいましょう。 | |
| 鉄道と道路（自動車） | |
| 江須扇 2003-10-2 3:43:42
[返信] [編集] このサイトでいきなり鉄ちゃんネタ？ いえ違います。 地上を走る交通手段として鉄道と道路（自動車）がありますが一番違う所は 鉄道上で走る列車は全て企業が運営しているというです。 道路上を走る車は営業車、自家用車が何の区別もなく混沌と走っています。 何が言いたいかと申しますと私はＡ−ＶＸ大好き人間ですが自宅にはオフコンを所有しておりません。 なぜかと言えばオフィスコンピュータだからです。 高いからいえいえ、販売中止になりましたが６１０のスタンドアロンであれば大昔のパソコン等に近くそれなりの値段です。 しかし、私は自宅でオフコンを使って企業収益をあげる業務は行っておりません。 オフコンはオフコンです。企業が使って企業収益をあげる為の補助手段です。鉄道会社が自社の車両を管理保守しているのは、それで企業収益を得てるからです。 オフコンで企業収益をあげている手段として使っているなら、つまり設備であるなら、設備の維持、保守は経営者、管理者の義務です。 つまり、維持、保守する事が収益を生まないということでしたら早く捨てるべきです。 それにしてもメーカーであるＮＥＣも販売代理店も保守会社も表現方法は違うかもしれませんが、ユーザー（利用者、お客様）にその事を地道に根気よく伝え理解していただく努力をしてないのではと思います。 古いマシンを使用するのは自由を思いますが結果的に業務に使うのに壊れてからどうしようと騒いでいるのは キツイいいかたですが業務システムを甘く見ているからとしか思えませんがどうでしょうか？ 個人でも使うパソコンと同列で考えて欲しくないというのが私の考え方です。 また、これもメーカーに言えることですが、「ただ、無い」と言うのではなく有償ソフトウェアは有償である事はユーザーによく理解していただく必要があると思います。 | |
| （意見広告）： プロの会社は顧客の「過去資産」に責任をもて！！ | |
| ＥＸＣＨＡＮＧＥ 2003-10-1 14:11:28
[返信] [編集] ＊ このＨＰで何回か「質問」というのが掲載され、私も親切心で数回にわたって「回答」もしくは「ヒント」のようなものを入れさせて頂きました。メールでのやりとりをさせて頂いたこともあります。 ＊ このやりとりで気づいたのですが、 お一人の方は、現在は純粋にユーザ（職場での運用責任者）の立場で運用上お困りの案件でしたので、最後まで気持ちよくやりとりが出来ましたが、 そのほかの方については、よくよくお聞きすると、 その問題になっているシステムは、 実は、”「私たちが作った」システムですが ” ”現在わかるものがいない ” ので このＨＰで ”お教え頂きたい ” ”助けてほしい ” と、いうものでした。 ＊ たしかに、そのシステムは同じ会社ではあっても「昔の先輩たち」が作ったもので、「自分たちは」分からないのに突然その担当に配属されて「困っている」。。 というのはお気の毒なことと、心からご同情申し上げます。 そして、このような「場」で他人の気持ちを害することをあまり言いたくはありません。 ＊＊＊ しかし ＊＊＊＊＊＊ あえて、私は言いたい、 「もし、あなたのおっしゃっている内容がほんとうのことなら、 それは、実はあなたの会社の問題です。 システム構築をひきうける「プロ」の会社としての貴社内部の問題です。」 たとえ昔に引き受けたシステムであれ、ひとたび「ソフト会社」としてある「お客様」をお引き受けしてシステム構築したのであり、そして今もその方があなたの会社のお客様としてとどまっておられるのであれば、 たとえ年数が経ち、担当者が替わっていても「資料」や「仕様書」を引き継ぎ、「出来る者」もしくは「出来るスキル」を保持し続けるのが当然の責任ではないでしょうか？ こういうことは、「普段から」しておくべきことで、窮してからこのようなところへ「助けを乞う」というのはプロとして「恥ずかしい」ことと思いませんか？（会社の恥をさらしているようなものです） ＊ そして内容はふつうＡ−ＶＸをやっていればごく「基本的な」な内容ばかり。 私には信じられないのです。例えば、５年やそこら前に、そこそこ大きなマシンで開発しておきながら、「Ａ−ＶＸのデータをエクセルや、ＣＳＶ形式に落とす方法を使ったことがない、またはやり方を全く知らない」などということが。。 Ａ−ＶＸでシステム作りした会社ならそんなことは「常識」ではないでしょうか？ そしてまた信じられない。 「納入当時、顧客に納めたテープメディアに何が入っているか分からない。読み出す方法も全く知らない。仕様書も残っていない。」などということが。。。 ひねくれて、性格の悪い私は、「本当は、Ａ−ＶＸのリプレースをねらっている連中が、偽って質問をしているのでは？」 とすら想像したくなってしまいます。 ＊ いずれにせよ、「Ａ−ＶＸ」から「自分たちの都合の良いシステム」に乗せ替えたいだけのために、「その場限りの助け」を求めている連中に、私は一生懸命、力を貸そうとしていたのだろうか？ と思うと悲しくなってきました。 ＊ 私は、決してＡ−ＶＸに盲目的に惚れ込んでいるわけではありません。必要な場合はＶＢや、ＪＡＶＡで純粋なオープン系システムを組みます。 そしてＡ−ＶＸが、まだまだ多くの不十分な面を持っていることも事実です。 ＊ しかし、このＨＰはターラヤンさんが始めた、「Ａ−ＶＸに関心のある者同士の交流の場」であると思いますので、 「Ａ−ＶＸをおとしめるための方法を伝授する」のではなく、「Ａ−ＶＸを有効利用するための建設的な方法を教え合い」、 「Ａ−ＶＸをより高めていくようＮＥＣに対して発言していくような場」にしていきたいと思います。 ＝＝ 追伸 ＝＝ ごく直近に、ターラヤンさんがフーさんに返答されていた内容を拝見させて頂いて、とても感銘を受けました。 そこには、質問者と既存のシステムに対する思いやりがあふれていたように思います。 ＞ 一番良いのは、オフコンを購入した販売店／ディーラーに相談してみることだと思います。 システムを構築したところが、一番良く知っているはずです。 ＞ｅｎｄ | |
| ３０年前のセールストーク | |
| 江須扇 2003-10-1 13:47:01
[返信] [編集] ＞そのため、OSはWindowsに、データはOracleにして、誰でも扱えるようにしたい、という思いです。） この言葉で、あくまでもイメージですが３０年前のセールストークを思い出しました。 ------------------------------------------------------------------------------- 専用のコンピュータルームは必要ありません、一般の事務所内に設置できます。 専用の運用要員もいりません。誰でも扱う事ができます。 専用のプログラマも必要ありません、ＣＯＢＯＬライクの会話形式のＢＥＳＴで誰でもプログラムが作れます。 と１９７３年華々しくＮＥＣオフィスコンピュータは登場しました。 「母さん、誰でも扱えるオフコンは何処行ってしまったのでしょうか？(Mama do you remenber?）」 「人間の証明」風に叫んでしまいましたが、いつからオフコンは難しくて敷居の高いコンピュータになったのでしょうか？ 何度も言いますが私はＯｒａｃｌｅの方が敷居が高いです。 | |
| （６００は「買い」だ！）： その１ 「まだ迷っている方へ」 | |
| ＥＸＣＨＡＮＧＥ 2003-10-1 6:26:09
[返信] [編集] ＊ 「以前から古いオフコンを使っているが、そろそろ新しいものに買い換える必要があるな?」 「コンピュータには何かというと高い金をかけてきたが、 何とかならんのか、この不景気に。。」 「近頃はパソコンが安いと聞いたし、パソコン系のサーバで一からやり直した方が今後のことを考えるといいのかしら？」 「でも、以前からのソフトに従業員たちも慣れているし。。」 「ＰＣＬＡＮで売り込みに来たセールスが、オフコンは将来なくなる、それにオフコンではパソコンにつながらない、だれでも使えない、 といっていたな?。そういえばうちのオフコン、データをパソコンに取り込んでいないようだ。。」 「でも、ＰＣＬＡＮのセールス、見積もりを見ればなんだかんだと訳の分からない項目が並んでいてトータルすれば結構な値段じゃないか！ パソコンは安いって言ってたのに。。」 ＊ いろいろ、お悩みの経営者、管理者の方もおられると思います。 ＊ まずお断りしておきますが、私は、ＮＥＣの回し者（メーカサイドの人間）ではありません。 （メーカサイドの方、うさんくさい呼び方してごめんなさい！！） ユーザの立場から始めて、途中からシステム構築、ソフト制作を「生業」とするようになった立場から、少しばかりお話をさせて頂きたいと思います。あくまでも参考としてお聞きください。 ＊ 「あらゆるケースに当てはまる」などというアドバイスはあり得ないので、それぞれの会社の状況、システムの必要度、担当者のレベル等々、個別の条件を考えて行けばそれぞれに違った回答が出てくるとは思います。 あくまでも一般的な「参考意見」です。 ＊ 一応、状況を限定します。 ＝設置状況＝ （１）ＮＥＣの旧タイプの、いわゆる「オフコン」（Ｓ７２００以前）のマシンを現在も使い続けている。 （２）端末台数で１〜３０台程度。 （３）いわゆる「中小企業」で、現在のマシンは「メイン」のコンピュータである。 ＝現在の問題点＝ （１）マシンが古くなって時々問題が起こる。販売店より「保守契約が出来にくい」などといって、買い換えの要請がある。 （２）業務で発生したデータをパソコンで分析するなどといった情報有効利用があまり出来ていない。 （３）今後のことを考えて、次にどのような形のシステムを導入すべきか迷っている。（このまま「オフコンで乗せ換えか？」「パソコン系システムの方がよいのか？」等） ＝個人的背景＝ ＊ 私は、分野から言うと、一番好きなのがサン（ＳＯＬＡＲＩＳ）、その次がＬｉｎｕｘ、その次がＭＳ（Ｗｉｎｄｏｗｓ）、その次がホスト系（ＡＳ、ＡＶＸの順）です。 ＊ しかし、業務系のシステム構築では評価の順序は、がぜん変わります。 一番がホスト系（ＡＶＸ、ＡＳの順。順序注意！！） 次がサン（ＳＯＬＡＲＩＳ＋ｏｒａｃｌｅ） それ以下はドングリの背比べ。。（つまりあまり信用していないということ）です。 ＊ それでは以下、ＯＳ比べなどという「オリンピック」はやめにして、「迷える経営者」にとって重要な問題に焦点をあてて考えていきましょう。 （続く） | |
| （もうちょっとだけオマケ）：「リコー文化について」 | |
| ＥＸＣＨＡＮＧＥ 2003-9-29 1:13:58
[返信] [編集] ＊ リコーがＭＸ５００シリーズというＵＮＩＸベースのオフコンを発売したころ、「これからはＵＮＩＸの時代です！！」と書かれたパンフレットをもらいました。 ＊ そこにはこれらの時代はＵＮＩＸがビジネス用途で主流になる時代がきた云々。。 そして最後の方には、リコーが「ＵＮＩＸ日本総代理店」になったと書かれていました。 ＊ これは、ジョークですが、もしあのＵＮＩＸ路線を「根気よく」続けていれば、今やＬｉｎｕｘの時代、 リコーは今頃主流となり、 「日本総代理店」の権利を行使して、 日本のＳＣＯになれていたかも。。。。 | |
| ユーザの立場から見た：「リコー文化」について | |
| ＥＸＣＨＡＮＧＥ 2003-9-29 0:10:06
[返信] [編集] ＊ 「リコーのオフコン」に関して、江須扇さんの興味深いお話をお聞かせ頂いてうれしく思っています。私はコンピュータ関連のコースの出身ではなく、また業界に勤めたりした経験もなく、基本的にユーザとしての立場でしか接することが出来ませんでしたので、江須扇さんのお話の中で、供給する側の方々の「楽屋裏」をかいま見た感じがして、「なるほど、あの時そうだったのか。。」と今になって納得させられた気がします。 ＊ そこで、「ユーザの側」からみたリコーのオフコン、リコーの文化についてすこし話をさせていただこうかと思います。 ＊ リコーの場合、自社製品も含めて様々なメーカとＯＳを手がけたため一見して「脈絡のない」感じがしますが、実はそこには共通した「文化」のようなものがありました。 ＊ それは、 （１）ＲＡＰＳと呼ばれる「標準化」の文化 （２）「販売管理標準システム」と呼ばれる一連のパッケージソフト （３）「ペンタッチ入力」に始まるＭＭＩ（マン・マシンインターフェイス） （４）ＲＡＰＩＤ −−＞ ＲＳＰＦ とつながる独自開発言語 です。 このうち（３）だけが独自なハードに関わっており、他はすべてソフト製品（知的資産）です。 いわゆるコンピュータメーカとしての確固たるものがなかったリコーは、むしろこうしたものでもって勝負しようとしたようです。 ＊ ＣＯＭＰＯＳ以前の「ペンコール」というマシンの頃に（１）〜（３）の原型が作られ、ＣＯＭＰＯＳの時代（リコム２０００）になって確固たるものになりました。（４）についてはＣＯＭＰＯＳになって出現したのですが、ペンコールの後半の時期には「ＲＥＡＬ−１」（ＲＩＣＯＨ ｅａｓｙ ａｄａｐｔａｂｌｅ ＬＡＮＧＵＡＧＥ）というものがありましたからこれがその前身と言えば前身でしょうか。。 ＊ いずれにせよこれらはリコーオフコンの独自文化として、機種が変わりＯＳが変わっても少しずつ修正を加えて移植されるのが常でした。 これらは「仮想独自マシン」「仮想ケースツール」としてリコーの製品の独自性と統一性、そして開発の効率化を担い続けたと思われます。 ＊ ユーザからみてこれらはＮＥＣ、ＩＢＭといった「メーカ」にない「ユニーク」で「小回りの利く」すばらしいものでした。 またリコーは常に時代を鋭く先読みするのがうまく、リコーが始めたことは少し後になると世の中の主流になる、といったことがよくありました。 ＊ ただ、リコーの弱点は、すばらしい「発想」で時代に先駆けて手がけるのは良いのですが、肝心の「ものになる」までにやめてしまい、もう少し根気よく続けていれば時代の主流になれたのに。。というものばかりでした。 ＊ 「業務パッケージ」にしてもオービックのようにはなれませんでしたし、 「ＲＳＰＦ」にしてもＬＡＮＳＡというところまで行きませんでしたし、「ＵＮＩＸのビジネスマシンでの展開（ＭＸ５００）」も、ＬＩＮＵＸの時代まで持ちこたえることが出来ませんでしたし、「ＭＹツールとＰＣ事業」だって消えていきました。。（ＭＹツールは、時代に先駆けて（？）フリーウエアになってしまいました） 最近は「ＬＯＴＵＳノーツ」に凝っておられるようですね。 ＊ 「販売のリコー」といわれるように、時代に先駆けて「売れるもの」にシフトしていく、 というのもユーザにとって「いい面」もあり「困った」面もあります。 リコーの尻馬に乗って「Ｓ３６、ＯＳ２」＋「ペンタッチ」を使ってシステム構築したあのパン製造会社、今頃はどうしてるかなあ？？ 高価なＲＳＰＦを導入したあのＩＢＭ代理店、今頃はどうしてるかなあ？？ ちなみに私はリコーのこのような性質が途中からわかってきましたので、熱心な売り込みにもかかわらず「ＲＳＰＦ」は買いませんでした（よかった！）。 だってそのときのセールストークでは、「ＩＢＭだけでなく、ＮＥＣのＣＯＢＯＬも一部のパターンが生成できる。今後すべてのプログラムパターンが生成できるようになる」とおっしゃていたにもかかわらず。。 ＊ 私が、ダサイ（失礼！）ＮＥＣに鞍替えしたのは、その「根気の良さ」を評価してのことです。 ＊ でも、今でもリコーのオフコン（特にＣＯＭＰＯＳ系）は「すばらしい」とおもっており、ちなみに我が社ではＲＡＰＩＤで組んだシステムで、現在も「リコムＩ（アイ）」が保守契約もなしで３台も実稼働しています。今や我が社は「世界最大のリコムユーザ」となりました！！ | |
| リコーのオフコン（続きです） | |
| 江須扇 2003-9-28 13:11:31
[返信] [編集] 前回からだいぶたってしまいましたが、続きを書きます。 ＭＸ５００シリーズの前に最後のＲＩＣＯＭであるＩシリーズの事を書く事を忘れてました。 このシリーズはＭＸシリーズと併売され、その後のＩＢＭとのＯＥＭのＲｉｃｏｈ−ｉシリーズが出てからも併売されました。 名前が紛らわしいのでゴチャゴチャに話がなってしまいますが、ＲＩＣＯＭ−Ｉはそれ以前のＣＯＭＰＯＳが動く最後のシリーズということです。 このころはパソコン台頭し始めており、スタンドアロンオフコンは冬の時代に入ってしまったと言うか無くなるのではという時代でした。 リコーはマイツールという独自仕様のカルクソフト（リコーではワープロ機能、データベース機能もあるので、一つのソフトで出来るので融合ソフトと称していました。）のみを動かすソフトウェアもハードウェアも一体のパソコンを販売していました。 このマイツールのハードウェアは日立のＯＥＭで、日立のＢ１６シリーズと互換性がありました。 （後にＩＢＭと提携した時はＩＢＭのＯＥＭのＰＳ／５５系もありました。） ソフトウェアはソードのＰＩＰＳに似ていました。この辺の詳しい事情は忘れました。 本題に戻すと、オフコンデータのパソコンの有効利用という話が盛んになり、Ｎ５２００のＬＡＮシリーズも評判になっていた時期でした。そこでＬＡＮシリーズに対抗してマイプラン、マイファイル、マイフィギア（マイグラフは他社で商標登録済みで使えなかったそうです）をリリースしました。 その後、このＲＩＣＯＭ−Ｉシリーズも偶々か、意識しては解りませんがＣＰＵがインテル互換でしたので、リブート方式でＭＳ−ＤＯＳを動かすことができるようになりました。 （当初のＲＩＣＯＭ２０００はザイログ社のＺ８０と聞いていました） そこで、マイツールも動かす事ができました。 今にして思えば、Ｎ５２００にやり方に似ていました。ＰＴＯＳという独自ＯＳとＭＳＤＯＳがやはり動きましたね。 その後、リコーとＮＥＣの仲は大人の関係（ビジネス上取引をするが仲が悪いという事です。）でむしろリコーはＩＢＭ側に属すイメージとなりました。 余談ですが日立とはパソコンとワープロのＯＥＭの関係でそれ以上はなかったようです。 （俗に日立は製造部門と販売部門が分かれていて、販売部門の口出しは無く、営業が提携するという話がなかったようです。） 個人的にはＣＯＭＰＯＳは非常に安定したＯＳだったのでハードウェアの製造を諦めた時、ＣＯＭＰＯＳをＮ５２００に乗せるか、日立のＢ１６に乗せるか、その後のＰＳ／５５シリーズに乗せるかして生き延びて欲しかったと思います。 が死んだ子の年を数えてもしかたがないですね。 リコーは全く別の方法でＲｉｃｏｈ−ｉシリーズを出しました。 ＩＢＭは所謂ベイパーウェア（ＶＡＰＯＲＷＡＲＥ）でＡＳ／４００を直ぐにでも出すような事を言っていましたが、なかなか販売しませんでした。 従って提携当初は、ＰＳ／５５のＯＳ／２仕様をｉ７３５、Ｓｙｓｔｅｍ３６をｉ７３６として販売していました。 スタントアロンの場合はＣＯＢＯＬ／２（ＮＥＣとは無関係です）という名前でＭｉｃｒｏＦｏｃｕｓ社のＬｅｂｅｌ?ＣＯＢＯＬのＩＢＭのＯＥＭ版というところでしょうか。リコーのＣＯＭＰＯＳの互換機能はサブルーチンで提供されました。 ＣＯＭＰＯＳ−＞ＵＮＩＸ（ＭＸシリーズ）−＞ＯＳ／２となったので、レベルアップではなくレベルダウンでした。 イーサネットではなく専用のネットワーク（トークンリング？）ＯＳ／２同士を繋いだクラスタ接続をＬＡＮマネジャーで繋ぐ事もできたのですが、ＣＯＢＯＬ／２のＲＥＡＤ ＬＯＣＫ が ステータスが帰ってくるだけで、自分でループしないと次に進んでしまい、排他機能の制御ができませんでした。 ＯＳ／２は最初のバージョンＪ１．０で非常に不安定で苦労した記憶があります。 此れを業務で使ったのはリコーだけはなかったのでしょうか？ 私から見ればリコーはＩＢＭの体の良いＯＳ／２のバグだし担当でした。 その後のＪ１．１ ＰＭプレゼンテーションマネージャもあまり良くなく、不安定になる位なら、Ｊ１．０を使い続けるという感覚でした。当時はＰＭのＷｉｎｄｏｗｓ切替より、Ｊ１．０の全画面切替の方が安定していた記憶です。 ｉ７３６（Ｓ／３６）はＳＳＰのＯＳ下でＲＰＧでネイティブの画面一括入出力方式で開発する方法と ＳＩＦ接続ですが、ＮＥＣでいうＲＤＢ／ＦＩＬＥアクセスキットの方式で、ｉ７３５のＣＯＢＯＬ／２で開発しＤＢだけをｉ７３６を使うという項目単位入出力方式もとれました。 この部分は今から１５年位前に出来ていたというのはＩＢＭの技術力はすばらしかったと思います。 当時もＮＥＣもＡＶＸ／ＮＥＴを使ったかどうかは忘れましたが、分散方式はとれたと思います。 しかし、集中方式でもＮＥＣの場合は項目単位入力方式なので特に必要がなかったと思います。 （汎用機のＡＣＯＳとＮ５２００では有効な手段だったようです。） その後、ＡＳ／４００が発売され、下位機をｉ７４０というシリーズ名で販売されました。 下位機と言ってもＳ／３８クラスなので、多くは売れなかったと思います。１年位してから、本格的にＳ／３６クラスの更に下のクラスが発売され、ようやく本格的に売る事ができたのですが、本来全てをＯＳ／４００での開発にできれば良かったのですが、売り方を間違えたので、市場にはＣＯＭＰＯＳ、ＵＮＩＸ、ＯＳ／２、ＳＳＰ、ＯＳ／４００、Ａ−ＶＸと６種類のＯＳ下で開発されたシステムあり。それをサポートしながら、増員はしたというもののいままで、ＣＯＭＰＯＳとＡ−ＶＸだけしか知らない要員で元号対応、消費税対応、システム移植作業をしていた為現場は大混乱でした。 今となっては結果的にはＵＮＩＸとＯＳ／２とＳＳＰはつなぎであったので、ＣＯＭＰＯＳを引っ張るだけ引っ張って、Ａ?ＶＸで逃げていれば良かったと思います。ＰＳ／５５にＣＯＭＰＯＳを乗せＯＳ／４００との分散方式も開発して本格的に安定してからＯＳ／４００のシステムを開発していれば混乱もすくなかったと思います。ＩＢＭとしてはＮＥＣ製品を売られる事が困るので巧く話をしたのでしょう。 まんまとＩＢＭの戦略に乗っかった為、その後の運命はどうなったのでしょうか？ | |
| ＳＥＰ−ＷＳはあるのでしょうか？ | |
| 江須扇 2003-9-27 12:14:22
[返信] [編集] 下記の件、自分で書いて自分で疑問に思ってしまいました。 ＳＥＰ−ＬＡＮ自体はＥＸＰ６００シリーズ（ＰＣ／ＡＴ互換機）の中で動くので間違いはないのですが、ＷＳがないと使う事は利用する事ができません。 ＳＥＰ−ＷＳ対応のＰｕｒｅＷＳやＯＰ−９８は既に販売停止になっていると思います。 拡大解釈してもＰＣ−９８２１やそれにつけるＡ−ＶＸキーボードやＰＴＯＳキーボート、ＰＣ−ＰＴＯＳ機も既に販売停止になっていると思います。 従ってＳＥＰ−ＷＳは中古機利用という事でしょうか？ 仮に個別対応で販売してくれるとしても今では無茶苦茶高い価格のＷＳになるので、それでもＬＡＮシリーズを使いたいという頑固な人がいるのでしょうか？疑問が？？？？です。 ＞どっこいＮＴＯＳ系はＰＣ／ＡＴ互換機でも生きていました。Ａ−ＶＸ�牽劭供ィ阿� ＞＞SEPL-WSにおける、SEP-LANモードのサポート（個別対応） ＞＞SEPL配下に接続される、SEP-WSにおいて、A-VX機能拡張ラック用B-SEP配下に接続されるSEP-WSと同様に、SEP-LANモードをサポートする。 ＞＞SEP-LANモード各種ユーティリティ（DHAND,COPY等）のサポート。 ＞＞SEP-LANモード上で動作するAP（LANシリーズ）をサポート。 ＞＞SEP仮想ディスクのサポート。 ＞が出来るということは、ＬＡＮシリーズはいまでも生きているということです。 ＞多分ニーズがあり個別対応でもしているということでしょう。形としてはＷ２Ｋの上でＡ−ＶＸ�犬�動きその上でＳＥＰ−ＬＡＮ（ＮＴＯＳ）が動くという事でしょう。 | |
| 死に一生、生死を分けたＡ−ＶＸ５とＡ−ＶＸ１０ | |
| 江須扇 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
[返信] [編集] ＥＸＣＨＡＮＧＥさん初めまして、先ほどはご挨拶もせず失礼しました。 私もリコーの事を少し書かさせてください。 ＞ＯＳ的にはＲｉｃｏｍ２０００〜Ｒｉｃｏｍ−ＩがＣＯＭＰＯＳという独自ＯＳでした。 これは面白かったですね。ディレクトリ（ファイル管理）がＣＰ／Ｍのよう感じで、ファイルの登録をする必要がありましたが、自動拡張を１６ブロックまでできたのは、ＮＥＣのＩＴＯＳとくらべて画期的でしたね。当初のＲｉｃｏｍ２０００が３ＦＤＤを標準装備にしたので、２ＦＤＤシステムのＩＴＯＳ−１マシンと比べたら運用性は抜群に良かったですね。 ＣＰＵ内部ではＪＩＳで管理しており、ＦＤ出力はＥＢＣＤＩＣのＩＢＭ形式とハード変換をしていた謎のマシンでした。 （ソートはＪＩＳ順でした。Ｎ５２００もＣＰＵはＪＩＳ、ＦＤはＥＢＣＤＩＣだったようですね？） ＞これがなかなか優れた製品でして、この上でｃｏｂｏｌおよびＲａｐｉｄというコボルジェネレータが利用可能でした。ｃｏｂｏｌはｍｉｃｒｏｆｏｃｕｓ製で超高速コンパイルが可能、Ｒａｐｉｄは構造命令をもつｃｏｂｏｌライクな言語で当時はＮＥＣのオフコン（システム１００）などのｃｏｂｏｌよりずっと進んでいたと思います。 ＣＯＭＰＯＳのＣＯＢＯＬは実際の開発がＭｉｃｒｏｆｏｃｕｓ社（噂ではＭＳ社？）かもしれませんが画面機能やプリンタのフォームオーバーレイ機能はＩＴＯＳのＣＯＢＯＬの機能を改善して取り込みＩＴＯＳより簡単でＩＴＯＳよりコンパイルスピードが無茶苦茶速かった独自仕様でしたね。 （ＩＴＯＳ−１では１０００ステップで３０分以上掛かったいたのが、２、３分でできて感激をしました。） そのＣＯＢＯＬを生成できるジェネレータＲＡＰＩＤがＳＭＡＲＴ＋ＡＰＧ（１９７８年のＩＴＯＳ以前のＮＥＡＣシステム１００のＣＯＢＯＬジェネレータＲＰＧを模した名前と記憶しております。）のようで会話形式とバッチ形式両方可能な簡易ソフトでしたね。 （その後のＩＴＯＳのＣＯＢＯＬ／Ｓより良かったと思います。） しかし、ＦＤシステムから大容量ＨＤＤが中心になった時、ＤＯＳのようにディレクトリが階層構造になってなかったのと１６ブロック以上拡張できないのが致命傷になりましたね。（あと日本語機能の漢字コードが独自仕様でカタカナ２バイトも致命傷でしたね） そこでＭＸ５００シリーズのＵＮＩＸｓｙｓｔｅｍ�坑劭紕譯紕瓧鵤紕瓦療仂譴念豕い鵬鮠辰箸いΔ海箸世辰燭隼廚い泙垢�、 開発予算の関係か（？）ＣＯＭＰＯＳ−ＣＯＢＯＬの開発者いなくなったのか（？） 今度はｍｉｃｒｏｆｏｃｕｓのＬｅｖｅｌ−ＣｏｂｏｌのＵＮＩＸ版そのマンマで独自仕様の画面機能等を追加して出荷しました。 Ｓ７２００からＥＸＰ７００に移行のようにならず、Ｓ７２００からＥＸＰ１００のＡＰ環境／開発(実行)セットで移行するような方法です。 つまり、ファイルの指定方法、ＪＣＬ等や各ユーティリティのパラメータ、メニュー、漢字コードその他、色々手作業する為、移行に莫大な工数（？）が掛かりました。 金額が高い、起動までのスピードが遅い、３．５インチにＦＤが移行していたのに５インチしか付かないその他いろいろと売れない営業が売れない言い訳をするには最適商品でした。という事で鳴り物入りで登場した割にはあまり売れなかったようですね。 沢山書きすぎたのでこの続きは次回という事で。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band