AVEVA™ InTouch HMI

オペレーティングシステム、.NET Framework、および仮想化の要件

Save PDF

TABLE OF CONTENTS

オペレーティングシステム、.NET Framework、および仮想化の要件

Save PDF

Last UpdatedJun 08, 2026
4 minute read

このセクションでは、InTouch HMI システムでサポートされるソフトウェアの追加の詳細について説明します。

ソフトウェア要件に関する注記

Windows オペレーティングシステムに関する注記

Windows バージョン 8.1 および 10 は、タッチスクリーンジェスチャをサポートします。Windows version 8.1 で指のジェスチャでタッチスクリーンの右からスワイプすると、Windows チャームのセット（［検索］、［共有］、［スタート］、［デバイス］、および［設定］）が表示されます。タッチに対応していない画面の場合、画面の右上にマウスカーソルを置くと、Windows チャームが表示されます。

チャームの表示は、Windows バージョン 8.1 の標準機能で、タッチスクリーン用ソフトウェアでは無効にすることができません。したがって、オペレータは、これらの Windows チャームにアクセスして、専用のタッチスクリーン表示ノードのロックを解除できます。
上記のオペレーティングシステムに新しい Service Pack（SP）がインストールされている場合でも製品をインストールできますが、インストールプロセスで警告メッセージが表示される場合があります。
Galaxy リポジトリ（GR ノード）は、System Platform 製品が最大 5 ノードにインストールされている設定のクライアント Windows オペレーティングシステム上で実行できます。5 ノード以上のシステムの場合、Windows Server オペレーティングシステムを実行するコンピュータに Galaxy リポジトリをインストールする必要があります。
開発ノードおよびアプリケーションノードは、サーバー GR ノードのクライアントと見なされます。
コンピュータのオペレーティングシステムをアップグレードする場合、アップグレードの前に既存の System Platform 製品をアンインストールし、アップグレードの後に再インストールする必要があります。Windows 2012 を Windows 2012 R2 にアップグレードする場合は、System Platform 製品をアンインストールする必要はありません。

.NET に関する注記

複数のバージョンの .NET（バージョン 4.x 以外）の共存が可能ですが、QuickScript.net スクリプトを始めとするすべての .NET コードは .NET 4.8 で実行する必要があります。

.NET Framework の要件および互換性についての詳細は、.NET Framework の要件および互換性を参照してください。
.NET 3.5 は、サポートされている SQL Server のバージョンで必要であるという理由でインストールされます。その他の依存関係が存在しないよう注意してください。

AVEVA 製品に共通のオペレーティングシステムに関する注記

サポートされているWindows オペレーティングシステムの ActiveX コントロールの動作

Windows 7 以降のデータ実行防止（DEP）機能が原因で、ATL バージョン 7.1 以前で構築された ActiveX コントロールは InTouch 2017 UPDATE 1 をホストできないことや、WindowMaker または WindowViewer で予期しない動作が発生することがあります。詳細については、テクニカルサポートのウェブサイトで公開されている TechNote 922「Some ActiveX Controls NOT Supported in InTouch 2012 R2 (Version 10.6)」(InTouch 2012 R2 (バージョン 10.6) でサポートされない ActiveX コントロール) を参照してください。

リモートアラームの取得クエリーの設定

現在サポートされている Windows および Windows Server オペレーティングシステムで InTouch HMI のようなインタラクティブアプリケーションを実行する場合のリモートアラームの取得クエリーを設定するプロセスが変更されました。

InTouch WindowViewer を起動し、インタラクティブな Windows デスクトップセッションからアラームを生成する場合、アラームをクエリーするようリモートノードの［AlarmViewer］コントロール（InTouch HMI 内で実行）を明示的に設定する必要があります。［AlarmViewer］コントロールのアラームクエリーを設定しない場合、ソースアラームは表示されません。

このタイプのクエリーは、ターミナルサービスセッションで実行するアラームプロバイダとして動作する InTouch HMI でのみ機能します。コンソールセッションで実行されている InTouch HMI では機能しません。

AlarmViewer のアラームクエリーを設定

