CLICK ONCEについて

現在、作成したプログラムをClick Onceを使って配信を行うことを考えています。 
現在、IISを立てていない為、更新の確認方法を共有フォルダからと考えています。 
ただ、この方法だと事前に共有フォルダにアクセスし、ユーザ名とパスワードを入力し、アクセス可能な状態にしておかないと、更新がされません。（エラーも表示されずにローカルのものが実行されます。） 
更新確認の時のみ、一時的に接続する方法はありますでしょうか？ 
（起動時に裏でNet Useで接続させようかと思ったのですが、他の共有フォルダにアクセスするときにユーザ名の入力画面が表示されなくなってしまう為、これもダメになりました） 
やはり、IISを立てたほうがいいのでしょうか？ 
（Click Onceの機能の為だけにIISを立てるのもどうかと思いまして、手をこまねいています） 
 
Netワークがらみは苦手で変なことをいっている部分もあると思いますが、よろしくお願いします。

起動時/終了時の自動更新機能を使う代わりに、 
コードで更新処理を行ってみては如何でしょう。 
http://msdn.microsoft.com/ja-jp/library/ms228671.aspx 
 
そしてその更新処理の前には、WNetAddConnection2 API 等で 
サーバへの接続処理を入れておけば、問題は解決するかと。

魔界の仮面弁士さん、早速のご回答ありがとうございます。 
 
＞＞起動時/終了時の自動更新機能を使う代わりに、  
＞＞コードで更新処理を行ってみては如何でしょう。  
 
やはり、コードを書くしかないですか・・・ 
せっかくの自動更新機能なので、どうにか使えないかなと思っていたのですが、無理そうですね。 
 
ありがとうございました。

>>2 
コードを書かないのであれば、パスワード入力無しでアクセス可能な、読取専用の共有フォルダを用意しておけば良いかと思います。 
 
ドメイン運用の場合は、共有フォルダアクセス用のユーザ グループを用意しておき、それを割り当ててみてください。 
 
ワークグループ運用の場合、クライアント側で使用しているユーザ名と同じユーザをサーバ上に登録しておき、両者のパスワードを一致させておけば、パスワード入力を省略できます。

魔界の仮面弁士さん、再度ご回答ありがとうございます。  
 
ワークグループで運用をしています。 
ネットワークがらみは別のものが管理しているのですが、教えていただいた方法では許可が下りませんでした。 
（制限ユーザーで登録しても、サーバーにログインできてしまうのが好ましくない為） 
せっかく、お知恵を頂いているのに大変申し訳ないです。 
 
やはり、いろいろ制限が多い為、IISかFTPサーバの検討を行ったほうがいいのでしょうか？

>>4 
> IISかFTPサーバの検討を 
FTP も IIS の機能のひとつなので、その表現は語弊があるかも。 
 
 
で、FTP は発行先としては使えますが、自動更新の目的には使えなかったかと思います。CD-ROM 配布等と同様で、初回のインストール媒体としては有効ですが、自動更新のためには使えなかったはず。 
 
また、FTP サイトであっても、匿名接続が設定されていなければ、パスワードの設定が必要です。もっとも、それは Web サイトの場合も同様なのですけれども。

>>5 
魔界の仮面弁士さん、再三にわたりご回答ありがとうございます。  
 
> IISかFTPサーバの検討を  
> FTP も IIS の機能のひとつなので、その表現は語弊があるかも。  
 
ご指摘ありがとうございます。 
FTPもIISの機能のひとつというのは、理解していましたが表現の仕方が正しくなかったみたいです。 
 
>FTP は発行先としては使えますが、自動更新の目的には使えなかったかと思います。CD-ROM 配布等と同様で、初回のインストール媒体としては有効ですが、自動更新のためには使えなかったはず。  
 
こちらの情報は、知りませんでした。 
ありがとうございます。 
 
IISを再度、検討してみようと思います。 
魔界の仮面弁士さん、何度もお付き合いいただきありがとうございました。 
 
 
管理人様 
話の内容が、Click OnceからネットワークやIISの話になってしまいましたが、Click Onceを使う上でのIISの質問はこの掲示板の趣旨とあっていますでしょうか？