NPAPI

Netscape プラグイン アプリケーション プログラミング インターフェイス( NPAPI ) は、Web ブラウザープラグイン用の非推奨の アプリケーション プログラミング インターフェイス(API) であり、 1995 年にNetscape Navigator 2.0 用に最初に開発され、その後他のブラウザーにも採用されました。

NPAPI アーキテクチャでは、プラグインは処理できるコンテンツ タイプ(例: 「audio/mp3」) を宣言します。ブラウザがネイティブに処理できないコンテンツ タイプに遭遇すると、適切なプラグインを読み込み、ブラウザ コンテキスト内にプラグインがレンダリングするためのスペースを確保してから、そのプラグインにデータをストリーミングします。プラグインはデータのレンダリングを担当します。プラグインはページ内でインプレースで実行されます。これは、未知のコンテンツ タイプを処理するために外部アプリケーションを起動する必要があった古いブラウザとは対照的です。NPAPI では、各プラグインがプラグイン コンテンツを初期化、作成、削除、配置するための約 15 個の関数を実装して公開する必要があります。NPAPI は、スクリプト、印刷、全画面プラグイン、ウィンドウなしプラグイン、コンテンツ ストリーミングもサポートしています。

NPAPI は、 Adobe Flash PlayerやMicrosoft Silverlightなどのビデオ プレーヤーや、Java Runtime Environmentなどの Web アプリケーション用のプラットフォームなど、集中的な低レベルのパフォーマンスを必要とするプラグインに頻繁に使用されていました。

主要ブラウザのNPAPIサポートは2015年から衰退し始め、その後7年間で徐々に廃止されました。すべての主要ウェブブラウザは、優れた技術が存在する限り、セキュリティとメンテナンス上の理由からサードパーティのNPAPIプラグインのサポートを削除しました。^[1]

スクリプトは、Web ページ内のJavaScriptコードがプラグインと対話できるようにする機能です。Netscape のさまざまなバージョン、そしてその後のMozilla では、LiveConnect、XPConnect、NPRuntime などのさまざまなテクノロジを使用してこの機能をサポートしていました。

LiveConnect は、Web ページ内でJavaと JavaScript ソフトウェアが相互通信できるようにする Web ブラウザの機能です。Java 側では、スクリプトと同様に、アプレットがページに埋め込まれたスクリプトを呼び出したり、組み込みの JavaScript 環境にアクセスしたりすることができます。逆に、JavaScript 側では、アプレットと同様に、スクリプトがアプレット メソッドを呼び出したり、Java ランタイム ライブラリにアクセスしたりすることができます。^{[2] [3]}

LiveConnect は、Netscape 4でNPAPI プラグインのスクリプト機能を実装するために使用されました。

LiveConnect のOpen Java Interface依存の実装は、Mozilla 2 のクリーンアップ作業の一環として、2009 年 6 月下旬に Mozilla ソース コード ツリーから削除されました。^{[4] Sun Microsystems の再設計された}Java Runtime Environmentのリリースにより、この実装は不要になりました。ただし、Apple が新しい JRE を Mac OS X に移植していなかったため、Gecko 1.9.2 では古い実装が復元されました。^[5]

再設計された Java Runtime Environment でサポートされている Java-JavaScript 機能は、Open Java Interface固有のアプローチが放棄されたにもかかわらず、依然として「LiveConnect」と呼ばれています。^[6] Netscape 4 では、プラグインをスクリプト化できるように NPAPI が拡張されました。この拡張は LiveConnect と呼ばれています。プラグインはJava クラスを実装し、そのインスタンスを公開できます。クラスは、JavaScript およびページ内で実行されている Java アプレットから呼び出すことができます。

LiveConnect の欠点は、Netscape ブラウザに組み込まれている Java のバージョンに大きく依存していることです。このため、ブラウザは他の Java ランタイムを使用できず、プラグインのスクリプト作成に Java が必要だったため、ブラウザのダウンロード サイズが肥大化しました。また、LiveConnect はプログラミングが難しく、開発者はプラグインの Java クラスを定義し、それを専用の Javaヘッダー コンパイラで実行し、ネイティブメソッドを実装する必要があります。文字列、例外、その他の JavaオブジェクトをC++から処理するのは簡単ではありません。さらに、LiveConnect は、ネイティブ C++ 呼び出しを Java から呼び出すために、JRI と呼ばれる、以前の、現在は廃止されたアプリケーション プログラミング インターフェイス(API) を使用します。JRI テクノロジは、ずっと以前にJNIに取って代わられました。

