日本のソフトウェア産業はなぜ失敗したのか?日本のコンピューターの歴史

2023年、日本のデジタル貿易赤字は約5.5兆円(370億ドル)に達しました。これは、ソフトウェアライセンス、クラウドサービス、オンライン広告などのデジタルサービスの輸入が輸出を大幅に上回っていることを意味します。この赤字は2015年以降倍増しています。生成AIの普及などによりデジタルサービスへの需要が拡大する中、その多くがGoogle、Amazon、Microsoftといった米国の巨大テック企業によって提供されています。この記事では、日本のコンピューター産業やソフトウェア産業の歴史、失敗の事例や原因などをまとめています。

日本のコンピューター産業の黎明期

日本の経済政策を担う通商産業省(経済産業省の前身)は、自国のコンピューター産業の育成を目指していました。通産省にとっての最大の脅威は米国のIBMで、IBMは1925年に日本に進出し、1937年には日本IBMを設立しました。しかし、第二次世界大戦中にその資産は没収されています。
1949年にIBMが日本に再進出すると、翌年には外国のコンピューター企業が日本企業との合弁事業を義務付ける新法が施行されました 。RCAと日立、GEと東芝、ハネウェルとNECといった強制的な技術移転を伴う合弁事業が形成される中、IBMは日本IBMの100%所有を維持し、政府の要求にも屈しませんでした。政府の圧力にもかかわらず、IBM製品の技術的優位性から、日本企業はIBM製品を好んでいました。

日本ソフトウェア会社の設立と失敗

1964年にIBMが画期的なSystem/360コンピューターを発表すると、危機感を抱いた通産省は1966年から1971年まで、System/360を凌駕する「超高性能電子計算機プロジェクト」を後援しました。このプロジェクトのソフトウェア開発のため、1966年10月には日立、NEC、富士通、日本興業銀行の合弁で「日本ソフトウェア会社」が設立されます。
日本ソフトウェアの目標は、日本の全コンピューターのためのユニバーサルなオペレーティングシステム(OS)と共通標準を開発することでした。しかし、通産省が日本ソフトウェアに投じた資金はプロジェクト総予算の25%に過ぎず、ソフトウェアはハードウェア開発の後回しにされていました。多くの参加者からの要求が膨らみ、目標達成に失敗した日本ソフトウェアは、外部からの売上を獲得できず、従業員の信頼も失いました。政府補助金が終了した後、会社は1972年に閉鎖されました。

IBMのアンバンドリングと日本のリトルIBM化

1969年、米国での独占禁止法訴訟の脅威により、IBMはソフトウェアとハードウェアのアンバンドリング(分離販売)を余儀なくされました。これはテクノロジー産業史における大きな節目であり、ソフトウェア産業の誕生につながりました。
日本では、IBMのアンバンドリングにより、日本企業がソフトウェア子会社を設立し、リバースエンジニアリングを通じてIBMの仕様を採用するようになりました。1971年には富士通がIBM互換のメインフレームを販売し始め、IBM製よりも高速で安価であると宣伝しました。System/360のチーフアーキテクトであったジーン・アムダールとの協力により、富士通はこの互換性をさらに洗練させました。
日本企業は、日本語の漢字表示のためにソフトウェアを修正する必要があり、各社が独自のアプローチをとりました。また、顧客の既存のビジネス慣行に合わせてソフトウェアが変更されることが多く、これにより顧客を囲い込み、より高額な料金を請求することができました。結果として、日本企業は「リトルIBM」となっていきました。

IBMスパイ事件

リバースエンジニアリングされたIBMソフトウェアの使用には「窃盗」という問題が伴いました。1976年の著作権法まで、ソフトウェアに明確な著作権保護が及ばず、1978年に施行されました。しかし、IBMは1960年代後半に提起された独占禁止法訴訟への対応に追われていたため、日本での問題に本格的に対処できませんでした。独占禁止法訴訟が解決した後、IBMは富士通などの日本企業によるソフトウェア窃盗問題に本格的に取り組みました。1982年、FBIは日立と三菱電機の幹部を含む18人の日本人従業員を逮捕し、IBMの技術秘密を盗むために金銭を支払ったとして起訴しました。この「IBMスパイ事件」は太平洋の両岸で悪感情を引き起こしました。米国は景気後退期にあり、世界的な競争力低下に不安を感じていた一方、日本は米国が自国の台頭を妨害しようとしていると感じ、反発しました。
日立と富士通は、System/360 OSが当時パブリックドメインであったため、そこから派生したソフトウェアも使用できると主張しまし た。また、IBMのソフトウェア仕様が広く使われていたため、標準であり著作権保護の対象外であるとも主張しました。IBMは米国政府に訴え、政府は大規模なおとり捜査で日本人従業員を逮捕しました。最終的に富士通は、一括払いと年間ライセンス料(年間最大6000万ドル)を支払い、IBMの知的財産権を尊重することに合意しました。これらのソフトウェア料金は、日本企業の競争力を深刻に脅かしました。
日本政府は、自国のコンピューター企業を救済しようと介入し、1985年には通産省が著作権法を改正し、ソフトウェアの保護期間を国際標準の50年から15年に短縮することを提案しましたが、これは実現しませんでした。日本企業は長年、外国製のクローズドソースソフトウェアの上にビジネスを構築しており、それが裏目に出る形となりました。

