Loading article…
電気通信およびコンピューティングにおいて、下位互換性(または後方互換性)とは、古いレガシー システム、またはそのようなシステム用に設計された入力との相互運用性を可能にするオペレーティング システム、ソフトウェア、実際の製品、またはテクノロジの特性のことです。
下位互換性を許可しない方法でシステムを変更することは、下位互換性を「破壊する」と呼ばれることがあります。[1]このような破壊には通常、切り替えコストなどのさまざまな種類のコストが発生します。
補完的な概念は前方互換性です。前方互換性のある設計には通常、将来の標準や製品との互換性のためのロードマップがあります。 [2]
使用法
ハードウェア
後方互換性と前方互換性の両方を備えた簡単な例として、ステレオでのFM ラジオの導入が挙げられます。FM ラジオは当初モノラルで、1 つの信号で表されたオーディオ チャネルは 1 つだけでした。2 チャネル ステレオ FM ラジオの導入により、多くのリスナーはモノラル FM 受信機しか持っていませんでした。ステレオ信号を持つモノラル受信機の前方互換性は、左右のオーディオ チャネルの合計を 1 つの信号で送信し、差を別の信号で送信することで実現しました。これにより、モノラル FM 受信機は、オーディオ チャネルを分離するためだけに必要な差信号を無視して、合計信号を受信してデコードできます。ステレオ FM 受信機は、モノラル信号を受信して 2 番目の信号を必要とせずにデコードでき、合計信号と差信号の両方を受信した場合は、合計信号を左右のチャネルに分離できます。後方互換性の要件がなければ、より簡単な方法を選択できたでしょう。[3]
完全な下位互換性は、コンピュータ命令セットアーキテクチャにおいて特に重要であり、最も成功している 2 つのアーキテクチャは、メインフレームのIBM 360 / 370 / 390 / Z シリーズファミリと、マイクロプロセッサのIntel x86ファミリです。
IBM は 1964 年に最初の 360 モデルを発表し、それ以来シリーズを更新し続けており、数十年にわたって 32 ビット レジスタ/24 ビット アドレスから 64 ビット レジスタとアドレスに移行してきました。
インテルは 1978 年に最初のIntel 8086/8088プロセッサを発表しましたが、これも数十年にわたる 16 ビットから 64 ビットへの移行の過程を経たものです。(8086/8088 は、 1974 年の 8 ビットIntel 8080プロセッサとは命令セットの互換性がありませんでしたが、前身のプロセッサ用に書かれたプログラムを簡単に機械翻訳できるように設計されました。ただし、 Zilog Z80 はIntel 8080 と完全に下位互換性があります。)
完全な下位互換性を持つプロセッサは、前世代と同じバイナリ実行可能ソフトウェア命令を処理できるため、新しいアプリケーションやオペレーティングシステムを入手することなく、新しいプロセッサを使用できます。[4]同様に、 Wi-Fiデジタル通信規格の成功は、その幅広い上位互換性と下位互換性に起因しており、下位互換性のない他の規格よりも人気が高まりました。[5]
ソフトウェアでは
ソフトウェア開発において、下位互換性とは、 APIを介して機能が呼び出されたときにエラーが発生しないソフトウェア部分間の相互運用性の一般的な概念です。[6]関数を呼び出すために使用されるAPIが異なるバージョン間で安定している場合、ソフトウェアは安定していると見なされます。 [6]
オペレーティングシステムでは、新しいバージョンへのアップグレードは、以前のバージョンの実行ファイルやその他のファイルが通常どおり動作する場合、下位互換性があると言われます。[7]
コンパイラにおける下位互換性とは、新しいバージョンの言語のコンパイラが、以前のバージョンで動作していたプログラムやデータのソースコードを受け入れる能力を指す場合がある。[8]
データ形式は、新しいバージョンのプログラムが以前のバージョンと同様にエラーなしで開くことができる場合、下位互換性があると言われます。[9]
トレードオフ
利点
企業が下位互換性を実装する動機はいくつかあります。下位互換性は、メーカーが古いハードウェアのサポートを中止すると決めた場合に失われるはずだった古いソフトウェアを保存するために使用できます。古典的なビデオゲームは、古いソフトウェアをサポートすることの価値を議論するときによく使用される例です。ビデオゲームの文化的影響は、ビデオゲームが継続的に成功している大きな理由であり、下位互換性を無視するとこれらのタイトルが消えてしまうと考える人もいます。[10]下位互換性は、既存のプレーヤーベースがより手頃な価格でコンソールの次の世代にアップグレードできるため、新しいハードウェアのセールスポイントとしても機能します。また、開発者が新しいハードウェアに移行する間に、ユーザーは以前のコンソールのゲームライブラリから引き出すことができるため、新しいシステムの発売時にタイトルの不足を補うのにも役立ちます。[11]さらに、1990年代半ばの調査では、新しいシステムを購入した後、古いゲームをプレイしない消費者でさえ、下位互換性を非常に望ましい機能と見なし、既存のゲームコレクションをプレイし続けないことを選択した場合でも、引き続きプレイできるという点を高く評価していることがわかりました。 [ 12]オリジナルのPlayStation （PS）ソフトウェアディスクおよび周辺機器との下位互換性は、 PlayStation 2（PS2）が市場に登場した初期の頃の重要なセールスポイントであったと考えられています。 [13]
発売当初には含まれていなかったものの、マイクロソフトは製品ライフサイクルの数年間で、Xbox Oneの一部タイトルの下位互換性を徐々に組み込んでいった。[14]プレイヤーはXboxで下位互換性のあるゲームで10億時間以上を費やしており、PlayStation 5 [15]やXbox Series X/Sなどの最新世代のコンソールもこの機能をサポートしている。この機能が成功し実装された大きな理由は、新世代コンソールのハードウェアが強力で、レガシーシステムと十分に類似しているため、古いタイトルを分解して再構成し、Xbox Oneで実行できることである。[16]このプログラムはXboxプレイヤーの間で非常に人気があり、スタジオがクラシックタイトルをリマスターするという最近の傾向に逆行しており、コンソールメーカーの戦略に重要な変化をもたらすと考える人もいる。[14]
費用
古いソフトウェアをサポートするための金銭的コストは、下位互換性の使用における大きな欠点であると考えられています。[11] [12]下位互換性に関連するコストは、レガシーシステムをサポートするためにハードウェアが必要な場合の部品表の増大、製品の複雑さの増加による市場投入までの時間の延長、技術的な障害、革新の遅れ、互換性に関するユーザーの期待の高まりです。[1]また、開発者が潜在的な購入者の基盤が大きくなるため、古いシステムと新しいシステムの両方と互換性のあるゲームの開発を好むというリスクも生じ、その結果、新しいシステムの高度な機能を使用するソフトウェアが不足します。[12]このため、いくつかのコンソールメーカーは、新しいハードウェアの登場前にコストを削減し、一時的に販売を活性化するために、コンソール世代の終わりに向けて下位互換性を段階的に廃止しました。[17]
これらのハードウェアコストの一部を回避することは可能です。たとえば、初期のPlayStation 2 (PS2) システムでは、オリジナルのPlayStation (PS1) CPU のコアをデュアルパーパスプロセッサとして使用し、PS1 モードのメイン CPU として、またはPS2 モードでI/O をオフロードするためにアップクロックしました。このコプロセッサは、後のシステムで同じ機能を果たすPowerPCベースのプロセッサに置き換えられ、PS1 CPU コアをエミュレートしました。ただし、このようなアプローチは、スーパーファミコンの場合のように裏目に出ることがあります。スーパーファミコンは、オリジナルのファミコン(NES)との下位互換性を容易にするため、より一般的な 16 ビットマイクロプロセッサではなく、より特殊な65C816 CPU を選択しましたが、スーパーファミコンの残りのアーキテクチャが設計されると、最終的には機能しないことが判明しました。[18]
参照
参考文献
- ^ ab Belleflamme, Paul; Peitz, Martin (2010)、「標準戦争における戦略」、Industrial Organization: Markets and Strategies、ケンブリッジ大学出版局、ISBN 9780521862998
- ^ ゼルドマン、ジェフリー (2006)。Web 標準でデザインする。ピーチピット プレス。pp. 15–16。ISBN 0-321-38555-1。
- ^ ウィンダー、スティーブ; カー、ジョセフ (2002)、ニューネス無線および RF エンジニアリング ポケットブック(第 3 版)、ニューネス、pp. 121–123、ISBN 9780080497471
- ^ Naresh Jotwani (2009)、コンピュータシステムの構成、Tata McGraw-Hill Education、pp. 320–324、ISBN 9781259081217
- ^ Perahia, Eldad; Stacey, Robert (2013)、「序文」、次世代ワイヤレス LAN: 802.11n および 802.11ac、ケンブリッジ大学出版局、ISBN 9781107016767
- ^ ab etc1M (2019-12-18). 「ソフトウェア開発における後方互換性：その内容と理由」Red Star IT . 2023-05-13閲覧。
- ^ 「後方互換性とは何か?」Computer Hope . 2022年12月31日. 2023年5月13日閲覧。
- ^ Kay, Michael (2004). XSLT 2.0 プログラマーズリファレンス. Wiley. p. 123. ISBN 0-7645-6909-0.
前方互換性。
- ^ Bos, Bert (2003). 「後方互換性」。良い標準とは何か?。 2016年3月11日時点のオリジナルよりアーカイブ。 2016年7月12日閲覧。
- ^ 「後方互換性こそが前進する唯一の道」PopMatters 2015-04-10. 2019-09-29時点のオリジナルよりアーカイブ。 2019-11-05閲覧。
- ^ ab 「下位互換性を理解し、それがゲーマーにもたらすメリット」。Tech Magazine。2018年8月14日。2019年10月2日時点のオリジナルよりアーカイブ。 2019年11月5日閲覧。
- ^ abc 「PlayStation 2 の下位互換性?」Next Generation . No. 39. Imagine Media . 1998 年 3 月. p. 22.
- ^ “Sony Playstation 2(PS2)”. Pnpgames . 2020年7月13日時点のオリジナルよりアーカイブ。 2020年3月15日閲覧。
- ^ ab 「PS5が完全に下位互換性があればリマスターは必要ない」。Android Central。2019年9月24日。2019年11月10日時点のオリジナルよりアーカイブ。2019年11月10日閲覧。
- ^ Wales, Matt (2020年3月20日). 「ソニー、PS4ゲームの「圧倒的多数」がPS5で下位互換性を持つことを明言」Eurogamer . 2020年4月6日時点のオリジナルよりアーカイブ。 2020年4月8日閲覧。
- ^ Leadbetter, Richard (2017-12-09). 「Xbox One の下位互換性: 実際のところどうなっているのか?」. Eurogamer . 2019-01-14 にオリジナルからアーカイブ。2019-11-10に閲覧。
- ^ Stein, Scott. 「ゲーム機と下位互換性の終焉：なぜ私たちは気にしないのか」CNET。 2019年9月29日時点のオリジナルよりアーカイブ。 2019年11月5日閲覧。
- ^ 「SNESは下位互換性があるはずだったのか?」。Gaming Reinvented。2015年8月10日。2022年2月24日時点のオリジナルよりアーカイブ。 2022年2月24日閲覧。
外部リンク
ウィキメディア・コモンズの下位互換性に関連するメディア