XPConnect (Cross Platform Connect) は、 XPCOMと JavaScript 間の簡単な相互運用を可能にするテクノロジーです。

XPConnect を使用すると、JavaScript オブジェクトは XPCOM オブジェクトに透過的にアクセスして操作できます。また、JavaScript オブジェクトは XPCOM オブジェクトから呼び出される XPCOM 準拠のインターフェイスを提示できます。主な目標は、XPCOM スタイルのインターフェイスのどちらかの側から通信するオブジェクトが、インターフェイスのもう一方の側にあるオブジェクトの実装言語を一般に認識したり気にしたりする必要がないようにすることです。

XPConnect が存在する主な理由は、ネイティブ コードが JavaScript コードと対話する必要がある場所で使用される手書きのコードを置き換えることです。一例として、DOMモジュールが挙げられます。

完全な権限は、Chrome スクリプト、つまりアプリケーションまたは拡張機能の一部であるスクリプトにのみデフォルトで付与されます。リモートHTML / XHTML / XULドキュメントの場合、セキュリティ上の理由により権限が制限されているため、ほとんどの XPCOM オブジェクトはスクリプトからアクセスできません。アクセス可能な場合でも (例: XMLHttpRequestオブジェクト)、通常のセキュリティ制限も適用されます (例:他のドメインのURL を開くことはできません)。

Mozilla はすでに XPCOM を使用して、 C++ で実装された多くのオブジェクトへのインターフェイスを定義していました。各インターフェイスはIDLファイルによって定義され、ヘッダー ファイルとインターフェイスのバイナリ表現である言語中立型ライブラリを生成する IDL コンパイラを介して実行されます。このバイナリは、インターフェイス、メソッド、パラメーター、データ構造、および列挙を記述します。

XPConnect は、タイプ ライブラリ情報を使用して、異なるスレッド コンテキスト間および JavaScript とネイティブにコンパイルされた C++ 間の呼び出しをマーシャリングします。XPConnect は、Mozilla 全体で広く使用されています。Netscape 6.1 および Mozilla 0.9.2 以降では、NPAPI が拡張され、プラグインがスクリプト可能なインターフェイスを自身に返すことができるようになり、XPConnect は JavaScript および C++ 実装からの呼び出しをマーシャリングするようになりました。

XPConnect は Java に依存しません。ただし、このテクノロジは XPCOM に基づいています。したがって、プラグイン開発者はスクリプトを実装するために参照カウント、インターフェイス、および IDL に精通している必要があります。XPCOM への依存により、特定の動的リンクの問題 (脆弱な基本クラスの問題など) が発生し、プラグインがさまざまなブラウザーで正しく動作するためには、これらの問題を解決する必要がありました。その後、XPCOM は、このような問題に対処するために静的にリンクされたバージョンを提供するように変更されました。このアプローチでは、.xpt ファイルをダイナミック リンク ライブラリ(DLL) の横にインストールする必要もあります。そうしないと、プラグインは動作しているように見えますが、スクリプトは動作せず、混乱が生じます。

2004年末、NPAPIを使用するすべての主要ブラウザ企業は、^古いCスタイルのNPAPIに似たスタイルで、JavaやXPCOMなどの他のブラウザ技術に依存しないAPIを介してスクリプトを提供するための元のNPAPIの拡張機能としてNPRuntime [7]を採用することに合意しました。これはFirefox ESR（Extended Support Release）とSafariでのみサポートされています。

APIの古さ、セキュリティ上の問題、 HTML5などの代替技術の採用により、多くのソフトウェアベンダーは2013年にNPAPIのサポートを段階的に廃止し始めました。^{[8] [9]}

Internet Explorerバージョン 3 から 5.5 SP2 は NPAPI をサポートしており、Netscape Navigator で機能するプラグインを Internet Explorer でも機能させることができました。サポートは、 ActiveX と NPAPI プラグインの間のシムとして機能する小さなActiveXコントロール (「plugin.ocx」という名前)を介して行われました。Microsoft は、セキュリティ上の理由からバージョン 5.5 SP2 以降でサポートを中止しました。^{[10] [11] [12] [13]}

Google Chromeは、2015年9月にすべてのプラットフォームでNPAPIサポートを永久に廃止しました。^[14] 2013年9月、Googleは2014年中にGoogle ChromeブラウザでのNPAPIサポートを段階的に廃止すると発表し、「90年代のアーキテクチャがハング、クラッシュ、セキュリティインシデント、コードの複雑さの主な原因となっている」と述べました。^{[15] [16]} 2014年5月、NPAPIサポートはChrome 35以降のLinuxバージョンから削除されました。 ^{[17] 2015年4月、} WindowsおよびOS X用Chrome（バージョン42以降）は、デフォルトでNPAPIサポートを無効にしました。ただし、2015年9月（バージョン45）までは、ユーザーはNPAPIを再度有効にできました。^[要出典]

