オフコン練習帳 - 掲示板->ＮＥＣのオフコン情報掲示板（いろいろ）->リコーのオフコンとＡ

[掲示板に戻る] 全部 1- 最新50

1	リコーのオフコンとＡ－ＶＸの未来
	ＥＸＣＨＡＮＧＥ 2003-8-15 17:46 [返信] [編集] ＊リコーのオフコンのことが豆知識に書かれていましたが、少し補足させて下さい。リコーのオフコンは主なものが　リコム８（エイト）－＞ペンコール－＞Ｒｉｃｏｍ２０００－＞Ｒｉｃｏｍ３０００－＞Ｒｉｃｏｍ－Ｉ（アイ）－＞ＭＸシリーズ－＞Ｒｉｃｏｈ－Ｉ（アイ）７３５Ｄ、７３６、７４０－＞独自製品撤退　となりました。（アイシリーズというのは２種類あります！）　ＯＳ的にはＲｉｃｏｍ２０００～Ｒｉｃｏｍ－ＩがＣＯＭＰＯＳという独自ＯＳでした。これがなかなか優れた製品でして、この上でｃｏｂｏｌおよびＲａｐｉｄというコボルジェネレータが利用可能でした。ｃｏｂｏｌはｍｉｃｒｏｆｏｃｕｓ製で超高速コンパイルが可能、Ｒａｐｉｄは構造命令をもつｃｏｂｏｌライクな言語で当時はＮＥＣのオフコン（システム１００）などのｃｏｂｏｌよりずっと進んでいたと思います。その後ＮＥＣ、富士通などに押されて独自ＯＳの開発を断念し、ＭＸシリーズではＵｎｉｘを採用、リコーＩ（アイ）シリーズではＩＢＭのＯＳ２、Ｓ３６のＳＳＰ、ＡＳ４００のＯＳ４００を採用しました。そしてそれらのＯＳ上で、従来のＲａｐｉｄや同等の機能を持つユーティリティを提供する（ＯＳごとＮＴに乗せてしまったＮＥＣのＡ－ＶＸとはやり方は違いますが。。）という路線を採用しました。　＊ＣＯＭＰＯＳの頃は「このＯＳとリコムに社運をかけています！」という情熱的な言葉を口にしていたリコー社員が、独自路線をやめて他社のＯＳの上で動かしかけたとたんに、みるみるリコーのオフコンに対して情熱を失っていくのをまにあたりにしました。そして「撤退」。。。　＊ＮＴ、Ｗｉｎｄｏｗｓ２０００の上にＡ－ＶＸを乗せる路線に切り替えたＮＥＣのオフコンが、かつてのリコーのオフコン事業と同じような運命をたどっているように見えるのですが。。。私の心配が杞憂であれば良いのですが、ＮＥＣさん！どのように考えているのかしら。。。
2	Re: リコーのオフコンとＡ－ＶＸの未来
	ターラヤン 2003-8-17 12:25 [返信] [編集] 情報ありがとうございます。リコー独自のオフコンのことはあまり知りませんでしたので、勉強になりました。Ｉシリーズは単にAS400そのままだと思っていましたが、独自ソフトを載せていたのですか。会社としての方針・思惑もありますから、社員一人の思いではどうにもならないところもあるでしょう。いずれにしてもオフコンは日本独自の文化ですから、なくなってほしくないものです。
