Windows 開発統括部 Blog

Hotmail comes to Kindle Fire

jpwin — Fri, 10 Feb 2012 05:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

本日は、2011 年 1 月 24 日に Inside Windows Live Blog に投稿された「Hotmail, already powering over 15 million phones and growing, comes to Kindle Fire」の翻訳をお届けします。この前、Hotmail がさまざまな機種のスマートフォンに対応していることをご紹介しましたが、今回はさらに Amazon の電子書籍リーダー Kindle Fire にも対応したことを紹介した記事です。

私たちは、どのようなデバイスからでも Hotmail が使えるということが重要であると考えています。そのため、Windows OS が搭載されたデバイス上で Hotmail を使いやすくするだけでなく、他のメジャーなデバイスのプラットフォーム上でも Hotmail を使いやすくする投資を続けています。最近では iOS 5 が搭載されたデバイスや、Android 用 Hotmail クライアントアプリの提供開始によって、それらのデバイス上で Hotmail がさらに簡単に利用できるようになりました。その結果、iOS 搭載デバイスでの Hotmail 利用者は、月間 1200 万ユーザーを超え、Android 用の Hotmail アプリの利用者は月間 300 万人を超えました。

さて、Hotmail チームからうれしいニュースを報告いたします。 Amazon の Kindle Fire 対応の Hotmail クライアントアプリが、Kindle Store から無料でダウンロードできるようになりました。Kindle 用 Hotmail アプリは、Kindle Fire に標準でインストールされているメールアプリケーションよりも利点があります。たとえば、Kindle のメールアプリケーションは POP3 経由で単純にメールをダウンロードするだけですが、Hotmail はメール、アドレス帳、フォルダー、サブフォルダーを Exchange Active Sync プロトコル経由で同期することができます。Kindle Fire は Android の実装方法が異なることから、既存の Android 用 Hotmail クライアントアプリをアップデートする必要がありました。そして今回、そのアップデートが完了し、Kindle Fire 対応の Hotmail をリリースすることができました。私たちは、Kindle Fire でも Hotmail を使えるようになったことを本当に嬉しく思います。ぜひお試しいただき、皆様のご感想をお聞かせください。

XMPP ベースの Messenger クライアントが開発可能に

jpwin — Fri, 03 Feb 2012 07:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。暦の上では明日は立春とはいえ、まさに冬本番、寒い日が続いていますね。インフルエンザも猛威を振るっているようですので、どうぞお気を付けください。

さて今日は、昨年末に Inside Windows Live Blog に投稿された、Messenger に関する記事をお届けします。2011 年 12 月 14 日付「Anyone can build a Messenger client—with open standards access via XMPP」の翻訳で、リアルタイムコミュニケーションのオープンスタンダードである XMPP を使用して、Windows Live Messenger の機能を利用したアプリケーションを開発する方法について紹介したものです。
紹介するのが遅くなり、年が変わったことにより、そのまま翻訳すると時制がおかしい部分があったので、勝手に表現を変更しました。どうぞご了承ください。

誰でもオープンスタンダード XMPP ベースの Messenger クライアントが開発可能に

大切な人とチャットを楽しむための、最も使いやすい方法を常に提供していきたい。私たちはこの課題に一貫して取り組んできました。その指針となる原則については、以前このブログ (英語) でご説明したとおりです。そして今回、新たなステップとして、オープンスタンダードである XMPP を経由した Messenger ネットワークへのアクセスが一般公開されました。この技術により、3 億人のアクティブユーザーを擁する Messenger へのアクセス機能を搭載した、革新的なメッセージングクライアントを (スタンドアロンでも、デバイス組み込み型でも) 誰でも開発できるようになります。

この背景には、次のことを簡単にできるようにしたい、という私たちの考えがあります。

友人に招待メールを再送信することなく、好きなサービスを利用できるようにする – 毎月 3 億人を超える人々が Messenger を利用しています。こうしたアクティブユーザーの大多数は、Facebook や Yahoo! といった他のサービスも利用しており、各サービスで毎日のように友人リストを更新しています。この点を考慮して、Messenger では他のサービスとの連携を進めてきました。その結果、友人全員に招待メールを送って別のネットワークに加入してもらうという手間をかけることなく、Windows PC、Windows Phone、および Hotmail を使って簡単に既存のサービスにサインインし、希望する相手とチャットできるようになっています。
同じサービスを、好きなデバイスで利用できるようにする – Messenger は長年にわたり、マイクロソフトまたはさまざまなパートナー製のアプリケーションを利用して、多種多様なデバイスに対応してきた実績があります。PC と Mac 用の標準的なデスクトップ版 Messenger アプリケーションに加え、Windows Phone 7、iPhone、Android、Blackberry OS、Nokia 社の Symbian、Samsung 社の Bada など、世界の大部分の通信事業者と機種をカバーする、スマートフォン用の各種 Messenger クライアントが提供されています。

私たちは、こうした原則に基づく取り組みの一環として、デバイスを問わない Messenger へのアクセスの実現にとりわけ力を入れており、今回、Windows Live Messenger 用の XMPP インターフェイスの公開に至りました。XMPP (Extensible Messaging and Presence Protocol) は、Google Talk や Facebook Chat をはじめとする、多くの大手 IM ネットワークで (そして現在は Messenger でも) 採用されている、リアルタイムコミュニケーションのためのオープンスタンダードです。

Messenger 用の XMPP インターフェイスのリリースにより、XMPP ベースで、かつ OAuth 2.0 認証もサポートしているチャットクライアントであれば、そのまま Windows Live Messenger に接続可能になります。これにより、各サービスを横断してオンラインの友人を見つけ、リアルタイムでチャットできるようになります。

サポート対象の XMPP 仕様とコードサンプル

現時点でサポートしている XMPP 仕様は、次のとおりです (仕様はいずれも英語)。

RFC6120: XMPP: Core (コア仕様)
RFC6121: XMPP: Instant Messaging and Presence (インスタントメッセージングとプレゼンス)。連絡先リストの管理はサポートされていません
XEP-0054: vcard-temp (vCard の XML 形式)。Messenger XMPP サービスでは vCard の取得はサポートしますが、vCard の更新はサポートしていません
XEP-0085: Chat State Notifications (チャット状態の通知)
XEP-0203: Delayed Delivery (遅延配信)

Messenger 用 XMPP インターフェイスに興味のある開発者の方は、GitHub で公開されているコードサンプル (英語) のほか、Live Connect Developer Center 内の概要ドキュメント (英語) をチェックしてみてください。モバイルアプリケーション、デバイス、Web サイトと Messenger ネットワークの連携に着手するための有益な情報を得られます。

XMPP の実装についてお気付きの点があれば、このブログにコメントを投稿いただくか、Windows Live Developer フォーラムにご意見をお寄せください。私たちは常に開発者コミュニティの意見に耳を傾け、皆さまのフィードバックに基づいて製品を改良しています。

お気に入りのデバイスで、お気に入りのサービスを楽しむ

ユーザーがお気に入りのデバイスでサービスをお楽しみいただくために私たちが行ってきた取り組みの成果を、まとめて振り返ってみましょう。今回のリリースにより、Windows Live のすべての主要なサービスに、汎用的なプロトコルを通じてアクセスできるようになりました。具体的には、Live ID に対する OAuth 2.0、SkyDrive に対する REST API、Hotmail に対する Exchange Active Sync、そして今回の Messenger に対する XMPP です。

これらのプロトコルのおかげで、Windows Phone や iOS などのモバイルプラットフォーム上で動作するマイクロソフト製のアプリケーション、または HandyScan (Windows Phone 用) や Seven 提供の Android 用の Hotmail クライアントなど他の開発者が作成したアプリケーションのいずれからも、SkyDrive、Hotmail、Messenger に自由にアクセスできるようになりました。

私たちはこれからも、「ユーザーが妥協することなく好みのサービスとデバイスを選択できる」という将来像に向けてさらに前進し、開発者とユーザーのニーズに幅広く応えていく計画です。どうぞご期待ください。

信頼できるコンピューティング - 10 年の歩み

jpwin — Tue, 31 Jan 2012 04:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

2002 年 1 月 15 日、ビルゲイツ (Bill Gates) は全社員宛に「信頼できるコンピューティング」 (Trustworthy Computing、TwC) が会社そして業界の最優先事項であると電子メールを送り、マイクロソフトの TwC への取り組みが始まりました。それから 10 年、マイクロソフトは開発モデルを根本的に変革し、セキュリティを確保した開発における業界のリーダーとしてソフトウェアの品質向上に努めてきました。一方で、攻撃手法はますます高度かつ巧妙化し、TwC への取り組みの重要性はさらに増しています。

今日は、Microsoft Security Blog に掲載されている 2012 年 1 月 12 月付のクレイグマンディ (Craig Mundie) の全社員宛てメール「Trustworthy computing at 10 Years」の翻訳をお届けします。

信頼できるコンピューティング (Trustworthy Computing) - 10 年の歩み

10 年前、ビルゲイツ (Bill Gates) はマイクロソフトの全社員に電子メールを送り、「信頼できるコンピューティング (Trustworthy Computing、TwC)」の取り組みを開始すると発表しました。ビルはその中で、「信頼できるコンピューティング」の重要な柱について定め、すべての人にとって、コンピューターを利用することが、安全であり、プライバシーが確保され、信頼できるものであるためにマイクロソフトがなすべきことの道筋を示しました。

ビルゲイツを駆り立てたものは、社会におけるコンピューティングの役割への認識の高まりと、業界リーダーとしてのマイクロソフトの責任でした。今日、情報通信技術は私たちの公私にわたる生活のあらゆる面を支えています。情報通信技術が私たちの生活の向上に大きな役割を果たしてきたことに疑いの余地はありません。しかし、私たちの社会には積年の解決すべき課題も残されています。電力網や、国際金融システム、通信システムなどのセキュリティは、堅固に守られなければなりません。その一方で、これらの重要なインフラストラクチャに、悪意をもって攻撃の照準を合わせている勢力が後を絶たないのも事実です。エンドユーザーのプライバシー保護の方策として "通知と同意" を重視する Fair Information Principles の原則が、世界規模で増大するデータ量によって脅かされつつありますが、それでもなおプライバシーは保護されなければなりません。全世界で日増しに情報通信技術への依存が高まる中、マイクロソフトは、製品とサービスの信頼性を確保する必要があります。

世界は変革を続けていますが、この TwC の節目にあたり、これまでの過程を振り返り、将来を展望するのはよい機会です。この 10 年間にわたる私たちの社内外における取り組みが、ソフトウェアの品質水準を引き上げ、信頼できる製品を提供するというマイクロソフトの決意を実証してきたことは間違いありません。セキュリティに関しては、マイクロソフトは「セキュリティ開発ライフサイクル」を厳格に適用しているという点で、セキュリティを確保した開発における業界のリーダーとして広く認識されています。また、この成果を業界内で他社にも広く提供しています。プライバシーに関しては、開発者に対してプライバシー標準を公開し、ユーザーに対して階層的なプライバシー通知を提供した最初の企業となりました。信頼性に関しては、Windows エラー報告などの優れた機能により、システム障害へ対応し、生産性を向上させ、ユーザーの不満解消を図ることができました。皆が一丸となって成し遂げてきたこの成果を誇りに思い、たくさんの方の多大な尽力に改めて感謝します。

しかし、この成功の上にあぐらをかくわけにはいきません。私たちの生活はあらゆる面で IT に依存しています。世界中の何十億というユーザーのコンピューティングとクラウドを利用するために、マイクロソフトは不可欠な存在であり、また今後もそうあり続けたいと考えています。今、私たちの「信頼できるコンピューティング」への取り組みの重要性は、10 年前よりもさらに増しています。このため、上級幹部チームは Trustworthy Computing 部門に、「TwC をサービス面にも浸透させる」よう命じました。これは、パッケージからクラウドまで、今後も業界でもっとも安全で、プライバシーが保護され、信頼できるものであることを目指すものです。もちろん、この目標を達成するためには、今後も引き続き TwC の取り組みに全力を注いでいかなければなりません。

今後の 10 年に向けた「TwC Next (次の信頼できるコンピューティング)」では、新しいデバイスやサービスにも重点的に取り組んでいきます。その一翼を担うのは、マイクロソフトの全社員およびコンピューティングエコシステムに関わるすべての方々です。TwC Next のプランおよび皆さんの果たす役割については、http://www.microsoft.com/twc (英語) を参照してください。

Kinect for Windows、2 月 1 日より提供開始

jpwin — Mon, 23 Jan 2012 05:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

さて、昨年の 11 月に、Kinect for Windows SDK の Beta 2 がリリースされたことと Kinect for Windows のコマーシャルプログラムが「来年の初め」に予定されていることをこの Blog でもご紹介しましたが、ついに Kinect for Windows の発売が決まりました！という訳で、今日は 2012 年 1 月 9 日に Blogging Windows Blog に掲載された記事「Commercial release of Kinect for Windows hits Feb. 1st」の翻訳をお届けします。

Kinect for Windows の商用リリース、2 月 1 日より提供開始

Kinect for the Xbox 360 は昨年、1,800 万台という驚くべき販売実績を達成しました。リビングルームにいながら家族や友人みんなとダンスやスポーツに興じるという今までにない時間の過ごし方が、すっかり普及したと言えます。Kinect はまた、開発者や企業にも新たな可能性をもたらしました。ナチュラルユーザーインターフェイス (NUI) を利用した画期的な PC エクスペリエンスを創造できるようになったのです。Kinect を活用した、創意工夫に富んだアイデアが続々と出現している状況を、マイクロソフトでは Kinect Effect と呼んでいます。

Kinect Effect をさらに広めるため、マイクロソフトは 2011 年前半に Kinect for Windows SDK を発表しました。さらに 11 月には、Kinect for Windows の商用リリースが 2012 年前半に予定されていることを発表しました。そして 2012 International CES で、Kinect for Windows の商用リリースに関するさらに詳しい情報を発表しました。

2 月 1 日から、Kinect for Windows のハードウェア、ソフトウェアを含むパッケージが数量限定 (当初のみ) で、小売店や流通業者を通じて販売されます。米国での希望小売価格は 249 ドルとなります。販売対象国は、米国、オーストラリア、カナダ、フランス、ドイツ、アイルランド、イタリア、日本、メキシコ、ニュージーランド、スペイン、イギリスの 12 か国です。Kinect for Windows パッケージの価格には、1 年間の保証と、音声認識および人体トラッキング機能のソフトウェア更新プログラムが含まれます。2012 年の後半には、一定の条件を満たす教育関係のお客様を対象に、アカデミック向け価格 (149 ドルを予定) での提供も計画されています。

Kinect for Windows は Windows 7 に加え、Windows 8 Developer Preview もサポートしています (デスクトップアプリのみ)。Windows 8 Developer Preview は、開発者向けに提供されており、Windows デベロッパーセンターからダウンロード可能です。

Kinect for Windows の商用リリースの詳細については、Kinect for Windows チームによるブログ記事 (英語) をお読みください。さらに、Kinect for Windows の公式サイト (英語) もぜひチェックしてください。

BUILD ビデオ「8 Traits of Great Metro Style Apps」の解説

jpwin — Thu, 19 Jan 2012 04:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

BUILD セッションの Metro スタイルアプリについて説明した「8 Traits of Great Metro Style Apps (優れた Metro スタイルアプリの 8 つの特徴)」セッションのビデオに日本語字幕が付いたことはすでにこの Windows 開発統括部 Blog の記事でご紹介しましたが、今日はそのセッションで使われているデモやサンプルについて、詳しく見ていきたいと思います。長い内容になってしまいましたが、興味のあるトピックから見てみていただけると幸いです。

デモ 1 (2:00) – サインインと Start (スタート) 画面

