検索に移動この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。Compatibility)とは、ある部品やコンポーネント(構成要素)などを置き換えても同様に動作させることができる性質のこと。工業製品では、互換性を確保することで新たなシステムを用意する必要がなくなり、設計や部品の再利用性が高まることでコストカットを見込めることや、過去の製品からの買い替えなどを進めることができたりする。古い基準に縛られてしまうために技術革新の妨げとなるという側面もある。互換性を確保するために余計なコストがかかる場合は軽視されることがあるほか、メーカー間の互換性はベンダーロックインを狙うため、あえて削ぐものもある。互換性の種類[編集]互換性はその性質により、以下のような種類がある。Interchangeability)機能・性能などが類似しており、相互に置き換えが可能なこと。交換可能性とも呼ばれる。compatibility)新しいシステム向けのデータなどが古いシステムでも使用できること[1]。compatibility)古いシステム向けのデータなどが新しいシステムでも全て使用できること[2]。Superset)機能・性能・グレードが上位の製品が、下位の製品の機能も有すること。Subset)機能・性能・グレードが下位の製品が、上位の製品の機能を有すること。後発の製品はそれ以前に発売されているものよりも機能や性能が優れていることが多く、後発製品は後方互換性と上位互換性を有することがよくある。後から発売された製品が以前に発売された製品の廉価版であるときなどにこれは成り立たない。これらの語はしばしば混同される。前方・後方は時系列についてであり(前方が未来を、後方が過去を意味し、一般的な前後と逆になる)、上位・下位は機能および性能の比較である。何を比較するか、そしてどちらを比較基準にするかを取り違えることのないよう明確にするべきである。従来よりも性能がいいことを「上位互換」と称するのは正しくない。持つものを「スーパーセット」と呼び、部分集合的互換を持つものを「サブセット」とも呼ぶことがある。データ形式の1つであるYAMLはJSONのスーパーセットであり、JSONはYAMLのサブセットであったり、画像形式の1つであるMNGはPNGのスーパセットであるなど。互換性の実現[編集]相互に互換性を有する部品やコンポーネント(構成要素)は、なんらかの標準化された規格にしたがっていることが多い。これは、なんらかの機関、団体によって規定されたデジュリスタンダードと、市場で大きなシェアをもつものに倣ったデファクトスタンダードの2通りがあり、いずれもその規格の範囲内で互いに交換することが可能である。市場のシェアや普及率が大きいことなどを理由としてのちの製品に前方・後方互換を持たせることも多い。Officeは、過去のバージョン製品とファイルをやりとりできるように新しいバージョンの製品にファイル形式の前方互換および後方互換を持たせている。97-2003)で読み書きすることは可能である。2.0までしか対応していない既存の古い周辺機器(USBメモリなど)が接続できるよう、後方互換を持たせたりといった例がある。ユーザーの慣れやユーザビリティも互換性を確保するための大きな理由となりうる。利点・欠点[編集]大まかに言えば既存のデータやシステム、知識などが無駄にならないことがユーザー側の視点に立ったときの利点である。対して、より効率のいい手段・方法があるにも関わらず古い方式(レガシーシステム)に拘束されてしまうため、互換性を確保しつづけるためのコストがかかってしまうことがメーカー側の視点に立ったときの欠点となる。PC/AT互換機のBIOSのようにレガシーシステムのサポートが肥大化した結果、規格の拡張に支障を生じてしまうケースもある。(日時は個人設定で未設定ならばUTC)。表示-継承ライセンスの下で利用可能です。追加の条件が適用される場合があります。詳細は利用規約を参照してください。Cookieに関する声明モバイルビュ。