昨日のエントリーにも書いたとおり、今日一日はパシフィコ横浜で行われているMicrosoft社のイベントに顔を出していました。

tech days Japan 2009
http://www.microsoft.com/japan/events/techdays/default.mspx

今日一日は、Microsoftのクラウド戦略と題したセッションがメインになりました。その殆どのセッション内容はWindowsAzureに関するものです。WindowsAzureは、簡単に言うと今までそれぞれの会社やサービスの提供者が独自に保有していたサーバーをマイクロソフトが貸してくれるようなサービス。
これまではPCの寿命やHDD容量。メモリ等のスペックをあれこれ考えなければいけなかったものをマイクロソフトがやってくれる。ただ、従量制なので（予定？）必要に応じてお金を支払う形になる予定です。結局自社でサーバーを扱う場合にもデータセンターを利用したりする場合は天秤にかけるのも面白いかもしれませんね。
WindowsAzureは大きく分けて

1. ファイルやデータ共有を提供するMesh Service
2. ワークフローや他の媒体と接続することも可能な.NET Service
3. SQLServerを提供するSQLService

が主だったところではないかな。他にSharePointやDynamicsもあるけど･･･。これらはちょっと置いておく。あんまり開発と関係なさそうだから。
個人的にずっと注目しているのはMeshService。ファイルの共有に関してはすでに一般公開されているβ版でも体験は可能だけど、Meshを利用したアプリケーション「Mesh Enabled Application」の開発を可能にするLive FrameworkはCTP（一部の人のみの限定公開）で手が出せないのが現状。ベータ版を公開しているConnectサイトでもLiveFrameworkの文字はまだない。以前、チャンネル9のサイトで公開されていた動画で、Meshを利用してアプリケーションデータの同期が取られていたのはすごかった
色々思うところはあるんだけど、取り合えず今日分かったことをずらずらと書いてみるよ！（Azure関係なく）

1. MeshアプリケーションでSiliverlightも可能
2. データもMeshのオブジェクトとして登録することになる
3. Meshの共有を他のLiveIDと結びつけるのにはMeshバーからInviteをクリック
4. Meshオブジェクトはローカルに作られてからサーバーと同期がされる
5. そのため、Meshのアプリケーションは基本的にローカルのデータを見に行く
6. そのため、Silverlightアプリまでクライアント上で動く
7. データをクライアントに持つために大容量のデータを使用するアプリケーションには向かない
8. データは現在のところ後勝ち。
   1. Aさんがデータ1を追加。Bさんがデータ2を追加なら両方追加される
   2. Aさんがデータ2を更新。Bさんがデータ2を更新したら後から更新したほうが勝つ
   3. Aさんがデータ2を削除。Bさんがデータ2を更新したら削除された後でBさんの更新が追加？
9. データの共有は強制的になるのでデータによって共有をキャンセルなんてことは出来ない
10. Meshアプリケーションの共有には許可が必要
11. Meshアプリケーションを共有すると自動的にデスクトップにショートカットが出てくる
12. 全然興味がなかったServiceBUSが意外と？
    1. AS400のようなものに対してもイベントを伝えることが出来る？
13. VS2010では並列処理が若干のコード修正で対応が可能

うん。途中まで出来るだけ丁寧にわかりやすく書こうと思ったけど、ずらずら書いてみると全てが台無しだ！わっはっは
Meshに関しては実際に作ってはないけどなんとなく全様が見えてきたかな。落ち着いて考えてみたら分かることだったけど、アプリケーションが保持するデータもMeshオブジェクトとして共有することになるのだから、余り大容量のデータを扱うアプリケーション。要するに企業向けアプリには使いづらいって事ですね。ちょっとがっかり（仕事では企業相手なので使い道を失う）。純粋にストレージとしてみればデータをある端末で登録。基幹系でそれを読み取って削除みたいにすればデータ連携をすることは出来るけど・・・おとなしくSQLService使えって感じもする。ぐふぅ。
ただ、Silverlightがクライアントアプリのように動くのは面白いですね。ローカルデータにしかアクセスしないのであればオフラインでも動くし。
Microsoftの井上さんと話したところでは現状ではどちらかというとエンタープライズというよりはコンシューマ向けのサービスを意識しているようだ。データの共有方式を見ていると確かに厳密さの要求されない内容のアプリケーション=コンシューマ向けになるのかな。まだまだベータの技術なので今後変わっていくかもしれません。何かしらルールを追加・指定することが出来れば応用が利きそうかな。実際のところエンタープライズで考えると、LANの繋がっていなく、ネットに繋がる環境って事になるから･･･モバイルか事業所間？うううむ。コンシューマ向けのほうが確かに考えやすいかも。
VisualStudio2010で用意されるであろう並列処理に関しても中々すごかった。コードの変更は地味だったけど、効果は絶大。川西さんも相変わらず渋かった

