記載されている内容を、もう少し整理した方が良いと思います。
正直な処、状況が分かり難いです。

エラー時のメッセージも記載した方が良いです。

MetaFrameバージョン9.0ではなく、ProgramNeighborhood9.0では？
また、Citrixサーバ環境が記載されていません、MetaXP～XenApp5.0など記載した方が良いと思います。

質問内容の説明がわかりづらくて申し訳ございません。
さらに詳細を追記させていただきます。
クライアント側はOS:WindowsXPSP2 またはSP3の環境下、サーバ側がWindows2003Server。クライアント側でProgramNeighborhood9.0を利用している環境下でシステムに接続を試みると
「Citrix ICA Client Engine(Win32)」のタイトルで「問題が発生したため、Citrix ICA Client Engine(Win32)を終了します。ご不便をおかけして申し訳ありません。作業途中であった場合、その情報は失われた可能性があります。」とエラーメッセージが表示され起動できない症状が発生します。そのとき、同時にクライアント側のイベントログには「イベントID：1000,ソース：Application Errorでエラー発生アプリケーションwfica32.exe バージョン9.0.32649.0、エラー発生モジュールmsvcrt.dll,バージョン 7.0.2600.2180、エラー発生アドレス0x0001a573」のログが残ります。またエラー発生モジュールの部分はntdll.dll、バージョン 5.1.2600.5755、エラー発生0x00011689で表示されることもあります。発生タイミングが昨年8月以降、現在も突然上記エラーで突然起動不具合が発生している現象です。ProgramNeighborhood9.0の再インストールでは解消できず現在は7.0にダウングレードし直すことで解決に至っています。ただし9.0または10.0に戻すとまた症状が再発の為、現象が発生するたびにダウングレードする作業が手間になっています。何をきっかけに突然エラーが出始めるのかまったく心当たりがなくここ半年で既に50台ほど現象が発生している状況です。宜しく御願い致します。

エラーも見る限りではMSのモジュールでCitrixのEXEが落ちているので、
エラーからはアプリの問題ではないように見えます。
メモ帳や電卓でも同じ現象は発生しますか？

エラー発生モジュールがCitrixやMS以外だった場合はトリガーとなっているDLLを含むソフトを
アンインストールする等、何かしらやりようはあると思いますが、
MSのモジュールでProgramNeighborhoodだとメーカーじゃないと特定はできないでしょうね。
※もうメーカーでは受け付けてくれませんが。

最終的にはProgramNeighborhoodの最終版である11.0を試すしかないと思います。

メモ帳や電卓では問題は発生しないようです。
ProgramNeighborhoodの最終版である11.0を試すしてみようと思います。
Reppaさん回答有難うございました。

現象については分かりませんが、SP3では色々追加されているようですね。
http://ascii.jp/elem/000/000/128/128879/

クライアントのバージョンが化石並みに古すぎるので新しいバージョンにした方がいいような気がします。
http://support.citrix.com/article/ctx104856

＞Reppa 様
アドバイスありがとうございます。
（返信が遅れすみません）

結果、下記レジストリのアクセス許可を修正することにより
Users権限でも接続・起動することが出来ました。

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing\HardwareID
のアクセス許可をPowerUsersと同じに設定

TS-CALのバージョンは記載した方が良いと思います。

デバイスCALであれば、有効期限付きライセンスであるため、
一定期間が経過したのち解放されるはずです。
発行済ライセンスの一覧を確認すれば、ライセンスが解放される日付が分かります。

どうしても緊急的に実施したいのであれば、
TSライセンスサーバの再インストール、ライセンスの再アクティブ化が必要です。

デバイスCALはクライアントが持ってるのでレジストリを削除してください。
そうすれば再度取りに行きます。

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing

http://technet.microsoft.com/ja-jp/library/cc756826(WS.10).aspx

（補足として）

Peppaさんの記載している方法でも再度ライセンスが発行されますが、
根本的にライセンス数が足りていない場合、
一時ライセンスしか発行されませんので、ご注意ください。
90日以内に正式なライセンスの空きがない場合、
また、接続できなくなります。

デバイスCALはクライアント側レジストリに登録されていますが、
ライセンスサーバ側で管理されていますので、きちんと必要数量を確認する事が大切です。

接続デバイスで運用の場合、
ライセンスの発行は以下の様な流れになります。

　初回接続時に一時ライセンスが発行
　　↓
　2回目以降の接続で有効期限付ライセンス発行
　　↓
　有効期限付ライセンスの期限が切れると、ライセンスが無効になる。
　（有効期限の1週間前から、再度、有効期限付ライセンスの再取得が行われる。）
　

質問者です。
原因わかりました。
デバイスCALライセンスは正常インストールされアクティブ状態なのに、
ターミナルサーバがライセンスサーバを認識できない障害でした。
ターミナル構成のライセンス診断でエラーとなります。
MSから修正プログラムをダウンロードして解決しました。
（文書番号：980933）

お騒がせしてすみませんでした。

開発のことはよく分かりませんが、とりあえずOSレベルで実現できるのか確認してください。
リモート接続で出来ないことはXenApp上でも出来ないことが多いです。
http://support.citrix.com/article/CTX117694

本格的に開発したい場合はCitrixに直接相談してください。
http://www.citrix.co.jp/partners/cjap/index.html

クライアントにエージェントが常駐しますが、
キトラスというソフトウェアで可能かもしれません。

吉田です。
Reppaさん、マモラさん、ありがとうございます。ここまでに調べたことをご報告します。

★OSレベルで実現できるか?
Reppaさんの助言をもとに検討しました。「OSレベル」の範囲をどこまでとするか
難しいところですが、せいぜいWSHを使うくらいまで、としました。

検討結果ですが、結論から書けば可能でした。
WMIで環境変数を取得でき(Win32_Environment)、接続してきたクライアントのコン
ピュータ名も取得できるので、クライアントに対しリモートのWMI経由で環境変数を
取得できます。

検証した際はWMIの認証でこけたので、少々手当が必要ではあります。また、DNSが
クライアントを知らなければ繋げないという問題はありますが、Terminal Service APIで
クライアントのIPアドレスを取得できるので、壁は低いです。

残る問題はクライアントのWMI設定です。まだ検証までいっていませんが、ADでどうに
かなるのでは……と希望的観測をしております。

ということで、道が見えてまいりました。ありがとうございました。

★キトラス
上記とは別に、マモラさんに教えていただいたキトラスについても調べてみました。
なんか聞いたことあるなと思ったらPBsystemsさんの商品なんですね。

たしかにできそうな気がします。明記はされていませんが、そのような予感があります。
差し当り上記の方法でできないか検討を続け、ダメそうであればPBsystemsさんに
問い合わせてみます。
# 同僚が詰まっている問題にキトラスが役立ちそうです。教えてやります

情報ありがとうございました。

PBsystems代表の冨田です。今までこんなトピあげたことなかったのですが、
緊急を要する仕事もあって、反則っぽいとは思いつつも、あげさせていただきました。
何卒ご容赦ください。
なにせ、この掲示板のご利用者であれば、信頼感抜群ですので！
ということで、既に数件お問い合わせいただいておりますが、
まだ大丈夫ですので、御遠慮なく、上記フォームよりお問い合わせください。

印刷関連のサービスが停止していませんか？