JavaScript チャートライブラリ比較 (2026)

ほとんどの JavaScript チャートライブラリは Web のために書かれました。ProEssentialsJS は違います。1995 年から Gigasoft が出荷し続けてきたのと同じネイティブ C++ エンジン — NASA から Emerson Process まで、計測、SCADA、医療、試験計測の製品の中で動いてきたエンジン — を WebAssembly にコンパイルしたものです。

デスクトップ エンジンと同じ描き方をします。2 つのパイプラインを 1 枚の絵に合成するのです。Windows では Direct2D と Direct3D です。ブラウザーでは Canvas2D と WebGPU で、重いデータ処理の背後には GPU コンピュートシェーダーがあります — 同じアーキテクチャ、同じコード、バックエンドだけが違います。2D ライブラリに 3D を後付けしたものではありません。Direct3D が存在してきた年月と同じだけ、ベクター パイプラインと GPU パイプラインを混ぜ続けてきた 1 つのエンジンです。

その来歴は、具体的で検証可能な形で現れます。JavaScript のプロパティ名は WinForms のプロパティ名であり、同じサンプルがブラウザーでもデスクトップでも描画され、文字と細線はシェーダーで近似されるのではなくプラットフォーム自身がラスタライズします。

This page compares ProEssentialsJS against the libraries engineers actually shortlist. Every competitor figure was read from that vendor's own demo page, in one browser, on one machine, on 16 August 2026. Where a claim could not be verified, it says so.

ライブのサンプルブラウザを実行する — デスクトップ デモと同じサンプル群を、それぞれのソース付きで。

2 つのパイプラインを合成する — なぜ片方を選ぶより優れているのか

この比較にある他のライブラリは、いずれも一方を選びました。Highcharts、DevExtreme、Kendo UI はベクターを描き、その上限を受け入れています。SciChart.js と LightningChart JS はすべてを GPU に載せ、その代償を受け入れています。ProEssentials は選ぶ必要がありませんでした。デスクトップ エンジンが Direct2D と Direct3D を 1 枚の絵に合成してきた歴史が、Direct3D の歴史とそのまま重なるからです。ブラウザー ビルドはそれを再現しています。Canvas2D と WebGPU を合成し、重いデータ処理はコンピュートシェーダーが担います。

GPU パイプラインが担うもの: 3D サーフェス、ワイヤーフレーム、コンター、4 次元のカラーマッピング。そして膨大なデータを 1 フレームに変えるデータ削減のためのコンピュートシェーダー。ここは GPU が単に速いだけでなく、正しい道具である領域です。エンジン自身の Direct3D 実装から移植されており、WebGPU は Direct3D のコードベースが対応づく先のブラウザー ターゲットです。

ベクター パイプラインが担うもの: 軸、グリッド線、ラベル、凡例、注釈、細線、そして文字 — エンジニアが実際に読む部分です。これらを GPU に載せた時点から、WebGL 一本槍の設計はデモには決して現れないコストを払い始めます。

• ブラウザーは 1 ページあたりの同時 GPU コンテキスト数を制限します。Chrome と Firefox は WebGL コンテキストを 16 個、Android では 8 個まで許可します。これを超えると、ブラウザーは最も長く使われていないものを破棄します — チャートはただ白くなります。これは長年知られた文書化済みの制約で、地図やダッシュボードのライブラリが何年も苦労してきたものです。SciChart.js が回避策として WebGL コンテキスト共有の利用を文書化しているのも、そのためです。チャート 1 つにつき GPU コンテキストを必要とするライブラリにとって、20 面の制御室ダッシュボードはアーキテクチャ上の問題になります。当社は GPU を必要とするチャートでしか GPU に手を伸ばしません。
• コンテキストの喪失は、コードで備えなければならない障害モードです。ドライバーのリセット、ノート PC の GPU 切り替え、タブの開きすぎ。いずれも実行中に WebGL コンテキストを奪います。Canvas2D には失うものがありません。
• 文字。WebGL エンジンは、通常テクスチャ アトラスへ、グリフを自前でラスタライズしなければなりません。Canvas2D はプラットフォーム自身の文字描画スタックを通して文字を描きます — ヒンティングが効き、サブピクセル単位で配置され、どんなサイズでもどんなデバイス ピクセル比でも正確です。両者の軸ラベルを 200% 拡大で並べてみれば、違いは微妙どころではありません。
• アイドル時のコスト。変化していないチャートは、何も消費すべきではありません。ProEssentialsJS はデータが変わったときに描き、そこで止まります — 継続的なレンダー ループはなく、GPU を必要としないチャートでは GPU 処理そのものが発生しません。2D トレンドを並べた壁は、画面に出ている間、ノート PC のバッテリーを一切消費しません。

これらはいずれも素朴な 1 点ずつの描画ではありません。Direct2D と GDI に対して 30 年にわたり磨かれてきたのと同じ C++ のラスタライズ経路であり、Filter2D によるデータ削減パスもそこに含まれます — コンピュートシェーダーが関わるより前の段階で、400,000 点を再送して 1 フレームの予算内に描き直せるのは、そのためです。

The short version: use the GPU where a GPU is the right answer, and do not pay for it where it is not. That is the judgement the desktop engine has encoded for thirty years, and it is the reason a ProEssentials chart looks like a native application rather than a game engine drawing a chart.

