製品ドキュメント
Citrix Virtual Apps and Desktops 7 2203 LTSR
PDFを表示

シンワイヤー

May 31, 2026
寄稿者: 
C C

はじめに

Thinwireは、Citrix HDXテクノロジーの一部であり、Citrix Virtual Apps and Desktopsで使用されるCitrixのデフォルトのディスプレイリモートテクノロジーです。

ディスプレイリモートテクノロジーにより、あるマシンで生成されたグラフィックを、通常はネットワーク経由で別のマシンに送信して表示できます。

成功したディスプレイリモートソリューションは、ローカルPCと同様の、非常にインタラクティブなユーザーエクスペリエンスを提供します。Thinwireは、複雑で効率的な画像分析および圧縮技術を幅広く使用することで、このエクスペリエンスを実現します。Thinwireは、サーバーのスケーラビリティを最大化し、他のディスプレイリモートテクノロジーよりも少ない帯域幅を消費します。

このバランスにより、Thinwireはほとんどの一般的なビジネスユースケースに対応し、Citrix Virtual Apps and Desktopsでデフォルトのディスプレイリモートテクノロジーとして使用されています。

HDX™ スリーディー プロ

デフォルト構成では、Thinwireは3Dまたは高度にインタラクティブなグラフィックを配信し、グラフィック処理ユニット（GPU）が存在する場合はそれを使用できます。ただし、GPUが存在するシナリオでは、「3Dグラフィックワークロード向けに最適化」または「視覚品質 > ロスレスビルド」ポリシーを使用してHDX 3D Proモードを有効にすることをお勧めします。これらのポリシーは、GPUが存在する場合に、Thinwireがビデオコーデック（H.264またはH.265）を使用してハードウェアアクセラレーションで画面全体をエンコードするように構成します。これにより、3Dプロフェッショナルグラフィックのよりスムーズなエクスペリエンスが提供されます。詳しくは、H.264 Build to lossless、HDX 3D Pro、およびGPU acceleration for Windows Single-session OSを参照してください。

必要条件

Thinwireは、Windows Server 2022、Windows Server 2019、Windows Server 2016、Windows Server 2012 R2、Windows 10、Windows 7などの最新のオペレーティングシステム向けに最適化されています。Windows Server 2008 R2の場合は、レガシーグラフィックモードが推奨されます。これらのユースケースにCitrixが推奨するポリシー設定の組み合わせを提供するには、組み込みのCitrixポリシーテンプレート、High Server Scalability-Legacy OSおよびOptimized for WAN-Legacy OSを使用してください。

注：

このリリースでは、レガシーグラフィックモードはサポートされていません。これは、XenApp 7.15 LTSR、XenDesktop 7.15 LTSR、および以前のVDAリリースをWindows 7およびWindows 2008 R2で使用する場合の後方互換性のために含まれています。

  • Thinwireの動作を制御するポリシー設定「圧縮にビデオコーデックを使用」は、Citrix Virtual Apps and Desktops 7 1808以降およびXenApp and XenDesktop 7.6 FP3以降のVDAバージョンで利用できます。「優先する場合はビデオコーデックを使用」オプションは、Citrix Virtual Apps and Desktops 7 1808以降およびXenApp and XenDesktop 7.9以降のVDAバージョンでデフォルト設定です。
  • すべてのCitrix Workspace™アプリはThinwireをサポートしています。一部のCitrix Workspaceアプリは、他のアプリではサポートされていないThinwireの機能をサポートする場合があります。たとえば、帯域幅使用量を削減するための8ビットまたは16ビットグラフィックなどです。このような機能のサポートは、Citrix Workspaceアプリによって自動的にネゴシエートされます。
  • Thinwireは、マルチモニターおよび高解像度のシナリオで、より多くのサーバーリソース（CPU、メモリ）を使用します。Thinwireが使用するリソースの量を調整することは可能ですが、結果として帯域幅の使用量が増加する可能性があります。
  • 低帯域幅または高遅延のシナリオでは、インタラクティブ性を向上させるために8ビットまたは16ビットグラフィックを有効にすることを検討してください。特に8ビットの色深度では、視覚的な品質が影響を受ける可能性があります。

エンコード方法

