|
1:リコーのオフコンとＡ−ＶＸの未来 ＥＸＣＨＡＮＧＥ 08/15 17:46 ＊リコーのオフコンのことが豆知識に書かれていましたが、少し補足させて下さい。リコーのオフコンは主なものが リコム８（エイト）−＞ペンコール−＞Ｒｉｃｏｍ２０００−＞Ｒｉｃｏｍ３０００−＞Ｒｉｃｏｍ−Ｉ（アイ）−＞ＭＸシリーズ−＞Ｒｉｃｏｈ−Ｉ（アイ）７３５Ｄ、７３６、７４０−＞独自製品撤退 となりました。（アイシリーズというのは２種類あります！） ＯＳ的にはＲｉｃｏｍ２０００〜Ｒｉｃｏｍ−ＩがＣＯＭＰＯＳという独自ＯＳでした。これがなかなか優れた製品でして、この上でｃｏｂｏｌおよびＲａｐｉｄというコボルジェネレータが利用可能でした。ｃｏｂｏｌはｍｉｃｒｏｆｏｃｕｓ製で超高速コンパイルが可能、Ｒａｐｉｄは構造命令をもつｃｏｂｏｌライクな言語で当時はＮＥＣのオフコン（システム１００）などのｃｏｂｏｌよりずっと進んでいたと思います。その後ＮＥＣ、富士通などに押されて独自ＯＳの開発を断念し、ＭＸシリーズではＵｎｉｘを採用、リコーＩ（アイ）シリーズではＩＢＭのＯＳ２、Ｓ３６のＳＳＰ、ＡＳ４００のＯＳ４００を採用しました。そしてそれらのＯＳ上で、従来のＲａｐｉｄや同等の機能を持つユーティリティを提供する（ＯＳごとＮＴに乗せてしまったＮＥＣのＡ−ＶＸとはやり方は違いますが。。）という路線を採用しました。 ＊ＣＯＭＰＯＳの頃は「このＯＳとリコムに社運をかけています！」という情熱的な言葉を口にしていたリコー社員が、独自路線をやめて他社のＯＳの上で動かしかけたとたんに、みるみるリコーのオフコンに対して情熱を失っていくのをまにあたりにしました。 そして「撤退」。。。 ＊ＮＴ、Ｗｉｎｄｏｗｓ２０００の上にＡ−ＶＸを乗せる路線に切り替えたＮＥＣのオフコンが、かつてのリコーのオフコン事業と同じような運命をたどっているように見えるのですが。。。私の心配が杞憂であれば良いのですが、ＮＥＣさん！どのように考えているのかしら。。。 2:Re: リコーのオフコンとＡ−ＶＸの未来 tahrayan 08/17 12:25 情報ありがとうございます。 リコー独自のオフコンのことはあまり知りませんでしたので、勉強になりました。 Ｉシリーズは単にAS400そのままだと思っていましたが、独自ソフトを載せていたのですか。 会社としての方針・思惑もありますから、社員一人の思いではどうにもならないところもあるでしょう。いずれにしてもオフコンは日本独自の文化ですから、なくなってほしくないものです。 3:Re: リコーのオフコンとＡ−ＶＸの未来 江須扇 08/24 13:16 ＥＸＣＨＡＮＧＥさん初めまして、先ほどはご挨拶もせず失礼しました。 私もリコーの事を少し書かさせてください。 ＞ＯＳ的にはＲｉｃｏｍ２０００〜Ｒｉｃｏｍ−ＩがＣＯＭＰＯＳという独自ＯＳでした。 これは面白かったですね。ディレクトリ（ファイル管理）がＣＰ／Ｍのよう感じで、ファイルの登録をする必要がありましたが、自動拡張を１６ブロックまでできたのは、ＮＥＣのＩＴＯＳとくらべて画期的でしたね。当初のＲｉｃｏｍ２０００が３ＦＤＤを標準装備にしたので、２ＦＤＤシステムのＩＴＯＳ−１マシンと比べたら運用性は抜群に良かったですね。 ＣＰＵ内部ではＪＩＳで管理しており、ＦＤ出力はＥＢＣＤＩＣのＩＢＭ形式とハード変換をしていた謎のマシンでした。 （ソートはＪＩＳ順でした。Ｎ５２００もＣＰＵはＪＩＳ、ＦＤはＥＢＣＤＩＣだったようですね？） ＞これがなかなか優れた製品でして、この上でｃｏｂｏｌおよびＲａｐｉｄというコボルジェネレータが利用可能でした。ｃｏｂｏｌはｍｉｃｒｏｆｏｃｕｓ製で超高速コンパイルが可能、Ｒａｐｉｄは構造命令をもつｃｏｂｏｌライクな言語で当時はＮＥＣのオフコン（システム１００）などのｃｏｂｏｌよりずっと進んでいたと思います。 ＣＯＭＰＯＳのＣＯＢＯＬは実際の開発がＭｉｃｒｏｆｏｃｕｓ社（噂ではＭＳ社？）かもしれませんが画面機能やプリンタのフォームオーバーレイ機能はＩＴＯＳのＣＯＢＯＬの機能を改善して取り込みＩＴＯＳより簡単でＩＴＯＳよりコンパイルスピードが無茶苦茶速かった独自仕様でしたね。 （ＩＴＯＳ−１では１０００ステップで３０分以上掛かったいたのが、２、３分でできて感激をしました。） そのＣＯＢＯＬを生成できるジェネレータＲＡＰＩＤがＳＭＡＲＴ＋ＡＰＧ（１９７８年のＩＴＯＳ以前のＮＥＡＣシステム１００のＣＯＢＯＬジェネレータＲＰＧを模した名前と記憶しております。）のようで会話形式とバッチ形式両方可能な簡易ソフトでしたね。 （その後のＩＴＯＳのＣＯＢＯＬ／Ｓより良かったと思います。） しかし、ＦＤシステムから大容量ＨＤＤが中心になった時、ＤＯＳのようにディレクトリが階層構造になってなかったのと１６ブロック以上拡張できないのが致命傷になりましたね。（あと日本語機能の漢字コードが独自仕様でカタカナ２バイトも致命傷でしたね） そこでＭＸ５００シリーズのＵＮＩＸｓｙｓｔｅｍ�坑劭紕譯紕瓧鵤紕瓦療仂譴念豕い鵬鮠辰箸いΔ海箸世辰燭隼廚い泙垢�、 開発予算の関係か（？）ＣＯＭＰＯＳ−ＣＯＢＯＬの開発者いなくなったのか（？） 今度はｍｉｃｒｏｆｏｃｕｓのＬｅｖｅｌ−ＣｏｂｏｌのＵＮＩＸ版そのマンマで独自仕様の画面機能等を追加して出荷しました。 Ｓ７２００からＥＸＰ７００に移行のようにならず、Ｓ７２００からＥＸＰ１００のＡＰ環境／開発(実行)セットで移行するような方法です。 つまり、ファイルの指定方法、ＪＣＬ等や各ユーティリティのパラメータ、メニュー、漢字コードその他、色々手作業する為、移行に莫大な工数（？）が掛かりました。 金額が高い、起動までのスピードが遅い、３．５インチにＦＤが移行していたのに５インチしか付かないその他いろいろと売れない営業が売れない言い訳をするには最適商品でした。という事で鳴り物入りで登場した割にはあまり売れなかったようですね。 沢山書きすぎたのでこの続きは次回という事で。 4:Re: リコーのオフコンとＡ−ＶＸの未来 tahrayan 08/25 22:32 リコーのオフコンのことはあまり知らないので勉強になります。ぜひ続きもお願いします。 確か昔同僚がN5200でプログラムを作った時、ソートしてからFD出力、ホスト側に持っていくとソートした順番がおかしくなるとか言っていました。JISとEBCDICの違いなのですね。 私自身、いかにも知っている風なことを書いていますが、この業界に入ったのは1980年代後半、つまりS100VSシリーズ、ITOS-4Vぐらいからしか知りません。それ以前については、先人の残した資料で書いています。 ITOS-1は、フロッピーディスク起動のOSでしょうか。うちにはITOS-1の使い方とか一覧表ならあるのですが、資料を残した人はITOS-1がどんなものか知っている人向けに作っているようで、ITOS-1の基本的なことがわからない私にはさっぱりです。 5:リコーのオフコン（続きです） 江須扇 09/28 13:11 ���� �������������U �����T�� ������ ���������������� �������������� ���������T ���T�T�� �����������z �������T�� ���� �R���T �������隊H���� ������ �金H���U �T���T�医�������纐�����T纐 �U ���T�U �T�� ��������?�������衣����T�� �T���� ������������ ���R ���堰� �V�������V �����T�U�T�� �U���T�� ������ �������U ���� ������ ���� ���� ���������������T���R�������T���q�q ���U���T?�T�T纐���{�������堰� �������堰� |