InTouch WindowViewer（アラームプロバイダ）を起動した後、［Operations Control Logger］を開き、AlarmMgr によって生成された最新の文字列を探します。たとえば、"Registering AlarmMgr with SLSSVC as AlarmMgr 253.127.148.120" という文字列を探します。示される IP アドレスは、アラームを提供するノードに対して一意です。この IP アドレスは手順 2 で必要になるので、記録しておいてください。
リモートコンピュータ上の［AlarmViewer］コントロールの［アラームクエリー］タブでアラームクエリーを次のように設定し、以下の "nodename" の部分をアラームプロバイダ InTouch HMI のノード名で置き換え、"ip_address" の部分を前の手順で記録した IP アドレスで置き換えます。

\\nodename:ip_address\intouch!$system

ここで、nodename は InTouch アラームを提供するノードの名前で、ip_address は手順 1 で記録した IP アドレスです。
アラームを提供するノードから生成されたアラームが［AlarmViewer］コントロールに正確に表示されることを確認してください。

InTouch HMI と Application Server アラームプロバイダの両方を実行する単一ノードでのアラームマネージャの使用

Microsoft Windows Vista 以降のオペレーティングシステムは「セッション 0 分離」をセキュリティ強化として適用します。すべての Windows サービスおよび関連プログラムはセッション 0 で実行する必要があります。セッション 0 で GUI アプリケーションを実行することはできません。

Windows Vista 以前では、Application Server および InTouch HMI WindowViewer は同じ Windows セッションで実行していました。セッション 0 の分離では、Application Server と WindowViewer を別々の Windows セッションで実行する必要があります。Galaxy によって報告されるアラームはアラームマネージャ（AlarmMgr）のセッション 0 インスタンスによって処理されます。現在、これは、InTouch アラームを処理する AlarmMgr のコンソールセッションインスタンスとは異なります。次のような InTouch アラーム表示のシンプルなアラームクエリーを考えてみます。

\InTouch!$System \Galaxy!Area_001

これは 2 つの別々の AlarmMgr（InTouch のコンソールセッションで実行される AlarmMgr と Galaxy のセッション 0 で実行される AlarmMgr）インスタンスで実行されます。

Windows オペレーティングシステムのセッション 0 の変更から生じるこの動作、および関連する動作とエラーメッセージに加え、Windows Vista 以降のオペレーティングシステムで実行される同じコンピュータノードの InTouch と Application Server の両方からのアラームのサポートを目的とした分散アラームシステムの設定手順については TechNote 988「Windows Vista 以降での InTouch と AppServer の AlarmMgr サポート」に詳述されています。この TechNote は、Global Customer Support（GCS）Web サイトからダウンロードできます。

Windows Server オペレーティングシステムでのリモートデスクトップサービス（ターミナルサービス）の動作

Windows Server 2008 R2 以降の Windows バージョンでは、リモートデスクトッププロトコル（RDP）クライアント（セッション 0 またはターミナルサーバーコンソールセッションとも呼ばれます）を開始する手段としての /console スイッチがサポートされなくなりました。Windows Server 2008 以降では、セッション 0 はインタラクティブセッションではなくなり、Windows サービス用にのみ予約されています。Windows Server 2008 以降では、/console または /admin スイッチ、あるいはその他のスイッチのいずれで接続した場合でも、すべてのリモート接続はリモート RDP セッションとして扱われます。

その結果、リモートデスクトップ（ターミナルサーバーコンソール）セッションに依存するアラームマネージャなどの InTouch HMI 機能に影響が生じます。

リモートデスクトップサービスの動作の別の側面として、TSEGetClientID() などの InTouch HMI 関数が、リモートデスクトップ（RDP）クライアントセッションで実行する InTouch で null 値を返すことがあります。この原因は、関連するロールが RDP クライアントにインストールされていないからです。TSEGetClientId() および関連付けられたその他の関数が適切に機能するには、「リモートデスクトップホスト」の役割をインストールする必要があります。

ほとんどの Application Server プロセスはサービスとして実行するので、Application Server への影響は最小限です。Application Server への影響としては、Windows Vista オペレーティングシステムにおいて許可されるアラームプロバイダが 1 つだけになるという制限が引き続き発生することが挙げられます。Application Server と InTouch HMI の両方はアラームプロバイダとして設定可能ですが、一度に設定できるアラームプロバイダは 1 つだけです。