ピクチャパスワードについては、Building Windows 8 ブログの記事「ピクチャパスワードを使ってサインインする」および「ピクチャパスワードのセキュリティを最適化する」をお読みください。Start (スタート) 画面については、「[Start] (スタート) 画面のデザイン」をお読みください。

なお、現在提供中の Windows 8 Developer Preview では、ピクチャパスワードによるサインインはサポートされていません。

特徴 1: Metro Style Design (Metro スタイルの設計)

デモ 2 (7:14) – Metro スタイルアプリのテンプレート

Metro スタイルアプリのテンプレートは、Windows 8 Developer Preview with developer tools に入っている Microsoft Visual Studio 11 Express に含まれています。

デモ 3 (12:40) – Metro スタイルアプリの紹介

デモで紹介されている以下のアプリはいずれも Windows 8 Developer Preview に標準で入っています。

ニュースアプリ
Weather
Socialite
Word Hunt
IE 10

特徴 1 のポイント:

テンプレートを使用して、共通デザインの統一感のある Metro スタイルアプリを開発できます。
さまざまな作業をするアプリよりも、操作の少ないシンプルなアプリに向いています。
コンテンツ (中身) にフォーカスしてください。
キャンバス上には、もっとも重要な機能 (ボタン、コントロール) のみを配置するようにします。
タッチ用のコントロールは両端に配置するようにします。

関連セッション:

特徴 2: Fast and fluid (高速でなめらか)

デモ 4 (25:18) – アニメーション

Windows 8 では簡単にアニメーションを利用し、ハードウェアアクセラレーションの力によって高速で滑らかに標示させることができます。List Animations のサンプルは MSDN サイトで提供されています。

デモ 5 (28:11) – タッチ

タッチ機能は、マルチタッチ機能搭載 PC に Windows 8 Developer Preview をインストールすることで体験できます。 34:10 で紹介されているListView grouping and SemanticZoom のサンプルは MSDN サイトで提供されています。 35:12 で紹介されている Game Reviewer のサンプルはありません。

特徴 2 のポイント:

Windows 8 標準のアニメーションライブラリとコントロールを使用して、滑らかで美しいアニメーションを無料で組み込むことができます。
Metro スタイルアプリはタッチファースト (タッチが一番) です。
一般的なコントロールは、マウスやキーボードでも特別な対応なしで動作します。
タッチ用インターフェイスとマウス用インターフェイスは別々にしないでください。
タッチ機能が常に反応するかどうか、性能が比較的低いマシンでテストしながら開発するようにします。
Windows 8 で用意されているタッチ言語を利用することにより、ジェスチャーがアプリ間で一貫したものとなります。

関連セッション:

特徴 3: Snap and scale beautifully (美しく画面にフィット)

40:00 から説明されている Scaling のサンプルは MSDN サイトで提供されています。また、44:30 から説明されている Snap のサンプルも、MSDN サイトで提供されています。

特徴 3 のポイント:

画像は 100%、140%、180% の 3 種類用意してください。ベクターであれば 1 種類だけで OK です。
縦表示も利用できます。
使い勝手の良い魅力的なスナップビューを提供することにより、ユーザーによるアプリの利用時間を長くすることができます。

特徴 4: Use the right Contracts (コントラクトの設定)

デモ 6 (51:40) – コントラクト

コントラクトの SDK サンプルは MSDN サイトで提供されています。 File Picker (ファイル選択)、ビュー、検索、共有の機能をカバーするものです。コントラクトの最初のデモである共有コントラクトについては、Sharing Content Target App サンプルと Sharing Content Source App サンプルが提供されています。55:26 で紹介されている検索コントラクトについては、Search app extension サンプルが提供されています。

特徴 4 のポイント:

Windows 8 で提供されるエクスペリエンスをアプリが使用するには、コントラクトを設定する必要があります。
適切かつ必要最低限のコントラクトだけを設定してください。
コントラクトによって必要なエクスペリエンスが実現できる場合は、わざわざアプリ側で作成するのではなく、そのコントラクトを使用するようにします。

関連セッション:

特徴 5: Invest in a great Tile (タイルへの投資)

デモ 7 (1:10:00) – タイル

タイルのデモで使用されているアプリはいずれも Windows 8 Developer Preview に標準で入っています。ニュース、Socialite、Weather、Stocks アプリには、セカンダリタイルの機能があります。

タイルについては、以下のサンプルが MSDN で提供されています。

特徴 5 のポイント:

タイルは単なるアイコンではなく、アプリの拡張機能です。すばらしいタイルを作ってください。
ユーザーの興味を引くために、プレビューの要素を持たせるとよいでしょう。
セカンダリタイルを用いることにより、個々のユーザーが必要としているコンテンツ (カテゴリや場所に応じた内容) を提供できます。

関連セッション:

APP-396T: Using tiles and notifications (タイルと通知の使用)

特徴 6: Feel connected and alive (いつも活動中)

1:16:25 から紹介されているスタート画面のタイルについては、この上の「特徴 5: Invest in a great Tile」とほぼ同じです。 1:19:58 から説明されている通知機能に関しては、Push Notifications サンプルが提供されています。

特徴 6 のポイント:

Windows Push Notification Servie (WNS) の機能を活用したライブタイルを作成して、最新情報を提供してください。
通知の機能は、重要で緊急なメッセージ (または、ユーザーが要求したメッセージ) を表示するときに使用します。
ユーザーが重要な通知を見逃した場合は、タイルに標示するようにします。

関連セッション:

特徴 7: Roam to the cloud (クラウド経由のローミング)

デモ 7 (1:27:03) – アプリの設定

アプリの設定は、独自の設定用 UI を用意するのではなく、Windows 8 標準の設定チャームを使用します。

特徴 7 のポイント:

(たとえプロセスが実行されてなくても) アプリは常に稼働中だとユーザーに感じさせるような作りにしましょう。
Windows Live ID を使ってログオンすることにより、Windows 8 が実行されている PC 間で、設定や状態をクラウド経由でローミングできるようになります。
ユーザーが明示的に「保存」しなくても、設定や状態は自動的かつ頻繁に保存されて引き継がれるべきです。

関連セッション:

特徴 8: Embrace Metro principles (Metro 原則の尊重)

Metro スタイルデザインの原則:

職人 (開発者) の誇りを持って取り組む
高速でなめらか
真にデジタル (デジタル時代に適合したもの)
少ない工数でたくさんのことを (直接的で何かに特化したもの)
みんなで勝つ (Metro スタイルの UI モデルにフィットしたもの)

関連セッション:

APP-395T: Designing Metro style: principles and personality

クラウドアプリをサポートする新しい SkyDrive の API について

jpwin — Fri, 13 Jan 2012 04:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

今日は、昨年の 12 月 7 日に Inside Windows Live Blog に投稿された「SkyDrive APIs for Docs and Photos—now ready to cloud enable apps on Windows 8, Windows Phone and more」の翻訳をお届けします。このたび Live Connect API が変更され、SkyDrive へのアクセスがより便利になりました。その紹介記事です。

Windows 8 や Windows Phone のクラウドアプリをサポートする、ドキュメントおよび写真用 SkyDrive API を提供開始

(この記事の、HTTP POST を使用してテキストファイルをアップロードする例の誤りを訂正しました。)

先日の Windows Store に関する発表に伴い、Windows、Windows Phone、およびその他のプラットフォーム上で SkyDrive を使ったアプリケーションを開発する皆様に向けた、マイクロソフトの新たな取り組みについてお伝えしたいと思っています。数か月前、Windows 8 用の Windows Live プレビュー (英語) として、Developer Preview 版の提供、Live Connect API の次期バージョン、そして最新の Live SDK のリリースが発表されました。Live Connect API における大きな変更点は、開発者の皆様からフィードバックをいただいていた SkyDrive へのアクセスです。SkyDrive に関するこの大きな変更により、SkyDrive 上のクラウドストレージ内にあるユーザーのドキュメント、写真、ビデオに、アプリケーションから完全にアクセスできるようになり、それらをアップロードしたり共有したりすることが可能になりました。

SkyDrive は、Windows Phone および Windows 8 との統合により、ユーザーの "デバイスクラウド" として重要な役割を果たし、仕事やプライベートのさまざまな場面で PC と携帯電話の両方から簡単に使用できるようになります。また、SkyDrive は Microsoft Office や OneNote といったアプリとも連携できるので、ユーザーはどこからでもデータを整理したり、共有やコラボレーションしたりすることが可能になります。マイクロソフトでは、より多くの人と、より多くのアプリが、どのようなデバイスからでもクラウドにアクセスできるようになることが、ユーザーの皆様にとって最大のメリットになると考えています。この実現には、これまで構築してきたデバイスプラットフォームやデバイスアプリケーション以上のものが必要になります。Windows Live ID を持つすべてのユーザー (Windows 8 のユーザーを含む) は SkyDrive 上の無料クラウドストレージを利用でき、ドキュメントや写真にアクセスするという各自のエクスペリエンスにこの SkyDrive を組み込むことができます。今回の API の変更により、このメリットをあらゆるプラットフォーム上のあらゆるアプリから活用できるようになりました。

Live Connect API および Windows Phone 用 Live SDK の新バージョンのリリースを発表できることを大変嬉しく思います。ここでは、今回利用できるようになった機能を紹介します。詳しい情報については、Live Connect デベロッパーセンター (英語) でご確認ください。

SkyDrive へのアクセスに関する REST API の変更点

Live Connect REST API は、Windows Live ID に関連付けられたユーザーのコンテンツの直観的な階層モデルを提供します。この階層を図で示すと、以下のようになります。

濃い青色のボックスは、今回のリリースで追加された新しいデータモデルを表しています。SkyDrive に関する最初の変更点は、REST API 呼び出しを使ってユーザーの SkyDrive 全体にアクセスできるようになったことです。

以下は、あるユーザーの SkyDrive 上の全フォルダーの一覧を取得する HTTP 要求の例です。

GET https://apis.live.net/V5.0/me/skydrive/files?access_token=ACCESS_TOKEN HTTP/1.1

User-Agent: Fiddler

Host: apis.live.net

上記の要求によって、以下のように SkyDrive アカウントの JSON 結果セットが返されます。

"data": [ // 1 item

"id": "folder.616444ee7a34f417.616444EE7A34F417!12045",

"from":

"name": "Dare Obasanjo",

"id": "616444ee7a34f417"

},

"name": "Wave 4 Feedback",

"description": null,

"parent_id": "folder.616444ee7a34f417",

"upload_location": "https://apis.live.net/v5.0/folder.616444ee7a34f417.616444EE7A34F417!12045/files/",

"count": 14,

"link": "https://skydrive-df.live.com/redir.aspx?cid=616444ee7a34f417&page=view&resid=616444EE7A34F417!12045&parid=616444EE7A34F417!1967",

"type": "album",

"shared_with":

"access": "Everyone (public)"

},

"created_time": "2010-07-14T13:28:48+0000",

"updated_time": "2011-07-18T03:40:07+0000"

ファイルのアップロードも同様に簡単です。アプリケーションは HTTP PUT 要求または POST 要求のいずれかを使用して、SkyDrive のアップロード先のフォルダーにドキュメント、写真、ビデオをアップロードできます。SkyDrive へのアップロードについては、すべてのファイル形式がサポートされているわけではない点に注意してください。今回のリリースでは、ユーザーが SkyDrive.com 上で簡単にプレビューできる種類のコンテンツをサポートすることが優先されています。

HTTP PUT を使用してテキストファイルをアップロードする例を以下に示します。

PUT https://apis.live.net/v5.0/me/skydrive/files/HelloWorld.txt?access_token=ACCESS_TOKEN

Hello, World!

以下は、HTTP POST を使用して同じようにテキストファイルをアップロードする例です。

POST https://apis.live.net/v5.0/me/skydrive/files?access_token=ACCESS_TOKEN

Content-Type: multipart/form-data; boundary=A300x

--A300x

Content-Disposition: form-data; name="file"; filename="HelloWorld.txt"

Content-Type: application/octet-stream

Hello, World!

--A300x--

これらは、標準の HTTP を使用するだけで、簡単に SkyDrive と対話できることを示す一例です。ファイルの編集、コピー、共有といったその他の操作についても、同じように簡単です。Interactive SDK のサイト (英語) にアクセスして、Live Connect REST API をお試しください。

Windows Phone 用 Live SDK を使って SkyDrive と連携する

Live SDK の目的は、どのアプリケーションでも実行する必要のある一般的なタスクを Live SDK を使って簡素化することです。このような一般的なタスクとして、サインインボタンを作成する、OAuth 2.0 経由でデータへのアクセスについてユーザーに同意を求め、許諾を得る、Live Connect REST API と連携する、などが挙げられます。

Developer Preview 版の Windows Phone 用 Live SDK のリリース後から、開発者フォーラム (英語)では活発に意見交換が行われていました。これは私たちにとっても大変嬉しいことです。

開発者の方々が Windows Phone 用 Live SDK をスムーズに使い始められるように、Photo Sky on the Go というコードサンプルを作成しました。これには、SkyDrive で写真アルバムを閲覧する方法や、Pictures ハブやカメラから写真をアップロードする方法が含まれています。このサンプルには単純化された要素が多く含まれていますが、その 1 つにサインインと同意のプロセスを処理する標準的なサインインコントロールが含まれています。これは、自分の Windows Phone アプリの XAML でそのまま使うことができます。下記の XAML はサインインボタンの作成を指定していますが、このボタンからユーザーはサインインを行い、自分のプロファイルや写真にアクセスしたり、SkyDrive にコンテンツをアップロードしたりすることができるようになります。

<live:SignInButton ClientId="YOUR CLIENT ID GOES HERE" Scopes="wl.basic wl.photos wl.skydrive wl.offline_access

wl.signin wl.skydrive_update" RedirectUri="http://oauth.live.com/desktop" Branding="Skydrive" TextType="SignIn"

Grid.Row="1" Margin="114,8,145,8" d:LayoutOverrides="VerticalAlignment" SessionChanged="SignInButton_SessionChanged"/>

上記のコードによって、以下のようなボタンが作成されます。

このボタンをクリックすると、OAuth 2.0 ベースの許諾フローが開始されます。ここでユーザーは、アプリケーションが自身の SkyDrive にアクセスすることを許可するか、しないかを選択できます。

このプロセスが完了すると、アプリケーションは LiveConnectClient クラスを使って SkyDrive のコンテンツをダウンロード/アップロードできるようになります。以下は、Live SDK を使って SkyDrive 上の写真アルバムを閲覧する Photo Sky on the Go アプリのコードです。

private void GetAlbumData()

             LiveConnectClient clientFolder = new LiveConnectClient(App.Session);

             clientFolder.GetCompleted += new EventHandler<LiveOperationCompletedEventArgs>(clientFolder_GetCompleted);

             clientFolder.GetAsync("/me/albums");

  void clientFolder_GetCompleted(object sender, LiveOperationCompletedEventArgs e)

            if (e.Error == null)

                List<object> data = (List<object>)e.Result["data"];

  foreach (IDictionary<string,object> album in data)

                    SkydriveAlbum albumItem = new SkydriveAlbum();

                    albumItem.Title = (string)album["name"];

                    albumItem.Description = (string)album["description"];

                    albumItem.ID = (string)album["id"];

                    Albums.Add(albumItem);

                    GetAlbumPicture(albumItem);

                    DownloadPictures(albumItem);

以下は、上記のコードによって実現するユーザーエクスペリエンスのスクリーンショットです。

携帯電話から写真をアップロードするコードも同様に単純明快です。

