ＮＥＣのオフコン情報掲示板（いろいろ）
| ＮＥＣのオフコンに関しての最新情報、面白い話、昔の思い出、何でも自由に書いてください。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | 鉄道と道路（自動車） | |
| 江須扇 2003-10-2 3:43:42
[返信] [編集] このサイトでいきなり鉄ちゃんネタ？ いえ違います。 地上を走る交通手段として鉄道と道路（自動車）がありますが一番違う所は 鉄道上で走る列車は全て企業が運営しているというです。 道路上を走る車は営業車、自家用車が何の区別もなく混沌と走っています。 何が言いたいかと申しますと私はＡ−ＶＸ大好き人間ですが自宅にはオフコンを所有しておりません。 なぜかと言えばオフィスコンピュータだからです。 高いからいえいえ、販売中止になりましたが６１０のスタンドアロンであれば大昔のパソコン等に近くそれなりの値段です。 しかし、私は自宅でオフコンを使って企業収益をあげる業務は行っておりません。 オフコンはオフコンです。企業が使って企業収益をあげる為の補助手段です。鉄道会社が自社の車両を管理保守しているのは、それで企業収益を得てるからです。 オフコンで企業収益をあげている手段として使っているなら、つまり設備であるなら、設備の維持、保守は経営者、管理者の義務です。 つまり、維持、保守する事が収益を生まないということでしたら早く捨てるべきです。 それにしてもメーカーであるＮＥＣも販売代理店も保守会社も表現方法は違うかもしれませんが、ユーザー（利用者、お客様）にその事を地道に根気よく伝え理解していただく努力をしてないのではと思います。 古いマシンを使用するのは自由を思いますが結果的に業務に使うのに壊れてからどうしようと騒いでいるのは キツイいいかたですが業務システムを甘く見ているからとしか思えませんがどうでしょうか？ 個人でも使うパソコンと同列で考えて欲しくないというのが私の考え方です。 また、これもメーカーに言えることですが、「ただ、無い」と言うのではなく有償ソフトウェアは有償である事はユーザーによく理解していただく必要があると思います。 | ||
| 2 | ＮＥＣオフコンは維持保守契約が大前提です。 | |
| 江須扇 2003-10-2 13:47:40
[返信] [編集] 他社の事はわかりませんがＮＥＣオフコン、 システム１００、システム３１００、システム７２００、Ｅｘｐｒｅｓｓ５８００／７００、６００ の場合は業務（オフィス）で使用する（コンピュータ）ということが大前提です。 従ってパソコンショップなどで販売はしておらず、基本的には 販売店（特約店、代理店、ディーラ）を通して販売されており通常は契約書を交わすので販売店と利用者（ユーザー）は特定されます。 さらに業務で使用するコンピュータという事でハードウェア障害が発生し業務に支障をきたさないように維持保守契約を結ぶ事になってます。 維持保守は販売店で行う自営保守とＮＥＣの保守専門会社（後述）に委託する委託保守があります。又は、何らかの理由で販売店が携わらない時はＮＥＣの保守専門会社の直接保守があります。 つまり業務で使用しているかぎり販売店か保守会社と連絡が取れているのが前提です。 もちろんビジネスなのでお金が必要なのは当然です。 オフコンはその前提の上で使用するという話になっております。 業務で使用するつまり企業収益を得る補助設備でありその設備を維持保守する事は管理者、経営者の義務であり維持するコストが収益に見合わない場合は廃棄すべきです。 この事が良い意味でも悪い意味でもオフコンのオフコンたるところでパソコンとは大きく違うところです。私はそう思っております。 販売店が倒産したとか何らかの理由で販売店とも保守会社とも連絡がとれてない場合は下記のＮＥＣの保守専門会社に連絡をし早急に《保守契約》をしましょう。 ＮＥＣフィールディング http://www.fielding.co.jp/ なお、今まで保守契約をしてない場合はオーバーホールという維持保守できる状態に現状の確認保守作業をしますと言われる場合があります。 その場合は費用が発生します今まで保守料を払って無い場合その総額以上になるかもしれません。 また、経過年数多くて維持保守が出来ないといわれる場合もあります。 その場合は保守会社にＡ?ＶＸを熟知しており現状のシステムを移行できる信頼できる販売店を紹介してもらいましょう。 | ||
| 3 | 「製品」と「ハード保守」と「ソフト保守」は別なのでは？ | |
| ＥＸＣＨＡＮＧＥ 2003-10-3 1:53:26
[返信] [編集] ＊「維持保守契約が大前提」というのは私も同感です。また、サービスは有償でなければ維持できないということがユーザに十分理解されていないのも事実です。 ＊ 一方、私は「ユーザ」の立場で自社開発をしてきた経験もあるので「ユーザ」の気持ちもある程度理解できます。 導入後わずかな変更を依頼しても「高額な見積もり」を出され、この程度は自分で出来るのに、と思っても「そんなことをされては当社としては保証できない」と脅かされ、他のディーラに替わりたいと思っても「ソース」を出してもらえないので一から開発でかえって高く付く。。といったことはオフコン業界によくあります。 この不況下で、「新しい機械に買い換えたい」のはやまやまだけど、「もう少しの間」このまま使い続けるしかない。。ハードの価格が高額で、買い換えても「システム」の内容の大幅更新まで予算が取れない、どうせ同じことしかできないのなら、動くうちはこのまま使い続けても同じでは。。 ＊ そこで、パソコン系のシステムへ変わりたいというふうになるのでしょう。 もっともそこには別の問題がいっぱいあるのですけどね。 ＊ ところで、オフコンというかコンピュータ全般のことですけど、 ハード製品、ＯＳ製品といった「製品」と、「ハードウエアの保守」と「業務ソフト（業務システム）の保守」はそれぞれ別物と考えたほうがよいのではないでしょうか？ ＊ オフコンの特徴は同一メーカによる「製品（ハード、ＯＳ、開発ツール）」の一貫性にその本質があるのであり、これはすでに「製品価格」に反映しているはずです。 ＊ 一方ハードウエアの保守は基本的にメーカによって供給されるものだとしても、それは「ハード保守サービスという別商品」なのでユーザによって「定期契約」「随時契約（スポット修理）」といった自由な選択肢があってしかるべきだと思います。（現に実施されていると思いますし、供給者も「メーカ直」以外に「自営保守」というタイプもあります） ＊ 業務ソフトウエア（システム）についても「システム構築という別のサービス、商品」なので、 ユーザには可能な限り自由な「選択肢」があったほうがいいと思います。 「系列」のディーラだけでなく、「自社開発」、「独立したソフトハウス」へ依頼するなど考えられると思います。 ＊ ところが、現在の制度では「製品の販売」と、「技術情報の提供」がすべて「系列ルート」を通じてしか行われないので、 ユーザは、すべて「系列ディーラ」にいわれるままの「高額」な（と、選択肢がないので感じてしまう）サービスに従わざるを得ないのが実情です。日本のメーカのオフコンは特にこれがひどい。 ＊ この点では、日本のメーカはもう少しＩＢＭを見習うべきだと思います。 例えばｉサーバ（ＡＳ／４００）などは、ＩＢＭのホームページに、ＯＳ４００のマニュアルと設定情報が公開されていますし、ＩＢＭとサポート契約を結べば、メーカ直で技術情報が入手できます。 ＊ Ｆ社のＨＰのオフコン情報をみてごらん。代理店を通じて登録したユーザしか閲覧できない「鍵マーク」だらけ。 ユーザ向け「情報誌」だって「代理店名」とその「担当者名」を書かなきゃＨＰから申し込み出来ないでしょう。 ＊ 要するに「オフコン」は、少し製品が高くても「ハード、ＯＳ、開発ツールが同一メーカによって提供され、かつ長期にわたって一貫性と継続性が維持される」という点に価値があるのであって、 「系列販売」は必ずしも本質的ではないと思うのです。 ＊ 現状の「ガチガチの囲い込み」が続く限り、ＳＯＨＯ、ユーザ企業内の若いソフト技術者は次第に「オフコン」のまわりに近寄らなくなり、我々のような「オジサンＳＥ」ばかりになっていくでしょう。 ＊ やっぱり「オジサンＳＥ」だね。 ちょっと、話がクドくなってきたかな？？ ＝＝追伸＝＝ う〜〜ん。こういうことは「オープン系」ＯＳでないと、やっぱり無理なのかなあ。。 「オフコン」に情報の公開を求めるのは、「木によりて魚を求む」のたぐいかなあ。。 だんだん自信がなくなってきました。 | ||
| 4 | （さらにオジサンはくどくどと。。） | |
| ＥＸＣＨＡＮＧＥ 2003-10-3 3:05:02
[返信] [編集] ＊ 「ハードの保守」「ソフトの保守」に対価を支払うのは当然だと私は思います。 ＊ 逆に、「ソフトを請け負った会社は」ユーザに対して、かなり長期間にわたって維持するための「技術」「スキル」を保持し続ける義務があると思います。 ＊ さらに、メーカも、ユーザが「対価（契約料）」を払えば、ＯＳ、開発ツール、運用ツール、パッチ情報などの技術情報が手にはいるように、積極的に公開を進めていって欲しいと思っています。 ＊ 「リプレースのために、その場限りの技術情報を求める人たち」は論外ですが、 メーカが継続的な契約システムをつくることにより、 Ａ−ＶＸでのシステム構築にさいして、ディーラ、ソフトハウス、ユーザがそれぞれ積極的に参加し、競争できる環境が広がることを私は願っています。 ＊ ああ〜〜、疲れた。。 | ||
| 5 | （ごめんなさい。訂正です） | |
| ＥＸＣＨＡＮＧＥ 2003-10-3 3:24:32
[返信] [編集] ＊ 訂正です ＊ ＞ 我々のような「オジサンＳＥ」ばかりになっていくでしょう。 ＞ｅｎｄ 「我々のような」−−＞「私のような」 に訂正します。 | ||
| 6 | Re:我が亡き後に洪水来たれ | |
| 江須扇 2003-10-6 3:43:08
[返信] [編集] ＥＸＣＨＡＮＧＥさん、返信ありがとうございます。 > ＊ 訂正です ＊ > ＞ 我々のような「オジサンＳＥ」ばかりになっていくでしょう。 > ＞ｅｎｄ > 「我々のような」−−＞「私のような」 に訂正します。 何方からかクレームが有ったのですか？ 私も「オジサンＳＥ」なのでこの件にはうなずいてしまったのですが・・・・（笑） タイトルの「我が亡き後に洪水来たれ」はルイ１４世か１５世が言った言葉と言われており、 要は今の事しか考えていなくて、「あとさきはどうにでもなれ」という考え方です。 こんな考え方の経営者が増え、イエスマンの管理者が右にならえをしていると思います。 一番こまるのは現場の担当者で訳もわからず責任を押し付けれれているというのが現状ではと思っております。 大げさに言えば昨今の工場等のタンク火災もこれに通じるのではと思います。 ＊ 一方、私は「ユーザ」の立場で自社開発をしてきた経験もあるので＞「ユーザ」の気持ちもある程度理解できます。 ＞ 導入後わずかな変更を依頼しても「高額な見積もり」を出され、この程度は自分で出来るのに、と思っても「そんなことをされては当社としては保証できない」と脅かされ、他のディーラに替わりたいと思っても「ソース」を出してもらえないので一から開発でかえって高く付く。。といったことはオフコン業界によくあります。 ＞ この不況下で、「新しい機械に買い換えたい」のはやまやまだけど、「もう少しの間」このまま使い続けるしかない。。ハードの価格が高額で、買い換えても「システム」の内容の大幅更新まで予算が取れない、どうせ同じことしかできないのなら、動くうちはこのまま使い続けても同じでは。。 私も解りますが、しかしながら 合理化してコストダウンと手抜きでコストダウンや 次世代のメンバー引き継がなくてコストダウン また、不法コピーしてでのコストダウンは まったく別物と思います。 コンピュータだけではなく工場等の保守の完璧さが日本の伝統でしたが伝統芸能といっしょで伝統を引き継ぐ後継者がいなくなったのでしょうか？ ＞＊ 業務ソフトウエア（システム）についても「システム構築という別のサービス、商品」なので、 ＞ ユーザには可能な限り自由な「選択肢」があったほうがいいと思います。 「系列」のディーラだけでなく、「自社開発」、「独立したソフトハウス」へ依頼するなど考えられると思います。 これもおっしゃる通りと思います。 ユーザー（利用者）の判断で保守に入る入らないは勝手と思います。 しかし、全てが大人の世界の自己責任で、 壊れた時、つかえなくなったときどう対処するか、 経営者、管理者は正確に担当者に事前説明をして その時に担当者が困らなく責任もとらなくなっていれば問題はありません。しかし往々にして担当者に業務の支障をきたした責任をとらされてしまします。 オフコンはお任せ定食なのでこの部分もとりあえずはハードの維持保守に入るのが前提ですと担当者が管理者、経営者に説明でき、少しでも責任回避を計っており担当者にとってはメリットがあると思います。 | ||
| 7 | Re: オープンでもオフコンでも同じと思います。 | |
| 江須扇 2003-10-6 13:46:37
[返信] [編集] オープンは誰にでも使えるというのは、Ｗｉｎｄｏｗｓ系のＧＵＩが簡単で操作が簡単だという事に代表されていると思います。 しかし、これが錯覚と思います。 パソコンデータベースソフトで簡単なシステムが組めたという事で、 独学でオープンシステムの基幹業務が作れるとはとても思えません。 キッチリと基幹業務を長期にわたって利用できるシステムとして構築するのは、オープンでもオフコンでもそれなりの手間隙はいっしょと思います。 また、その開発要員の能力も業務システムの開発の為のソリューション能力は一緒と思います。それなりの教育を受け勉強は必要でその担当者の努力も必要で手抜きではできません。 でも、極端な話、パソコンのワープロが使えればコンピュータ使えると錯覚し無謀にもなにも考えずシステムを作っている人がいるのは驚きです。 ＰＣのリセット、リブート文化の考え方で、次のシステムもまた一から最新技術で作れば良い。と言う考え方と 一度作ったシステムはなるべく継続して使いその修正保守を容易にするというオフコンの考え方は 古い新しいではなく文化の違いと思います。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | （意見広告）： プロの会社は顧客の「過去資産」に責任をもて！！ | |
| ＥＸＣＨＡＮＧＥ 2003-10-1 14:11:28
[返信] [編集] ＊ このＨＰで何回か「質問」というのが掲載され、私も親切心で数回にわたって「回答」もしくは「ヒント」のようなものを入れさせて頂きました。メールでのやりとりをさせて頂いたこともあります。 ＊ このやりとりで気づいたのですが、 お一人の方は、現在は純粋にユーザ（職場での運用責任者）の立場で運用上お困りの案件でしたので、最後まで気持ちよくやりとりが出来ましたが、 そのほかの方については、よくよくお聞きすると、 その問題になっているシステムは、 実は、”「私たちが作った」システムですが ” ”現在わかるものがいない ” ので このＨＰで ”お教え頂きたい ” ”助けてほしい ” と、いうものでした。 ＊ たしかに、そのシステムは同じ会社ではあっても「昔の先輩たち」が作ったもので、「自分たちは」分からないのに突然その担当に配属されて「困っている」。。 というのはお気の毒なことと、心からご同情申し上げます。 そして、このような「場」で他人の気持ちを害することをあまり言いたくはありません。 ＊＊＊ しかし ＊＊＊＊＊＊ あえて、私は言いたい、 「もし、あなたのおっしゃっている内容がほんとうのことなら、 それは、実はあなたの会社の問題です。 システム構築をひきうける「プロ」の会社としての貴社内部の問題です。」 たとえ昔に引き受けたシステムであれ、ひとたび「ソフト会社」としてある「お客様」をお引き受けしてシステム構築したのであり、そして今もその方があなたの会社のお客様としてとどまっておられるのであれば、 たとえ年数が経ち、担当者が替わっていても「資料」や「仕様書」を引き継ぎ、「出来る者」もしくは「出来るスキル」を保持し続けるのが当然の責任ではないでしょうか？ こういうことは、「普段から」しておくべきことで、窮してからこのようなところへ「助けを乞う」というのはプロとして「恥ずかしい」ことと思いませんか？（会社の恥をさらしているようなものです） ＊ そして内容はふつうＡ−ＶＸをやっていればごく「基本的な」な内容ばかり。 私には信じられないのです。例えば、５年やそこら前に、そこそこ大きなマシンで開発しておきながら、「Ａ−ＶＸのデータをエクセルや、ＣＳＶ形式に落とす方法を使ったことがない、またはやり方を全く知らない」などということが。。 Ａ−ＶＸでシステム作りした会社ならそんなことは「常識」ではないでしょうか？ そしてまた信じられない。 「納入当時、顧客に納めたテープメディアに何が入っているか分からない。読み出す方法も全く知らない。仕様書も残っていない。」などということが。。。 ひねくれて、性格の悪い私は、「本当は、Ａ−ＶＸのリプレースをねらっている連中が、偽って質問をしているのでは？」 とすら想像したくなってしまいます。 ＊ いずれにせよ、「Ａ−ＶＸ」から「自分たちの都合の良いシステム」に乗せ替えたいだけのために、「その場限りの助け」を求めている連中に、私は一生懸命、力を貸そうとしていたのだろうか？ と思うと悲しくなってきました。 ＊ 私は、決してＡ−ＶＸに盲目的に惚れ込んでいるわけではありません。必要な場合はＶＢや、ＪＡＶＡで純粋なオープン系システムを組みます。 そしてＡ−ＶＸが、まだまだ多くの不十分な面を持っていることも事実です。 ＊ しかし、このＨＰはターラヤンさんが始めた、「Ａ−ＶＸに関心のある者同士の交流の場」であると思いますので、 「Ａ−ＶＸをおとしめるための方法を伝授する」のではなく、「Ａ−ＶＸを有効利用するための建設的な方法を教え合い」、 「Ａ−ＶＸをより高めていくようＮＥＣに対して発言していくような場」にしていきたいと思います。 ＝＝ 追伸 ＝＝ ごく直近に、ターラヤンさんがフーさんに返答されていた内容を拝見させて頂いて、とても感銘を受けました。 そこには、質問者と既存のシステムに対する思いやりがあふれていたように思います。 ＞ 一番良いのは、オフコンを購入した販売店／ディーラーに相談してみることだと思います。 システムを構築したところが、一番良く知っているはずです。 ＞ｅｎｄ | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ３０年前のセールストーク | |
| 江須扇 2003-10-1 13:47:01
[返信] [編集] ＞そのため、OSはWindowsに、データはOracleにして、誰でも扱えるようにしたい、という思いです。） この言葉で、あくまでもイメージですが３０年前のセールストークを思い出しました。 ------------------------------------------------------------------------------- 専用のコンピュータルームは必要ありません、一般の事務所内に設置できます。 専用の運用要員もいりません。誰でも扱う事ができます。 専用のプログラマも必要ありません、ＣＯＢＯＬライクの会話形式のＢＥＳＴで誰でもプログラムが作れます。 と１９７３年華々しくＮＥＣオフィスコンピュータは登場しました。 「母さん、誰でも扱えるオフコンは何処行ってしまったのでしょうか？(Mama do you remenber?）」 「人間の証明」風に叫んでしまいましたが、いつからオフコンは難しくて敷居の高いコンピュータになったのでしょうか？ 何度も言いますが私はＯｒａｃｌｅの方が敷居が高いです。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ユーザの立場から見た：「リコー文化」について | |
| ＥＸＣＨＡＮＧＥ 2003-9-29 0:10:06
[返信] [編集] ＊ 「リコーのオフコン」に関して、江須扇さんの興味深いお話をお聞かせ頂いてうれしく思っています。私はコンピュータ関連のコースの出身ではなく、また業界に勤めたりした経験もなく、基本的にユーザとしての立場でしか接することが出来ませんでしたので、江須扇さんのお話の中で、供給する側の方々の「楽屋裏」をかいま見た感じがして、「なるほど、あの時そうだったのか。。」と今になって納得させられた気がします。 ＊ そこで、「ユーザの側」からみたリコーのオフコン、リコーの文化についてすこし話をさせていただこうかと思います。 ＊ リコーの場合、自社製品も含めて様々なメーカとＯＳを手がけたため一見して「脈絡のない」感じがしますが、実はそこには共通した「文化」のようなものがありました。 ＊ それは、 （１）ＲＡＰＳと呼ばれる「標準化」の文化 （２）「販売管理標準システム」と呼ばれる一連のパッケージソフト （３）「ペンタッチ入力」に始まるＭＭＩ（マン・マシンインターフェイス） （４）ＲＡＰＩＤ −−＞ ＲＳＰＦ とつながる独自開発言語 です。 このうち（３）だけが独自なハードに関わっており、他はすべてソフト製品（知的資産）です。 いわゆるコンピュータメーカとしての確固たるものがなかったリコーは、むしろこうしたものでもって勝負しようとしたようです。 ＊ ＣＯＭＰＯＳ以前の「ペンコール」というマシンの頃に（１）〜（３）の原型が作られ、ＣＯＭＰＯＳの時代（リコム２０００）になって確固たるものになりました。（４）についてはＣＯＭＰＯＳになって出現したのですが、ペンコールの後半の時期には「ＲＥＡＬ−１」（ＲＩＣＯＨ ｅａｓｙ ａｄａｐｔａｂｌｅ ＬＡＮＧＵＡＧＥ）というものがありましたからこれがその前身と言えば前身でしょうか。。 ＊ いずれにせよこれらはリコーオフコンの独自文化として、機種が変わりＯＳが変わっても少しずつ修正を加えて移植されるのが常でした。 これらは「仮想独自マシン」「仮想ケースツール」としてリコーの製品の独自性と統一性、そして開発の効率化を担い続けたと思われます。 ＊ ユーザからみてこれらはＮＥＣ、ＩＢＭといった「メーカ」にない「ユニーク」で「小回りの利く」すばらしいものでした。 またリコーは常に時代を鋭く先読みするのがうまく、リコーが始めたことは少し後になると世の中の主流になる、といったことがよくありました。 ＊ ただ、リコーの弱点は、すばらしい「発想」で時代に先駆けて手がけるのは良いのですが、肝心の「ものになる」までにやめてしまい、もう少し根気よく続けていれば時代の主流になれたのに。。というものばかりでした。 ＊ 「業務パッケージ」にしてもオービックのようにはなれませんでしたし、 「ＲＳＰＦ」にしてもＬＡＮＳＡというところまで行きませんでしたし、「ＵＮＩＸのビジネスマシンでの展開（ＭＸ５００）」も、ＬＩＮＵＸの時代まで持ちこたえることが出来ませんでしたし、「ＭＹツールとＰＣ事業」だって消えていきました。。（ＭＹツールは、時代に先駆けて（？）フリーウエアになってしまいました） 最近は「ＬＯＴＵＳノーツ」に凝っておられるようですね。 ＊ 「販売のリコー」といわれるように、時代に先駆けて「売れるもの」にシフトしていく、 というのもユーザにとって「いい面」もあり「困った」面もあります。 リコーの尻馬に乗って「Ｓ３６、ＯＳ２」＋「ペンタッチ」を使ってシステム構築したあのパン製造会社、今頃はどうしてるかなあ？？ 高価なＲＳＰＦを導入したあのＩＢＭ代理店、今頃はどうしてるかなあ？？ ちなみに私はリコーのこのような性質が途中からわかってきましたので、熱心な売り込みにもかかわらず「ＲＳＰＦ」は買いませんでした（よかった！）。 だってそのときのセールストークでは、「ＩＢＭだけでなく、ＮＥＣのＣＯＢＯＬも一部のパターンが生成できる。今後すべてのプログラムパターンが生成できるようになる」とおっしゃていたにもかかわらず。。 ＊ 私が、ダサイ（失礼！）ＮＥＣに鞍替えしたのは、その「根気の良さ」を評価してのことです。 ＊ でも、今でもリコーのオフコン（特にＣＯＭＰＯＳ系）は「すばらしい」とおもっており、ちなみに我が社ではＲＡＰＩＤで組んだシステムで、現在も「リコムＩ（アイ）」が保守契約もなしで３台も実稼働しています。今や我が社は「世界最大のリコムユーザ」となりました！！ | ||
| 2 | （もうちょっとだけオマケ）：「リコー文化について」 | |
| ＥＸＣＨＡＮＧＥ 2003-9-29 1:13:58
[返信] [編集] ＊ リコーがＭＸ５００シリーズというＵＮＩＸベースのオフコンを発売したころ、「これからはＵＮＩＸの時代です！！」と書かれたパンフレットをもらいました。 ＊ そこにはこれらの時代はＵＮＩＸがビジネス用途で主流になる時代がきた云々。。 そして最後の方には、リコーが「ＵＮＩＸ日本総代理店」になったと書かれていました。 ＊ これは、ジョークですが、もしあのＵＮＩＸ路線を「根気よく」続けていれば、今やＬｉｎｕｘの時代、 リコーは今頃主流となり、 「日本総代理店」の権利を行使して、 日本のＳＣＯになれていたかも。。。。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | 死に一生、生死を分けたＡ−ＶＸ５とＡ−ＶＸ１０ | |
| 江須扇 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仮想ディスクのサポート。 が出来るということは、ＬＡＮシリーズはいまでも生きているということです。 多分ニーズがあり個別対応でもしているということでしょう。形としてはＷ２Ｋの上でＡ−ＶＸ�犬�動きその上でＳＥＰ−ＬＡＮ（ＮＴＯＳ）が動くという事でしょう。 | ||
| 2 | ＳＥＰ−ＷＳはあるのでしょうか？ | |
| 江須扇 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仮想ディスクのサポート。 ＞が出来るということは、ＬＡＮシリーズはいまでも生きているということです。 ＞多分ニーズがあり個別対応でもしているということでしょう。形としてはＷ２Ｋの上でＡ−ＶＸ�犬�動きその上でＳＥＰ−ＬＡＮ（ＮＴＯＳ）が動くという事でしょう。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band