Application Server と InTouch HMI は、コンソールでアプリケーションが実行しているときを検出します。Windows Server の場合、これはコンピュータ上でアプリケーションがユーザーによって手動で起動されたことを意味します。しかし、ユーザーの簡易切替機能を有効にするグループポリシーを無効にする必要があることがあります。

コンソールで実行しているアプリケーションがコンソールで検出されます。mstsc 接続の /console スイッチや /admin スイッチに関係なく、すべてのリモート接続は Windows Server でリモート RDP セッションとして処理されます。

［グループポリシー］インターフェイスでユーザーの簡易切り替えを無効にするには

［スタート］、［ファイル名を指定して実行］の順にクリックします。［ファイル名を指定して実行］ダイアログボックスが表示されます。
gpedit.msc と入力し、［OK］をクリックします。［グループポリシー］ダイアログボックスが表示されます。
［ローカルコンピュータポリシー］>［管理用テンプレート］>［システム］>［ログオン］に移動します。
［ユーザーの簡易切り替えのエントリポイントを非表示にする］を［有効］に設定します。このポリシーを有効にすると、［ログオン］インターフェイスの［ユーザーの切り替え］オプション、［スタート］メニュー、および［タスクマネージャ］が非表示になります。
［ファイル］メニューの［終了］をクリックして、［グループポリシー］ダイアログボックスを閉じます。

管理者は、このポリシーを有効にすることによって Windows ログオン、［スタート］メニュー、および［タスクマネージャ］で［ユーザーの切り替え］ボタンを非表示にします。

InTouch HMI のオペレーティングシステムに関する注記

Windows クライアント（Windows 7 以降）では、InTouch HMI システムの 1 つまたは複数のデータベースを実行する専用の単一ノードサーバー設定はサポートされていません。
EnableDisableKeys() 関数は、Windows レジストリに書き込んで、WindowViewer でアプリケーションを実行するホストコンピュータのいくつかのキーを有効化または無効化します。Windows 7 以降のバージョンの Windows では、標準ユーザーまたはパワーユーザーによるレジストリへの書き込みはセキュリティの目的で禁止されています。Windows 管理者は、ローカルドメインのセキュリティポリシーで許可されている場合、レジストリに書き込むことができます。

EnableDisablekeys() スクリプト関数と連動し、InTouch アプリケーションで実行するキーに対するユーザーのアクセスを制御するローカルの Windows セキュリティポリシーを設定できます。
System Platform 2014 の時点において、Windows 7 以降のオペレーティングシステムを実行するコンピュータは、InTouch および Application Server アラームプロバイダの両方として設定できます。詳細については、「Wonderware InTouch HMI と Application Server アラームプロバイダの両方を実行する単一ノードでのアラームマネージャの使用」を参照してください。

以下に示す従来の InTouch スクリプト関数は、64 ビットバージョンの Windows では動作しません: WWPoke(), WWExecute(), WWRequest(), ActivateApp() and SendKeys()。
InTouch Extensibility Toolkit を適切に機能させるためには、Windows 11 以降のオペレーティングシステム上では、マウスの右ボタンをクリックして［管理者として実行］を選択し、InTouch Extensibility Toolkit を開始する必要がある場合があります。
Windows 7 および Windows Server 2008 R2 以降のオペレーティングシステムでは、画面キーボードオプションが変更されました。
サポートされるバージョンの Windows オペレーティングシステムでは、Windows キーボードからのホバーリングによる選択が機能しなくなりました。

InTouch HMI View アプリケーションおよび DDE のサポート

InTouchView アプリケーションでは NetDDE はサポートされていません。

設計上、InTouchView アプリケーションは、InTouch HMI 自体を始めとする他のソースにデータを提供することができません。WindowViewer の起動時に、アプリケーションが InTouchView アプリケーションであるかどうかが検証されます。WindowViewer が InTouchView アプリケーションを検出しても、WindowViewer は DDE サーバーになるよう登録されません。産業用グラフィックは、InTouch タグにアクセスするときにクライアントレイヤーを使用し、データサーバーとして WindowViewer にアクセスするサードパーティクライアントのように動作します。そのため、InTouchView ライセンスで使用する場合、産業用グラフィックは InTouch タグと通信できません。

