私も分散環境でvbｱﾌﾟﾘをMetaFramePresentationServer EnterpriseEdition4.0(評価版)で
テストしているのですが、やはり１分以上 aierun.exeが起動されます。
製品版でもやはり同様な動きとなるのでしょうか？
回避方法等ございましたらどなたかご教授ください。
よろしくお願いします。
アプリケーションサーバー:win2003server sp1

コマンドプロンプトの画面が出ること自体は仕様なので防ぐことは出来ません。

ただし、それが1分以上表示される現象は、状況に応じて出たり出なかったりします。
まず、Windows Server 2003 SP1が適用されていなければ、
1分以上表示されることはありません。

Windows Server 2003 SP1が適用されていても、分離環境の名前を色々変えてみてください。
この現象(aierunが1分以上表示される)が出たり出なかったりします。
分離環境の名前の規則性は見つけられていません。
例えば、「a」と言う分離環境名と「b」と言う分離環境名では、
現象の出方がちがったはずです。

メタメタ様ありがとうございます。

SP1を適用せずに試してみるとうまくいきました。

SP1を適用して、分離環境名を変えてみると確かに出たりでなかったりします。
分離環境名が２バイトだとほとんど出るような感じだったので
半角の方が良いのかもしれません。
半角でもなるときはなりますが・・・

また、いろいろと試してみようと思います。
ありがとうございました。

ご返信ありがとうございます。
確かにＳＰ１適用で不安定な環境になるようです、
こちらも色々と試して見ます。

もう夜中ですので、問題は解消しているかもしれませんが･･･。
アクセス権で蹴られているような気がしますが。

・Metaサーバは何台か使用しているのでしょうか？
・ドメインユーザで運用しようとしているのでしょうか？
　ローカルユーザでしょうか？
・クライアントは、パソコンでICAクライアントを使用しているのでしょうか？
　シンクライアントを使用しているのでしょうか？
・Cドライブ直下に格納したとは、MetaサーバのCドライブでしょか？
　クライアントのCドライブでしょうか？
・問題があるのは、Officeだけでしょうか？

的外れかもしれませんが、ExcelやAccessのプログラムの後に、作成されたファイルを指定してみたらどうでしょうか？
たとえば、CドライブにTestフォルダがあり、その中にtest.mdbがあり、それを公開したい場合
["C:\Program Files\Microsoft Office\Office\msaccess.exe" "c:\Test\test.mdb"]
みたいな・・・

ライセンス管理コンソールをアンインストールして
再インストールし、そちらからライセンスファイルをMETAサーバーに
アップロードすることで対応することができました。

ライセンスファイルを取得できたが、ライセンスサーバにインストールできないということですよね？
間違っていたら申し訳ありません。

DLしたライセンスファイルを、”C:\Program Files\Citrix\Licensing\MyFiles　”
に直接コピーしてはいかがですか？

IEのバージョンが低い可能性は無いですか？

4.0のドキュメントセンターをインストールし、
document_center.pdfを開き、「トピックの一覧」ではなく、
「マニュアルの一覧」で探すと、「MetaFrame Conferencing Manager 管理者ガイド」が
見つかりますので、そちらをご参照ください。

ただ、Conferencing Managerは、シャドウの機能を拡張したものなので、音声は扱えません。
要するに、シャドウの機能をみんなで見ながら操作できるようになりました的な製品です。

回答ありがとうございます！
うーん…そうなのですね…
まんが＆図解でわかるMetaFrame Access Suiteを以前見たときにマイクをして
オンライン会議をしている図があったのを思い出し、できるのかな？と思っていたのですが、
音声の送信ができるのではないのですね…。
やはり、インターネット電話のようなものが必要になってくるのですね。
音声は扱えないにしても、デモをするには必要な機能だと思いますのでこれから探して見てみます。
検索方法のみでなく、何が必要なのかをくみとり、音声についてアドバイスくださいまして、
ありがとうございます。
ガイド検索方法のみでは、ガイドを読み読み、音声は？！と悩むところでした＾＾；

>CSG経由で問題なく動作可能ですが、icaファイル(launch.ica)の中身を見ると、
MetaサーバIP : 1494 と記述があります。
→上記で問題ないと思います。
　SGはあくまでもゲートウェイなので、クライアントから見れば、
　MetaFrameサーバの所在が分からなければ、アクセスできません。
　launch.icaに記載されている「MetaサーバIP : 1494」というのは、
　クライアントへの指示ではなく、SGに対しての指示です。
　SGとMetaFrame間は当然1494/icaで通信しますから、この情報が必要です。
　そしてMetaFrameから1494で流れてきたパケットは、SGによってSSLでカプセル化され、
　443でクライアント側に提供されます。