さて、問題のLiveFrameworkですが、、、、Connectサイト上ではLiveFramworkではなく「Azure Services Invitations」がそれにあたるのだと思う。ここでトークンが送られてくるのでAzure Services Developer Portalにトークンを入力すればLiveFrameworkがダウンロードできる・・・・んだと思う。トークンの発行に時間がかかっていてブログを書いている現在はまだ試すことができていない。

Microsoft Connect
https://connect.microsoft.com/default.aspx

Azure Services Developer Portal
https://lx.azure.microsoft.com/Cloud/Provisioning/Default.aspx

そうそう、資料は必要な人は自分で印刷して持ってくる。IDホルダーも最後に回収と、随分とエコになっていました。今までが大盤振る舞い過ぎただけかもしれないけど。ん？エコっていうよりは不況？？

※追記
Azure Services InvitationはLiveFrameworkとは関係ありませんでした。SQLServiceとかのほうね。なんで分けているんだろう：：：

会社で開発に使っているPCを、いい加減古くなってきたので新しく買ってもらいました。これで、ついに会社でもWindowsVistaの生活が始まるわけです。ちなみに今まではWindows2000でした。

個人的感覚からすると、Windows2000は非常に安定していて唯一あげるとすれば起動するのが遅いくらいでしょうか。でも、現状ではWindows2000上ではSilverLightは動かないし新しい開発を行うという意味においては問題が出てきていたのでちょうどいい機会だったのかもしれません。

いや、年貢の納め時か？まぁ何はともあれVistaの生活が始まったわけですが。。。ネットワークがブチブチ切れます。起動し始めて5分くらいはまともに接続できているのですが、ある時を境にばったりと外部との接続が切れたようになってしまいます。ネットワーク上の見かけ的には

ケーブルが接続されてません

一応、ケーブルを取り換えてみたけど変わりなく、NICのドライバをいじると少し復活するのですが時間をおくとやはり接続できなくなってしまう。初期不良か？と思ったけど、、、、

購買の人間に問い合わせてみたりなんだりしてみると、

「今回から新しくvPro対応のPCを購入したからもしかするとそれが原因かもしれません」

ってさ。「vPro」ってなんだ。。なんか聞いたことはあるけど、説明はできんな。というわけでちょっとお勉強。

インテルの「vPro」は企業のクライアント管理に革新をもたらすか？
http://www.atmarkit.co.jp/fsys/kaisetsu/081vpro/vpro.html

ふむ。なるほど、ネットワーク経由でPCが立ち上がっていようがいまいが操作ができる。つまりは、PC等の資産管理や情報セキュリティ方面でかなりの恩恵がありそうな技術ですね。ちょっと下手したら悪用されそうで怖いですが。。。確かにこれはネットワークにかかわっているのかもしれないけど。。。本当にこれだろうか？ネットで似たようなことがないか探してみたけどうまくHITしなかった。

とりあえず、この記事にもあるとおりvProってやつはiAMTが肝らしいのでこれをオフにしてみることにした

DELL Optiplex 755
http://support2.jp.dell.com/docs/systems/op755/JA/UG/HTML/advfeat.htm

iAMT をオフにするには、次の手順に従ってください。

1. <Ctrl-P> を押して MEBx セットアップを起動しパスワードを入力します。
2. Intel® ME Configuration（Intel® ME の設定）® Intel ME Features Control（Intel ME 機能コントロール）® Manageability Feature Selection（管理機能の選択）を選択します。
3. None（なし）を選択します。
4. Return to Previous Menu（前のメニューに戻る）を 2 回選択します。
5. 変更が適用され、コンピュータが再起動します。

MEBxのデフォルトパスワードを変更しないとコンフィグ設定を行えないのだけど、パスワードに英字（大文字・小文字）・数字を混ぜて8ケタ以上はやってたんだけど、記号が足りずしばらく悩んでしまった。

とりあえず、設定を変更してみたところネットワークの障害は起きなくなったみたいだ。ただ、実はこのVistaは2日ほど使っていたのにもかかわらず、今日いきなりこんな現象になったのである。なので、必ずしもこの設定で解決したとは限らないからもう少し様子を見ることにしようと思っている。

うーん。。。なんだか時間がどんどん過ぎて行ってしまうなぁ。。。。

ボスケテ・・・