3	Re: リコーのオフコンとＡ－ＶＸの未来
	江須扇 2003-8-24 13:16 [返信] [編集] ＥＸＣＨＡＮＧＥさん初めまして、先ほどはご挨拶もせず失礼しました。私もリコーの事を少し書かさせてください。＞ＯＳ的にはＲｉｃｏｍ２０００～Ｒｉｃｏｍ－ＩがＣＯＭＰＯＳという独自ＯＳでした。これは面白かったですね。ディレクトリ（ファイル管理）がＣＰ／Ｍのよう感じで、ファイルの登録をする必要がありましたが、自動拡張を１６ブロックまでできたのは、ＮＥＣのＩＴＯＳとくらべて画期的でしたね。当初のＲｉｃｏｍ２０００が３ＦＤＤを標準装備にしたので、２ＦＤＤシステムのＩＴＯＳ－１マシンと比べたら運用性は抜群に良かったですね。ＣＰＵ内部ではＪＩＳで管理しており、ＦＤ出力はＥＢＣＤＩＣのＩＢＭ形式とハード変換をしていた謎のマシンでした。（ソートはＪＩＳ順でした。Ｎ５２００もＣＰＵはＪＩＳ、ＦＤはＥＢＣＤＩＣだったようですね？）＞これがなかなか優れた製品でして、この上でｃｏｂｏｌおよびＲａｐｉｄというコボルジェネレータが利用可能でした。ｃｏｂｏｌはｍｉｃｒｏｆｏｃｕｓ製で超高速コンパイルが可能、Ｒａｐｉｄは構造命令をもつｃｏｂｏｌライクな言語で当時はＮＥＣのオフコン（システム１００）などのｃｏｂｏｌよりずっと進んでいたと思います。ＣＯＭＰＯＳのＣＯＢＯＬは実際の開発がＭｉｃｒｏｆｏｃｕｓ社（噂ではＭＳ社？）かもしれませんが画面機能やプリンタのフォームオーバーレイ機能はＩＴＯＳのＣＯＢＯＬの機能を改善して取り込みＩＴＯＳより簡単でＩＴＯＳよりコンパイルスピードが無茶苦茶速かった独自仕様でしたね。（ＩＴＯＳ－１では１０００ステップで３０分以上掛かったいたのが、２、３分でできて感激をしました。）そのＣＯＢＯＬを生成できるジェネレータＲＡＰＩＤがＳＭＡＲＴ＋ＡＰＧ（１９７８年のＩＴＯＳ以前のＮＥＡＣシステム１００のＣＯＢＯＬジェネレータＲＰＧを模した名前と記憶しております。）のようで会話形式とバッチ形式両方可能な簡易ソフトでしたね。（その後のＩＴＯＳのＣＯＢＯＬ／Ｓより良かったと思います。）しかし、ＦＤシステムから大容量ＨＤＤが中心になった時、ＤＯＳのようにディレクトリが階層構造になってなかったのと１６ブロック以上拡張できないのが致命傷になりましたね。（あと日本語機能の漢字コードが独自仕様でカタカナ２バイトも致命傷でしたね）そこでＭＸ５００シリーズのＵＮＩＸｓｙｓｔｅｍⅤＲｅｌｅａｓｅ４の登場で一気に解消ということだったと思いますが、開発予算の関係か（？）ＣＯＭＰＯＳ－ＣＯＢＯＬの開発者いなくなったのか（？）今度はｍｉｃｒｏｆｏｃｕｓのＬｅｖｅｌ－ＣｏｂｏｌのＵＮＩＸ版そのマンマで独自仕様の画面機能等を追加して出荷しました。Ｓ７２００からＥＸＰ７００に移行のようにならず、Ｓ７２００からＥＸＰ１００のＡＰ環境／開発(実行)セットで移行するような方法です。つまり、ファイルの指定方法、ＪＣＬ等や各ユーティリティのパラメータ、メニュー、漢字コードその他、色々手作業する為、移行に莫大な工数（？）が掛かりました。金額が高い、起動までのスピードが遅い、３．５インチにＦＤが移行していたのに５インチしか付かないその他いろいろと売れない営業が売れない言い訳をするには最適商品でした。という事で鳴り物入りで登場した割にはあまり売れなかったようですね。沢山書きすぎたのでこの続きは次回という事で。