internal void Upload()

        PhotoChooserTask task = new PhotoChooserTask();

        task.ShowCamera = true;

        task.Completed += new EventHandler<PhotoResult>(task_Completed);

        task.Show();

    void task_Completed(object sender, PhotoResult e)

        if (e.ChosenPhoto == null)

            return;

        LiveConnectClient uploadClient = new LiveConnectClient(App.Session);

        uploadClient.UploadCompleted += new EventHandler<LiveOperationCompletedEventArgs>(uploadClient_UploadCompleted);

        uploadClient.UploadAsync(SelectedAlbum.ID, "Image"+DateTime.Now.Millisecond+".jpg", e.ChosenPhoto);

    void uploadClient_UploadCompleted(object sender, LiveOperationCompletedEventArgs e)

        if (e.Error == null)

            Deployment.Current.Dispatcher.BeginInvoke(() => DownloadPictures(SelectedAlbum));

上記のコードでは、PhotoChooserTask を使って Pictures ハブやカメラから写真を選択し、その後 LiveConnectClient クラスを使って SkyDrive 上にアップロードしています。

このように、作業はとてもシンプルです。

以前、Mike Torres が Building Windows 8 ブログ「SkyDrive によって "Windows 8" のアプリをクラウドへと拡張する」の中で言及していましたが、Windows 開発者向けには Windows 8 Developer Preview 用の Live SDK もあります。この SDK は Windows の今後のリリースに合わせて更新され、Windows 次期バージョンの正式リリースと同時に提供される予定です。

開発したアプリを披露してください

ユーザーおよび開発者の皆様からは、SkyDrive に対して積極的なご意見やご要望をいただき、大変感謝しています。この新しい API の提供によって、さらに画期的な方法で SkyDrive を皆様のモバイルアプリやデバイス、Web サイトに統合していただけることを期待しています。

たくさんのフィードバックをありがとうございました。フィードバックはいつでも受け付けていますので、引き続きご協力をお願いいたします。

Windows 8 Developer Preview 版 WDK に対するフィードバックをお寄せください

jpwin — Tue, 10 Jan 2012 05:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

さて、今回は Windows Driver Kit (WDK) についてです。昨年 9 月にリリースされた Windows 8 Developer Preview 用の WDK は、Visual Studio 11 Developer Preview に統合され、ドライバーの開発、テスト、展開、およびデバッグ環境が新しくなりました。WDK が Visual Studio に統合されたことにより、ドライバー開発者の方々は、信頼性とパフォーマンス性の高いドライバーをより簡単に作成することができるようになります。たとえば、KMDF や UMDF といったさまざまなドライバーモデルに対応したテンプレートが用意されているので書くコードが少なくて済みますし、自動的にドライバーパッケージを作成して署名したり、他のコンピューターに展開するようなビルドプロセスを設定できるので、ドライバーの展開も簡略化されます。

その新しい WDK に関するフィードバックを求める記事が My travels with WDF Blog に投稿されました。2011 年 12 月 2 日付の「You’ve had the time, let’s hear the feedback.」で、今日はその翻訳をお届けします。

なお、新しい Windows 8 Developer Preview 版の WDK は、 MSDN Subscription のサブスクライバーダウンロードからダウンロードできます。ダウンロードするには、Windows Live ID を使ってサインインする必要があります。

お試しいただいたら、ぜひフィードバックをお寄せください

新しい Visual Studio 11 と WDK との組み合わせはいかがでしょうか。皆さんそれぞれの方法で楽しんでいただいていると思いますが、何か不都合だったり、直観的でなかった点や混乱させるようなことはありませんでしたか。また、特に問題のない部分でも、改善した方がよいと思われる点はないでしょうか。

私はやっと自分の Visual Studio 2010 のプラグインを Visual Studio 11 で動くように修正し (いずれのプラグインも完全な内部ツールなので、ほんの微調整で済みました)、ここ数週間はそれらを使用していました。特に、KMDF と UMDF のテンプレートの調子はいかがですか。

[Email Blog Author] リンクかコメント欄を使って、ぜひみなさんのご意見やご感想をお聞かせください。お寄せいただいたフィードバックはできる限り公表し、該当するプロジェクトチームに私から直接お伝えします。貴重なご意見を決して無駄にはしません。

訳者註: この Windows 開発統括部 Blog の記事に対してコメントする形でフィードバックをお寄せいただいても結構です。オリジナル記事の執筆者に責任もって連絡いたします。

BUILD のセッションスライドが日本語翻訳されました

jpwin — Thu, 05 Jan 2012 05:00:00 GMT

明けましておめでとうございます。Windows 開発統括部の古内です。
本年もよろしくお願いいたします。

さて、2012 年最初の投稿は、BUILD イベントで提供されたセッションのスライド日本語化のお知らせです。

昨年 9 月にアメリカで開催された BUILD イベントでは 300 近いセッションが提供されましたが、そのうち厳選した 23 セッションのスライド (PowerPoint ファイル) を日本語に翻訳しました。さらに、そのうち 3 セッションについては、トランスクリプト (講師のスピーチの内容) も翻訳して、PowerPoint ファイルのノートとして埋め込んであります。

日本語翻訳ファイルは、Channel 9 の BUILD 2011 サイトの各セッションページからダウンロード可能です。また、先日ご案内したように、ビデオでのみ提供されている「8 traits of great Metro style apps (優れた Metro スタイルアプリの 8 つの特徴)」にも日本語字幕が付きましたので、併せてご参照ください。

以下、日本語翻訳されたセッションの一覧です。

トランスクリプト付き PowerPoint ファイル

XAML を使用した Metro スタイルアプリで知っておくべきこと
http://channel9.msdn.com/Events/BUILD/BUILD2011/APP-409T
優れた Window 8 システムの構築
http://channel9.msdn.com/Events/BUILD/BUILD2011/HW-774T
最新の C++ コードの記述: 進化した C++
http://channel9.msdn.com/Events/BUILD/BUILD2011/TOOL-835T

スライドのみ

Windows Store の概要
http://channel9.msdn.com/Events/BUILD/BUILD2011/APP-121T
タイルと通知の使用
http://channel9.msdn.com/Events/BUILD/BUILD2011/APP-396T
アプリのケイパビリティを宣言する方法
http://channel9.msdn.com/Events/BUILD/BUILD2011/APP-398T
Metro スタイルアプリの基礎: アプリ実行の方法とタイミング
http://channel9.msdn.com/Events/BUILD/BUILD2011/APP-737T
HTML5 を使った Metro スタイルアプリ開発のはじめから完成まで
http://channel9.msdn.com/Events/BUILD/BUILD2011/APP-740T
アプリにおける Live サービスの活用
http://channel9.msdn.com/Events/BUILD/BUILD2011/APP-784T
リモート再生アプリ用のネットワークメディアデバイス開発
http://channel9.msdn.com/Events/BUILD/BUILD2011/HW-177T
Windows Certification: ロゴプログラムの改善
http://channel9.msdn.com/Events/BUILD/BUILD2011/HW-260T
デバイス用 Metro スタイルアプリの開発と配布
http://channel9.msdn.com/Events/BUILD/BUILD2011/HW-275T
Metro スタイルデバイスアプリの概要
http://channel9.msdn.com/Events/BUILD/BUILD2011/HW-283T
優れたデバイスとドライバーを設計する
http://channel9.msdn.com/Events/BUILD/BUILD2011/HW-322T
Windows Hardware Certification Kit によるハードウェア認定
http://channel9.msdn.com/Events/BUILD/BUILD2011/HW-659T
デバイスの接続エクスペリエンスの刷新
http://channel9.msdn.com/Events/BUILD/BUILD2011/HW-745T
デバイスドライバーのパッケージ化と配布に関するベストプラクティス
http://channel9.msdn.com/Events/BUILD/BUILD2011/HW-903T
非同期の活用: 応答性の高い API とアプリを開発する
http://channel9.msdn.com/Events/BUILD/BUILD2011/PLAT-203T
Metro スタイルアプリでデバイスを使用する
http://channel9.msdn.com/Events/BUILD/BUILD2011/PLAT-278T
Windows Runtime の概要
http://channel9.msdn.com/Events/BUILD/BUILD2011/PLAT-874T
Windows Runtime の内部構造: "Hello World" で理解する
http://channel9.msdn.com/Events/BUILD/BUILD2011/PLAT-875T
JavaScript 用 Windows ライブラリ “WinJS” の概要
http://channel9.msdn.com/Events/BUILD/BUILD2011/TOOL-501T
C# と Visual Basic の将来的な方向性
http://channel9.msdn.com/Events/BUILD/BUILD2011/TOOL-816T

Windows Summit 引っ越し完了しました

jpwin — Tue, 27 Dec 2011 05:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

さて、今月の初めにお知らせした Windows Summit のお引越しですが、移行が完了したのでご連絡します。 (なんとか今年中に間に合いました!)

Windows Summit で提供していたセッションは、すべて MSDN サイトの下に移動されました。そして、移行後の URL について、以下の Web ページにまとめました。

http://msdn.microsoft.com/ja-jp/windows/hardware/gg462959

ハードウェア関連、アプリケーション関連、Internet Explorer 関連の大きく 3 つに分類してあります。また、ハードウェア関連の「Windows 7 のデバイスエクスペリエンス - ワークショップ」は英語の Web ページへリンクされていますが、それ以外はすべて日本語の Web ページへリンクされており、日本語に翻訳されたプレゼンテーションファイル (PowerPoint ファイル) をダウンロードすることができます。

さらに、次のセッションについては、今回初めて日本語に翻訳されたプレゼンテーションファイルまたはトランスクリプト付きのプレゼンテーションファイルをダウンロードできるようになりました。

Windows 7 のタッチ機能サポートに関する考察
Windows 7 のテキスト入力パネル
Internet Explorer 9 の概要 (更新情報) (トランスクリプト付き)
Canvas 入門 (トランスクリプト付き)
SVG 入門 (トランスクリプト付き)
HTML5 のグラフィック (トランスクリプト付き)
CSS を使用したアダプティブレイアウトの作成 (トランスクリプト付き)
CSS を使用したアダプティブレイアウトの作成 II (トランスクリプト付き)

ぜひ Windows 7 や Internet Explorer の理解にお役立てください。

なお、今回の記事が 2011 年最後の投稿となります。寒い日が続いていますが、どうぞお体に気を付けて、良いお年をお迎えください。
2012 年も Windows 開発統括部 Blog をご愛顧賜りますよう、よろしくお願いいたします。

BUILD の「8 traits of great Metro style apps」ビデオに日本語字幕が付きました

jpwin — Thu, 22 Dec 2011 04:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

さて、9 月にアメリカで開催された BUILD イベントで提供されたセッションのうち、”big picture” (全体像) セッションとして位置づけられている「8 traits of great Metro style apps」というビデオに日本語字幕が付いたのでご紹介します。現在開発中の “Windows 8” では、新しく「Metro スタイルアプリ」がサポートされることになりますが、その Metro スタイルアプリとは何かについて、Windows ユーザーエクスペリエンスチームの Jensen Harris が、8 つの特徴をベースに 1 時間半にわたって説明したものです。

ビデオは以下のページでご覧いただけます。
http://channel9.msdn.com/Events/BUILD/BUILD2011/BPS-1004

このページのビデオの下にある説明セクションに、「このセッションのビデオに日本語の字幕が用意されました。日本語字幕付きビデオを見るには…」という日本語の説明文 (ハイパーリンク) があるので、そこをクリックしてください。すると、日本語字幕が埋め込まれたビデオ (WMV 形式) が再生されます。なお、Windows Media Player の初期設定では字幕はオフになっているので、字幕を表示するには Windows Media Player のウィンドウ上で右クリックし、[歌詞、キャプション、および字幕] – [利用できる場合はオン] をクリックしてください。

iOS 5 デバイスからの Hotmail 利用者が 200 万人を超え、毎日 10 万人ずつ増加中

jpwin — Tue, 20 Dec 2011 05:30:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

本日は、先月 Inside Windows Live Blog に投稿された Windows Live の Hotmail に関する記事の翻訳をお届けします。2011 年 11 月 2 日付「Hotmail on 2 million iOS 5 devices, growing 100K per day」の翻訳で、Hotmail が Windows PC だけでなく、さまざまな機種のスマートフォンにも対応していることを紹介した記事です。

iOS 5 デバイスからの Hotmail 利用者が 200 万人を超え、毎日 10 万人ずつ増加中

Hotmail は世界最大級の電子メールサービスです。昨年開始された Exchange Active Sync (英語) のサポートにより、Exchange の機能を生かして、Hotmail の受信トレイ、カレンダー、連絡先をスマートフォンと同期することが可能になりました。それから 1 年が経ちましたが、iOS 5 のリリースによって、iPhone や iPad での Hotmail の設定がさらに簡単になりました。そのおかげで、iOS 5 のリリース後、iPhone や iPad から Hotmail に接続しているユーザーは 200 万人を超え、毎日約 10 万人が新たに iOS 5 搭載デバイスから Hotmail への接続を始めています。

下記の円グラフは、Hotmail を利用する iOS 5 搭載デバイスの内訳を示しています。ご覧のとおり、iPhone が大部分を占めており、iPhone 4 以降の機種が 60% 以上、最新の iPhone 4S が約 25% となっています。

iOS 5 搭載デバイスの内訳

スマートフォンでの Hotmail 利用に対する取り組みはこれだけにとどまりません。マイクロソフトは iOS だけでなく、Windows Phone や Nokia、BlackBerry に対しても強力なサポートを提供しています。また、最新の Android 用 Hotmail クライアントにより、Android からの接続がさらに簡単になりました。

どのスマートフォンをお使いの方も、今がまさに Hotmail に切り替えるチャンスです。(リンク先は英語ページです。)

Windows Store 開発者向けブログが始まりました

jpwin — Wed, 14 Dec 2011 05:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。今日は「Windows Store for developers」ブログをご紹介したいと思います。

Windows 8 の新機能や仕様について技術的な情報を提供する「Building Windows 8」ブログについては既にこのサイトでもご紹介しましたが (「Building Windows 8 ブログの紹介」および「記事一覧」)、このたび Windows Store について開発者の方々を対象に情報発信するブログサイトが新しくオープンしました。
Building Windows 8 ブログ同様に、日本語翻訳版 (その他にフランス語、ドイツ語、ポルトガル語、韓国語、中国語、ロシア語の翻訳) も用意されています。

Windows Store for developers ブログのオリジナル (英語版) は http://blogs.msdn.com/b/windowsstore/ です。

Windows Store for developers ブログの日本語版は http://blogs.msdn.com/b/windowsstore_ja/ です。

第一回目の記事は先週の米国時間 12 月 6 日に投稿され、Windows Store の設計理念やビジネスモデル、今後開発者の方々にどう関係してくるかについてとても長い記事 (日本語翻訳版はこちら) で説明しています。

(「もう少し短いのがいいなぁ」という方は、こちらの Windows Store に関する Fact Sheet をどうぞ。こちらは Word 文書 3 ページほどなので、それほど時間もかからずお読みいただけると思います。もちろん、日本語版もあります。)

Windows Store for developers ブログについても、この Windows 開発統括部 Blog で記事の一覧をまとめていきたいと考えていますので、今後もご注目ください!

Windows Summit 引っ越し中

jpwin — Fri, 09 Dec 2011 06:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

これまでにも何回かご案内したことのある Windows Summit ですが (こちらの記事から過去の関連記事をたどっていけます)、現在コンテンツの引っ越し中です。これまでは Windows Summit 専用サイトで公開していましたが、このたび MSDN サイトの下に移動することになりました。

オリジナルの英語版については既に移行が完了しており、以下のページでビデオを見たり PowerPoint の資料をダウンロードしたりすることができます。

Windows 7 関連: http://msdn.microsoft.com/en-us/windows/hardware/gg454522
この「Channel 9 Videos for Hardware and Driver Developers」のページに、Channel 9 のビデオと混在してリストされています。Windows Summit で提供されていたものは、以下のセクションの下にあるものです。