優秀なプログラマーの不足

日本政府は深刻なソフトウェア危機を認識しました。国内の代替手段がないため、日本のテック企業はIBMやMicrosoftのような企業からのソフトウェア輸入に常に依存することになりました。大きな障害の一つは、日本における有能な生産性の高いソフトウェアプログラマーの深刻な不足でした。

  • コンピューターサイエンスにおける中等教育の弱さ
    日本の大学にはコンピューターサイエンスとソフトウェアの有資格教師が不足していました。ほとんどのコンピューターサイエンス教授は数学などの他の分野で訓練を受けており、カリキュラムの最新のコンピューター動向を取り入れるのが遅れていました。英語のバイリンガル能力や海外経験の不足も影響したと考えられます。
  • ソフトウェアエンジニアリングが魅力的な仕事とみなされなかった
    日本のソフトウェア開発者の最大の雇用主は、大企業グループのソフトウェア開発部門であり、終身雇用制度で運営されていました。ソフトウェア開発者は顧客と直接対面することがなく、キャリアアップの機会も不足していました。さらに、給与も高くなく、やりがいも少なかったと考えられ、ほとんどが退屈なカスタマイズやメンテナンスコードの作業でした。ちなみに、2010年には、Infosysの元CEOが、日本のソフトウェア支出の80%が現行システムの維持に費やされていると推定しました(欧米では60%以下)。
  • 日本のスタートアップ形成の欠如
    米国では1980年代にAdobe、Intuit、Synopsys、Cadence、Lotus、Electronic Arts、Autodeskなどの独立系ソフトウェア大手が設立されました。MicrosoftやOracleも1970年代後半に設立され、1980年代に勢いを増しました。しかし、1980年代の日本では、顧客の受け入れ不足、ベンチャーキャピタル投資の不足、扱いにくい終身雇用制度、イニシアチブ/リスクテイクの文化の欠如などにより、このような大規模な独立系企業は出現しませんでした。

TRONプロジェクトの失敗

日本のプログラマーには、ソフトウェア開発のための「良いソフトウェア環境」がありませんでした。業界全体がカスタムソフトウェアに取り組んでいたため、ハードウェアに依存しない広く受け入れられたプラットフォームやOSが存在せず、日本のエンジニアは非常に非生産的になりました。
TRONは、東京大学の坂村健博士が1984年に開始した国産OSプロジェクトで、MicrosoftソフトウェアとIntelハードウェアの支配を打ち破る「オープンOS」の作成を目指しました。しかし、実際のソースコードは作成せず、POSIXのようなインターフェースと設計ガイドラインのセットを提供しました。最も重要なTRONの派生は、ビジネスTRON(BTRON)でした。松下電器などのPCメーカーは標準を採用し、日本の学校で使用するためのBTRON準拠PCの生産を開始しました。しかし、1989年4月、米国通商代表部(USTR)はBTRONを潜在的な日本の貿易障壁として具体的に挙げました。TRON協会は抗議し、USTRは後にその言及を削除しましたが、損害はすでに発生していました。米国と日本の半導体摩擦にすでに巻き込まれていた日本のマイクロプロセッサー企業は撤退し、BTRONは崩壊しました。
TRONはまだ存在しており、Nintendo SwitchのJoy-Conコントローラーや小惑星探査機はやぶさ2もTRON準拠のOSを使用しています。坂村は後に、米国政府がBTRONを「揺りかごで絞め殺した」と非難しましたが、TRONのアプリケーション不足と全体的な遅さから、最初から行き詰まりであった可能性が高いとされています。

SigmaとUnix

1985年、BTRONプロジェクトが進行する中、通産省が後援する別のコンソーシアムが、5年間の「ソフトウェア工業化ジェネレーターおよびメンテナンス支援(Sigma)プロジェクト」を開始しました。250億円の資金が投じられ、Sigmaの目標は日本のプログラマーの生産性を劇的に向上させることでした。
外国メディアはこの側面を強調しましたが、実際には、このプロジェクトはネットワーク化されたUnixワークステーションコンピューターのラインのための標準、構成、およびアプリケーションを開発しました。Sigmaは最終目標には遠く及ばなかったものの、富士通 、日立、NECが古いIBMプラットフォームから、AT&Tによってライセンス供与されたUnixに移行するきっかけとなりました。しかし、日本企業とUnixの典型的なやり方で、彼らはそれを大幅にカスタマイズしました。
メインフレームとスーパーコンピューターは、古い日本の戦略がまだうまく機能する分野であり、Unixの採用は、富士通などに一時的な活力を与えました。1990年代には、日本は世界最速のスーパーコンピューターをいくつか製造し、Cray Research社に挑戦しましたが、それは非常にニッチな成功にとどまりました。

