制限されたユーザーエクスペリエンス(MultiAppAssignedAccess)適用時のアプリ動作不具合について

Question

現状説明

Windows Configuration Designerでppkgを作成しWindows11 IoT 11端末に適用して複数のデスクトップアプリケーションのみを実行可能とする状態(マルチアプリキオスク)を構成しました。

実行可能を許可したアプリケーションは内製アプリケーション(Python)で、GUIアプリとCUIアプリの両方を実行許可しています。

アプリ概要	補足
GUIアプリ(python, pyinstallerでexe化)	DB通信有り, UIとDB通信は同一スレッド
CUIアプリ(python, pyinstallerでexe化)	DB通信有り

ppkgを適用し、実際に運用を開始すると、一定の時間経過後に動作が不安定になる現象を確認できました。 それぞれのアプリは別ウインドウで起動されていますが、すべて応答がなくなる(不安定な)状態になります。 またその際、DBとの通信が出来ていないことを確認できました。 ppkg削除(KIOSK解除)後は、同一アプリを実行しても問題は発生しません。

質問

1.MultiAppAssignedAccess(制限されたユーザーエクスペリエンス)を適用すると、リソースや通信の制限が通常より厳しくなるなどの差異がありますか？

2.上記現象が発生する可能性/原因について、回答可能な範囲でいくつか教えて頂けないでしょうか？

Answer 1

こんにちは、横山健太さん、

ここでの一般的な状況について、Windows 11 IoT のマルチアプリ キオスク モードでは、CPU、メモリ、またはネットワーク リソースが意図的に調整されることはありませんが、制限されたシェルとユーザー プロファイル環境が適用されます。つまり、社内の Python アプリは、限られたバックグラウンド サービス、ネットワーク スタックの違い、より厳密なセッション分離など、制約のあるユーザー コンテキストで実行されており、これらの制限は、特に通常のデスクトップ セッション動作、マルチスレッド DB 通信、またはバックグラウンド サービスの依存関係を期待するアプリの場合、間接的に不安定性を引き起こす可能性があります。

したがって、あなたの質問に答えると:

1. MultiAppAssignedAccess (マルチアプリ キオスク) を適用すると、リソースと通信の制限が通常よりも厳しくなる違いはありますか?

=> はい、ただし、CPU またはメモリの制限に関してはそうではありません。しかし、通常のデスクトップシェルがなく、ユーザープロファイルがロックダウンされ、一部のバックグラウンドサービスやネットワーク設定が制限される場合があります。これは、標準の Windows セッションと比較したアプリの動作に影響を与える可能性があります。そのため、Windows は CPU や RAM を "締め付け" ませんが、環境は通常のデスクトップ セッションよりも制約が大きく、アプリが行う仮定を破る可能性があります。

2. 上記の現象の可能性・原因について、お答えできる範囲で教えていただけますか?

次のようなものがあります。

シングルスレッド設計: Python アプリは UI と DB 呼び出しを同じスレッドで実行するため、DB 通信が停止すると、ウィンドウ全体がフリーズします。

制限されたサービス/ネットワーク: キオスク アカウントは、DB ドライバーが必要とするサービスまたはネットワーク ルールにアクセスできない可能性があります。

セッション処理: キオスク モードでは、セッションとエラーの処理がより厳格になり、しばらくするとアプリが不安定に見えることがあります。

この情報がある程度役に立ったと思われる場合は、 **** その問題に関するあなたの経験がコミュニティ全体に貢献するのに役立つように、回答を受け入れてください。ありがとうございました:)

ビビアン