4	Re: リコーのオフコンとＡ－ＶＸの未来
	ターラヤン 2003-8-25 22:32 [返信] [編集] リコーのオフコンのことはあまり知らないので勉強になります。ぜひ続きもお願いします。確か昔同僚がN5200でプログラムを作った時、ソートしてからFD出力、ホスト側に持っていくとソートした順番がおかしくなるとか言っていました。JISとEBCDICの違いなのですね。私自身、いかにも知っている風なことを書いていますが、この業界に入ったのは1980年代後半、つまりS100VSシリーズ、ITOS-4Vぐらいからしか知りません。それ以前については、先人の残した資料で書いています。 ITOS-1は、フロッピーディスク起動のOSでしょうか。うちにはITOS-1の使い方とか一覧表ならあるのですが、資料を残した人はITOS-1がどんなものか知っている人向けに作っているようで、ITOS-1の基本的なことがわからない私にはさっぱりです。
5	リコーのオフコン（続きです）
	江須扇 2003-9-28 13:11 [返信] [編集] 前回からだいぶたってしまいましたが、続きを書きます。ＭＸ５００シリーズの前に最後のＲＩＣＯＭであるＩシリーズの事を書く事を忘れてました。このシリーズはＭＸシリーズと併売され、その後のＩＢＭとのＯＥＭのＲｉｃｏｈ－ｉシリーズが出てからも併売されました。名前が紛らわしいのでゴチャゴチャに話がなってしまいますが、ＲＩＣＯＭ－Ｉはそれ以前のＣＯＭＰＯＳが動く最後のシリーズということです。このころはパソコン台頭し始めており、スタンドアロンオフコンは冬の時代に入ってしまったと言うか無くなるのではという時代でした。リコーはマイツールという独自仕様のカルクソフト（リコーではワープロ機能、データベース機能もあるので、一つのソフトで出来るので融合ソフトと称していました。）のみを動かすソフトウェアもハードウェアも一体のパソコンを販売していました。このマイツールのハードウェアは日立のＯＥＭで、日立のＢ１６シリーズと互換性がありました。（後にＩＢＭと提携した時はＩＢＭのＯＥＭのＰＳ／５５系もありました。）ソフトウェアはソードのＰＩＰＳに似ていました。この辺の詳しい事情は忘れました。本題に戻すと、オフコンデータのパソコンの有効利用という話が盛んになり、Ｎ５２００のＬＡＮシリーズも評判になっていた時期でした。そこでＬＡＮシリーズに対抗してマイプラン、マイファイル、マイフィギア（マイグラフは他社で商標登録済みで使えなかったそうです）をリリースしました。その後、このＲＩＣＯＭ－Ｉシリーズも偶々か、意識しては解りませんがＣＰＵがインテル互換でしたので、リブート方式でＭＳ－ＤＯＳを動かすことができるようになりました。（当初のＲＩＣＯＭ２０００はザイログ社のＺ８０と聞いていました）そこで、マイツールも動かす事ができました。今にして思えば、Ｎ５２００にやり方に似ていました。ＰＴＯＳという独自ＯＳとＭＳＤＯＳがやはり動きましたね。その後、リコーとＮＥＣの仲は大人の関係（ビジネス上取引をするが仲が悪いという事です。）でむしろリコーはＩＢＭ側に属すイメージとなりました。余談ですが日立とはパソコンとワープロのＯＥＭの関係でそれ以上はなかったようです。（俗に日立は製造部門と販売部門が分かれていて、販売部門の口出しは無く、営業が提携するという話がなかったようです。）個人的にはＣＯＭＰＯＳは非常に安定したＯＳだったのでハードウェアの製造を諦めた時、ＣＯＭＰＯＳをＮ５２００に乗せるか、日立のＢ１６に乗せるか、その後のＰＳ／５５シリーズに乗せるかして生き延びて欲しかったと思います。が死んだ子の年を数えてもしかたがないですね。リコーは全く別の方法でＲｉｃｏｈ－ｉシリーズを出しました。ＩＢＭは所謂ベイパーウェア（ＶＡＰＯＲＷＡＲＥ）でＡＳ／４００を直ぐにでも出すような事を言っていましたが、なかなか販売しませんでした。従って提携当初は、ＰＳ／５５のＯＳ／２仕様をｉ７３５、Ｓｙｓｔｅｍ３６をｉ７３６として販売していました。スタントアロンの場合はＣＯＢＯＬ／２（ＮＥＣとは無関係です）という名前でＭｉｃｒｏＦｏｃｕｓ社のＬｅｂｅｌ?ＣＯＢＯＬのＩＢＭのＯＥＭ版というところでしょうか。リコーのＣＯＭＰＯＳの互換機能はサブルーチンで提供されました。ＣＯＭＰＯＳ－＞ＵＮＩＸ（ＭＸシリーズ）－＞ＯＳ／２となったので、レベルアップではなくレベルダウンでした。イーサネットではなく専用のネットワーク（トークンリング？）ＯＳ／２同士を繋いだクラスタ接続をＬＡＮマネジャーで繋ぐ事もできたのですが、ＣＯＢＯＬ／２のＲＥＡＤ　ＬＯＣＫ　が　ステータスが帰ってくるだけで、自分でループしないと次に進んでしまい、排他機能の制御ができませんでした。ＯＳ／２は最初のバージョンＪ１．０で非常に不安定で苦労した記憶があります。此れを業務で使ったのはリコーだけはなかったのでしょうか？私から見ればリコーはＩＢＭの体の良いＯＳ／２のバグだし担当でした。その後のＪ１．１　ＰＭプレゼンテーションマネージャもあまり良くなく、不安定になる位なら、Ｊ１．０を使い続けるという感覚でした。当時はＰＭのＷｉｎｄｏｗｓ切替より、Ｊ１．０の全画面切替の方が安定していた記憶です。ｉ７３６（Ｓ／３６）はＳＳＰのＯＳ下でＲＰＧでネイティブの画面一括入出力方式で開発する方法とＳＩＦ接続ですが、ＮＥＣでいうＲＤＢ／ＦＩＬＥアクセスキットの方式で、ｉ７３５のＣＯＢＯＬ／２で開発しＤＢだけをｉ７３６を使うという項目単位入出力方式もとれました。この部分は今から１５年位前に出来ていたというのはＩＢＭの技術力はすばらしかったと思います。当時もＮＥＣもＡＶＸ／ＮＥＴを使ったかどうかは忘れましたが、分散方式はとれたと思います。しかし、集中方式でもＮＥＣの場合は項目単位入力方式なので特に必要がなかったと思います。（汎用機のＡＣＯＳとＮ５２００では有効な手段だったようです。）その後、ＡＳ／４００が発売され、下位機をｉ７４０というシリーズ名で販売されました。下位機と言ってもＳ／３８クラスなので、多くは売れなかったと思います。１年位してから、本格的にＳ／３６クラスの更に下のクラスが発売され、ようやく本格的に売る事ができたのですが、本来全てをＯＳ／４００での開発にできれば良かったのですが、売り方を間違えたので、市場にはＣＯＭＰＯＳ、ＵＮＩＸ、ＯＳ／２、ＳＳＰ、ＯＳ／４００、Ａ－ＶＸと６種類のＯＳ下で開発されたシステムあり。それをサポートしながら、増員はしたというもののいままで、ＣＯＭＰＯＳとＡ－ＶＸだけしか知らない要員で元号対応、消費税対応、システム移植作業をしていた為現場は大混乱でした。今となっては結果的にはＵＮＩＸとＯＳ／２とＳＳＰはつなぎであったので、ＣＯＭＰＯＳを引っ張るだけ引っ張って、Ａ?ＶＸで逃げていれば良かったと思います。ＰＳ／５５にＣＯＭＰＯＳを乗せＯＳ／４００との分散方式も開発して本格的に安定してからＯＳ／４００のシステムを開発していれば混乱もすくなかったと思います。ＩＢＭとしてはＮＥＣ製品を売られる事が困るので巧く話をしたのでしょう。まんまとＩＢＭの戦略に乗っかった為、その後の運命はどうなったのでしょうか？

[掲示板に戻る] 全部次100 最新50