バブル崩壊との関連

1990年、日本の不動産バブルが崩壊し、国は長年の景気後退に突入しました。顧客は高価なソフトウェアの修正を支払う余裕がなくなり、富士通や日立のような日本の大手メインフレームメーカーは、この新しいコスト意識の高い環境に適応するのに苦労し、緩やかな長期的な衰退に陥りました。より重要なことに、不動産危機は日本の自信の核心を揺るがしました。米国はソフトウェアにおける長年の競争優位性を基盤に引き離し始め、通産省で長年大切にされてきた原則が突然疑問視されるようになりました。
数十年にわたり、通産省の戦略は、国内の優良企業に資金と人気のある製品を与え、その製品をリバースエンジニアリングし、誰よりも安く大量生産する方法を見つけ、それを海外で販売することでした。これは鉄鋼や自動車のような工業製品にはうまくいきましたが、ソフトウェアはすでに簡単にコピーできるものでした。あるソフトウェアパッケージが別のソフトウェアパッケージよりも成功する理由は、「複製経済」ではなく、広く受け入れられた標準、アプリケーションやユーザーのネットワーク、そして消費者の親しみやすさでした。コンシューマー製品がOSにますます依存するようになるにつれて、かつて強力だった日本の家電企業がオープン市場で競争することは難しくなりました。

PC-98とiモードの失敗

PCは、日本が間違った方向に進んだ、ソフトウェアに大きく依存する家電製品の典型的な例でした。10年以上にわたり、NECは日本語に対応したハードウェアアクセラレーション版MS-DOS(PC-98)のおかげで、国内PC市場を独占しました。しかし、1990年代初頭、IBM、Microsoft、IntelはついにNECの停滞したPC独占を打ち破りました。日本語対応の新しいDOSバージョンは、外国製ソフトウェアとハードウェアが日本市場に参入する道を開きました。
この時、日本政府と通産省は、よりグローバルなアプローチが必要であると判断し、成り行きに任せることにしました。市場に完全にさらされたNECの高価で比較的シンプルな製品は崩壊しました。NEC PC-98の崩壊は消費者にとっては恩恵であったことは間違いないですが、Microsoftの日本市場支配を確固たるものにしました。それ以来、日本の国内ソフトウェアメーカーは、米国の大手企業に挑戦を仕掛けていません。
同様の事態が数年後に発生しました。日本の通信事業者NTTドコモは、モバイル2Gウェブブラウザを作成し、それをiモードと呼ばれるモバイルインターネットサービスに発展させました。1999年に開始され、2003年には4000万人以上の加入者を獲得し、非常に人気を博しました。NTTは、この標準を海外に輸出し、通信のモバイル電話事業にとって別の収益源として売り込もうとしましたが、残念ながらiモードは海外で普及しませんでした。ハンドセットパートナーによる採用不足が原因の一部であり、その後、iPhoneのリリースとその非常に豊富なアプリケーションエコシステムにより、チャンスは完全に失われました。

まとめ

日本のソフトウェア産業は、長年にわたり、ハードウェア主導の産業政策、IBMとの複雑な関係、そして国内市場の特殊性という課題に直面してきました。当初、通産省はIBMに対抗するため、国産コンピューター産業の育成に力を入れましたが、ソフトウェア開発は後回しにされ、「日本ソフトウェア会社」のような試みは失敗に終わりました。IBMのアンバンドリング後、日本企業はリバースエンジニアリングを通じてIBM互換のシステムを開発し、独自の「リトルIBM」として生き残りを図りましたが、これは後に「IBMスパイ事件」として著作権侵害問題に発展しました。また、日本は有能なソフトウェアプログラマーの不足という構造的な問題も抱えていました。コンピューターサイエンス教育の遅れ、ソフトウェアエンジニアリングが魅力的な職種と見なされなかったこと、そして米国のような活発なスタートアップ文化が育たなかったことが、この不足を深刻化させました。TRONプロジェクトやSigmaプロジェクトといった国産OSや開発環境の試みも、外部からの圧力や内部的な課題により、限定的な成功にとどまりました。
1990年代のバブル崩壊は、日本のソフトウェア産業にさらなる打撃を与えました。コスト意識の高まりにより、高価なカスタムソフトウェアの需要が減退し、NECのPC-98のような国内市場を独占していた製品も、グローバル標準の波に飲まれました。iモードのような革新的なモバイルインターネットサービスも、海外展開の失敗とiPhoneの登場により、その優位性を失いました。

現在、日本のソフトウェア産業は規模こそ大きいものの、カスタムメイドのパッケージか、海外で製造された輸入製品に大きく依存している状況です。ゲーム分野は日本のソフトウェア産業の強みとして挙げられますが、全体としてはグローバルな競争において遅れをとっているという認識が広まっています。この状況を根本的に解決するための明確な政策的回答は、依然として見出しにくいのが現状です。

Previous Post