Indy は、sgcWebSockets が一部のコンポーネントの土台として利用している、オープンソースのクライアント・サーバー通信ライブラリです。標準の Indy ライブラリは ALPN に対応せず、OpenSSL 1.1.1 や 3.x を介した TLS 1.3 にも対応していません。そのため sgcWebSockets Enterprise には、それらに対応するカスタムビルドの Indy が同梱されています。sgcCustomIndy は、その同じカスタムビルドを sgcWebSockets Core にもたらします。これがなければ、入手するには Enterprise エディションへ移行するしかありません。
sgcIdSSLOpenSSL_Static を追加
このパックが誰のためのものか、そして誰がすでに持っているのか。どちらの答えも短くまとまります。
sgcCustomIndy は sgcWebSockets Core のライセンスに付随します。単独で注文することはできず、Core の注文の中で最初におすすめするアドオンとして表示されます。これは sgcAI、sgcMQ、sgcSocial、sgcAuth、sgcHTTP の各パックと同じ注文の流れです。
完全なソースコードがライセンスに含まれるため、Indy のユニットもライブラリの他の部分とまったく同じように、ご自身のプロジェクトでコンパイルし、ステップ実行できます。
カスタム Indy ライブラリは sgcWebSockets Enterprise と eSeGeCe All-Access に含まれており、sgcVer.inc の SGC_CUSTOM_INDY コンパイラ定義によって既定で有効になっています。どちらかをお持ちであれば、このページの内容はすでにすべて手元にあり、追加するものはありません。
Standard と Professional の各エディションは標準の Indy ライブラリを使用します。エディションのアップグレードとこのパックを比べている場合は、どのエディションが必要かをご覧ください。
以下の項目はいずれも、その上に載るコンポーネントではなく、Indy 層そのものの機能です。だからこそ、Indy ライブラリを入れ替えることでこれらが有効になります。
HTTP/2 は TLS ハンドシェイクの中でネゴシエートされます。クライアントが話せるプロトコルを提示し、サーバーがその中から 1 つを選びます。このネゴシエーションが Application-Layer Protocol Negotiation で、HTTP コンポーネントからは手の届かない TLS 層の内部で行われます。標準の Indy ライブラリはこれに対応していないため、ALPN、ひいては HTTP/2 を利用可能にするのはカスタム Indy ライブラリです。
TLS 1.3 には OpenSSL 1.1.1 または OpenSSL 3.0.0 が必要ですが、標準の Indy ライブラリはこれらのブランチに対応していません。カスタム Indy ライブラリは対応しているため、その上に構築したクライアントやサーバーは、古い OpenSSL API が提供する範囲で頭打ちになることなく、TLS 1.3 を必須とするエンドポイントとネゴシエートできます。
OpenSSL は、実行時に libcrypto と libssl の DLL から読み込む代わりに、アプリケーションへ直接リンクできます。これにより、TLS を使うアプリケーションを 1 つのファイルとして配布できます。有効になるのはカスタム Indy ライブラリを使用しているときだけで、それを提供するのがこのパックです。対象は Delphi XE2 以降の Windows 32 ビットと 64 ビットで、詳しくはこの先の節で説明します。
IDE の Indy ライブラリを差し替える作業は、誰もやりたくないところです。このパックはそれを求めません。カスタム Indy のファイルは sgc の接頭辞を付けて改名されており、IdGlobal は sgcIdGlobal になります。両方のバージョンが問題なく共存します。
| IDE にすでにある標準の Indy | このパックが追加するカスタム Indy | それが意味すること |
|---|---|---|
IdGlobal.pas | sgcIdGlobal.pas | ユニット名が異なるため、検索パス上で衝突しません |
IdTCPClient.pas | sgcIdTCPClient.pas | 両方のライブラリが同じ IDE、同じプロジェクトでコンパイルできます |
IdSSLOpenSSL.pas | sgcIdSSLOpenSSL.pas | 既存の TLS コードは、これまで使ってきたユニットをそのまま使い続けます |
IDE にすでに入っている Indy は、インストールされたまま、登録されたまま残ります。パッケージを削除して後で戻したり、IDE のプロファイルを 2 つ抱えたりする手順はありません。
標準の Indy ライブラリに対してビルドしているものは、バイト単位で同じユニットに対して、これまでどおりコンパイルされます。カスタムビルドは追加されるもので、置き換えでもなければ、IDE に適用されるアップグレードでもありません。
カスタム Indy ライブラリを使うかどうかは、ソースフォルダーにある sgcVer.inc の SGC_CUSTOM_INDY で制御します。定義は 1 つだけなので、カスタムビルドを元に戻すのも 1 行の変更で済みます。
改名された Indy のユニットは、ライセンスにソースとして含まれます。プロジェクトの設定でコンパイルされ、ライブラリの他の部分と同じようにデバッガーでステップ実行できます。
Delphi 7 には古い Indy が同梱されています。そのままでは、sgcWebSockets を使うのに、まず自分で Indy 10 を IDE へインストールしなければなりません。この手順が、1 行もコードを書かないうちに多くの人の足を止めてきました。カスタム Indy ライブラリが同梱されることで、その手順はなくなります。
Indy 10 を入手し、それが同梱されていない Delphi 7 の IDE へインストールし、パッケージをビルドできる状態にしてから、ようやく sgcWebSockets に取りかかります。本当にやりたかった作業の前に片づける、まったく別の仕事です。
Delphi 7 のコードをいまも保守している現場では、この前提条件の有無が、そもそもコンポーネントライブラリを評価するかどうかを左右することも少なくありません。
カスタム Indy ライブラリはパックに同梱され、他のすべてと同じソースフォルダーに置かれます。探すべき Indy 10 も、IDE へインストールする Indy 10 も、コンポーネントとバージョンを合わせ続ける Indy 10 もありません。
ここで扱っているのは Indy 10 の前提条件だけです。OpenSSL の静的リンクは別の機能で、対象は Windows と Delphi XE2 以降なので、Delphi 7 には当てはまりません。
設定は何もありません。プロジェクトの uses 節、たとえばメインの .dpr に sgcIdSSLOpenSSL_Static を追加すれば、次に実行したときから、クライアントとサーバーのどちらのコンポーネントでも、実行ファイルにリンクされた OpenSSL が使われます。
// Project1.dpr
uses
sgcIdSSLOpenSSL_Static;
// 設定はこれで全部です。有効にするコンパイラ指令も、
// 選ぶべき OpenSSL API のバージョンもありません。このユニットを外せば、
// アプリケーションは以前とまったく同じように OpenSSL の DLL を読み込みます。E2045 Bad object file format が報告されます
SGC_CUSTOM_INDY を定義
静的リンクを利用できないバージョンやプラットフォームでも、何も壊れません。アプリケーションはこれまでどおり OpenSSL の DLL を読み込み続けるので、同じソースがどこでもビルドできます。
カスタム Indy ライブラリは新しいものではありません。sgcWebSockets Enterprise がずっと基盤としてきたもので、このパックは Core からそこへ至る道筋です。
| お持ちのライセンス | Indy ライブラリ | 備考 |
|---|---|---|
| sgcWebSockets Standard | 標準 | ALPN なし、OpenSSL 1.1.1 や 3.x 上の TLS 1.3 もなし |
| sgcWebSockets Professional | 標準 | ALPN なし、OpenSSL 1.1.1 や 3.x 上の TLS 1.3 もなし |
| sgcWebSockets Enterprise | カスタム | 同梱、既定で有効 |
| eSeGeCe All-Access | カスタム | 同梱、既定で有効 |
| sgcWebSockets Core 単体 | 標準 | このパックが変えるのはここです |
| sgcWebSockets Core と sgcCustomIndy | カスタム | Enterprise が使うものと同じカスタムビルド |
sgcCustomIndy は、既存の Indy の隣に置かれ、sgcWebSockets のコンポーネントから使われる sgc 接頭辞付きのビルドです。sgcIndy は、ユニットを元の名前のまま収録した独立した Indy パッケージ一式で、IDE の Indy と置き換えてインストールすることで、SMTP や FTP といった標準の Indy コンポーネントでも同じ最新の TLS を利用できます。別の製品であり、役割も異なります。
sgcCustomIndy は、開発者 1 名向けの €149 から始められます。すべてのライセンスに、完全なソースコード、1 年間のアップデート、更新時 50% から 70% の割引が含まれます。パック 1 つの更新で 50%、2 つで 60%、3 つ以上で 70% になります。sgcAI、sgcMQ、sgcSocial、sgcCustomIndy、sgcAuth、sgcHTTP、sgcREST はそれぞれ 1 パックとして数えます。
€149
Single €149、Team €249、Site €399 の各ライセンスをご用意しています。
sgcCustomIndy 専用の注文ページはありません。このパックが注文の起点になることはないからです。sgcWebSockets Core の注文の中で最初におすすめするアドオンとして提示されるので、sgcAI や sgcMQ、sgcSocial を注文するついでにワンクリックで追加でき、同じライセンスに含まれて届きます。sgcAuth の WebAuthn 対応と sgcHTTP の HTTP/2 および gRPC クライアントは、どちらもこれを必要とします。そのため、この 2 つのパックのいずれかを注文すると、sgcCustomIndy が自動的にカートへ追加されます。Enterprise や All-Access ですでにお持ちの場合は、外していただけます。
すでに sgcWebSockets Enterprise または eSeGeCe All-Access をお使いですか。カスタム Indy ライブラリはすでにお手元にあります。これらのエディションに含まれる内容は sgcWebSockets の価格をご覧ください。
sgcCustomIndy を、Delphi、C++ Builder、.NET 向けの他のコンポーネントライブラリと組み合わせてご利用ください。
ライブラリの全機能です。WebSocket のクライアントとサーバー、HTTP/2、IoT、P2P、AI の各コンポーネントを備えます。Enterprise はこのカスタム Indy ライブラリの上に構築されています。
詳しく見る →ユニットを元の名前のまま収録した Indy パッケージ一式です。IDE の Indy と置き換えてインストールすることで、SMTP や FTP なども最新の TLS を利用できます。
詳しく見る →AI、LLM、MCP のコンポーネントです。1 つのチャットコンポーネントから OpenAI、Anthropic、Gemini、DeepSeek、Ollama、Grok、Mistral を利用できます。
詳しく見る →ネイティブな MQTT、AMQP 0.9.1、AMQP 1.0、Apache Kafka、STOMP のクライアントです。単体で動作し、sgcWebSockets Core のランタイムを同梱しています。
詳しく見る →WhatsApp Business Cloud API と Telegram TDLib のクライアントです。単体で動作し、sgcWebSockets Core のランタイムを同梱しています。
詳しく見る →HTTP/2 クライアント、gRPC クライアント、Google Cloud Pub/Sub、Calendar、FCM の各クライアントです。単体で動作し、sgcWebSockets Core のランタイムを同梱しています。
詳しく見る →OpenSSL 3.5 のネイティブ QUIC エンジン上に構築された、QUIC（RFC 9000）および HTTP/3（RFC 9114）のクライアント・サーバーコンポーネントです。
詳しく見る →Delphi、C++ Builder、.NET 向けの、Bootstrap 5 と htmx を基盤とするデータ連動型のサーバーサイド HTML / UI コンポーネントです。
詳しく見る →エンタープライズ向けのデジタル署名です。XAdES、PAdES、CAdES、ASiC に対応し、10 種類の鍵プロバイダーと 21 の EU 各国プロファイルを備えます。
詳しく見る →OpenAPI 3.0 パーサーと SDK ジェネレーターです。任意の OpenAPI 仕様を、数秒で厳密に型付けされた Delphi クライアントに変換します。
詳しく見る →