＞きくりんさん
丁寧なご解説有難うござます。
launch.icaファイルはSGに対してのファイルなんですね。
大変納得させて頂きました。

尚、CSG経由ではなく、WI ⇔ Meta 構成のlaunch.icaファイルに書いてある
[MetaサーバIP:1494]は、当然の事ながらクライアントに対しての指示という事になりますね。

とてもスッキリ致しました。有難うございます。
またの機会ございましたら、ご教授お願い致します。

まだ見てらっしゃるか分かりませんが。。。

これって本当に、SG経由で通信してますか？
SGを使用した構成であれば、STAでチケッティングされて、MetaFrameサーバ
アドレスは隠蔽されるはずです。
launch.icaファイルのAddressの欄は、一見すると何だか分からない文字列
になるはずですが。
一度、WIの設定を確認されることをお勧めいたします。
ちゃんとSGを使う設定（DMZの設定）を行っていますか？
可能であれば、パケットキャプチャも行って、TLSもしくはSSLv3通信を行って
いることを確認した方が良いと思います。

＞ひさ様

詳細なご指摘有難うございます。
現状、当方検証環境ですので、すべて同一Subnet環境になっております。
DMZ環境を作りだして、再度確認させて頂きます。

尚、図々しいお願いで大変恐縮ですが、
launch.icaファイルの中身を掲載することは可能でしょうか？
参考程度に拝見できる程度で結構ですので、可能であれば、掲載して頂けると
非常に助かります。

以上、宜しくお願い致します。

DMZ設定となっていますが、同一サブネットでもテストとしては問題ないと思いますよ。
ちゃんとSG経由で通信していることを確認するためには、間にFWなどを入れてアクセス
制御をかけた方が分かりやすいとは思いますが。

SGを経由していないと、クライアント→(TCP/1494)→MetaFrameという接続になりま
すので、MetaFrameサーバにパーソナルFWを設定して、クライアントからの直接接続を
できないようにしてみるのも良いでしょう。
SGを経由していれば、クライアント→（TCP/443）→SG→(TCP/1494)→MetaFrameの
経路になります。

私の手元には、CPS4.0 の検証環境しかないので多少違うのですが、4.0では
１）WIのDMZ設定で、SecureGatewayを使う設定
２）WIのSecureGatewayの設定で、SGのFQDNとポート、STAのURL
の2つの設定を行う必要があります。

launch.icaファイルも一応載せておきます。
Notepadを公開アプリにしています。

---ここから

[Encoding]
InputEncoding=SJIS

[WFClient]
ClientName=WI_iDNWO9TBpujEbrfD9
ProxyFavorIEConnectionSetting=Yes
ProxyTimeout=30000
ProxyType=Auto
ProxyUseFQDN=Off
RemoveICAFile=yes
TransparentKeyPassthrough=Local
TransportReconnectEnabled=Off
Version=2
VirtualCOMPortEmulation=Off

[ApplicationServers]
Notepad=

[Notepad]
Address=;10;STA11874C4582AE;F882F33D960565BD2AD1E0EE0FA20B6A
AudioBandwidthLimit=2
AutologonAllowed=ON
BrowserProtocol=HTTPonTCP
ClearPassword=D7443BB9E2C27A
ClientAudio=On
DesiredColor=8
DesiredHRES=640
DesiredVRES=480
Domain=\19D99877D182D5A8
HTTPBrowserAddress=!
InitialProgram=#Notepad
Launcher=WI
LongCommandLine=
ProxyTimeout=30000
ProxyType=Auto
SSLCiphers=all
SSLEnable=On
SSLProxyHost=sg.mfdom.local:443
SecureChannelProtocol=Detect
SessionsharingKey=8-basic-basic-mfdom-user01-FARM1
TWIMode=On
TransportDriver=TCP/IP
Username=user01
WinStationDriver=ICA 3.0

[Compress]
DriverNameWin16=pdcompw.dll
DriverNameWin32=pdcompn.dll

[EncRC5-0]
DriverNameWin16=pdc0w.dll
DriverNameWin32=pdc0n.dll

[EncRC5-128]
DriverNameWin16=pdc128w.dll
DriverNameWin32=pdc128n.dll

[EncRC5-40]
DriverNameWin16=pdc40w.dll
DriverNameWin32=pdc40n.dll

[EncRC5-56]
DriverNameWin16=pdc56w.dll
DriverNameWin32=pdc56n.dll

すいません、私のミスでした。
確かにMetaFrameのアドレスはセキュア化されて、平文では表記されません。
最近WI＋SGを使った案件がなかったので、ボケてました。
申し訳ありません。
恐らくWIの設定に問題があると思われますので、
WIadminの画面から「サーバーの設定」→「DMZ設定」の「ネットワークアドレス変換」および
「SecureGatewayの設定」を再確認してみてください。
また、ドキュメントセンターの「SecureGateway for MetaFrame インストール チェックリスト」も
確認してみてください。