Device Experience for Windows 7 – Overviews
Device Experience for Windows 7 – Workshops
Firmware and Boot
Hardware Design for Windows
Kernel Mode Fundamentals の「Windows 7 and Windows Server 2008 R2 Kernel Changes」
Mobile Broadband
Networked Media Devices
Power Management
Windows Rally
Windows Logo Program for Hardware
Windows Touch and PC Design

Internet Explorer 関連: http://msdn.microsoft.com/en-us/ie/cc304683
この「Videos – Internet Explorer」のページの最後に「Windows Summit Videos」というセクションがあり、そこにまとめられています。

ただし、これまで Windows Summit 専用サイトで提供していた日本語翻訳版の PowerPoint ファイルや字幕付きビデオは、これらのページからはアクセスできません。これらを再び提供できるように、日本語のページを現在準備中です (今年中にと思っていますが…)。

ご迷惑をおかけして申し訳ございませんが、もうしばらくお待ちくださいますようお願い申し上げます。

SkyDrive で Office 文書の共有やファイル管理がより簡単に

jpwin — Thu, 01 Dec 2011 05:30:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。早いもので、2011 年ももう師走… カレンダーも残り 1 枚となりました。

さて、今日は Windows Live の SkyDrive に関する記事をご紹介します。2011 年 11 月 29 日に Inside Windows Live Blog に投稿された「Hotmail declares war on graymail」の翻訳です。記事の一番下に書かれていますが、日本時間の今日 12 月 1 日の午後 3 時から 5 時まで、SkyDrive チームが Twitter 上で Q&A 大会を実施するようです。興味のある方は是非覗いてみてください。

SkyDrive で Office 文書の共有やファイル管理がより簡単に

先週、「SkyDrive - designing personal cloud storage for billions of people (英語)」という記事で、たくさんの方々に幅広くご利用いただけるパーソナルクラウドストレージを設計するにあたっての我々の取り組みをご紹介しました。今日は、寄せられた重要なフィードバックをもとに改良した SkyDrive.com をご紹介します。数時間のうちに新しい SkyDrive がご利用いただけるようになります。ぜひ Twitter の SkyDrive アカウント (英語) をフォローして、最新情報をチェックしてください。

以下は、今回のサービス変更 (共有とファイル管理の更新) に関する説明ビデオです。

現在、数多くの SkyDrive に対する改善策を検討しています。寄せられたすべてのフィードバックをカバーできる訳ではありませんが、特に SkyDrive で Office 文書を共有してアクセスするお客様が増えている中、そういった作業をサポートする大きな一歩になったと考えています。

Office 文書に対する、「アプリ中心」のシンプルな共有

未来に目を向けたとき、みなさんは「アプリ中心」に考えて作業していると思います。「アプリ中心」とはつまり、いつも使っているアプリが普通に使えるということです。たとえば、Word 文書で共同作業をしたいとき、なるべく少ない手順で共有できることを望んでいるわけです。Word アプリから離れることなく、アクセス権を設定できたり、他のフォルダーに移動できるのが理想的です。もちろん、フォルダーの構造や相手がどのメールサービスを使っているかなんて気にしたくありません。

これまでの SkyDrive では、それが簡単ではありませんでした。ファイルはフォルダー単位で「プライベート」か「公開」かを設定する設計になっていたため、どのように共有したいかによって、データの管理方法も変わっていました。また、SkyDrive で何かを共有したい場合、Windows Live にサインインしている人であれば問題なかったのですが、最も一般的なシナリオ、つまり異なるメールサービスやソーシャルネットワークを利用して人が相手だった場合、非常に複雑で信頼性の低い手順が必要でした。

そこで、よりシンプルに、特に Office においてより「アプリ中心」にファイルが共有できるよう、SkyDrive を抜本的に見直しました。たとえば、プライベートなフォルダーに保存している文書を Word Web App で編集していたとします。フォルダーやサブフォルダーの構造を考慮することなく、Word Web App から直接共有ができるようになりました。これが実現したのは、SkyDrive が、フォルダー単位ではなくファイル単位でアクセス権の設定ができるようになったからです。Office 文書だけでなく、写真や他の種類のファイルでも同様です。

それだけではありません。共有の手順を見直し、相手が異なるメールサービスやソーシャルネットワークを利用している場合でも、簡単に共有できるようにしました。

SkyDrive の情報ペイン、あるいは [ファイル] メニューの [共有] をクリックすると、以下のようなことができます。

電子メールで共有する: 共有したい相手のメールアドレスをアドレス帳から選択します。LinkedIn や Facebook、Gmail などの連絡先でも大丈夫です。(Facebook から連絡先をインポートしたい場合は、まず Facebook を Windows Live に接続してから、http://profile.live.com/connect に移動して Facebook のロゴをクリックしてください。) 新しい SkyDrive は、あなたのメールアドレスを差出人として共有のお知らせを送るので、通知メールが相手の迷惑メールフォルダーに入ってしまう恐れもありません。[受信者は編集できます] のチェックをオンにしておくと、相手の Windows Live ID をあらかじめ知ってなくても、すぐに共同作業が行えるようになります。
ソーシャルネットワークへ投稿する: SkyDrive は Facebook や LinkedIn など様々なサービスとつなげることができるので、写真や文書を他のソーシャルネットワークで共有するのも簡単です。
リンクを用意する: 多くの人にとって、URL を用意して、ブラウザーのアドレスバーに貼り付けるのが、共有の最も簡単な方法です。リンクは、個人的なものを共有する際に表示のみを許可する設定、ファイルを表示だけでなく編集もできる設定、あるいは広く共有したい場合に誰でもアクセスできる設定も可能です。

共有のエクスペリエンスは、共有することを選択しない限り、発生しません。SkyDrive にあるファイルは、お客様が設定を変更しない限り、プライベートなままです。

強力なファイル管理

今年の６月に SkyDrive のアップデートをリリースした直後から、パフォーマンスの速さに対する好意的なフィードバックを数多くいただきました。その一方で、１つ１つのアクションが遅く、手間がかかるというフィードバックもいただきました。

今回のリリースでは、ファイル管理に関するタスクが「瞬間に」に行えるようになりました。たとえば、

インラインでフォルダーが作成できるようになりました。

インラインで (または [F2] キーを押して) フォルダー名を変更できるようになりました。

複数のファイルをまとめて移動、削除、ダウンロードできるようになりました。

移動やコピーが、インラインで表示されるダイアログによって、とても簡単になりました。

右クリックによって、ドキュメントや写真の操作がすぐにできるようになりました。

Office ドキュメントを簡単に作成できるようになりました。Office ドキュメントのアイコンをクリックし、ファイル名を入力すると、すぐに Office Web App が起動します。

Internet Explorer 10 の HTML5 アップロードと CSS3 トランジション

ファイル管理や共有方法の改善のほかに、最新ブラウザーの技術を活用する方法を模索中です。現在、リッチなファイルアップロードのサポートに Silverlight の技術を利用していますが、今回のリリースでは、HTML5 File API をサポートするブラウザー (Internet Explorer 10, Google Chrome, Firefox, Safari など) において、ファイルや写真をドラッグアンドドロップでアップロードできるようになりました。また、ファイルのアップロード中に SkyDrive のほかのページに移動できるようになりました。つまり、アップロードが完了するまで待つ必要が亡くなりました。

さらに、SkyDrive が Internet Explorer 10 でもきちんと使えるように開発しています。 Windows 8 Developer Preview をお使いであれば (訳者註: Windows 8 Developer Preview には Internet Explorer 10 が搭載されています)、フォトアルバムの大きさを変える時に CSS3 アニメーションのサポートが動作していることがお分かりでしょう。

写真に対する改善

今回のリリースでは、写真のスライドショーも、以前より速く、そして美しく改善しました。

「写真のキャプションがどこにあるか分かりづらい」、「ナビゲーションが分かりづらい」、といったフィードバックが寄せられていました。それらをもとに、[フォルダーの表示] でアルバムの元のフォルダーに戻れるようになりました。また、写真の下にキャプションが表示されるようにしました。

また、Internet Explorer 10 とモバイル Safari のタッチ API に対応したことにより、指で写真のナビゲーションが行えるようになりました。

PDF や RAW 形式などもサポート

SkyDrive にはたくさんの PDF ファイルがアップロードされているのですが、これまでは PDF ファイルに対してリッチな閲覧エクスペリエンスを提供していませんでした。今回のリリースでは、PDF ファイルをクリックすると、ブラウザーがサポートする PDF ビューワーを利用してファイルを読み込みます。つまり IE、Firefox、Safari をご利用の場合、Adobe Acrobat がインストールされていれば、ブラウザーの中でファイルが表示されます。Chrome では、ネイティブの PDF ビューワーを使って表示します。

カメラの RAW 形式を使用して写真を保存している方もいらっしゃると思いますが、Microsoft カメラコーデックパックでサポートされている RAW ファイルのアップロードや表示もできるようになりました。

パフォーマンス

以下に、代表的なものをご紹介します。

多くの操作はインラインで行えるようになりました (ファイルのアップロード、削除、コピー、移動、名前の変更、共有、作成など)。
ログイン時、ユーザーがユーザー名とパスワードを入力している間に多くのリソースを前もって読み込むようにしたので、Office 文書の閲覧や編集がより高速にできるようになりました。
SkyDrive へのサインインが 50% 速くなりました。

Twitter のライブ Q&A セッションにご参加ください

今後、各機能についてさらに詳しく解説していきたいと思っていますので、ぜひ定期的にブログにアクセスしてください。また、SkyDrive チームのメンバーが、米国太平洋時間の 11 月 30 日午後 10 時から 12 時まで (日本時間の 12 月 1 日午後 3 時から 5 時まで)、ライブで Twitter 上のみなさんからのご質問にお答えします。ぜひ Twitter で @SkyDrive をフォローして、会話にご参加ください。

これからも SkyDrive に対してさらにエキサイティングな変更が予定されています。どうぞご期待ください。

Kinect for Windows SDK Beta 2 がリリースされました

jpwin — Tue, 22 Nov 2011 05:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。暖かい日が続いていましたが、急に寒くなってきました。私の周りでも、咳やくしゃみをしている人が増えています。季節の変わり目、風邪など引かないようどうぞお気を付けください。

さて、今日は 5 ヶ月ぶりに Kinect の話題をお届けします。2011 年 11 月 4 日に Blogging Windows Blog に投稿された「Update on Kinect for Windows - Beta 2 of SDK and new website!」の記事の翻訳で、Kinect for Windows SDK の Beta 2 がリリースされたお話と、新しい Web サイトについてです。

Kinect for Windows SDK Beta 2 がリリースされました

新しく Kinect for Windows Blog がスタートしました。そのまっさらなブログサイトの最初の投稿で、Kinect for Windows の統括マネージャーである Craig Eisler が、新しく Kinect for Windows Web サイトがオープンしたことを発表しました。新しい Web サイトと同時に、Kinect for Windows SDK の Beta 2 バージョンもリリースしました。200 社以上が、来年の初めに予定されている Kinect for Windows のコマーシャルプログラム用に Kinect を使用したエクスペリエンスを開発する試験的なプログラムに参加しています。詳細については、Kinect for Windows Blog の Craig による投稿をお読みください。

Kinect による可能性について触れてみたい場合は、Kinect Effect と、以下のビデオをご覧ください。

Kinect はリリースから 1 年経ちました。記念すべき 1 周年にあたり、Steve Clayton が Microsoft における Kinect の次のステップについて (英語) 寄稿しています。リリース以来、Kinect がいかに物事を変化させたか、また、Kinect の新しい可能性について、思いを馳せてみてください。そうそう、上のビデオも、とても格好いいので、ぜひ見てみてください！

USB デバイスが「不明なデバイス」として表示される場合の対処法

jpwin — Tue, 15 Nov 2011 05:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。今日は、また前回から 2 か月ぶりに、USB に関する情報をお届けします。2011 年 10 月 15 日に Microsoft Windows USB Core Team Blog に投稿された「What to Try When Your USB Device is an "Unknown Device"」の翻訳です。

なお、今回の記事は、2009 年に投稿された「Why is my USB device not detected or comes up as "Unknown Device"? (USB デバイスが検出されない、または [不明なデバイス] として表示される理由)」というの記事の続編と位置づけられています。なので、その記事の日本語訳も準備しようかと思いましたが、今回の記事にその内容も含まれているので、翻訳しませんでした。つまり、今回の記事は「続編」というよりは「まとめ」に近いです。

USB デバイスが「不明なデバイス」として表示される場合の対処法

ここでは、デバイスが「不明なデバイス」として表示される場合の一般的な原因と対処法をお伝えします。これは過去のブログ記事「Why is my USB device not detected or comes up as "Unknown Device"?」の続編です。

1) USB デバイスが応答停止 (ハング) 状態になっている。

USB デバイスで内部エラーが生じ、機能が停止している可能性があります。この場合、デバイスマネージャーで Code 43 が表示されます。デバイスのすべての電源を切ると (例: USB ケーブルまたは電源ケーブルをいったん取り外して接続し直すなど)、デバイスはリセットされ、正常に認識されるようになります。

2) USB コネクタ/ケーブルに異常または欠陥がある。

古くなった USB ケーブルやコネクタは正常に機能しない場合があります。これを解決するには、別の USB ポートに接続するか、可能であれば別の USB ケーブルに交換します。この場合、デバイスマネージャーで Code 43 が表示されます。

3) ドライバーがインストールされておらず、USB デバイスがデバイス記述子を返せない。

ドライバーがインストールされていないと、Windows はそのデバイス用のドライバーを検出できず、デバイスはデバイスディスクリプターを返せません。この場合、デバイスマネージャーで Code 28 が表示されます。この問題を解決するには、そのデバイスと互換性のあるドライバーをインストールします。通常、デバイスの製造元に問い合わせる必要があります。

4) デバイスを起動するための十分な電力がない。

デバイスが下流のバス給電ハブに接続されている場合、デバイスは正常に認識されていても、十分な電力が確保されず、起動できないことがあります。自己給電ハブでは 500mA をポートに供給できますが、バス給電ハブでは 100mA 以上を供給できません。この場合、デバイスマネージャーで Code 28 が表示されます。この問題を解決するには、ハブの電源を接続する (電源がある場合) か、デバイスをルートハブポートまたは自己給電ハブに接続します。

5) 上流のハブが機能していない (ハングしている)。

デバイスが外部ハブに接続されている場合、デバイスを別のハブまたはルートポートに接続してみます。デバイスが正常に認識された場合は、ハブの電源を入れるか、取り外して交換します。この場合、デバイスマネージャーで Code 28 が表示されます。

6) USB デバイスに異常がある。

可能性として、USB デバイス自体が機能していない、あるいはハードウェア障害が発生しているということも考えられます。これを解決するには、デバイスを交換する必要があります。デバイスマネージャーで Code 43 が表示されます。

Windows 8 のハードウェアに関する技術情報の紹介

jpwin — Wed, 09 Nov 2011 04:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。今回は、現在公開されている、Windows の次期バージョン (コードネーム “Windows 8”) のハードウェアに関する技術情報 (ホワイトペーパー) をご紹介します。

Windows 8 に対応したハードウェアをどのように設計して開発すればよいか、という情報は、次のページにまとめられています。

Windows 8 用ハードウェアの設計と開発
http://msdn.microsoft.com/ja-jp/library/windows/hardware/br259114

この Web ページでは、ハードウェアのカテゴリ別に、関連するホワイトペーパーへのリンクがリストされています。残念ながらリンク先のページおよびホワイトペーパーそのものは英語ですが、現時点でどのような情報が公開されているかがわかります。

また、デバイスエクスペリエンスについては、次のページにまとめられています。

Windows 8 のデバイスエクスペリエンス
http://msdn.microsoft.com/ja-jp/library/windows/hardware/br259108

なお、新しく公開されたホワイトペーパーは、こちらのページで確認することができます。