LiveMeshネタが続いています。
ネット上にはLiveMeshのリモートデスクトップはパフォーマンス上の問題があってイマイチだー！って書いてあったので期待薄だったけど、とりあえず試してみないことには始まらないので試してみた。

よく分からないが、IEの左上になぞの矢印が現れた。押すと、リモートデスクトップのログイン画面が現れた。最大化の矢印だったのかな？変なの

普通にログインすることが出来た。まぁ、当たり前といえば当たり前だけど。
使ってみた感じとしては、決して早いわけじゃないけど別にそれほど遅いわけでもないように思う。家の回線もADSLなのを考えると悪くないぞ。それにしてもpcAnywhereでもいえることなんだけど、Windowsのログイン画面は表示するまでに随分と時間がかかる。それ以降のスピードと比べると随分な差だけど、あれは何をやっているのだろう？

最大化してない状態ではウィンドウの右側に簡単なHELPが出ている。詳細に関してはこちら

Using LiveMesh Remote Desktop
http://help.live.com/help.aspx?project=live_mesh&market=EN-US&querytype=keyword&query=etomergnisu

見ていくと、興味深いものが・・・

Copy and paste between your remote computer and your local computer

1. Minimize the remote computer’s desktop so that you can access your local computer’s desktop.
2. Copy and paste files and folders between the two desktops using keyboard or menu commands. Drag-and-drop copying is not supported at this time.

ファイルのコピーがクリップボード経由でできるというもの。もちろん、ローカルからリモートだけじゃなくてリモートからローカルへのコピーも出来た。さすがにLiveDesktopのようにドラッグアンドドロップは出来なかったけど、ファイルのコピーがこういう形で出来るのは楽かな。って、ドラッグアンドドロップはまだサポートしてないって書いてあるじゃないか。。。読むより試してしまう性分ですいません

無駄にMobileへリモートデスクトップが出来ないか？とも思ったけど、やはりそれはサポートされていなかった。まぁ、出来たところで余り用途が思いつかないけど・・・・。リモートで写真でも撮るかな？

WindowsVistaに会社のPCを変更してから、いくつかの社内サーバーにアクセスすると
ログイン要求を受けるようになった。
WindowsXPではそういう事は起きていないから、サーバー側の設定ではなくVistaの問題と考えられる。

ログイン要求を受けたとき、ドメインアカウントを入力してもアクセスできず、対象となるPCのローカルアカウントでしかアクセスできない状態なので、ドメインに関する情報が正しく認識されてないのかもしれない。そう思ってあれこれいじっていたら、ローカルセキュリティポリシーの設定を変えることで問題が解決できた

ローカルセキュリティポリシー。ローカルポリシーのセキュリティオプションにて上記の「ネットワークセキュリティ：LanManager認証レベル」の設定を

「LMとNTLM応答を送信する」に変更した。デフォルトでは「NTLMv2のみ送信する」であったのだ。なぜ、そうなってしまったのか？アクセスできるサーバーとそうでないサーバーがあったことから、サーバー側の設定にも起因するものがあるのかもしれない。今だに会社がNTドメイン使っていることに起因しているのかもしれない。うーん。早いところActiveDirectoryにしたいなぁ

＠ITの記事でLiveMeshに関するものが出ていた

Live Meshアプリケーションとは何か？
http://www.atmarkit.co.jp/fdotnet/dnfuture/meshappintro_01/meshappintro_01_01.html

先日のソフトウェア開発未来会議にも参加されていたデジタルアドバンテージの一色さんですね（面識があるわけではないです）。LiveMeshAppに関しては私も少し遊んでみてはいるものの、載せていいのか分からずに放置してしまっています。。。
記事にも書かれていますが、一般公開されているLiveMeshβと、CTPとして利用できる開発者向けのLiveMeshはちょっと使える機能が違っていて、データの共有とかが正常に動いてくれない。一般公開と開発CTPとで同じLiveIDを使用してログインしているにもかかわらず、共有の情報はそれぞれに持ってしまっているとかベータ版ならではのおかしなところがチラホラ。RemoteDesktopも使えないという状態だったので正直一般公開版に戻したくもなっていました。
ただ、これを見ると…

一般向けLive Meshと開発者向けLive Meshは併用することもできる。これには、どちらもインストールされていないクリーンな環境で、以下の手順を実行する。

1. 一般向けLive Meshのクライアントをインストールする
2. レジストリ・エディタで「HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Live Framework Client」キーにDWORD値として「AllowSxS」を作成し「1」を設定する
3. 開発者向けLive Meshをインストールする

となっている。おー！これなら望みの物が手に入る事になる。
早速後でやってみる事にしよう。

それにしても…どうやってそんなもの気づいたんだ？