Thinwireは、ポリシーとクライアントの機能に応じて、2つの異なるエンコードモードで動作できます。

  • ThinwireフルスクリーンH.264またはH.265
  • 選択的H.264またはH.265を使用したThinwire

レガシーGDIリモート処理は、XPDMリモート処理ドライバーを使用し、Thinwireビットマップエンコーダーは使用しません。

設定方法

Thinwireは、デフォルトのディスプレイリモート処理テクノロジーです。

次のグラフィックポリシー設定は、デフォルトを設定し、さまざまなユースケースの代替手段を提供します。

  • 圧縮にビデオコーデックを使用
    • 優先される場合はビデオコーデックを使用する。これがデフォルト設定です。追加の構成は必要ありません。この設定をデフォルトのままにすることで、すべてのCitrix接続でThinwireが選択され、一般的なデスクトップワークロードのスケーラビリティ、帯域幅、および優れた画質のために最適化されます。これは、アクティブに変化する領域の場合と機能的に同等です。
  • このポリシー設定の他のオプションは、さまざまなユースケースのために他のテクノロジーとThinwireを引き続き使用します。例：
    • アクティブに変化する領域の場合。Thinwireのアダプティブディスプレイテクノロジーは、動く画像（ビデオ、動きのある3D）を識別し、画像が動いている画面の一部でのみH.264またはH.265を使用します。
    • 画面全体の場合。3Dグラフィックを多用するケースで、ユーザーエクスペリエンスと帯域幅の向上を最適化するために、フルスクリーンH.264またはH.265でThinwireを提供します。H.264 4:2:0の場合（視覚的にロスレスポリシーが無効になっている場合）、最終画像はピクセルパーフェクト（ロスレス）ではなく、特定のシナリオには適さない可能性があります。そのような場合は、代わりにH.264 Build to losslessの使用を検討してください。

ビデオコーデック

以下の視覚表示ポリシー設定を含む、様々な他のポリシー設定を使用して、ディスプレイリモートテクノロジーのパフォーマンスを微調整できます。Thinwireはそれらすべてをサポートします。

  • 簡易グラフィックの優先色深度(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/policies/reference/ica-policy-settings/visual-display-policy-settings.html)
  • ターゲットフレームレート(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/policies/reference/ica-policy-settings/visual-display-policy-settings.html)
  • 視覚品質(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/policies/reference/ica-policy-settings/visual-display-policy-settings.html)

さまざまなビジネスユースケースに対応するCitrix推奨のポリシー設定の組み合わせを取得するには、組み込みのCitrixポリシーテンプレートを使用します。高サーバー拡張性および超高精細ユーザーエクスペリエンステンプレートはどちらも、組織の優先順位とユーザーの期待に合わせた最適なポリシー設定の組み合わせでThinwireを使用します。

シンワイヤーの監視

Citrix DirectorからThinwireの使用状況とパフォーマンスを監視できます。HDX仮想チャネルの詳細ビューには、任意のセッションでThinwireのトラブルシューティングと監視に役立つ情報が含まれています。Thinwire関連のメトリックを表示するには：

  1. Directorで、ユーザー、マシン、またはエンドポイントを検索し、アクティブなセッションを開いて詳細をクリックします。または、フィルター > セッション > すべてのセッションを選択し、アクティブなセッションを開いて詳細をクリックすることもできます。

  2. HDXパネルまでスクロールします。

    HDXモニタリング(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/media/hdx-monitoring.png)

  3. グラフィック - Thinwireを選択します。

    シンワイヤー(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/media/graphics-thinwire.png)

ロスレス圧縮コーデック (MDRLE)

一般的なデスクトップセッションでは、ほとんどの画像は単純なグラフィックまたはテキスト領域です。Thinwireはこれらの領域を特定し、2DRLEコーデックを使用してロスレスエンコーディングのためにこれらの領域を選択します。Citrix Workspaceアプリのクライアント側では、これらの要素はセッション表示のためにCitrix Workspaceアプリ側の2DRLEデコーダーを使用してデコードされます。

XenAppおよびXenDesktop 7.17では、2DRLEコーデックよりも一般的なデスクトップセッションで消費帯域幅が少ない、より高い圧縮率のMDRLEコーデックを追加しました。この新しいコーデックは、サーバーの拡張性に影響を与えません。