ハードウェアデベロッパーセンターの新しいホワイトペーパーとツール
http://msdn.microsoft.com/ja-jp/library/windows/hardware/gg454514

このページにリストされている、2011 年 9 月以降にリリースされたホワイトペーパーのほとんどは Windows 8 関連のものです。新しい情報がリリースされていないかどうか、今後も定期的にチェックしてみてください。

Windows の再起動と回復のレシピ

jpwin — Mon, 31 Oct 2011 05:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。今日は 2011 年 3 月 21 日に Developing for Windows Blog に投稿された「 Windows Restart and Recovery Recipe 」の翻訳をお届けします。

これまで Developing for Windows Blog の記事を数多くご紹介してきました。Windows 7 のタスクバーに関連する記事と、2010 年以降に投稿された記事のほとんどを翻訳したと言っても過言ではありません。しかし、これでしばらく打ち止めとなりそうです。というのも、Developing for Windows Blog には今年の 3 月 24 日以降、新しい記事が投稿されていないからです。Developing for Windows Blog への投稿が再開されたら、また日本語に翻訳して紹介していきたいと思います。

Windows の再起動と回復のレシピ

Windows Vista では、アプリケーションの再起動とアプリケーションの回復という、2 つの密接に関連した機能が導入されました。これらの機能は、ハンドルされていない例外や "ハードハング" などの結果、アプリケーションが予期せず終了した場合の手間をできる限り減らすために設計されています。

アプリケーションの回復は、アプリケーションが予期せず終了したときに失われる可能性のある "文書" などのメモリ内情報を使用しているアプリケーションに適用されます。アプリケーションの再起動は、未保存のデータがあるかどうかにかかわらず、すべてのアプリケーションに対して、特に予期しにくい終了 (DLL の更新やシステムの再起動など) が発生した場合に適用されます。今日、Office 製品 (Microsoft Word など) をはじめとする多くのアプリケーションは、これらの機能を利用しています。アプリケーションに障害が発生した場合でも (ソフトウェアでは、十中八九、どこかで何らかの障害が発生するものですが)、アプリケーションとオペレーティングシステムが連携してシームレスな復旧パスを提供するため、ユーザーのフラストレーションがいくらか軽減されます。

基本的に、すべての Windows アプリケーションは、オペレーティングシステムで再起動を行うアプリケーションとして登録でき、回復についても、必要に応じて登録を行うことができます。

再起動の登録を行うアプリケーションは、コマンド行の引数を提供します。この引数はアプリケーションに、再起動中であることを通知します。再起動されたアプリケーションが回復対象でもある場合、再起動時に回復データをあらかじめ決められた場所で検索して、未保存のデータを再読み込みできます。
回復の登録を行うアプリケーションは、コールバック関数を提供します。アプリケーションがクラッシュまたはハングすると、オペレーティングシステムは別スレッドでこの関数を呼び出します (メインスレッドでは例外がスローされています)。このコールバック関数は、任意の未保存データをあらかじめ決められた場所に保存できます。しかし、UI スレッドは既に停止しているため、アクセスすることができません。コールバック関数は、永続的に実行できるわけではないことに注意してください。オペレーティングシステムにより実行が許可されるのは数秒間のみです。

すばらしい機能のようですが、問題点はあるのでしょうか?

再起動と回復の登録を行うネイティブの Win32 API 呼び出しは、とても簡単に使用できます。Windows API Code Pack には、回復機能、再起動機能の両方について、マネージラッパーが用意されています。

ここで、多くの開発者が直面する問題は、回復メソッドで許容される自由度の大きさに起因しています。API は、アプリケーションに障害が発生した際にオペレーティングシステムが呼び出すコールバックを必要としますが、その際、開発者は未保存のデータを自由な方法で、自由な場所に書き出すことができます。

ハードドライブにファイルを書き込むのが一般的な方法ですが、データベースにレコードとして追加したり、ネットワーク上の場所にファイルをアップロードしたり、電子メールメッセージとして送信したり、印刷したり、イベントログにイベントとして追加したりする場合もあるでしょう。実際のところ、回復コールバックを呼び出し中のアプリケーションは不明な状態にあるため、それらは良い方法とは言えません。回復コールバックを実装する場合は、高速 (コードの実行が迅速) で、利用可能な最低限のリソースのみに依存するソリューションを選択する必要があります。よって、ハードドライブへの書き込みが最善の方法と思われます。

ハードドライブにファイルを書き込むことを決定したら、また別の問題が発生します。どのフォルダーを使用すればよいのでしょうか? 開発者の多くは、"現在のディレクトリ" を使用します。開発中はこれで問題ないのですが、アプリケーションが展開され、ユーザーの [Program Files] フォルダーなどにインストールされると、Windows UAC (User Account Control：ユーザーアカウント制御) により、回復コールバックメソッドに対してさらに別の例外が生成され、アプリケーションからそのフォルダーへの書き込みができなくなります。"ユーザーの [AppData] フォルダー (%AppData%) を指定する方が、はるかに賢明です" (これも理想的な選択というわけではありませんが)。

しかし、問題はまだあります。たとえば、どのファイル形式を使用するのか。ファイル名はどうするのか。ファイル名が常に同じ名前にハードコードされるのでない場合、再起動されるアプリケーションでどのようにしてファイルを特定すればよいのか。異なるデータを持つ 2 つのインスタンスを同時に再起動する場合、両者が個別にデータを保存し、再起動時に各自のデータを見つけられるようにするには、どうすればよいのか。幸い、こうした条件をコードに組み込みたいという開発者のためのレシピが用意されています。

Windows の再起動と回復のレシピ (英語) では、マネージ実装 (.NET) とネイティブ実装 (C++) の両方について、上記のすべての問題を解決するライブラリが提供されています。このレシピには、ライブラリの使用方法を示すコードサンプルと、ライブラリのしくみを詳しく説明するドキュメントが含まれています。

このレシピは、再起動機能と回復機能を簡単で使いやすいものにすることを目標に作成されました。

実際に内容をご紹介しましょう。このレシピは、.NET アセンブリ WindowsRecipes.RestartManager として提供されているため、レシピを使用するプロジェクトは、このアセンブリへの参照を追加する必要があります。このアセンブリは、2 つのメソッド (CheckForRestart と RegisterForRestartAndRecovery) を含む 1 つのクラス (RestartRecoveryHelper) から成ります。次に、データモデルクラスを参照する必要があります。Serializable 属性を追加したシリアル化可能な (serializable) 任意のクラスを、保存するデータとして使用できます。その後は、以下のスニペットのように、RegisterForRestartAndRecovery メソッドを呼び出すだけです。

doc = new SampleDocument();

// 必要に応じて doc を初期化する

rrh = new WindowsRecipes.RestartManager.RestartRecoveryHelper<SampleDocument>();

SampleDocument recovereddoc = rrh.CheckForRestart();

if (recovereddoc != null)

    doc = recovereddoc;

    //doc の内容を使用して、フォーム上のコントロールの値を設定する

rrh.RegisterForRestartAndRecovery("TestHarness",doc,WindowsRecipes.RestartManager.FileType.Xml);

このコードでは、回復メソッドへの登録と、予期しないアプリケーション終了からの回復が行われています。

冒頭の SampleDocument は、デモ目的だけに使用する serializable クラスです。次に、特定の SampleDocument クラスタイプを処理できるヘルパークラス RestartRecoveryHelper を作成します。保存するデータオブジェクトの数だけこのようなファイルを作成することも、入れ子にされた 1 つの大きなデータオブジェクトを作成することもできます。オブジェクトが serializable である限り、いずれの方法も有効です。

次に、予期しない終了が原因でアプリケーションが再起動されたかどうかを確認します。該当する場合、終了前に保存されたデータを取得し、それをアプリケーションロジックで使用します。たとえば、回復されたデータを使用して、いくつかのコントロールに値を設定できます。これで、回復のパートは終わりです。

次は、アプリケーションが再びクラッシュした場合に備えて、アプリケーションを再起動と回復の対象として登録します。必要な作業は、アプリケーションの名前として使用する文字列と、保存するデータオブジェクトとして指定した doc と、保存するファイルタイプを渡して、RegisterForRestartAndRecovery メソッドを呼び出すことだけです。

後の処理はレシピに任せます。一時的な回復ファイルは、通常 "C:\Users\<ユーザー名>\AppData\Roaming" にあるローミング対応のアプリケーションデータフォルダーに保存されます。ファイルには必ず一意の名前が付与され、形式はバイナリまたは XML のどちらかを自由に選択できます。これにより、所定のアプリケーションで、さまざまなユーザーおよびクラッシュに対応できるようになります。回復が完了すると、ファイルは削除されます。

こちらのビデオ (英語) では、上記の処理のネイティブ API について、Kate Gregory が詳しく説明しています。

興味のある方は、Windows の再起動と回復のレシピ (英語) で詳しい情報をご参照ください。コードとドキュメントをダウンロードすることもできます。

デスクトップ、ブラウザー、Windows Phone で動く Flashcards.Show Version 2

jpwin — Tue, 25 Oct 2011 04:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。今回も少し古い記事になってしまいますが、2011 年 2 月 17 日に Developing for Windows Blog に投稿された「 Flashcards.Show Version 2 for the Desktop, Browser, and Windows Phone 」の翻訳をお届けします。Windows Azure (クラウドサービス) をバックエンドとしながら、3 つの異なるプラットフォーム (Windows 7、Silverlight、Windows Phone) で動かすサンプルアプリケーションを紹介したものです。もちろんソースコードもあります。

日本でもついに Windows Phone 7.5 を搭載したスマートフォンの発売が始まりました。ぜひこのサンプルアプリケーションを参考に、3 スクリーンアプリケーションの開発にチャレンジしてみてください!

デスクトップ、ブラウザー、Windows Phone で動く Flashcards.Show Ver. 2

Flashcards.show アプリケーションの提供が開始されてから数か月が経ちました。このアプリケーションは主に、開発者用のリファレンスや Windows 7 の優れた機能のデモとして使用されています。Flashcards の最初のバージョンでは、あらゆる種類のデッキを作成してカードを使用することはできましたが、作成したカードを他のユーザーと共有するには、電子メールでデッキファイルを送信するしかありませんでした。

図 1: Flashcards.Show の "ゲーム" モード

マイクロソフトでは、この点を踏まえて Flashcards.Show Version 2 の開発に着手しました。Version 2 の目標は、ユーザーどうしがコンピューターを通じてデッキを簡単かつシームレスに共有できるようにすることでした。考え方はシンプルです。ユーザーがデッキをクラウドにアップロードし、デッキを共有したい相手にメッセージを送信できるようにします。メッセージを受信したユーザーがそこに含まれているリンクをクリックすると、Web ブラウザーが起動して Silverlight アプリケーションが実行され、共有されたデッキを "プレイ" できるようになります。Silverlight アプリケーションによって共有デッキが動的にダウンロードされ、WPF アプリケーションの場合と同じようにデッキが表示されます。これでユーザーは、Learning、Matching、Memory の 3 つのゲームのいずれかを起動できるようになります (WPF アプリケーションと同様のユーザーエクスペリエンスです)。

図 2: Flashcards.Show の Memory ゲームを Silverlight アプリケーションとして IE で実行

メモ: 共有デッキにはいくつか制限があります。デッキの上限サイズは 5 MB で、動画や音声は使用できません。制限事項はすべて機能に因るものであり、技術的な制限ではありません。なぜなら、開発に長い時間をかけたくなかったからです。

これで、クラウド経由でデッキを共有できる WPF アプリケーションと、デッキをプレイできる Silverlight アプリケーションができました。次に、Silverlight アプリケーションを Windows Phone で実行してみましょう。Silverlight は Windows Phone 開発モデルなので、アプリケーションは正しく実行されるはずです。実行すると、ご覧のように問題なく動作しました。

図 3: Flashcards.Show を Windows Phone エミュレーターで実行

Flashcards.Show アプリケーションは Windows Phone 上では Silverlight アプリケーションとして実行され、WPF アプリケーションが Web のSilverlight で共有したデッキを表示できます。これで同じコンテンツとゲームを、Windows 上、Web の Silverlight 上、そして Windows Phone 上で楽しむことができます。

このアプリケーションをダウンロードするには、Flashcards.Show ClickOnce インストールを使用してください。コードは MSDN コードギャラリーの Flashcards にあります。

これで、Windows Azure をクラウドサービスとして使用し、3 つの異なるプラットフォームで実行可能な単一アプリケーションが完成しました。この Flashcards.Show の実装の良いところは、(そうなるように意図されたものですが、) たくさんのコードとリソースを、WPF、Silverlight、Windows Phone 間で共有できることです。

図 4: Flashcards.Show のアーキテクチャ概観

Flashcards.Show アプリケーションのしくみ

Flashcards.Show アプリケーションは次の 2 つのコンポーネントで構成されています。

クライアントアプリケーション – Windows 用の WPF、Web 用の Silverlight、Windows Phone
クラウドサービス – Azure ストレージを使用して Windows Azure 上で実行される一連の Web サービス

この記事ではクラウドについては説明せず、Silverlight および Windows Phone の実装を中心に見ていきます。

Flashcard.Show Version 2 のソースコードをダウンロードすると、1 つの Visual Studio ソリューションファイル (FlashCardsSolution) に以下の 10 種類のプロジェクトが含まれているのがわかります。

FlashCards.UI.Phone – Windows Phone アプリケーションです。複数のページとリソースが含まれています。
FlashCards.UI.SL – Silverlight アプリケーションです。複数のページとリソースが含まれています。
FlashCards.UI.WPF – メインの Windows アプリケーションです。Admin モードと Game モードが含まれています。
FlashCards.ViewModel.Phone – MVVM アーキテクチャのビューモデルです。 Windows Phone アプリケーションで使用します。
FlashCards.ViewModel.SL – MVVM アーキテクチャのビューモデルです。Silverlight アプリケーションで使用します。
FlashCards.ViewModel.WPF – MVVM アーキテクチャのビューモデルです。Windows アプリケーションで使用します。
FlashCardsServices – Windows Azure プロジェクトです。一緒に展開されるサービスを参照します。
FlashCardsServices.Contracts – 複数の Flashcards.Show アプリケーションが使用するサービスの定義です。
FlashCardsServices.Entities – Web サービスのモデルです。
FlashWCFWebRole – Web サービスです。複数の Flashcards.Show アプリケーションで使用します。

上のリストを見ると、UI プロジェクトとビューモデルプロジェクトが重複していることに気が付きます。

まず最初に必要なのは、目的のプラットフォーム (Windows、Silverlight、Windows Phone) 用にコンパイルすることです。ターゲット CLR にコンパイルするのが唯一の方法です。その理由については、Shawn Burke 氏が「3-Screen Coding: Sharing code between Windows Phone, Silverlight, and .NET (3 スクリーン用のコーディング: Windows Phone、Silverlight、.NET 間のコード共有)」というセッションの中で説明しているので、どうぞご覧ください。今回のサンプルでは Burke 氏が触れているライブラリは使用しませんが、このライブラリを使えば作業がずっと楽になるはずです。

ただし、コードを複製しなければならない、というわけではありません。特に、アプリケーションのビューモデル (MVVM の一部) については、それが当てはまります。すべてのクライアントは基本的に同じモデルを使用しているので、ロジックは同じですし、同じゲームと画面フローを表示します。左下の図を見るとわかるように、メインのビューモデルとして使用しているのは WPF ビューモデル (FlashSards.ViewModel.WPF) であり、Windows Phone のビューモデル (FlashSards.ViewModel.Phone) と Silverlight ビューモデル (FlashSards.ViewModel.SL) については、単にビューモデルファイルにリンクしているだけです。小さい矢印は関連ファイルがリンクされていることを示しています (左下の画像をクリックすると拡大表示されます)。つまり、すべてのクライアントで同じ 1 つのビューモデルを使用しているのです。