>Meta環境下のWindowsTSCALはデバイスCALとユーザCALどちらを導入するのでも構わないのでしょうか？
→運用により変わると思います。
　MetaFrameを利用するユーザに変更が発生しないという前提であれば
　UCALの方がいいと思います。

>これはMetaServer上のターミナルサーバライセンスの事だと思いますが、間違いないのでしょうか？
→TSCALではなく普通のCALのことです。

>デバイスCALの場合、接続クライアントがリプレースした時ライセンスの移行はServer上で可能なのでしょうか？
→手動で失効させることができます。失効したライセンスは一旦プールに戻りますので、
　新しいデバイスからのアクセスがあった場合、プールからライセンスを発行します。

Windows Server 2003のTSライセンスについては、
詳細は以下のドキュメントをご参照ください。
http://www.microsoft.com/japan/windowsserver2003/techinfo/overview/termservlic.mspx
また、CALについてはこちらをご参照ください。
http://www.microsoft.com/japan/windowsserver2003/howtobuy/licensing/caloverview.mspx

きくりん様
非常に初歩的な質問にも関わらず詳細にご回答下さりありがとうございました。
ライセンスの件了解致しました。不勉強で申し訳ございません。

きくりん様

先日はありがとうございました。
ご回答の中の

>デバイスCALの場合、接続クライアントがリプレースした時ライセンスの移行はServer上で可能なのでしょうか？
→手動で失効させることができます。失効したライセンスは一旦プールに戻りますので、
　新しいデバイスからのアクセスがあった場合、プールからライセンスを発行します。

の手順を詳しくご教示頂けないでしょうか。
ご多忙のところ恐縮ですが、よろしくお願い致します。
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

APサーバー側に何かイベントログは上がっていませんか？
Citrixのナレッジベースは確認されましたか？

TDNS様、ご返答有難うございます。

・イベントログ
　これといったログは上がっておりません。
・ナレッジベース
　幾つか該当しそうなものを探して試してみましたが、今のところ
　該当するものは見つかっておりません。引き続き調査してみます。

ポリシーの設定はしてますか？
CPS4.0からは仕様が変更となり、プリンタ関連の設定はポリシーで設定する必要があります。

しゅーまっは様、アドバイス有難うございます。

ポリシーについてはXP　FR3「プリンタのプロパティ」に変わる設定がそれしかなかった為
既に検証済みでしたが、変化はありませんでした。

結局手段が見つからずMFPS4.0をアンインストールし、問題の方は一応解決しましたが、
本番機でのアップグレード作業で回避できるのかは未解決の状態です。とりあえず逃げ
道は確保、いったところです。

お世話になります。

当方の環境においても、
公開アプリケーションのショートカットをダブルクリックした後、
時間がかかり、しまいには、「コネクションセンターを起動できません。」とエラーになってしまいます。

これが、多いときでは、５、６回発生し、何回も何回も公開アプリケーションの起動をかけると
うまく接続できるようになります。

何が原因なのでしょうか？

SV:WIN2003Server（パッチ適用なし）
META：CPS4
ICAクライアント：Citrix Presentation Server Client Packager - Version 9.150
クライアント：WIN2000　WIN XP　混在

よろしくお願いします。

マシンの起動時のみ発生するのであれば、まずは常駐ソフトを一旦全て
起動しない状態にして同じ現象が発生するか？を確かめられた方が良いと思います。
それで起動がうまくいくのであれば、単純にリソースが不足しているかもしれません。
もしくはパーソナルファイアーウォールやウィルスチェックソフトの様に
クライアントから送信されるパケットの送信可否を制御するソフト等が
上がりきっていないことによる弊害も考えられます。

pancra　さん

アドバイスありがとうございます。

リソース不足か？
ウィルスソフト等の影響か？
を切り分けてみます。

3.0までは「Template.ica」を編集していましたが、
4.0からは「Template.ica」が存在しません。
また、3.0の時はDDIポケット(現WILLCOM)から
パフォーマンス検証のPDFが提供されておりましたが、
4.0に関しましては、ないようです。

直接WILLCOMの知人に問い合わせたところ、
WI、PMの大幅な設計変更があったことにより、
ICAが苦手としていたパケット通信も大幅に改善されたためだそうです。
ただ、検証自体は行っており、Citrixにもその検証結果は報告済みとのことですので、
今後Citrixのサイトに掲載される可能性はあります。
因みに3.0以前についての資料はコレです。
http://www.citrix.co.jp/site/resources/pdf/solutions/wsbc_white2.pdf