Opera は2016 年 5 月にバージョン 37 でサポートを終了しました。^{[引用が必要]}

2017年3月のMozilla Firefoxリリース52.0では、Flashを除くNPAPIのサポートがすべて削除されました。^{[18] [19] [20]}一方、ESRチャンネルでは、バージョン52 ESRが最後のNPAPIの手段となるため、この機能の一般的なサポートが維持されました。Firefox 69.0では、Flash NPAPIがデフォルトで無効になりました。^{[21] [22]} 2021年1月にリリースされたFirefox 85.0では、NPAPIのサポートが完全に削除されました。^{[23] [24]} ESRチャンネルでは、Flash NPAPIのサポートは2021年10月にリリースされたバージョン78.15.0で終了しました。^{[25] [26]}

Safariは、 2018年9月にリリースされたバージョン12で、Flashを除くすべてのNPAPIプラグインのサポートを廃止しました。^[27] 2020年9月にリリースされたSafari 14では、Flashのサポートが削除されました。^[28]

SeaMonkey ^[29]は バージョン2.53.1からFlashを除くNPAPIプラグインのサポートを停止しました。NPAPIサポートは2021年3月にリリースされたSeaMonkey 2.53.7で完全に削除されました。^[30]

次のWeb ブラウザのリストは、すべての NPAPI プラグインをサポートしています。

• 360 Secure Browser (中国語: 360安全浏览器) または 360 Extreme Explorer (中国語: 360极速浏览器) ^[31]
• バジリスク^[32]
• K-メレオン^[33] (ゴアナエンジン) ^[34]
• ペイルムーン^[35]（ペイルムーンの今後のロードマップ）^[36]
• ウズブル^[37]

Internet ExplorerおよびInternet Explorerベースのブラウザは、 ActiveXコントロール、ActiveXドキュメント、およびActiveXスクリプトを使用して、NPAPIと同等のページ内拡張性を提供します。ActiveXはInternet Explorerと一般的に関連付けられていますが、統合テクノロジにより、任意のコンピュータプログラムが、そのような統合をサポートする他のコンピュータプログラムの一部を統合できるようになります。^[38]ただし、Internet Explorerは廃止されており、後継のMicrosoft EdgeはActiveXをサポートしていません。

2009年8月12日、Google Codeのページ^[39]で、Pepperと呼ばれる新しいプロジェクトと、それに関連するPepper Plugin API (PPAPI) ^[40]が紹介されました。PPAPIはNPAPIの派生であり、プラグインの移植性と安全性を高めることを目的としています。^[41]この拡張機能は、アウトオブプロセスプラグイン実行の実装を容易にするために特別に設計されています。

PPAPI は当初、 Google Chrome とChromiumでのみサポートされていました。その後、 OperaやVivaldiなどの他の Chromium ベースのブラウザでもPPAPI プラグインのサポートが追加されました。

2012年2月、Adobe Systemsは、今後のLinux版Adobe Flash PlayerはPPAPI経由でのみ提供されると発表しました。NPAPIをサポートする以前のリリースであるFlash Player 11.2は、5年間セキュリティアップデートを受け取ることになります。^[42] 2016年8月、Adobeは以前の声明に反して、Linux上でNPAPI Flash Playerを再びサポートし、新しいバージョンをリリースし続けると発表しました。^[43]

2020年8月、Googleは2022年6月にGoogle ChromeとChromiumからPPAPIのサポートを削除すると発表した。^[44]

• Netscape サーバー アプリケーション プログラミング インターフェイス(NSAPI)

• プラグイン開発ドキュメントは、 Mozilla Developer Center のWayback Machineに 2012-08-03 にアーカイブされています。NPAPI API も含まれています。
• プラグインをホストする ActiveX コントロール - Internet Explorer から削除された plugin.ocx の代わりです。
• Zan Oliphant 著の Netscape プラグインのプログラミングに関する書籍
• Nixysa: NPAPI プラグイン用のグルー コード生成フレームワーク。Apache 2.0 ライセンス。
• NPAPI チュートリアル Firefox プラグインの構築 (パート 2、パート 3、パート 4)
• Opera 15+ 拡張機能のドキュメント