UI には少し細工が必要です。ここでの Silverlight 3 ランタイムと WPF 4 ランタイムの違いは、Silverlight アプリケーションを再作成する方が簡単だという点です (Silverlight 3 をターゲットにしたのは、Windows Phone に簡単に移植できるようにしたため)。Silverlight プロジェクトの FlashCards.UI.SL では、多くの WPF 機能を Silverlight の機能を使用して (真似して) 再現しています。

Silverlight XAML の作成とデータバインドの使用では、.NET と WPF のスキルが大いに役に立ちます。Silverlight 4 ではなく Silverlight 3 を選んだのは、Windows Phone Silverlight ランタイムのバージョンが 3 であり、Silverlight から Windows Phone への移植をできるだけ容易にするためです。そし��、まさに意図したとおり、Silverlight から Windows Phone への移植をとても簡単に行うことができました。Silverlight アプリケーションを Windows Phone で実行できるようにするためにかかった日数は、3 日程度でした。

左下の図を見るとわかるように、Windows Phone UI プロジェクトの FlashCards.UI.Phone ファイルの多くは (下の画像で折りたたまれた状態で表示されているフォルダーも含めて) リンクファイルであり、 Silverlight Web アプリケーション実装の FlashCards.UI.SL にリンクしています。

リンクできなかったファイルは、Views フォルダーの下にあります。その 1 つである XAML ファイルは、Windows Phone でのページの表示方法に直接関係しています。携帯電話の画面は非常に小さいので、表示できるオブジェクトの数も少なくなります。このため、XAML の実装内容は似ているものの、若干異なっています。

通常の C# コードとは異なり、XAML は #ifdef をサポートしていないので、ゲームのすべてのビューについて新しい XAML を作成する必要がありますが、この場合も既存の XAML の内容の大部分を流用することができます。

この実装については取り上げるべき内容が膨大にあるため、ここでは詳しくは取り上げません。ソースコードがあるので、ぜひダウンロードしてください (ドキュメントもあります)。また、Channel 9 でショートビデオ (英語) を公開しています。

Flashcards.show のバージョン 2 をサポートしてくれた Arik Poznanski 氏に感謝します。

Twitter では、Windows Phone に関する発表をツイート (WP7DEV) しているのでフォローしてみてください。

私のツイート (Yochay) もぜひフォローしてください。

無料ツールをお試しください。無料のトレーニングや無料の Jump Start ビデオコースについてもぜひご利用ください。

Hotmail の「グレーなメール」対策について

jpwin — Wed, 19 Oct 2011 04:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

今日も Windows Live ネタをお届けします。2011 年 10 月 3 日に Inside Windows Live Blog に投稿された「Hotmail declares war on graymail」の翻訳で、Hotmail の便利な新機能について説明しています。

Hotmail の「グレーなメール」対策

SmartScreen™ の導入で、Hotmail の受信トレイに入る迷惑メールを 3% 未満に減らすことに成功したと以前の投稿記事 (英語) で紹介しましたが、どうやらそれだけでは不十分だということがわかりました。なぜなら、ユーザーが「迷惑メール」と判断しているメールの 75% が、昔に購読したメールマガジンやダイレクトメール、サービス通知など、「いらないメール」だったからです。私たちはこのようなメールのことを「グレーなメール」と呼んでいます。今回の Hotmail の機能強化では、「グレーなメール」の処理に役立つ 5 つのツールを提供開始します。

受信トレイの中身は?

電子メールが使われ始めた当初、ほとんどのメールは知人からのものでした。しかし、現在はメールが普及し、色々な使われ方をしているため、受信トレイの状況が当時と異なります。典型的な受信トレイの中身は、半分以上がメールマガジンやダイレクトメールで、17% が SNS の通知、そして 14% が人とのコミュニケーションに使うメールです。残りはメーリングリストや買い物をした際の通知、純粋な迷惑メールで構成されます。

「グレーなメール」とは?

今の受信トレイは、不要なメールでいっぱいです。それは、以前購読してそのままになっているメールマガジンであったり、新しいサービスに加入したときに (「今後メールを受信する」のチェックを外し忘れて) 登録してしまった通知メールかもしれません。SNS からの更新通知の場合もあります。「グレーなメール」の特徴は、ある人にとっては「迷惑メール」かもしれませんが、他の人にとっては重要である可能性があり、はっきりと白黒つけられないことです。そのため、「グレーなメール」と呼んでいます。

純粋な迷惑メールは減りましたが、ほとんどのユーザーの受信トレイは今でも、メールマガジンや販促メールなどで埋もれていることがわかりました。実際、ユーザーが「迷惑メール」と判断しているメールの 75% が、実は、以前 Web サイトで何らかの登録をした結果送られてくるようになった「グレーなメール」です。不要な「グレーなメール」がたくさんあるために、本当に大切なメールを見逃したりすることもあるでしょう。新しくリリースされる Hotmail では、「グレーなメール」の処理に役立つ 5 つのツールを提供することにしました。

新しい「ニュースレター」のカテゴリ

カテゴリについてはこれまでもお話ししてきましたが、前回の機能強化で、SNS からの通知や Office ファイルが添付されているメール、写真が添付されているメールなどを、自動的に仕分けできるようになりました。今回、新しく「ニュースレター」のカテゴリが追加されます。ここでも学習エンジンである SmartScreen™ の技術を利用し、日々学習していきます。まず、95% の精度でニュースレターを仕分けします。そして、その先は、お客様自身がメールを「ニュースレター」に分類 (あるいは分類解除) することにより、学習が進んで精度が向上していきます。お客様がメールをニュースレターとして分類するたびに仕分けの精度が高まり、自分自身のため、ひいては他のすべてのユーザーのためとなるのです。

ワンクリックで購読停止

ニュースレターの購読を停止したくても、どうやったら停止できるのかわからないことも多々あります。新しい Hotmail では、1 ステップで購読を停止できるようになりました。[受信登録の取り消し] をクリックしていただければ、あとは私たちが対処します。つまり、私たちが代わりにそのサイトに購読停止を通知し、「一括処理」でその差出人からのメールをすべて削除し、さらには取り消しが完了するまでに届くメールを「迷惑メール」に仕分けします。

クリーンアップのスケジュール設定

ニュースレターは購読したいけれど、最新の 1 通だけ残して後は削除したい、という方も多いでしょう。たとえば、ネットショッピングや販促メールなどは、セールは 1 週間だけ有効だったり、最新のメール以外は古くて意味がなかったりします。そんなときに、今回新しく導入する「クリーンアップのスケジュール設定」が大変便利です。この Hotmail にしかない機能により、以下のことが可能です。

ある差出人からの最新メールだけを残す
受信後、一定期間 (3 日、10 日、30 日、60 日) を経過したメールを削除する
受信後、一定期間を経過したメールをフォルダーに移動する

たとえば、次のような使い方ができます。

お気に入りサイトの最新のイベント通知だけを残す
Groupon などのキャンペーンサイトからの最新のメールだけを残す
10 日経過したらニュースレターを削除する - これで、読む・読まないにかかわらず、受信トレイがすっきりするでしょう
銀行やクレジット会社からの明細メールを、30 日経過したら特定のフォルダーに移動してアーカイブする

フラグを付けて、大事なメールを常にトップに

「グレーなメール」との戦いは、削除や移動だけでは解決しません。ユーザーにとって本当に大切なメールがすぐに見つけられることが大事なのです。

大事なメールを受信したとき、忘れないようにメールを「未読」にするお客様も多いのですが、その後たくさんの未読メールを受信してわかりづらくなったりします。あるいは、自分自身に転送して受信トレイの一番上にもってきたりする方もいらっしゃるでしょう。

Hotmail では、フラグでこれを解決するのが良いと考え、今度のリリースでは「フラグ」機能を強化しています。メールにフラグを付けると、そのメールは受信トレイの一番上に固定され、新しいメールを受信してもその場所に居続けます。つまり、重要なメールは常にトップに表示されるので、トラックしやすくなると言う訳です。それだけでなく、特定の差出人から受信したメールには必ずフラグを付けるように設定することもできるようになります。

もちろん、フラグはカテゴリの一種なので、ニュースレターのように「クリーンアップのスケジュール設定」や「一括処理」も実行できます。

違う種類のメールには、カテゴリのカスタマイズで対応

標準設定のカテゴリでも十分使えるはずですが、ユーザーの中には受信トレイに対してもっと細かくルールを設定したり、Gmail のラベルのような機能を使いたいという方もいらっしゃるでしょう。そのような方のために、「一括処理」と「クリーンアップのスケジュール設定」の機能を利用して、カテゴリをカスタマイズできるようにします。

新しいカテゴリを作ったら、関連するすべてのメールに対して同じカテゴリを適用することができます。過去のメールを探したり、複雑な仕分けルールを作る必要はありません。メッセージは、新しいカテゴリコラムを使って、メッセージ一覧で仕分けできます。さらに、カテゴリはフォルダー一覧の下の「クイック分類」に表示されるので、メールを探すときにとても便利です。

フォルダーの整理

メールの整理にフォルダーを使うのがお好きな方は、これらの機能をどう活用できるか考えていることでしょう。カテゴリ、一括処理、およびクリーンアップのスケジュール設定は、フォルダーにも適用できます。メールをクリックし、[一括処理] か [クリーンアップのスケジュール設定] をクリックすると、その差出人 (またはカテゴリ) からのメールをフォルダーに移動し、今後届くメールにも適用させることができます。もちろん、ご自身で好きなフォルダーやサブフォルダーを作ることもできますが、それだけではありませんー高度なフォルダー管理ツールを追加しました。その結果、ドラッグアンドドロップでフォルダーを階層化したり、インラインで新規フォルダ―を作成したり。右クリックでフォルダーの名前を変更したり、フォルダー内のメールをすべて開封済みまたは空にしたり、フォルダーを削除することもできるようになります。

まだ始まったばかり

「グレーなメール」対策に活用できる新機能が盛りだくさんです。でも、まだ始まったばかりです。今後これらの機能を提供開始するにあたり、もっといろいろと見えてくると思います。みなさんの Hotmail でこれらの新機能が使えるようになったら、ぜひお試しください。そして感想をお聞かせください。

Hotmail アカウントと Huffington Post

jpwin — Wed, 12 Oct 2011 05:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

さて、本日は久しぶりに Windows Live に関する開発者向け情報をお届けします。1 か月ほど前になってしまいますが (でも、前回の 1 年半前の記事の紹介よりはマシですね...)、2011 年 9 月 2 日に Inside Windows Live Blog に投稿された「The Huffington Post makes it easier for Hotmail users to share their favorite articles」の翻訳をお届けします。日本の方が Huffington Post という英字のインターネット新聞 (ニュースサイト) を読むことはあまりないとは思いますが、Windows Live の機能を使用してどのようなサービスを提供できるか、その参考になれば幸いです。

Hotmail アカウントで、Huffington Post のお気に入り記事の共有が簡単に

Windows Live 開発者向けプラットフォームを刷新する主な目的は、Web サイト内に Hotmail、SkyDrive、Messenger を組み込むための開発者の作業を効率化し、簡素化することにあります。

この Windows Live 開発者向けプラットフォームを有効活用した Web サイトの 1 つに、Huffington Post (英語) があります。Huffington Post は、ビジネス、エンターテイメント、政治、時事問題などに関する記事やブログを扱う人気のニュースサイトです。このサイトは現在、Web サイトのトラフィック量などを調査している Alexa 社のインターネットサイトトップ 100 (英語) にも含まれています。Huffington Post には、一般的な電子メールやソーシャルメディアサイトの利用者が簡単にログインして、友人とコンテンツを共有できるようにするための機能が数多く用意されています。また先頃 Hotmail が統合され、Hotmail ユーザーが簡単に友人とコンテンツを共有できるようになったほか、Huffington Post サイトへのサインアップやサインインにも、Hotmail アカウントを使用できるようになりました。

Huffington Post の記事を Hotmail の友人と共有する

Huffington Post のすべての記事には、ソーシャルメディアサービスや電子メールで記事を共有するためのオプションがあります。このハリケーンアイリーンの記事 (英語) にも同様にオプションがあります。

電子メールのオプションを選択すると、電子メールプロバイダーの一覧が表示され、Hotmail を選択できるようになります。

Hotmail を選択すると、OAuth 2.0 ベースの承認ワークフローが開始され、Huffington Post が Hotmail の連絡先一覧を含むユーザー情報にアクセスすることを許可するかどうかが尋ねられます。

Huffington Post にユーザー情報へのアクセスを許可すると、Hotmail の連絡先一覧に含まれるすべての人と記事を共有できるようになります。

Hotmail ユーザーのための簡略化されたサインイン

Hotmail アカウントをお持ちの方は、Huffington Post を自分の Hotmail アカウントと関連付けすることで、Huffington Post アカウントへのログインやサインアップのプロセスを簡略化できます。Huffington Post のサインインページで、Hotmail アカウントによるサインインを選択できるようになっています。

Hotmail アカウントを使用してサインインすると、先述の OAuth 2.0 ベースの承認ワークフローによって、Huffington Post からユーザー情報へのアクセスが可能になります。数秒のうちに、Hotmail アカウントの情報がサインアッププロセスに読み込まれます。

これで、情報をいくつも入力する代わりに、わずか数回のクリックで Huffington Post の新規アカウントにサインアップできます。

Hotmail との統合機能を利用して、電子メールベースの共有機能を提供するサイトが増えています。電子メールは今も、コンテンツをインターネット上で共有するための最も一般的な手段です。マイクロソフトでは引き続き、パートナーおよび Hotmail を利用するお客様の双方のエクスペリエンスを向上するための方法を追求していきます。

IE9 で Hotmail と Huffington Post サイトをピン留めする

Internet Explorer 9 のピン留め機能は Hotmail の共有エクスペリエンスを大きく向上させます。 Huffington Post も最近、ブラウザーを開かないユーザーをサイトに引き戻すために、ピン留め機能の通知機能 (英語) を使用し始めました。その結果、ピン留め機能を使用するユーザーでは、Huffington Post サイトに留まる時間が 49% も増加しました (英語)。皆さんもぜひ Huffington Post サイトまたは Hotmail でお試しください。また、ピン留め機能によってサイトを強化する方法については、BuildMyPinnedSite.com (英語) を参照してください。

Windows API Code Pack の過去、現在、そして未来

jpwin — Tue, 04 Oct 2011 07:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

さて、今日は 2010 年 4 月 27 日に Developing for Windows Blog に投稿された「Windows API Code Pack – Past, Present, and Future」の翻訳をお届けします。.NET Framework を使用したアプリケーションから Windows の機能を簡単に呼び出せるようにするためのソースコードライブラリである Windows API Code Pack の歴史を学ぶことができます。

なお、文中で触れられている最新の Windows API Code Pack 1.1 は、こちらからダウンロードできます。

Windows API Code Pack – 過去、現在、未来

私が Windows API Code Pack について記事を書くのはこれが初めてではありませんし、これが最後でもないでしょう。ただし、今回の記事は、.NET Framework を使用して Windows アプリケーションを開発しているすべての Windows 開発者のために書きました。すなわち、皆さんに宛てた記事です。Windows API Code Pack は将来のリリースに向けて準備中です。皆さんからのフィードバックをお待ちしています。API Code Pack は今でも使えるのだろうかとご心配の方、もちろん、現役で利用可能ですよ!

背景情報

.NET Framework 上での Windows 開発を対象とした "公式の" マネージ API が存在するとしたら、Windows API Code Pack はそれに最も近いものでしょう。Windows API Code Pack は無償のマネージソースコードライブラリであり、マイクロソフトから現状有姿で提供されています。このライブラリは、自分で書いたコードと同じように利用できます。Windows API Code Pack は、マネージコードで Windows アプリケーションを作成する開発者がアプリケーションをより洗練させるための足がかりとして、非常に堅牢なソリューションを提供します。また、Windows Vista から継続されたいくつかの基本 (コア) 機能に加えて、Windows 7 の数多くの新機能にも対応しています。

