自己フォローです。

http://support.microsoft.com/default.aspx?scid=kb;en-us;832821

あるアプリケーションにて同様の現象に遭遇した時には、クライアントサイドの設定を変更し対処した記憶があります。

しゅーまっは 様

ご返信ありがとうございます。
仰る通り、クライアントのデバイスマネージャのBeepを停止すれば解決できますね。
Meta管理コンソール上のポリシーにあるクライアントのスピーカー無効の設定をしてみたのですが、Beep音には無関係のようでした･･･。

とりあえず全クライアントPCの設定変更で対処しました。
失礼致しました。　

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

・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のバージョンが低い可能性は無いですか？

下記参照してみて下さい。
http://support.citrix.com/article/CTX104401&searchID=10305564

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

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

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

私も同じような現象にあっています。
また、最新の回答にライセンスをサーバにコピーできないという似たような質問もありましたので
新たに書き込むのを迷いましたが書き込ませてもらいました。
同じくWindows Server 2003、Citrix Prsentation Server 4.0の環境で
もともと、評価版のEnterpriseで環境をつくり、
(以前のライセンス取得等は別の方がされており、以前どのようにされていたのかは解りません)
今回、製品版のライセンスの取得時にMyCitrixでライセンスファイルをライセンスサーバーにコピーのリンクをクリックしたところ、
全く反応がなかったためライセンス管理コンソールを開こうとしたらページが見つかりませんでした。
とりあえず、DLしたファイルを Program Files\Citrix\Licensing\MyFiles にコピーしておきましたが、
これで本当に問題ないのか、他にライセンス管理コンソールで設定を行わなくてよいのか
(knowlede centerの 評価版ライセンスから製品版ライセンスへの移行 ではコピーして再起動するとだけ書かれていますが)
不安が残ります。
何かクライアントが接続するために設定を行わなくてはならなかったりしないでしょうか？
何かご存知の方いらっしゃいましたらお願いいたします。

>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 インストール チェックリスト」も
確認してみてください。

つまり、複数あるアプリケーションセットを、
各々特定ユーザに公開するということでしょうか？

ということであれば、
それぞれのファームが別のドメインであれば、
ドメインユーザに対して公開すれば、
別のドメインユーザはアクセスできませんし、
同一ドメイン上であれば、AD上でそれぞれ公開したいユーザ毎に
グループを作成し、公開アプリケーションはそのグループに対して
公開してあげればよろしいかと。
もしくは制限したいユーザが少ないのであれば、
コネクション構成ツールから、ica-tcpのアクセス権で
特定ユーザを追加し、アクセスを「拒否」にすれば利用できません。

返答ありがとうございます。

早速対応してみたところ、ICAコネクションでのWindowsのログオンはできなくなりましたが、
アプリケーションセットで公開しているアプリケーションまで使用できなくなってしまいました。

ICAコネクションを使用してWindowsにログオンさせなくして
なおかつ、アプリケーションセットに登録しているアプリケーションを使用する方法は
ありますでしょうか？

以上、ご返答のほど宜しくお願いいたします。

METAフレームサーバーのライセンス登録を行わないと
どうやら、Admin権限がないユーザーは接続できないようです。
結果、ユーザーによるデスクトップ権限の割り振りができなかったようです。
ライセンス登録を行い、公開アプリケーションだけを使用するユーザーにログオン権限
を与えないことで対応することができました。