帯域幅が低いと、通常、セッションの対話性が向上し（特に共有または制約のあるリンクの場合）、コストが削減されます。例えば、MDRLEコーデックを使用する場合の予想される帯域幅消費量は、一般的なOfficeのようなワークロードの場合、XenAppおよびXenDesktop 7.15 LTSRと比較して約10～15%少なくなります。

MDRLEコーデックの構成は不要です。Citrix WorkspaceアプリがMDRLEデコードをサポートしている場合、VDAはVDA MDRLEエンコードとCitrix WorkspaceアプリMDRLEデコードを使用します。Citrix WorkspaceアプリがMDRLEデコードをサポートしていない場合、VDAは自動的に2DRLEエンコードにフォールバックします。

MDRLE 要件事項:

  • シトリックス バーチャル アプリケーションズ アンド デスクトップス バージョン 7 1808 以降のVDA
  • ゼナップおよびゼンドデスクトップ バージョン 7.17 以降のVDA
  • Windows向けシトリックス ワークスペース アプリ バージョン 1808 以降
  • Windows向けシトリックス レシーバー バージョン 4.11 以降

プログレッシブモード

Citrix Virtual Apps and Desktops 1808では、プログレッシブモードが導入され、デフォルトで有効になりました。ネットワーク条件が制約されている場合（デフォルト：帯域幅2 Mbps未満、または遅延200 ms超）、Thinwireは画面アクティビティ中の対話性を向上させるために、テキストと静止画像の圧縮を強化しました。画面アクティビティが停止すると、高度に圧縮されたテキストと画像は、ランダムなブロック形式で段階的にシャープ化されます。このように圧縮およびシャープ化することで全体的な対話性は向上しますが、キャッシュ効率が低下し、帯域幅の使用量が増加します。

Citrix Virtual Apps and Desktops 1906以降、プログレッシブモードはデフォルトで無効になっています。現在、異なるアプローチを使用しています。静止画の品質は、ネットワーク条件に基づいており、各視覚品質設定の事前定義された最小値と最大値の間で変動します。明示的なシャープ化ステップがないため、Thinwireは画像配信を最適化し、キャッシュ効率を維持しながら、プログレッシブモードのほぼすべての利点を提供します。

プログレッシブモードの動作の変更

レジストリキーを使用してプログレッシブモードの状態を変更できます。詳しくは、レジストリで管理される機能の一覧にあるプログレッシブモードを参照してください。

H.264ビルドトゥロスレス

ビルドトゥロスレスは、対話性と最終的な画質のためにグラフィック配信を最適化する特別なThinwire構成です。この設定は、視覚品質ポリシーをビルドトゥロスレスに設定することで有効にできます。

ビルドトゥロスレスは、画面アクティビティ中にH.264（またはH.265）を使用して画面を圧縮し、アクティビティが停止するとピクセルパーフェクト（ロスレス）にシャープ化します。H.264（またはH.265）の画質は、利用可能なリソースに適応し、可能な限り最高のフレームレートを維持します。シャープ化ステップは段階的に実行され、シャープ化開始直後にユーザーが画面アクティビティを開始した場合でも即座に反応します。例えば、モデルを選択して回転させる場合などです。

H.264 Build to losslessは、ハードウェアアクセラレーションを含む、フルスクリーンH.264またはH.265のすべての利点を提供し、さらに最終的に保証されたロスレス画面という利点も加わります。これは、最終的なピクセルパーフェクトな画像を必要とする3Dタイプのワークロード（医療画像の操作など）にとって重要です。また、H.264 Build to losslessは、フルスクリーンH.264 4:4:4よりも少ないリソースを使用します。その結果、Build to losslessを使用すると、通常、Visually lossless H.264 4:4:4よりも高いフレームレートが得られます。

注：

視覚品質ポリシーに加えて、ビデオコーデックの使用ポリシーを優先時に使用（デフォルト）またはアクティブに変更される領域に使用に設定します。ビデオコーデックの使用ポリシーをビデオコーデックを使用しないに設定することで、H.264 Build to losslessではない状態に戻すことができます。これにより、動画はH.264（またはH.265）ではなくJPEGでエンコードされます。

シンワイヤー
May 31, 2026
寄稿者: 
C C
May 31, 2026
寄稿者: 
C C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.