Windows API Code Pack はかつて、Windows Vista Bridge (または単に "Bridge") と呼ばれていました。マイクロソフトは、Windows Vista および .NET Framework 3.0 のリリース後に Windows Vista Bridge の開発に着手しました。.NET Framework 3.0 では、Windows Shell を含むいくつかの Win32 API がサポートされていなかったため、マネージコード開発者は、Windows のパワーを完全には活用しにくい状況に置かれていました。これを受けて、Code Pack チームは、マネージコード開発者がこのギャップを乗り越え、検索、再起動と回復、グラス、電源管理といった Windows の便利な機能にアクセスできるようにするための "ブリッジ" の構築に取りかかったのです。この取り組みの成果が、Windows Vista Bridge サンプルライブラリ (英語) です。

Windows Vista Bridge を更新するにあたり、私たちは従来の名称が新しいライブラリにふさわしくないことに気づきました。このライブラリはもはや特定の Windows リリースと結び付くものではありません。そうした観点から、Windows API Code Pack for Microsoft .NET Framework という、やや冗長ながら内容を正確に表す名称が採用されました。Vista のリリース後に出荷された Vista Bridge と異なり、Windows API Code Pack のアルファ版 (バージョン 0.8) は、Windows 7 の出荷よりも 6 ヶ月前の 2009 年 4 月 20 日にリリースされました。初期バージョンをリリースすることで、開発者からフィードバックを募り、機能リストを更新し、より多くのバグを発見する機会が得られました。また、このリリースにより、Windows 7 対応のマネージコードが初めて現実のものとなりました。それまで、 .NET Framework (3.5) は Windows 7 の機能を全くサポートしていなかったからです。

Windows API Code Pack バージョン 1.0.1

最初のアルファ版 0.8 のリリースから 1 年が経過し、その間、さらに 3 つのバージョンがリリースされました。現在のバージョンである 1.0.1 は、2009 年 11 月 18 日にリリースされ、Windows を取り扱うすべてのマネージコード開発者が利用できる数多くの便利な機能をサポートしています。完全なタスクバー統合、拡張された Windows Shell およびライブラリ、DirectX 11、センサー、その他多くの機能がこれに含まれます。

Windows API Code Pack のダウンロード数は、リリースから現在までで 67,000 回を突破しました。また、Windows 7 Training Kit for Developers、Flashcards.Show、Images.Show などの関連プロジェクトについても、ほぼ同数のダウンロードが記録されています。これらは、Windows API Code Pack DLL を使用する、または Windows API Code Pack のコードを含むプロジェクトです。この場を借りて、Windows API Code Pack をダウンロードしてくださった皆様にお礼を申し上げたいと思います。ありがとうございました!

Windows API Code Pack バージョン 1.X

Windows API Code Pack の進化はまだまだ続きます。バグフィックス、大規模なコードのクリーンアップと標準化、いくつかの新機能などを導入した新しいバージョンが、数週間あるいは数か月以内にリリースされる予定です。

Code Pack チームは、既存のコードベースに大幅な手直しを加えました。マイクロソフトの開発プロセスに従って、Visual Studio FxCop の分析結果、新しい名前付け規則への準拠、パフォーマンスの向上、アップグレードなど、さまざまな尺度からオリジナルのコードが再検討された結果、よりクリーンで凝集度の高いベースラインが生まれました。このベースラインコードは、マイクロソフト内部で将来のリリースの基盤として利用されるとともに、開発者の皆さんからも高く評価されるだろうと確信しています。

また、主要なすべてのプロジェクト (DLL) に対する自動テストも追加されました。Windows API Code Pack に自動テストが搭載されることで、マイクロソフト内部の開発プロセスが効率化されます。さらに、皆さんが Code Pack をカスタマイズした際に何らかの破損が生じると、テスト中にアラートを受け取れるようになります。Windows API Code Pack では、xUnit と呼ばれるテストフレームワークを使用しています。Visual Studio (VS) の単体テストではなく xUnit を選んだ理由は、単体テストが、VS の無償バージョンである Express に含まれていないためです。これにより対象ユーザーが限定されることは望ましくありませんでした。

こうしたコード変更の結果、導入された新機能の数は多くありません。しかし、その代わりに、今後の開発の基礎となる、従来よりはるかに強固で、保守とデバッグが容易なコードベースが誕生しました。私たちは、数週間以内に出荷予定の次期リリース用に、いくつかの新機能の開発を進めています。

もちろん、ここからが皆さんの出番です。Code Pack に追加したい機能がある方、特定の Win32 API をラップしたいとお考えの方、もしくは、何らかのフィードバックをお送りになりたい方、今がチャンスです。Windows API Code Pack. に関する開発者サイトの Discussions (英語) または Issue Tracker (英語) からフィードバックやバグを提出してください。

私たちは、Windows Shell (特に、Shell 統合、ファイルハンドラーとプロパティのサポート、ライブラリ、検索とインデックスなどの分野) のサポート向上には格別の関心を寄せています。また、Windows に関連したソーシャル API と Web API の追加、および Windows サービス、タスクスケジュール、電源管理に関する基本 API のさらなる充実についても検討しています。その他にも、アイデアやフィードバックがありましたら、ぜひお聞かせください。

BUILD で Windows 8 Developer Preview が公開されました

jpwin — Mon, 26 Sep 2011 06:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

本日は、2011 年 9 月 13 日に Blogging Windows Blog に投稿された「Windows 8 Previewed Today at BUILD」の翻訳をお届けします。カリフォルニア州アナハイムで開催された BUILD イベントにおける Steven Sinofsky の keynote については先日の「BUILD イベントが始まりました」の記事で簡単にご紹介しましたが、この投稿では Windows 8 Developer Preview について具体的に紹介しています。

なお、”Windows 8” はまだ開発途中の製品です。また、用語 (ユーザーインターフェイスの名称など) についても、今回便宜上日本語に翻訳しましたが、実際の日本語版製品での用語とは異なるかもしれません。もちろん、英語版の用語も今後変更される可能性があります。これらのことについてご了承のうえ、お読みください。

BUILD で Windows 8 Developer Preview をお披露目

アナハイムで開催されている BUILD の keynote (基調講演) が終わりました。この keynote では、Steven Sinofsky とエンジニアリングリーダーシップチームのメンバーらによって、数千人の開発者の目の前で Windows の次期メジャーリリース (コードネーム "Windows 8") の詳細なプレビューが行われました。

私が見た限り、会場の全員 (そしてツイート参加者) が、そのプレビューの様子に興奮していました。この keynote で Steven も話したように、Windows 8 はコンピューティングを刷新するものです。これは同時に、Windows の刷新でもあります。今回の BUILD では、開発者に初期段階の Windows 8 をお披露目すると同時に、Developer Preview の配布も行われました。Steven Sinofsky が Building Windows 8 ブログに投稿した新しい記事 (日本語翻訳はこちら) で、Developer Preview について (いつ、どこで入手できるかの情報も記載) と Windows 8 アプリの作成方法について説明されているので、ぜひご一読ください。

私は、BUILD で配布された Windows Developer Preview 搭載のサムスン製プロトタイプ PC を手に入れることができました。Windows 8 のプレビュー版を操作するのはこれが初めてだったので、PC を手にするやいなやホテルの部屋に飛んで帰り、起動してみました (PC オタクの私にとっては、クリスマスプレゼントをもらったような気分です!)。

Windows 8 Developer Preview のエクスペリエンスは、新しい Windows Metro のデザインスタイルを取り入れたセットアップ処理から始まりました。ここでは、自分の PC に名前を付けたり、ワイヤレスネットワークに接続したりするために、さまざまな画面が表示されていきます。その後、Microsoft アカウント (Hotmail や SkyDrive などにサインインするためのマイアカウント) でのサインインを選択しました。Microsoft アカウントでサインインすると、Windows 8 によって PC 上にマイアカウントが作成されます。このマイアカウントは、Windows Live のプロフィール情報 (氏名やプロフィール写真など) に基づいて作成されます。この氏名と写真は、後にスタート画面の右上に表示されるマイユーザータイルに使用されます。Windows 8 では、新規のユーザーアカウントでサインインする場合にも、Microsoft アカウントのパスワードが使用されます。私は Microsoft アカウントを使用したので、この PC 用に別のユーザー名やパスワードを作成する必要はありませんでした。Windows 8 PC の設定やアプリケーションは、Live を介して別の Windows 8 PC にローミングすることができます。ただし、現在の Windows 8 Developer Preview では、この機能は無効になっています。Windows 8 で新規ユーザーアカウントを設定するときに、自分の Microsoft アカウントを使用しないという選択も可能ですが、クラウドの真価を発揮させるためには、ぜひこの方法を検討してみてください。

一連の手順が完了すると、新しいユーザーアカウントで Windows 8 にサインインします。

サインインが完了するとすぐに、Windows 8 の新しい Metro スタイル UI を使用したスタート画面が表示されました。これは私にとって感動の瞬間でした。私は直感的に指で画面を左から右になぞりました。スタート画面はこのようにしてナビゲートします。スタート画面では、すべてのものが 1 つの階層に配置されています。操作も軽快で、非常に高速です。スタート画面は、PC 上のあらゆるアプリやコンテンツへの入り口です。アプリは、アイコンではなくタイルによって表示されます。アイコンとは異なり、タイルではそのアプリ内部のアクティビティを反映することができます。つまり、最も重要な情報はアプリのタイル ("ライブタイル") に表示されるので、アプリを開いて詳細を確認しなくても済むようになります。今の天気を知りたいだけなのに、わざわざ天気情報アプリを開くのは面倒ですよね? 上記のスタート画面にはアプリがいくつか固定されていて、そこに情報が表示されています。

スタート画面は、"アプリケーション起動プログラム" を美化しただけのものではありません。なぜなら、そうではないからです。スタート画面には、お気に入りの連絡先、フォトアルバム、音楽再生リスト、Web サイトなどを固定することもできます。アプリ内の項目は、基本的にスタート画面に固定することができます。ただし、Windows 8 Developer Preview ではまだこの機能の一部しか実装されていません。

Steven Sinofsky の keynote では、Mail (メール)、Calendar (予定表)、Photos (写真)、People (人)、Messaging (メッセージング) などの Windows Live の接続アプリのデモが行われましたが、これらは Windows 8 Developer Preview には含まれていません。

スタート画面はカスタマイズすることもできます。Windows 8 に初めてログインすると、スタート画面には Windows 8 Developer Preview に入っているアプリが並んでいます。その中には、Windows 8 のアプリケーションで何ができるのかを示すためにインターンの学生たちが開発したサンプルアプリもありました。下の写真は、BUILD の keynote で前列に座ったインターン学生たちの様子です。

Windows 8 Developer Preview に入っているアプリには、天気情報、株式、ニュースなどのアプリや、Tweet@rama、Socialite などがあります。また、Windows 8 アプリを作成するために必要な開発者用ツールもすべて含まれています。スタート画面上には、私が個人的に必要としないアプリもいくつかありました。それらのアプリを画面上から消すには、そのタイル上に指を置き、下向きにスワイプするだけです。すると画面下に 3 つのアプリケーションコマンドが表示され、このアプリケーションを固定解除できるようになります。

タイルには、大きなタイル (長方形) と小さなタイル (正方形) があります。タイルのサイズを変更するには、タイルを固定解除するのと同様に、タイル上で指を下向きにスワイプします。

Windows 8 Developer Preview に入っているアプリの中でも特に私が気に入っているのは、Tweet@rama です。これは私が Twitter で頻繁にツイート (そして閲覧) しているためです。また、制限時間内に指で英単語をスワイプして消していく Word Hunt というゲームや Socialite もお気に入りとなりつつあります。

これらのアプリは Metro スタイルアプリと呼ばれるもので、Adobe Photoshop のようなデスクトップアプリケーションとは異なります。Metro スタイルアプリは全画面で表示されるうえ、エクスペリエンスも没入感 (臨場感) のあるものになっているため、枠にとらわれることなくそのエクスペリエンスに "没頭" することができます。

画面の右側を右から左にスワイプすると、左下部分に時計と日付、そしてワイヤレス接続とバッテリ残量のアイコンが表示されます。また、画面右側には一連のコマンドが現れます。このアイコンバーに表示されるのは、Windows の基本機能である [Search (検索)]、[Share (共有)]、[Start (スタート)]、[Devices (デバイス)]、および [Settiings (設定)] にアクセスするための、5 つの "チャーム" と呼ばれているものです。

PC 内で何かを検索したければ、チャームを表示し、[Search] チャームを選択します。これで、アプリでも、設定でも、もちろんファイルでも、PC 内のあらゆるものを検索できます。

検索は、アプリ内からも実行することができます。たとえば、#bldwin というハッシュタグを使用して BUILD から発信されている最新のツイートをすべて確認したい場合には、検索ボックスに #bldwin と入力して Tweet@rama を選択すると、そのハッシュタグを使用している人たちのツイートを取得できます。

私たちは皆、自分の身近な人とコンテンツを共有しています。それは電子メール中の写真だったり、Facebook であったり、ツイートで見つけたインターネット上の記事へのリンクだったりします。Windows 8 では、アプリ間の共有が簡単になりました。私は、Internet Explorer 内の BUILD Web サイトへのリンクを Twitter と共有してみました。

チャームを表示して [Share] チャームをクリックし、Tweet@rama を選択すると、その後私がフォロワーにツイートするメッセージ内に、BUILD Web サイトへのリンクが自動的に挿入されます。ここで重要なのは、Windows 8 ではアプリ同士が協力して、シナリオを完成できるということです。

[Start] チャームを使用すると、すぐにスタート画面へ戻れます。

また [Devices] チャームでは、写真や音楽やビデオを共有するためのデバイスを選択したり、プリンターを管理したりすることができます。残念ながら、このブログ記事を書いたときには適当なデバイスがなかったため、この機能を試すことはできませんでした。ハードウェアのパートナー企業は、自社のデバイスを管理するために、このチャームから直接起動できる独自の Metro スタイルアプリを作成できます。

[Settings] チャームを使うと、各アプリ内からそれぞれの設定にすばやくアクセスできるようになります。その他にも、ワイヤレスネットワーク、ボリュームコントロール、画面の明るさ、通知 (をオフにする機能) などにアクセスしたり、PC をシャットダウン/再起動/スリープしたりすることもできます。

PC を自分の好みに合わせて構成できるよう、Windows 8 には Metro スタイルのコントロールパネルアプリが用意されています。これにより、ユーザーはタイルの写真やロック画面の背景など、気になる要素をすばやく変更できるようになっています。私はロック画面の背景を、最近撮ったお気に入りのレイニアー山の写真に変更しました。

私はロック画面のオプションを調べているうちに、あることに気付きました。それは、ある 1 つのアプリを選択すると、そのアプリの詳細な状態がロック画面上に表示されるということ、そして、最大 6 つまでのアプリの状態をバッジとして表示できるということです。ということは、きっと、ダイレクトメッセージを受け取ったのか、"@" リプライを受け取ったのかを教えてくれる Twitter アプリ用の状態バッジも実現可能でしょう。

Windows 8 では、PC をロック解除するための方法として、"Picture Password (画像パスワード)" を作成することもできます (上の写真を参照)。この方法で PC をロック解除するには、写真と写真上の 3 つの点 (またはジェスチャ) を選択します。(ただし、必要な場合は通常のパスワードに切り替えることもできます)。