産業用グラフィックでは、InTouch:‹タグ名› は引き続きローカルノード上の InTouch タグを参照する有効なメソッドです。

Windows ユーザーアカウント制御の InTouch HMI サポート

InTouch HMI が付属するシステムプラットフォーム 2026 は、ランタイムノード上のユーザーアカウント制御対応の操作をサポートします。

.NET Framework の要件および互換性

重要: 現在インストールされているバージョンが .NET 4.7.2 以前のものである場合、システムプラットフォーム 2026 をインストールすると .NET 4.8 がインストールされます。.NET 4.8 以降がインストールされている場合、.NET Framework は変更されません。既存のアプリケーションをシステムプラットフォーム 2026 にアップグレードする前に、以下を実行することを強くお勧めします。

アプリケーションをバックアップする
Microsoft によって .NET Framework に行われた変更を理解する
.NET スクリプトおよび .NET コントロールをレビューして、必要な変更を確認する

システムプラットフォーム 2026 へのアップグレード後、.NET 4.8 で適切に機能することを確認するために、アプリケーションスクリプトおよびアプリケーションによって使用されるスクリプトライブラリにアプリケーションテストを実施する必要があります。また、運用システムをアップグレードする前に、ステージングシステムでアップグレードをテストすることもお勧めします。

システムプラットフォーム 2026 は、Microsoft .NET Framework 4 を利用しています。システムで .NET バージョン 4.7.2 以前のバージョンが使用されている場合、System Platform のインストールプログラムによって .NET 4.8 がインストールされます。システムに .NET 4.8 以降がインストールされている場合、何の変更も行われません。複数のバージョンの .NET Framework の共存が可能です。SQL Server がインストールされているノードでは、SQL Server をサポートするために System Platform によって .NET 3.5 もインストールされます。このシナリオでは、同一マシン上で、 .NET 3.5 で動作する他のアプリケーションは .NET 3.5 にアクセスします。システムプラットフォーム 2026 は .NET 4.7.1, 4.7.2 以降を使用します。

すべての InTouch HMI と Application Server のコンテキストで実行されるユーザー提供の .NET コードを実行するには、.NET Framework 4.8 以降が必要です。.NET Framework 4.5.1 以降は、以前のバージョンの .NET Framework で構築されたアプリケーションとの高い互換性がありますが、.NET スクリプトが System Platform 2014 以前で作成されている場合、スクリプトを更新する必要があることがあります。これらの変更は、.NET 3.5 で開発された .NET コントロールに影響を与える可能性もあります。

アプリケーションのスクリプトで適切なテキストエンコーディングを使用していない場合、いくつかの .NET コードは失敗し、完了しないままスクリプトが終了する原因となる可能性があります。UTF8Encoder は、.Net 4.5 におけるデフォルトの BinaryStream デコーダーです。たとえば、アプリケーションスクリプトを有効にして ASCII XML データを解読するには、次のスニペットを挿入します。

BinaryReader streamReader = new BinaryReader(ms, new ASCIIEncoding());

さまざまなバージョンの .NET Framework で導入された変更の詳細については、以下の Microsoft リソースを参照してください。

.NET Framework の新機能: http://msdn.microsoft.com/en-us/library/ms171868%28v=vs.110%29.aspx

.NET Framework クラスライブラリ内にある旧版のもの: https://msdn.microsoft.com/en-us/library/ee461502%28v=vs.110%29.aspx

.NET Framework 4.5 および 4.6 への移行ガイド: https://msdn.microsoft.com/en-us/library/ff657133%28v=vs.110%29

.NET Framework 4 への移行に関する問題: http://msdn.microsoft.com/en-us/library/ee941656%28v=vs.100%29

仮想化ホストのサポート

サポートされるビジュアリゼーション環境については、Global Customer Support（GCS）Technology Matrix を参照してください。

AVEVA™ InTouch HMI