ＮＥＣのオフコン情報掲示板（いろいろ）
| ＮＥＣのオフコンに関しての最新情報、面白い話、昔の思い出、何でも自由に書いてください。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| 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