その他の Metro スタイルのコントロールパネルのオプションとしては、ワイヤレス (飛行機での移動中に PC を "airplane mode (機内モード)" に設定可能)、プライバシー (どのアプリがどのような方法で個人情報にアクセスできるかをコントロール)、検索履歴、共有や送信のオプションのほか、デバイス、PC の同期、ホームグループ、Windows Update などが含まれます。

通知の動作については、Windows 8 がインストールされた PC に実際に USB ドライブを挿入して確認しました。Windows でおなじみのベル音と共に、小さな通知ポップアップが画面の右下隅に表示されました。

この通知は、挿入したストレージデバイスでどのような処理をしたいかを確認するものでした。通知をクリックすると、選択可能なオプションの一覧が表示されました。

下の画像は、サンプルのアラームアプリのアラーム通知の例です。

Windows 8 を語るなら、Internet Explorer 10 を忘れてはいけません。Windows 8 には Metro スタイルバージョンの Internet Explorer が組み込まれていて、特にタッチ操作においては Web の閲覧を非常に高速で滑らかなものにしています。

Internet Explorer 10 は、Web 標準をサポートし、GPU アクセラレーションを使用した HTML5 解析を実現した画期的な Internet Explorer 9 をベースとしているため、Web サイトの読み込みが非常に高速です。上のスクリーンショットを見ていただければ、Windows 8 の Internet Explorer ではタブの切り替えが簡単であることがよくわかると思います。また、お気に入りの Web サイトを Internet Explorer に直接固定したり、スタート画面に固定することもできます。

私が Tweet@rama でツイートをしているときに、私がフォローしているある人がシアトルの天気について書き込みをしました。そのとき私はアナハイムにいたので、ふとアナハイムの天気が気になりました。天気情報アプリは既に起動していたので、そのアプリを再度画面に表示させるには、PC 画面の左側を指で左から右にスワイプするだけでした。このように、開かれているアプリにはすぐに切り替えることができます。

あるアプリの使用中に、左から別のアプリをゆっくり引き出してそれを "スナップ" し、2 つのアプリケーションを同時に実行させることもできます。上のスクリーンショットでは、Metro スタイルアプリを別のアプリ (メインアプリケーション) にスナップし、小さなウィンドウ内で実行しています。こうすることで、私はツイートを続けながら、アナハイムの天気をすばやく確認することができました。

では、デスクトップアプリケーションはどうなるのでしょうか。Windows 7 上で実行されていたアプリケーションは、Windows 8 でも問題なく実行できます。実際、このブログ記事のスクリーンショットを作成するために、Paint.NET をダウンロードしました。Paint.NET のインストールは何の問題もなく完了し、インストール後には、Metro スタイルアプリと全く同様にスタート画面上に表示されました。これをタップすると、Windows 7 と同じ様に Windows デスクトップ上で起動します。Windows 8 にも Windows デスクトップがあり、スタート画面上でアプリのように動作します。

もう 1 つ重要な点があります。これまで私が説明してきたすべての操作はタッチで行ったものですが、マウスとキーボードを使用しても、同様のシナリオを完全に実行できます。

ゆくゆくは、開発者の皆さんが開発した Windows 8 アプリが、Windows Store から購入、ダウンロードできるようになるでしょう。ただし、Windows 8 Developer Preview には Windows Store は用意されていません。

Windows 8 Developer Preview には、この記事ではカバーしきれない機能がたくさん含まれています。ここでは、Windows 8 の新しいユーザーエクスペリエンスに絞って説明させていただきました。スタート画面は、Windows 95 におけるスタートボタンのようなもので、まさに Windows の刷新です。Windows 8 は PC の使い方を大きく変化させるでしょう。

これから何年経ったとしても、私は Windows 8 に最初にログインし、スタート画面が表示された瞬間のことを忘れません。Windows 8 について、今回私が最も期待しているのはスタート画面です。しかしながら、私が実際に実機を手にできたのは、1 日にも満たないわずかな時間でした。Windows 8 には、私の知らないことがまだまだたくさんあるはずです。

Building Windows 8 ブログの記事一覧

jpwin — Fri, 16 Sep 2011 07:00:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

さて、Building Windows 8 ブログ (B8 Blog) が始まって 1 ヶ月が経ちました。すでに 19 件の記事 (それも長～いものばかり) が投稿され、日本語版をはじめとする各言語の翻訳語版も順次提供されています。

今後も続々と投稿される予定なので、こちらで B8 Blog に掲載された記事の「もくじ」を作ってご紹介することにします。B8 Blog では全タイトルを 1 ページ内で見ることができませんし、タグが設定されているものの「これだ！」という記事を見つけるのは、記事が多くなるにつれて今後ますます困難になっていくと思われます。英語の記事と日本語翻訳版のタイトルを両方並べておきますので、目的の記事を探したり、オリジナルの英文と日本語訳を読み比べたりするのにご利用ください。

今後も、この「もくじ」は定期的に更新していく予定です。

Building Windows 8 ブログ記事タイトル一覧

(英語タイトルのうしろの日付は、記事が投稿された米国時間の日付です)

セットアップ、更新関連

[Start] (スタート) 画面関連

ファイルシステム、ディスク、ストレージ関連

Windows システム関連 (起動、パフォーマンス)

セキュリティ、パスワード関連

Protecting you from malware (2011/9/15)
マルウェアからユーザーを保護する
Protecting your digital identity (2011/12/14)
デジタル ID の保護
Signing in with a picture password (2011/12/16)
ピクチャパスワードを使ってサインインする
Optimizing picture password security (2011/12/19)
ピクチャパスワードのセキュリティを最適化する

仮想化関連

ハードウェア関連

Building robust USB 3.0 support (2011/8/22)
強力な USB 3.0 サポート体制の構築
Experiencing Windows 8 touch on Windows 7 hardware (2011/9/13)
Windows 7 のハードウェアで Windows 8 のタッチ機能を体験する
Optimizing for both landscape and portrait (2011/10/21)
横向きと縦向きの両方に向けた最適化
Supporting sensors in Windows 8 (2012/1/24)

アプリケーション関連

ブラウザー関連

ネットワーク関連

Engineering Windows 8 for mobile networks (2012/1/20)

Windows Live 関連

Windows のリリースについて

ブログ、コミュニケーション関連

BUILD イベントが始まりました

jpwin — Wed, 14 Sep 2011 05:30:00 GMT

みなさん、こんにちは。Windows 開発統括部の古内です。

米国時間の 2011 年 9 月 13 日より、アメリカのカリフォルニア州アナハイムにおいて、BUILD イベントが開催されています。この開発者を対象としたイベントでは、keynote (基調講演) をはじめ、100 以上のテクニカルセッションや chalk talk (講師とのインタラクティブな講義) が実施され、現在開発中の次期バージョンのオペレーティングシステム "Windows 8" (コードネーム) に関連した最新の技術情報が提供されます。

このイベントやセッションの様子については、Web キャストで配信されています。直接アナハイムのイベントに出席されていない方も、ぜひオンラインで BUILD ホームページ (http://www.buildwindows.com/) から BUILD にご参加ください。

Building Windows 8 ブログでお馴染みの Steven Sinofsky による keynote のビデオは、BUILD ホームページにてご覧いただけます。なんと keynote のビデオは 3時間半もあるので、簡単に解説すると、

最初の 1 時間は始まるを待っている時間です。会場の様子も映っていますが、keynote はまだ始まりません。
実際に Steven Sinofsky が登壇して keynote が開始するのは 1:07 からです。”Windows 8” とは何か、設計コンセプトなどを説明しています。
1:20 から Julie Larson-Green が登場して、Windows 8 の新しいユーザーエクスペリエンスの紹介が始まります。
1:39 ころから Windows 8 用のアプリ (Metro style App) の開発方法 (プラットフォームや言語) についての説明が始まります。そして 1:45 に Antoine Leblond が登場して、新しい Visual Studio 11 を使ったアプリ開発や Windows Store のデモを行います。
続いて議題はハードウェア関連に移り、2:14 に私の上司の上司の上司の上司である Mike Angiulo が登場して、さまざまな PC フォームファクターやデバイスエクスペリエンスについてデモをします。イベント出席者に配布された Samsung のプロトタイプ PC もここで発表されました。
2:39 ころから、インストールやタスクマネージャー、仮想マシンなどパフォーマンス系の話題や Internet Explorer 10 などについて Steven Sinofsky が解説します。
3:04 から Chris Jones が登場して、Windows Live のデモを行い、クラウドサービスについて説明します。
最後に 3:18 から、keynote のデモで使ったサンプルアプリの開発に貢献したインターン (大学生) の紹介があり、
3:23 からの Path to “RTM” (今後のスケジュール) と Windows 8 Developer Preview の話で締めくくられています。

BUILD イベントの各セッションのビデオや資料は、Channel 9 で提供されます。BUILD ホームページからもアクセスできるようになる予定です。

Windows 8 Developer Preview をダウンロードするには、http://dev.windows.com/ にアクセスしてください。

追伸 (2011 年 9 月 15 日)

現在 BUILD ホームページでは、Day 2 の keynote が配信されています。Steven Sinofsky による keynote は、Channel 9 の以下のページでご参照いただけます。

http://channel9.msdn.com/Events/BUILD/BUILD2011/KEY-0001

また、最初の何もない 1 時間はカットされているので、タイミングが先に述べた時間から変わっています。Channel 9 で提供されているビデオのタイミングは次のとおりです。

オープニング映像に続いて Steven Sinofsky が登壇して keynote が始まります。”Windows 8” とは何か、設計コンセプトなどを説明しています。
0:13 から Julie Larson-Green が登場して、Windows 8 の新しいユーザーエクスペリエンスの紹介が始まります。
0:32 ころから Windows 8 用のアプリ (Metro style App) の開発方法 (プラットフォームや言語) についての説明が始まります。そして 0:38 に Antoine Leblond が登場して、新しい Visual Studio 11 を使ったアプリ開発や Windows Store のデモを行います。
続いて議題はハードウェア関連に移り、1:07 に私の上司の上司の上司の上司である Mike Angiulo が登場して、さまざまな PC フォームファクターやデバイスエクスペリエンスについてデモをします。イベント出席者に配布された Samsung のプロトタイプ PC もここで発表されました。
1:32 ころから、インストールやタスクマネージャー、仮想マシンなどパフォーマンス系の話題や Internet Explorer 10 などについて Steven Sinofsky が解説します。
1:57 から Chris Jones が登場して、Windows Live のデモを行い、クラウドサービスについて説明します。
最後に 2:11 から、keynote のデモで使ったサンプルアプリの開発に貢献したインターン (大学生) の紹介があり、
2:16 からの Path to “RTM” (今後のスケジュール) と Windows 8 Developer Preview の話で締めくくられています。

2 時間 20 分にわたる長い keynote でした。

Windows 開発統括部 Blog

Hotmail comes to Kindle Fire

XMPP ベースの Messenger クライアントが開発可能に

誰でもオープン スタンダード XMPP ベースの Messenger クライアントが開発可能に

サポート対象の XMPP 仕様とコード サンプル

お気に入りのデバイスで、お気に入りのサービスを楽しむ

信頼できるコンピューティング - 10 年の歩み

信頼できるコンピューティング (Trustworthy Computing) - 10 年の歩み

Kinect for Windows、2 月 1 日より提供開始

Kinect for Windows の商用リリース、2 月 1 日より提供開始

BUILD ビデオ 「8 Traits of Great Metro Style Apps」 の解説

特徴 1: Metro Style Design (Metro スタイルの設計)

特徴 2: Fast and fluid (高速でなめらか)

特徴 3: Snap and scale beautifully (美しく画面にフィット)

特徴 4: Use the right Contracts (コントラクトの設定)

特徴 5: Invest in a great Tile (タイルへの投資)

特徴 6: Feel connected and alive (いつも活動中)

特徴 7: Roam to the cloud (クラウド経由のローミング)

特徴 8: Embrace Metro principles (Metro 原則の尊重)

クラウド アプリをサポートする新しい SkyDrive の API について

Windows 8 や Windows Phone のクラウド アプリをサポートする、ドキュメントおよび写真用 SkyDrive API を提供開始

SkyDrive へのアクセスに関する REST API の変更点

Windows Phone 用 Live SDK を使って SkyDrive と連携する

開発したアプリを披露してください

Windows 8 Developer Preview 版 WDK に対するフィードバックをお寄せください

お試しいただいたら、ぜひフィードバックをお寄せください

BUILD のセッション スライドが日本語翻訳されました

トランスクリプト付き PowerPoint ファイル

スライドのみ

Windows Summit 引っ越し完了しました

BUILD の 「8 traits of great Metro style apps」 ビデオに日本語字幕が付きました

iOS 5 デバイスからの Hotmail 利用者が 200 万人を超え、毎日 10 万人ずつ増加中

iOS 5 デバイスからの Hotmail 利用者が 200 万人を超え、毎日 10 万人ずつ増加中

Windows Store 開発者向けブログが始まりました

Windows Summit 引っ越し中

SkyDrive で Office 文書の共有やファイル管理がより簡単に

SkyDrive で Office 文書の共有やファイル管理がより簡単に

Office 文書に対する、「アプリ中心」 のシンプルな共有

強力なファイル管理

Internet Explorer 10 の HTML5 アップロードと CSS3 トランジション

写真に対する改善

PDF や RAW 形式などもサポート

パフォーマンス

Twitter のライブ Q&A セッションにご参加ください

Kinect for Windows SDK Beta 2 がリリースされました

Kinect for Windows SDK Beta 2 がリリースされました

USB デバイスが「不明なデバイス」として表示される場合の対処法

USB デバイスが「不明なデバイス」として表示される場合の対処法

Windows 8 のハードウェアに関する技術情報の紹介

Windows の再起動と回復のレシピ

Windows の再起動と回復のレシピ

すばらしい機能のようですが、問題点はあるのでしょうか?

デスクトップ、ブラウザー、Windows Phone で動く Flashcards.Show Version 2

デスクトップ、ブラウザー、Windows Phone で動く Flashcards.Show Ver. 2

Flashcards.Show アプリケーションのしくみ

Hotmail の「グレーなメール」対策について

Hotmail の「グレーなメール」対策

受信トレイの中身は?

「グレーなメール」とは?

新しい「ニュースレター」のカテゴリ

ワン クリックで購読停止

クリーンアップのスケジュール設定

フラグを付けて、大事なメールを常にトップに

違う種類のメールには、カテゴリのカスタマイズで対応

フォルダーの整理

まだ始まったばかり

Hotmail アカウントと Huffington Post

Hotmail アカウントで、Huffington Post のお気に入り記事の共有が簡単に

Huffington Post の記事を Hotmail の友人と共有する

Hotmail ユーザーのための簡略化されたサインイン

IE9 で Hotmail と Huffington Post サイトをピン留めする

Windows API Code Pack の過去、現在、そして未来

Windows API Code Pack – 過去、現在、未来

背景情報

Windows API Code Pack バージョン 1.0.1

Windows API Code Pack バージョン 1.X

BUILD で Windows 8 Developer Preview が公開されました

BUILD で Windows 8 Developer Preview をお披露目

Building Windows 8 ブログの記事一覧

Building Windows 8 ブログ 記事タイトル一覧

誰でもオープンスタンダード XMPP ベースの Messenger クライアントが開発可能に

サポート対象の XMPP 仕様とコードサンプル

BUILD ビデオ「8 Traits of Great Metro Style Apps」の解説

クラウドアプリをサポートする新しい SkyDrive の API について

Windows 8 や Windows Phone のクラウドアプリをサポートする、ドキュメントおよび写真用 SkyDrive API を提供開始

BUILD のセッションスライドが日本語翻訳されました

BUILD の「8 traits of great Metro style apps」ビデオに日本語字幕が付きました

Office 文書に対する、「アプリ中心」のシンプルな共有

ワンクリックで購読停止

Building Windows 8 ブログ記事タイトル一覧

ファイルシステム、ディスク、ストレージ関連