この API はすでにご存じです

デスクトップ製品と同じエンジンの上に Web 製品を載せているベンダーは複数あります。それは本物の技術的成果であり、当社だけのものではありません。珍しいのは、API まで一緒に渡ってきたことです。

C# の ProEssentials プロパティは、JavaScript でも同じ名前の同じプロパティであり、設定する順序も同じです。動いている WinForms や WPF のチャートを持つ開発者は、新しいライブラリを学ぶのではなく、書き写しているだけです。後からデスクトップ アプリが必要になった Web チームにも、逆向きに同じことが言えます。

実際上の帰結として、当社の AI ツールは初日から役に立ちます。PE-Query はドキュメントを検索するのではなく、コンパイル済みエンジンに対して回答を検証します。そして JavaScript の表面が同じ表面であるため、30 年分の蓄積されたプロパティ知識が、別の知識ベースなしに Web のコードにもそのまま適用されます。

ライセンス、そしてほかにはない 2 つのこと

商用に使える無償枠。この市場の無償枠はどれも非商用です。Highcharts は CC 表示-非営利、SciChart.js Community は非商用、LightningChart の Community ライセンスは学習と個人利用が対象、amCharts は商用可ですがすべてのチャートにウォーターマークが入ります。ProEssentialsJS は年間売上高 25 万ドル未満であれば商用利用が無償です — 再配布を含み、ウォーターマークも機能制限もありません。これは程度の差ではなく、種類の差です。

公開された再配布価格。顧客にソフトウェアを出荷するなら、請求額を決めるのは再配布の条件です。そして、それこそ誰も公開しません。Highcharts の OEM は「価格はお問い合わせ」。SciChart の Advanced Licensing は OEM や不特定ドメインに必須ですが、営業への問い合わせとなります。LightningChart の Publisher、Internal Deployment、Enterprise はいずれも見積のみ。AnyChart は価格を一切公開していません。ProEssentialsJS の価格は、再配布を含め、最上位の購入規模まですべて公開されています。当社の価格ページに、会話を必要とする価格は 1 つもありません。

さらに、一度の支払いで済む永続ライセンス、アプリケーション・Web サイト・ドメイン・サーバー・エンドユーザー数は無制限、そのバージョンが存続する限り無償のテクニカル サポート、そしてライセンス キー、アクティベーション、ドメインロック、外部通信のいずれもありません。

See the full pricing and support comparison

セキュリティ審査で問われること

規制対象の製品に入る JavaScript の依存関係は、マーケティング サイトのそれとは違う読まれ方をします。ProEssentialsJS はその会話のために作られています。外部への通信もテレメトリもなく、ライブラリが本来必要としない通信も行いません。配布ソースには SPDX のライセンス識別子と著作権ヘッダーがあり、パッケージ メタデータにはライセンス宣言、SBOM ツール向けに LICENSE ファイルを同梱し、WebAssembly モジュール自体にも出所の記載があります。

ライブラリの動作は、サーバーに到達できるかどうかに一切依存しません。つまりエアギャップされたネットワークでもそのまま動作し、脅威モデルに追加すべきベンダー側のエンドポイントも存在しません。

Read the product security statement

結論

マーケティング用のダッシュボードを作るのであれば、無償のライブラリで十分に事足ります。そこにチャート ベンダーが料金を請求すべきではありません。また、静的な 500 万点を一度画面に出して見回れればよいというだけなら、その用途向けに作られた WebGL ライブラリが見事にこなします — 信頼を失うくらいなら、そう申し上げます。

ProEssentialsJS は、より難しい仕事のためのものです。完全に、そして絶えず変化するデータ。同じ画面に、同じ API で駆動される 3D サーフェスと 2D トレンド。1 つのダッシュボードに多数のチャート。どんな拡大率でもどんなディスプレイでも読める文字。依存関係リストに目を通すセキュリティ審査。そして電話をかけずに理解でき、支払える価格のライセンス。それは当社のお客様が 30 年にわたりデスクトップで動かしてきた負荷そのものです — 同じエンジン、同じアーキテクチャ、同じプロパティ名が、いまブラウザーにあります。

さらに詳しく

サンプルを実行する

デスクトップ デモと同じサンプル群を、ブラウザー上でそのまま。各サンプルの JavaScript ソースが横に並びます。

ウォークスルー

インストールからリアルタイム チャートまで、実際に作る順序で — 誰もがつまずくプロパティの順序も含めて。

PE-Query

ドキュメントを検索した結果ではなく、コンパイル済みエンジンに対して検証された AI の回答。

価格とサポート

永続ライセンス、生涯無償のサポート、そして公開された再配布価格を、サブスクリプション型のベンダーと比較します。

プラットフォーム対応

WinUI、WPF、WinForms、MFC、Delphi、ActiveX、そしていまブラウザーまで、1 つのエンジンで。

チャート FAQ

最良の JavaScript チャート、最良の WebAssembly チャート、そして乗り換える価値があるか — 率直にお答えします。

参考資料

Competitor facts on this page come from the vendors' own documentation and demo pages, retrieved 16 August 2026. Check them yourself — that is why they are listed.