|
7:（続き）「隠れオフコンの時代」（３） の（注） ＥＸＣＨＡＮＧＥ 09/26 20:39 ＊ ＪＢＣＣに関する注釈 ＊＊ 前回の文章が規定の長さをオーバーして書き込みができませんでしたので、（続き）を書かせて頂きます。 （注）ＪＢＣＣの名誉のために付け加えますと、当時すでに優秀な「パッケージソフト」を多数持っており、システム構築に強みを持っていたＪＢＣＣが「メーカ」を離脱したのは決して敗北ではなく、積極的な意義があったと筆者は思います。その後のオフコン各社の流れを見てもそのことは明らかです。早くからシステムインテグレーションの方向に進んだＪＢＣＣの方針は高く評価されるべきです。 8:「隠れオフコンの時代」（４） オフコンの「成熟」と「黄昏の予感」 ＥＸＣＨＡＮＧＥ 09/27 02:52 ＊ 時代は「新御三家の時代」に入りました。 この時代は、「オフコン寡占化の時代」でもあり、「オフコン成熟の時代」でもありました。 ＊ １９８７年、われらがオフコン「Ｓ３１００シリーズ」が発表され、また１９８８年にはＡＳ／４００が華々しく登場します。富士通のＫ６００シリーズも同じく１９８８年です。 ＊ この時代のオフコンについては、どのような特徴があるのでしょうか？ 後々のＷｉｎｄｏｗｓ時代の「クライアント／サーバ方式」を推進する人々が自分たちの優位性を主張するために、「オフコン」にたいして多くの誤った印象や評価をしてきましたので、 ＝＝ ここで、「オフコン」の名誉のためにも ＝＝ ひとこと、述べておきたいことがあります。 ＊ 彼ら（クライアント／サーバ推進者たち）は、次のように主張しました。 （１）「オフコン」にはデータベースというものがない。 （２）「オフコン」には日次更新処理という不便なものがあり、一度更新処理をおこなってしまうと赤黒修正以外、データの変更ができない。 （３）「オフコン」には表計算のソフトがない。また蓄積されたデータをユーザが取り出して活用できない。 （４）「オフコン」は本体でソフトを動かす方式でホスト側に負荷がかかり、クライアントサーバ方式に比べて時代遅れの方式である。 （５）「オフコン」は高価でしかもメーカによる互換性がない。一度購入すると以後ずっとそのメーカに縛られてしまう。 ＊ これらの主張がいかに間違ったものであるかは現時点では明らかです。 ＊ というより、当時、「データベース」「エンドユーザコンピューティング」といった重要な技術革新は、かなり大規模なシステムにおいても実際に使えるレベルで、当時の「オフコン」がすでに実現していたものでした。 Ｂ−ｔｒｅｅｖｅなどという、ＩＳＡＭに毛の生えたような「データベース？」や、データベースの行レベルロックもままならないオープン系ＤＢと違って、「オフコン」のそれは安定性と実用性を兼ね備えていました。 ＊ また、「オフコン」のデータベースにはエンドユーザが実際に簡単に利用できる「フロントエンドツール」（ＮＥＣで言えばＲＤＢＱ、ＲＤＢＱ２、三菱でいえばＥＤＵＥＴ）も充実していました。 ＊ パソコンがＤＯＳ全盛の頃、「オフコン」メーカは内部仕様がオフコンで利用形態がパソコン的な「独自ＰＣ」を作り上げていました。ＮＥＣで言えば、Ｎ５２００−０５、富士通で言えばＦＭ？？（忘れました）、ＩＢＭはＯＳ／２がその代わりだったのでしょう。 それらの「独自ＰＣ」は、「ＬＡＮ−ＰＬＡＮ」「ＥＰＯＣＡＬＣ」といった表計算ソフト、「ＬＡＮ−ＷＯＲＤ」「ＥＰＯＷＯＲＤ」といったワープロソフト、さらに高度な地図表示や、予測計算ソフトまでも利用できました。 そしてたいていの場合、Ｎ８８ＢＡＳＩＣのような単純なＢＡＩＣと違って、ＩＳＡＭが使える「事務用ＢＡＳＩＣ」を備えており、小規模な事務処理ソフトが開発できるものでした。 ＣＯＢＯＬも用意されていました。 ＩＢＭにいたっては、端末ＰＣ上で、５２５０エミュレーション画面とＰＣソフトの画面を、それぞれ実行中に「ホットキー」の押下で切り替えたり、ＰＣ上のＯＳ／２クライアントソフトからＡＳ／４００のデータベースに直接アクセスしたりする機能も備わっていました。 （ちょっと長くなりそうなので、次の書き込みに「続き」ます！！） 9:（続き）「隠れオフコンの時代」（４） のつづき ＥＸＣＨＡＮＧＥ 09/27 04:15 ＊＊ 「隠れオフコンの時代」（４）の後半部分です ＊＊ ＊ さて、「日次処理」云々についてはシステム設計の問題であり、多分、中規模以上のシステム構築の経験のない当時のパソコンＬＡＮソフト開発者には、後日のデータ修正によって発生する諸々の整合性の問題とかが理解されていなかったのでしょう。 例えば、パソコンソフトによくある、さかのぼって何回も前の請求明細書を修正再発行ができる機能とかも、大規模になれば締め切りや運用上かえって問題を発生させます。日次データにおいてもまたしかりです。 ＊ 「オフコンと違ってわれわれは日次処理をせずデータに日次フラッグを立てる」などとおっしゃっておられる方も本などでお見受けしましたが、これって日次処理そのものじゃあ。。 ＊ もっとも、「日次処理をしない」というのが、「マスタ集計を毎日せずに締次に一気に集計作表などする」 という意味でしたら、これまたシステム設計の問題でして、「オフコン」においてもよくあるパターンです。 ＊ 指摘（４）の、「本体ですべてのソフトを云々」は、キョービ「サーバサイド」がはやりの時代で、Ｗｉｎｄｏｗｓですらターミナルサーバだのメタフレームなどとホスト（じゃなくてサーバでしたっけ）に重い負荷をかけておられるのでは。。 クライアント／サーバ方式こそ現時点では「時代遅れ」になっているようですので。。でもその当時は分からなかったのでしょうね。 ＊ 最後に、オフコンは「他社と互換性がなくて一度購入すると同じメーカをずっと使い続けなくてはならない」という主張は、現実のユーザの立場から見れば大して意味のないことです。 というのは、自社開発でない限り、ユーザは「システム屋」と取引するのであり、「マイクロソフト」と取引するわけではないのです。 「オフコン」だって「システム屋」が気にくわなければ「他のシステム屋」にリプレースするのであり、ＰＣ系だって同じこと。 そのとき前のシステム屋のソースプログラムを次のシステム屋がそのまま引き継げるでしょうか？ たいていは「ソース」を見せてくれない、次のシステム屋が違うツールで開発している、などで「仕様書」だけ参考にして作り直しってケースがほとんどでは。。 それにリプレースするということは前のシステムがそもそも気に入らない場合が多いわけだから、そのまま引き継いでもしかたなかったりするのです。 要するにこれらは「オフコン」固有の問題ではないと言うことです。 ＊ オープン系に関して間違いなしにいえることは、乗せ換えの際「データの取り出しがしやすい」つまり「普段、データが容易に盗める」ということぐらいでしょうか。。 （これは少し問題発言ですね。 現状では「オフコン」だってすっかり便利、というか危なくなってしまいまして、各種連携ツールにて簡単にデータがパソコン上に取り出せてしまいます。 「オフコン」において「初期メユー」＋「セキュリティ」にて厳重にオペレータの操作を制限する仕掛けになっているのに、「ＳＫＹＬＩＮＫ」などで同じユーザ名を使ってすべてのデータベース項目に簡単にアクセスできてしまうというアンバランスは一体何なんでしょう？？ え？項目別のセキュリティをかけると良い、ですって？！ そんなことしたら基幹アプリケーションが困るでしょう？ 基幹のパスワード教えるなですって？！ ＳＫＹＬＩＮＫ使う人と、基幹ＡＰを使う人を別々に雇うこと御社では出来ます？？？） ＊ さて、この時代は「オフコン」成熟の時代であるとともに、ぼつぼつＰＣ?ＬＡＮによるシステム構築が盛んになりつつあり、「主役」はいわゆる「ネオダマ」（ネットワーク、オープン、ダウンサイジング、マルチメディア）に移っていきます。 ＊ １９９３年、ＮＥＣシステム７２００が発売されますが、このマシンはＮＥＣにとって「最後の純粋オフコン」であり、同時に「パソコンＬＡＮとの接続性」（連携という意味ではあまり強力だったとはいえません）を重視した製品でした。 決して長い期間販売されたマシンではありませんが、その４期モデル（最終モデル）においては、ＮＥＣが培ってきたＩＴＯＳ−＞ＡＶＸの一つの頂点が（いつものＮＥＣの性格のとおり、強い自己主張をすることもなく）マシンの中に「静かに」息づいていました。 ＊ そして、１９９５年。。 Ｗｉｎｄｏｗｓ９５の発売。 新しい時代の幕は切って降ろされました。 「Ｗｉｎｄｏｗｓ」「Ｗｉｎｄｏｗｓ」「Ｗｉｎｄｏｗｓ」。。 そして「隠れオフコンの時代」が始まります。 （続く） 10:「隠れオフコンの時代」（５） 隠れオフコン傾向と対策 ＥＸＣＨＡＮＧＥ 09/27 09:34 ＊ １９９５年を境にして、オフコンは冬の時代を迎えます。 ＊ 実は冬の時代はすでにその２〜３年前から始まりかけていました。 バブルの崩壊後の不況は、それまでの「ソフトは高くついて当たり前」「ハードよりソフトが高額」「ソフトで高く取ったのを自慢する」などといったオフコン業界に蔓延していた「ソフト至上主義」を一夜にして砕いてしまいました。 それにＷｉｎｄｏｗｓ９５、ＮｅｔｗａｒｅといったＰＣ系のプロダクトの登場がとどめを刺しました。 「そんな安い予算ではいいソフトは出来ないぞ！相場はもっと高い！」などといって顧客たちに迫っていたメーカ＋代理店に対して顧客たちが逆に反乱を始めました。 ＊＊ 「パソコンで開発すればもっと安くて、わかりやすいものが出来る、それでやってくれ！！、オフコンよりそっちがいい！！」 ＊＊ ＊ パソコンでの新しいシステムは最初ＤＯＳクライアントをベースにして、「Ｂ-Ｔｒｅｅｖｅ＋ＤＢｍａｇｉｃ」「ＬＬＬ＋パソコンＣＯＢＯＬ＋ｉｉｉ」「ル・クローン」などで始まり、次第にｗｉｎｄｏｗｓ版に移行していきました。（ｗｉｎｄｏｗｓ版に転換するのが遅れてその後やや下火にになったツールもたくさんあります。ＤＢマジックもそうですし、それのバッチ版ともいえるウィズダムは消えてゆきました。） ＯＳもＮｅｔｗａｒｅから次第にＮＴサーバに換わっていきました。これらの新システムは安定性やＰＣの管理費用も含めたトータルコストはともかく発注時点でのハード＋ソフトの費用を劇的に低下させるように見えました。 ＊ そして何より重要なことは、これらＰＣ系のシステムには「オープン系」「オープンシステム」という「開かれたすばらしい価値あるもの」を意味する名前が付けられ、一方オフコンには「閉鎖的で接続性が悪い」という暗いイメージの「クローズド」という呼び名がつけられました。 ＊ かつて汎用機オフコン陣営は「ホストコンピュータ」「オンラインリアルタイム」「ＳＩＳ（戦略情報システム）」といったプラス価値をイメージする言葉を数多く持っていました。 ＊ しかし、「オープンシステム」というＰＣ側の言葉を前にしてオフコン側は新たなプラス価値をもつ言葉を見いだすことが出来ませんでした。 わずかにオフコン陣営が見つけたのは「過去資産の継承」というどちらかといえば後ろ向きな言葉にすぎません。 ＊＊ そうです、「失語症」にかかってしまったオフコンは自らの価値を主張することができず、「ビジネスサーバ」「オフィスサーバ」などといった一見オープン系サーバと紛らわしい呼び名でこっそりと販売される「隠れオフコン」に身を落としてしまったのです ＊＊ ＊ 今や、「オフコン」という呼び名そのものが「時代遅れ」といったイメージを持ってしまいました。 このような事態に対し各メーカはどのような対策を講じていったのでしょうか？ それは大きく分けて３つに分類できます。 （１）「オフコン」から撤退してオープンシステム上でかつてのオフコン時代と同様の開発実行環境を提供する。 （２）ハードのみパソコンサーバの部品を使用してコストダウンを計りつつ、あくまでも中身のＯＳは「独自」を貫く。または複数プロセッサを使用してＮＴサーバなども１台のマシンで稼働させ連携を取る。 （３）ＮＴサーバＯＳ上に「独自ＯＳ」を組み込む。 といった方法です。 ＊ それでは、次回コラムから、各メーカ別の「オープンシステム対抗の傾向と対策」を順に探ってみましょう！！ （続く） 11:「隠れオフコンの時代」（６） 東芝の場合 ＥＸＣＨＡＮＧＥ 09/27 10:34 ＊ 「オープン対策」として東芝が講じたのは前回のコラムでの対策（１）の方法でした。 ＊ ノートＰＣなどで気を吐いていた東芝は「オフコン」には未来がないと考えたのでしょう。 すでにＶシリーズ、Ｑシリーズの次に「ＴＰシリーズ」をリリースした頃から次第にオフコン離れは始まっていたのかもしれません。 ＴＰシリーズのＯＳは、ファイルシステムなどを見ても、ＵＮＩＸが透けて見えるものでした。わたしは東芝のオフコンは１１５０、１３５０時代しか触ったことがありませんのでＴＰのＯＳの深層部が本当にＵＮＩＸだったのかどうかよく分かりません。 しかし、一見した感じではあきらかにＵＮＩＸを下敷きにしているように見えました。（まあそれは三菱のＤＰ−ＵＸも同じかもしれません。。） ＊ 逆に、ひょっとしたら東芝はＴＰ投入の時点ではＵＮＩＸのＡＰＩを取り込んでもう一勝負しようと思っていたのかもしれません。 オフコンの延命対策（失礼！）としてＵＮＩＸを使う というのは、かつて海外メーカにもよくありましたから。。（例えばＮＣＲなど） ＊ しかし東芝は「ＴＰ-ＣＡＲＥ」という開発実行環境を提供することと、ＩＢＭのＡＳ／４００をオールタナティブとすることでオフコン分野から撤退することになったようです。 ＊ ただし撤退はかなり緩やかに行われた模様で、４、５年前私がよく知っている大阪方面の東芝のディーラの社長にお伺いしたら 「まあ、東芝のオフコンは以前からやめる、やめると言い続けてここまで引っ張ってきましたよってに。。メーカは２００Ｘ年までは。。とかいうてます。 パソコンＣＯＢＯＬやコンバータも提供してもらってま。 ところで（ＥＸＣＨＡＮＧＥ）さん、あんたも東芝やってみまへんか？ ＣＯＢＯＬやったら出来まっしゃろ？」 （その後撤退と乗せ換えは多くの東芝ディーラにとってどのように進められたのか私には情報がありません。どなたかご存じの方がおられましたらお教えください。） ＊ さて、ＴＰ-ＣＡＲＥによる変換後の実行環境ですが画面をＷＥＢブラウザにて実行するＷＥＢ?ＣＯＢＯＬのようです。 ＤＢはｏｒａｃｌｅ、ＳＱＬサーバなどであったように思います。 （正確なことは情報掲載のＵＲＬを忘れてしまったので確認できません） （続く） 予告：次は「三菱」の予定です。 12:「隠れオフコンの時代」（７） 三菱の場合 ＥＸＣＨＡＮＧＥ 09/27 12:10 ＊ 三菱のお話をする前に「日立」のｅｌｌｅｓあたりはどうなってしまったのでしょう？いつの間にか日立さんもオフコンから撤退してしまったようです。その経緯も、乗せ換え、ユーザ救出方法も聞いていません。 ＊ 東芝、日立と並んでその次に「撤退組」になりそうに見えた三菱は意外に「根性」を発揮して善戦しています。 これは私には驚きでした。 ＊ 三菱のとった方法はタイプ（２）に当たりましょうか。 ハード的にＰＣ系の部品を使っているかどうかは私には分かりません。しかも現行機種「ＥＮＴＲＡＮＣＥ」のＨＰを見ても、ソリューションやサービスなどを全面に出した、徹底した隠れオフコンぶりで、独自ＯＳと別にｗｉｎｄｏｗｓサーバを搭載できるのかどうかもよく読み取れません。しかしミドルウエアの説明の感じからしてこのマシンは「独自ＯＳ ＤＰ−ＵＸ」のみで動かすタイプではないかと思われます。ＯＳのベースはＵＮＩＸっぽい感じです。ＮＦＳやメールサーバ、ＷＷＷサーバのサービスもあるようです。 ＊ 三菱には以前から「グレオ」というＤＢ検索用の別プロセッサが搭載可能でした。（ＮＥＣでいえばＤＢエンジンというやつです。といってもＤＢエンジンはプロセッサでなく別メモリですが。。） ＊ 言語も以前からの「ＰＲＯＧＲＥＳＳ（プログレス）」という独自言語が使えます。（もちろんＣＯＢＯＬも使用可。） このＰＲＯＧＲＥＳＳというのは、ＩＢＭのＲＰＧをモデルにして作られた感じでプログラムを「。。仕様書」と呼ばれる単位で記述するのが特徴です。（ずっと以前の古いＯＳの時代にはＲＰＧＩＩも使えました） ただしＰＲＯＧＲＥＳＳの場合は画面入力の仕様書の部分がかなりＲＰＧよりよく出来ていて、入力の方法が汎用機っぽい「画面単位での入力」と、Ａ-ＶＸ、ＰＣなどでおなじみの「項目単位でのａｃｃｅｐｔ入力」の両方が可能です。 昔、私が旧バージョンのＰＲＯＧＲＥＳＳで組んでいた頃は構造化されたＩＦ文などが使えないなど、きわめて制約が多かったのですが、現在のＰＲＯＧＲＥＳＳはかなり使いやすくなっている感じです。バッチタイプのフローの場合、「ＲＰＧサイクル」のようなジェネレータ機能がありますので楽ちんです。全体にＲＰＧよりは使いやすく生産性も高いと思います。 この世界の方は顧客の囲い込みのためもあって、あまりＣＯＢＯＬはお使いにならず、ＰＲＯＧＲＥＳＳが多いようです。 ＊ 三菱には業種によって「固定客」があるのでしょうか？（三菱自動車とか。。） ＯＳの機能などもＮＥＣのＡ-ＶＸなどよりずっとしっかりしており、今後の持久戦、長期戦に向きそうな感じです。 ＊ 一時、東芝のオフコン撤退を受けて、受け皿となるべく、「積極的な販売攻勢をかけている」とマスコミに報じられたこともあります。 （続く） 次回は、「富士通」の予定です。 13:「隠れオフコンの時代」（８） 富士通の場合 ＥＸＣＨＡＮＧＥ 09/27 21:06 ＊ 前回の「三菱」にかんして少し書き忘れたことがありますので、まずその件から。。 ＊ 私は現在では三菱のオフコンから遠ざかっているものでよく分からないのですが、現在の「ＥＮＴＲＡＮＣＥシリーズ」の少し前の時期に「ＲＸシリーズ」という別系統のマシンがあったように思います。全くの推測ですが、（ＲＩＳＣ＋オフコンＯＳ）で、ひょっとしたらインテル系の別プロセッサを追加してＮＴ系のＯＳも走ったのではなかったでしょうか？ この点についてもご存じの方がおられましたらお教えください。 ＊ 三菱の場合、隠れオフコンとして「ソリューションサーバ」という名称を使っています。 オフコンかオープン系サーバかといったことを詮索しないでください、大事なことは「ソリューション」なのですから。。という声が三菱側から聞こえてくるような感じです。 ＊＊ さて、「富士通」の場合です。 ＊ もともと富士通は基本ソフトウエア開発力のある会社だと思います。 オフコンに関してもＦ５系、Ｆ３系以外に専用端末用のＧＵＩっぽいＯＳ（ＧＸ？？）も擁しておりました。（もっともＦ３系はＵＳＡＣ発ですけれども。。 このあたりの事情はターラヤン氏の最新の書き込みをご参照ください） 従って、純粋オフコンスタイルで、ホスト＋ピュア端末の組み合わせでもマルチウィンドウソフトが出来るようです。もちろんｗｉｎを使ってのエミュレーションも可能です。（最近はやはりこちらをメインにして販売しているようですが。。） ＊ 現在のＯＳ「ＡＳＰ」（Ｆ５系？）に関してもＤＢ機能その他でＮＥＣのＡ-ＶＸを遙かにしのぐ充実ぶりです。基本的にＩＢＭのＡＳ／４００のコマンド体系を強く意識して作られているようです。 ＊ 隠れオフコンとするに際して、タイプ（２）のスタイルを採用し、ハードウエア的にはＰＣ部品を使用し原価を下げ、中身は「純粋オフコンＯＳ」を使っています。プロセッサもインテルです。名称はＰＲＩＭＥＲＧＹ６０００（当初はＧＲＡＮＰＯＷＥＲ）という他のＩＡサーバと統一名称を使用してマギラワしく（隠れやすく）しています。 ＊ ただ、開発力（パワー的にということです）のあるメーカらしく、単純に隠れオフコン化するだけでなく、ＮＴやＯＳ４００のようにマイクロコード方式を採用して今後の移植性を高めたり、ＵＮＩＸのＡＰＩを移植しＡＰＡＣＨＥなども使えるようにするなど、かなりの内部改革を行っています。今後のことを考えると、かなり強力な備えです。 ＊ 富士通の場合、問題はむしろ今後の販売政策にあるのではないでしょうか？ ＊ まず「隠れオフコン化」へ進む前の段階で、オフコンを廃止してＵＮＩＸに移行（実行環境提供型か？）することも検討した模様で、一時はかなり迷走したようです。 ＊ 現在もオフコン分野は販売が低迷していると聞いています。 一時はＨＰに「オープン系と比較した富士通オフコンのメリット」を掲載し、「今後とも力を入れていきます。基幹業務を中心にご活用ください」といった記述があったのですが、このごろは力強い調子の表現がすっかり影をひそめてしまいました。 ＊ なまじ開発力のあるメーカだけにいろんなパターンへの変更が可能かと思われ、今後のトップの判断によって大きく路線が変わることも考えられます。 14:「隠れオフコンの時代」（９） ＩＢＭの場合 ＥＸＣＨＡＮＧＥ 09/28 04:10 ＊ オープン化の流れに対して、ＩＢＭオフコンは国内他社と全くちがった姿勢で臨んでいます。 ＊ というか、このメーカだけが唯一自社オフコンに強い誇りと自信をもって向かっています。 ホストコンピュータの老舗、この分野でのリーダとしての意地でしょうか。 ＊ まず、ハード的なところはＰＣ部品やインテルプロセッサを使用せず、独自ハードで構成しています。そのかわり自社製品内の部品共有化をすすめ、とくにＡＩＸ（ＵＮＩＸ）製品との部品共通化を計っています。プロセッサにｐｏｗｅｒＰＣを使用しているのもその辺が関係しているようです。（なお、ＮＴ用に専用プロセッサを増設することも可能なようです） ｐｏｗｅｒＰＣプロセッサは６４ビット、銅線技術を取り入れるなど常に最先端を心がけています。 製品デザインにもＩＢＭらしいこだわりをみせ堅牢さと力強さを象徴するＢＬＡＣＫを採用しています。 ＊ もちろんＯＳも独自の「ＯＳ４００」、堅牢さ、資産継承性（ＩＢＭでは「お客様の投資の保護」とよんでいます）、だけでなく先進性も売り物にしています。 このＯＳの基本設計をした「フランク・ソルティス博士」をカリスマにして顧客に熱狂的な「ＡＳ／４００信者」をつくりだすことに成功しています。 「ＡＳでなけれはコンピュータじゃない、ＮＴなんて話にならん！」 て感じです。 時々、ソルティス先生が来日され「ファン」との交流の場が設けられているようです。 ＊ しかし、単なる人気ではありません。 ＯＳの内容はきわめて強力です。 基本設計がしっかりしており、当初から全面的にＲＤＢを採用し、ＤＢの仕様においても現在のオラクルなどと遜色のない設計です。 つまり「オフコン」という名の「オープンサーバ」といってもよい中身です。 もちろん、「バッチジョブ」での強力な制御機能、サブシステム間のリソース配分の調整、などホストコンピュータ特有の機能がふんだんに盛り込まれています。 ＊ ＵＮＩＸとの互換（ＵＮＩＸ化？）も進められており、さらにＷＷＷサーバ、ＪＡＶＡ言語の使用、ＪＶＭの実装も行われています。オールＪＡＶＡでの開発も可能です。 ＊ 「ホスト」「ＵＮＩＸ」「ＰＣ」 現在のコンピュータ界の３大勢力のそれぞれの雄の代表的製品 「ＩＢＭ」ＯＳ４００、ＯＳ３９０ 「サン」 ＳＯＬＡＲＩＳ 「ＭＳ」 Ｗｉｎｄｏｗｓ２０００ これらの内容をよく見れば、さすがに「超一流はすばらしい」「やっぱりコンピュータはアメリカが本場だな?」と思わざるを得ません。 ＊ だいぶＩＢＭのちょうちん持ちをしてしまいましたが。。 ＊ ところが、これらの経緯にもかかわらず。。。 ＡＳ／４００という名称を取り下げ、「ｉサーバ」というネーミングに変更。 ＩＢＭよ、おまえもか？！ ＊ ＡＳ／４００（あえてこう呼ばせて頂きます）の弱点は、「価格」でしょう。 Ａ-ＶＸでいえばＥＸ６２０クラスの顧客にはＡＳはちょっと値段的にしんどいと思います。 ＩＢＭ側も、最近は「ｄｏｍｉｎｏ専用サーバ」など用途向けＡＳ／４００を発売するなど、やや専用化、高級化路線に傾いているようです。（日本の中小企業などはどうでもよいと？？） ＊ 代理店も、大企業ユーザのコンピュータ部門が代理店化したところが多く、下請けさんなどへの系列販売でけっこう生活できたので、熾烈な売り込み値引き合戦には弱く、中小企業への売り込み（特に地方で）は弱いようです。 ＊ 国内のすべてのオフコンが死滅してもＡＳは最後まで残るでしょう。 ただ、将来大規模のみになっていって、「私たち」に手の届かないものになってしまっては。。（なくなったのと同じです） （続く） 次回はいよいよ、我らがＮＥＣです。（こうご期待） 15:「隠れオフコンの時代」（１０） ＮＥＣの場合 ＥＸＣＨＡＮＧＥ 09/28 05:45 ＊ さて、いよいよＮＥＣです。 ＊ 名称の上での隠れオフコン化はかなり早い時期から行われてきました。Ａシリーズのころには「オフィスプロセッサ」という名称、Ｓ７２００になってからは「オフィスサーバ」という名称を使っていました。 ＊ １９９７年、ＮＥＣは突然あっと言わせる方法の製品をひっさげてオープン化対応を行いました。 Ｅｘｐｒｅｓｓ７００シリーズです。 従来の独自ＯＳ「Ａ−ＶＸ」をｗｉｎｄｏｗｓＮＴ上に乗せるというものです。その結果、「これはオープンサーバである」と主張しても間違いではないというサーバ（オフコン？）が誕生しました。 私はこれを見て「うーん、日本人だな〜」とおもってしまいました。 ＊＊ 題して「和魂洋才」「和洋折衷」 ＊＊ １階は西洋造りの店舗、２階は和室の住居の「店舗付き住宅」みたいなもんです。入ったときは「お〜〜、モダンな西洋風！！」と思わせておいて、「ま、ま、２階へあがってごゆっくりおくつろぎください！、ちょっと片づける間おまちくださいね。」とかなんとか。 しばらく待たされた後、２階へあがってみると「おおお〜〜！ 昔ながらのなつかしい畳の部屋じゃんかーー」 と言うわけです。 ＊ しかし、パターン（３）のこのやり方、実に「ひらめきの勝利」「作戦勝ち」でしたね。「忍術」と言おうか「擬態」と言おうか、とにかくみごとな隠れ方です。 ＮＥＣの頭の中には多分、 （１）今後「オフコン」では勝負がむづかしい。「オープンサーバ」として売り込まなければ無理。 これなら、顧客が「ＮＴサーバに替えたい」と行ってきてもＯＫ。「社長、もちろんこれは正真正銘のＮＴサーバです。」 （２）囲い込んだ顧客の資産が１００％継承できれば、オープン側からの売り込みと競合しても強い。 （３）時代の主流であるＭＳとの強い関係をアピールできる。 さらに、 （４）今後、Ａ-ＶＸを使うユーザが減ってきてやめる場合でも「もともとこれはＮＴサーバなのだから。。」といって自然に消滅できる。当分の間、様子見して世の中の流れを見極めよう。 と、いう考えがあったのではないでしょうか？ 上記は、すべて私見です。 ＊＊ 特に（４）に関しては、皆さんのお考えをお聞かせください＊＊ ＊ いずれにしてもＮＥＣが「オフコンから撤退」といわれても反論しないというのは、販売戦略上の「作戦」ではないかと思います。（なんといっても、これは「ｗｉｎｄｏｗｓ２０００サーバ」ですから。。） ＊ ７００シリーズの頃は、ようようＮＴの上でＡ-ＶＸを動かしている（湯船の中に一人入っただけでお風呂がいっぱい。二人目がはいれないよ）って感じでした。製品発表当時は、バグも多く、ＮＥＣの保守員が毎日走り回ったという。。ある保守員が顧客のところでパッチを当てて帰ろうとしたところ、別の保守員がやってきた。「あれ、君、何しにきたの？」「僕、次のパッチ当てにきたんです」なんて冗談がでたほどでした。 ＊ しかし、さすがＮＥＣ。７００シリーズＡ−ＶＸ３ Ｖ２頃からは、完全に物にしましたね。 さらに６００シリーズＡ-ＶＸ４（インテルプロセッサ、ＮＴ４．０、Ｗｉｎ２０００サーバ）になった頃からは、かなり余裕が出てきました。オープン連携の機能もかなり追加され、またオープン系ＤＢなどと同一サーバ上で運用しても問題なくなってきました。 ＊ ＮＥＣになると、つい長話になってしまいます。 この続きは ＝後編＝ で。。 （続く） 16:「隠れオフコンの時代」（１０） ＮＥＣ＝後編＝ ＥＸＣＨＡＮＧＥ 09/28 08:14 ＊ 前編で見たようなＮＥＣのやり方が、実際のＮＥＣのオフコンの販売の上でどのような効果（結果）を生み出したのか私にははっきりとした情報がありませんので、知りたいところです。 ＊ ただ、ＮＥＣの場合、２０００年問題でのマシンそのもののリプレースがあまり必要なかったため、リース切れ、経年による買い換えが２０００年以後に持ち越された可能性があります。したがって「富士通苦戦」「ＮＥＣ善戦」といわれても単純には判断できないように思いますが。。（現に、このＨＰでも３１００−ＡＸＸといった機種がまだ使われていることが分かります） ＊ さて、この「ＮＴの上に乗せる」という方式ですが、当初私は、ＩＢＭなどと比べ「対決よりは融合を計る日本式」という感想と同時に、「邪道！！」と思ったことも事実です。 ＊ しかし、その後の世界のＯＳ界（そんなもんあるんかしらん？）の流れをみていると、ＶＭＷＡＲＥなどが現れて、複数ＯＳ同時稼働、ＯＳ上にＯＳといったことが当たり前になってきました。 後になって考えてみると、ＮＥＣのこのやり方、けっこう「時流じゃん」 と、思い始めました。 ＊ ＮＴの上に乗せるのがうまくいったのは、ＭＳとの深い関係によるところが大きいのでしょうが、同時に「Ａ-ＶＸが比較的軽いＯＳであった」ことが幸いしたと思います。 そもそもハードの非力だった過去においても、富士通のようにＦ１、Ｆ３、Ｆ５といった何種類ものＯＳを使わなくても「これ１本！」でいけたのはＡ?ＶＸが（上位機種での機能がやや低いものの）軽いＯＳだったからでしょう。 ＊ 逆にいうと、そこが今後のＡ-ＶＸの課題ではないかと思うのです。 はっきり言って現在のＡ-ＶＸの基本的なレベルは、ＩＢＭでいえばＳ３６の後期のＳＳＰのレベルと同じレベルに思われます。（Ｓ３６同様使いやすいのですけどね） ＯＵＴＱを駆使しないシンプルなスプールの構造、時々再編成を必要とするファイルシステム、後からおっかぶせの低機能データベース、等々。。 ＯＳ４００や、ＡＳＰに遙かに及ばないように思われます。 ＤＢ機能の強化（同時キーファイルを多数とれるようにする。フィールドで条件選択した論理ファイル。セカンダリファイルでのＳＥＬＥＣＴ条件検索。複数レコード様式の合併ファイル。トリガー機能。等々。。）、ＪＡＶＡの実装、ＷＷＷサーバの機能（ＩＩＳだけじゃいや）、数え上げればきりがありません。 ＊＊ このまま、ＷＩＮサーバ上で現状維持の「保守モード」には入り、自然消滅を待つのか？ ＊＊ ＊＊ 大幅な内部の改造をはかって「改革を断行」するのか？ ＊＊ ＮＥＣの奮起に期待したいと思います。 （続く） 次回は「真実の姿は？」：＝活躍する隠れオフコンの巻＝ をお送りします。 |