2015年11月に東京都教育庁から「「SNS 東京ルール」の策定について」アナウンスされ、その啓発リーフレットが先日我が家にも届きました。

リーフレットをよく読むと、SNS 東京ルールに従え、という内容ではありません。子供の情報リテラシーをどう育成するか保護者の立場で考え、保護者と子供が話し合ってリテラシー醸成のためルール適応と成熟度合に応じたルール変更を行うこと、と私は読み取りました。

この啓発リーフレットには、SNS利用に必要なルールを以下5つの項目を挙げていました。

1. 一日の利用時間と終了時間を決めて使おう
2. 自宅でスマホを使わない日をつくろう
3. 必ずフィルタリングを付けて利用しよう
4. 自分や他者の個人情報を載せないようにしよう
5. 送信前には、相手の気持ちを考えて読み返そう

我が家の話で恐縮ですが、子供に Windows 10 Mobile を配備する計画があります。そこで、このルールを現在のテクノロジーでどう実現していくか検討を行いました。

事前準備

デバイスやアプリに対する利用制限によるユーザー保護の仕組み「ファミリー セーフティー」を用いることにしました。ファミリーセーフティーは追加の費用負担なしで利用できます。Microsoft アカウント の Webページ「ファミリー」タブから、お子様の「追加」を行いました。この「追加」では、既存のメールでも、メールを持っていないときは新しいメールの追加もできるようになっています。

新しいメールを作成し、お子様追加すると、子供のメールアドレスに追加された旨の案内メールが届きます。子供が受信したそのメールに対して承認を行い、ファミリーセーフティー上の家族となります。

「一日の利用時間と終了時間を決めて使おう」「自宅でスマホを使わない日をつくろう」

<3/14 訂正>ファミリーセーフティーでは、[使用時間] の設定ができますが、ただし対象が 「Windows 10 を搭載した PC」となっており、モバイルデバイス(Windows 10 Mobile)では設定できません。そのため、子供と対話を行うアプローチをとります。また、お茶の間・リビングの目に付きやすい場所にスマホを置き、使っているかどうかわかるようにします。

<3/14 Mobile デバイス向けの情報ではないため取消>ファミリーセーフティーでは、[使用時間] の設定ができます。設定したい「お子様」を選択し、各項目を設定します。

「お子様がデバイスを使うことができる時間の制限を設定する」を「オン」にします。

利用時間は、開始時間と終了時間、1日あたりの上限時間が設定できます。終日ブロックによる「使わない日」の設定、「次の時間まで」と「このデバイスでに1日あたりの制限」を組み合わせ、1日の利用時間上限と終了時間が設定できます。

「必ずフィルタリングを付けて利用しよう」

最初、Web サイトへのフィルタリングかと思いましたが、どうも違います。リーフレットをよく読むと、アプリのインストール制限、アプリの実行制限のことを「フィルタリング」と表現していました。

そこで、[アプリ、ゲームとメディア] より「不適切なアプリとゲームをブロック」を「オン」にします。これで、アプリインストール制限と、アプリの実行制限を行えるようになります。

アプリのインストール制限は、年齢区分を設定するとことで、「ストア」にあるアプリや映画、ゲームが設定した年齢に応じてフィルタリングされて、その区分でインストール可能なコンテンツだけが表示されます。

アプリの実行制限は、「最近のアクティビティ」より「アプリとゲーム」を選択し、実行済みアプリに対して「ブロック」を行います。

「自分や他者の個人情報を載せないようにしよう」「送信前には、相手の気持ちを考えて読み返そう」

子供との対話を行うアプローチをとることにしました。技術的なアプローチとしては、OS側もしくはアプリ側で言葉を判定する等の実装を待つことになるためです。(他のプラットフォームで、こういった仕組みを組み込んでいる製品・技術もありますが。。。)

個人情報のスコープも非常にデリケートです。私の場合は「氏名」「学校のクラス」「住所」「電話番号」「顔写真」「家族構成」「行動履歴（いつどこに居た等）」をまず伝え、その上で他にも「通っている塾」等個人情報と位置づけらえている情報が多数あることを伝えることにしました。

また、メールや SNS に限らず、友達に面と向かって言えない言葉や、周りの人から見て不快に思う言葉、自分が言われたとき保護者の方が傷つくであろう言葉など、言葉使いについては注意を払う必要があります。送信前に一度文章を読むことを伝えることにしました。

なお、技術面でも様々な取り組みが存在しています。14才の若者が Google サイエンスフェア 2014 にて出展した「ReThink」を知る人も多いかと思います。投稿前にダイアログを表示し侮辱的な言葉を本当に投稿するか問いかけるボタンなのですが、ネットいじめにつながる発言を減少させることにつながると発表されました。

• Google Science Fair2014: Rethink: An Effective Way to Prevent Cyberbullying
• TEDｘTeen2014: "ReThink Before You Type" - Trisha Prabhu

まとめ

今回、「SNS 東京ルール」の啓発リーフレットが自宅に届いたことから、技術的に解決する範囲と、子供自身で行動を考えてもらう運用で解決する範囲と 2 つの実行方法が見えてきました。技術的に設定したルールは、新たな課題の発生といった環境の変化や子供の成長を加味しながら変更を加えていくことになります。もちろん、そのルール適応は、保護者側の都合ではなく、子供と話し合い、合意形成を進めることが前提です。

私の検討が、ほかの皆様にもお役に立てれば幸いです。

「キッズ コーナー」とは

Windows 10 Mobile では「キッズ コーナー」と呼ばれる、保護者が追加するゲーム、アプリ、音楽、ビデオをお子様が使用・再生できる場所が用意されています。保護者が所有しているデバイスに、ある種のゲスト利用のモードが用意されていて、そのモードでは保護者が追加したコンテンツ・アプリしか実行できないように制限することができます。

では、どんな時に「キッズ コーナー」が利用されるのでしょうか。例えば、週末の家族の食事シーン、ファミレスなどで席の呼び出しを待っているとき、

子「ねぇ、つまんないょう」

親「もうすぐ呼び出されるから、もうちょっと我慢してね」

子「ねぇ、ねぇ、つまんないぃい」

親「あー、もー、じゃぁ、この Windows 10 Mobile で遊びな！」

子「あれ、パパの会社のメール、256通未読だって。キリがいいねぇ。」

といったやり取りが頻繁に見受けられます。親のデバイスを一時的に子どもに貸す場合、親の会社のメールなど子どもに見せたくない・保護したい情報があります。子ども専用の実行領域を用意して、子ども用に割り当てしたアプリ・コンテンツだけを実行再生できるようにする機能が「キッズ コーナー」です。

「キッズ コーナー」での実行判定

さて、気になるのが実行中の UWP アプリが自身が「キッズ コーナー」で実行されているか判定できるか、という点です。Windows.Phone.ApplicationModel.ApplicationProfile クラスの Modes プロパティにより取得可能です。

この API はデバイス固有の API として Windows.Phone.PhoneContract コントラクトに分類されいます。そのため、プロジェクトに UWP 拡張ライブラリ「Windows Mobile Extensions for the UWP」への参照を追加します。

本サンプルは、UWP Samples の UserInfo のシナリオ1 の [Show properties] ボタンにキッズモードでの実行状態を取得する以下のコードを付与しました。

「キッズ コーナー」での実行結果

通常のスタート画面からの実行結果

ところで、「キッズ コーナー」で実行されているかどうかはこの API により判定できますが、Windows.System.KnownUserProperties の値を見ると、いずれの場合も実行ユーザーは変わらず自分自身になっています (「職場のアクセス」等は行っておらず、マイクロソフトアカウントのみ)。 冒頭で、「ある種のゲスト利用のモード」と表現したのが、実行ユーザは自分自身なので、アプリが保持する情報等は「キッズ コーナー」からでもスタート画面からでも同一になります。また、アプリを起動状態で「キッズ コーナー」と通常モードを行き来する場合は、アプリのイベントをハンドルし Windows.Phone.ApplicationModel.ApplicationProfile.Modes を呼び出し、現在のモードを確認します。

「キッズ コーナー」の類似機能

保護者向けには、オンライン活動に関するレポートを確認したり、お子様がデバイスを使用できる時間数と時間帯を制限する等の「ファミリー セーフティー」も用意されています。これはタブレットや PC、そして Mobile などのデバイスが子どもの持ち物そのデバイスを安心して利用するための保護者によるコントロールサービスになります。

また、アプリ実行を制限する意味合いでは類似機能に「アプリ コーナー」があります。「アプリ コーナー」は実行できるアプリのコントロールです。「アプリ コーナー」では「Groove ミュージック」の追加・削除で音楽が聴ける・聴けないの2択ですが、「キッズ コーナー」では、子どもに特定の音楽は聞かせてもよい、といったようにコンテンツもコントロールすることができます。

「アプリ コーナー」での「Groove ミュージック」

アプリコーナーに 「Groove ミュージック」を追加。	「Groove ミュージック」を起動。2つのアルバムが表示される。

「キッズ コーナー」での音楽コンテンツ管理

「キッズ コーナー」に表示されているアルバム。デバイス内の1つのアルバムだけが表示。	「キッズ コーナー」の音楽の設定画面。アルバムを1つ選択している。

Note  This functionality is only available to mobile operator apps and Windows Store apps given privileged access by mobile network operators, mobile broadband adapter IHV, or OEM. For more information, see Mobile Broadband: Windows Store device apps.

この API はネットワーク オペレーター(通信電話会社・キャリア) やハードウェアメーカー、OEM 向けに用意されているものです。つまり、一般のデベロッパーはこの API を利用したアプリをストアを経由し配布することができません。ぬか喜びさせてしまい、すみません。アプリとしての利便性と利用者の情報を守るセキュリティのバランス、と受け止めて下さい。

では改めて、アプリでデバイスの電話番号を利用するため電話番号を取得したい場合、

・ユーザーによる手入力

・連絡先(ContactPicker)より自分を選択し入力 (自分を入力していること前提です)

のいずれかになります。

また、アプリで電話番号表示を行いたい場合は、[設定 – システム - 電話] を直接呼び出すための ms-settings: URI スキームの ms-settings:phone を利用することも検討してください。

bool result = await Launcher.LaunchUriAsync(new Uri("ms-settings:phone"));

<参考>

SmsSendAndReceive サンプル : https://github.com/Microsoft/Windows-universal-samples/tree/master/Samples/SmsSendAndReceive

ContactPicker サンプル : https://github.com/Microsoft/Windows-universal-samples/tree/master/Samples/ContactPicker

本日 2/22(月) に Azure Deep Dive Part 2 というイベントがありました。

今回、「ビジネスアプリ開発ツール PowerApps とは」と題し、PowerApps についての技術セッションを実施しました。

もしかして、日本マイクロソフトとして初めて PowerApps を解説したセッションかも。

ということで、スライドを以下の通り公開しております。

ご活用ください。

同じ簡易名 'Windows.Graphics.Printing3D.Printing3DContract' でアセンブリが既にインポートされています。参照の 1 つ (例: 'C:\Program Files (x86)\Windows Kits\10\References\Windows.Graphics.Printing3D.Printing3DContract\1.0.0.0\Windows.Graphics.Printing3D.Printing3DContract.winmd') を削除するか、サイド バイ サイドを有効にするために署名してください。

同名の拡張ライブラリが複数バージョン入っており、プロジェクトの求めるバージョンと参照しているバージョンが不一致を起こしているときにこのエラーが発生します。

[参照の追加] にて、求めるバージョンにに変更する(この場合は、赤枠で囲まれた 10.0.10586.0) に変更することでエラーを回避し、ビルドすることができます。

Windows 10 Mobile では Continuum for Phone と呼ぶ、キーボードやマウス、外部ディスプレイと接続することで、スマートフォンが PC のようになる機能があります。対応ハードなどの前提などについては、「高橋忍のブログ」の「スマートフォン用 Continuum について」に技術詳細の解説しておりますのでぜひご一読下さい。

アプリ開発者として気になるのは、何をすれば Continuum for Phone 対応のアプリにできるか、また Continuum for Phone を駆使したアプリはどうやって作ればいいか、という点です。2015年12月の blog 投稿 “Optimizing apps for Continuum for phone” (英語) で解説がされておりますが、本記事ではいくつかのポイントに絞って説明します。

ユニバーサル Windows プラットフォーム (UWP) アプリは Continuum for Phone 対応

少々乱暴ですが、「外部ディスプレイにアプリを表示し使用できること」、がアプリの Continuum for Phone 対応といえます。「スマートフォン用 Continuum について」や「これが Windows 10 Mobile の Continuum だ!!!」(10:20付近) でも言及されている通り、この外部ディスプレイに表示できるのは Windows 10 の UWP アプリです。

Windows 10 UWP アプリは、デフォルトで Continuum for Phone に対応し、モバイルデバイス側でも、外部ディスプレイ側でもアプリが動作します。モバイルデバイス側のスタート画面のタイルをタッチすると、デバイス側でアプリが起動し、外部ディスプレイ側のスタートボタンからスタートメニューを開きアプリを起動すると、外部ディスプレイ側でアプリが起動します。

もし Continuum for Phone に対応した Windows 10 Mobile 実機があれば、開発用 PC にUSB 接続し UWP アプリを転送し試して下さい。Visual Studio 2015 で UWP プロジェクトを作成し、対応プロセッサを実機のそれに変更、ビルド後に [配置] を行うことで USB 接続されたデバイスにアプリが転送されます。

※デバイス側で [設定 - 更新とセキュリティ - 開発者向け] にて、[開発者モード] を有効にしておきます。 

転送後、Continuum を起動し外部ディスプレイと接続し、どちらのディスプレイでもアプリが起動することが確認できます。

Continuum for Phone 向けにアプリを最適化する

デフォルトでの対応はそのまま動くだけです。スクリーンサイズやマウスでの操作性を意識し、アプリをより使いやすく調整することが必要な場合があります。モバイルデバイス側、外部ディスプレイ側のどちらのサイズでもアプリの表示が最適化するよう、レスポンシブデザイン手法を用います。

UWP におけるレスポンシブデザインについては「ユニバーサル Windows プラットフォーム(UWP) アプリ用レスポンシブ デザイン 101」や UWP アプリ開発ワークショップの「様々な画面サイズに合わせたアダプティブ UI」が参考になります。

前述のワークショップのリンク内のドキュメントやビデオでも、例えば PC とモバイルデバイスでデザインが大きく異なる場合、ページを別々に用意し切り替える デバイス固有のtailored レイアウト の方法も解説されています。これは実行環境のデバイスファミリーによるビューを切り替える仕組みなのですが、Continuum for Phone の場合、デバイス側、外部ディスプレイ側のどちらでアプリが動作していても、DeviceFamily API は Mobile を返します。外部ディスプレイ側は PC のようにアプリが動いているのですがデバイスファミリーは Mobile のため、PCとモバイルデバイスでデザインページを別々にし切り替える デバイス固有のtailored レイアウト の方法は使えません。タブレット向けとモバイルデバイス向けを1つのソースコードで管理するときは、この条件を丁寧に見定めます。

そこで、AdaptiveTrigger/VisualStateManager クラス、 SizeChnaged イベントなどを用いてアダプティブレイアウト でデザインを進めます。 なお、UserInteractionMode API は

となっているため、SizeChnaged イベントでのレイアウト変更に活用します。

なお、外部ディスプレイ対応が十分でなく Continuum 非対応のアプリにする場合、マニフェストファイルに外部ディスプレイへの表示をブロックする記述を行います。

<Package>タグにネームスペースの追加：

<Package xmlns="https://schemas.microsoft.com/appx/manifest/foundation/windows10"
         xmlns:mp="https://schemas.microsoft.com/appx/2014/phone/manifest"
         xmlns:uap="https://schemas.microsoft.com/appx/manifest/uap/windows10"
xmlns:mobile="https://schemas.microsoft.com/appx/manifest/mobile/windows10"
         IgnorableNamespaces="uap mp mobile">

<Application>タグに<Extensions> ブロックを追加： 

<Applications>
    <Application ...>
      <Extensions>
        <mobile:Extension Category="windows.mobileMultiScreenProperties">
          <mobile:MobileMultiScreenProperties RestrictToInternalScreen="true"/>
        </mobile:Extension>
      </Extensions>
    </Application>
  </Applications>

RestrictToInternalScreen に true を設定すると、外部ディスプレイ側のスタートメニューのタイルがグレーアウトされ、タイルをクリックし実行しようとすると注意のメッセージボックスが表示されモバイルデバイス側でアプリが実行されます。アプリを Continuum for Phone 対応が完了した際に、false に設定します。

2つのディスプレイを利用する

モバイルデバイスと外部ディスプレイの 2つの画面は独立しているため、電話を受けながら外部ディスプレイ側の Excel を操作する、といったような 2つのアプリを同時に起動し利用することも可能です。では、1つのアプリでこの2つの画面を利用することはできるのでしょうか？ ずばり、可能です。PowerPoint では、モバイルデバイス側に発表者ツール、外部ディスプレイ側にプレゼンテーションを表示する、という活用を行っています。

この2つのディスプレイを利用するには、プロジェクション マネージャー (ProjectionManager クラス) を利用します。プロジェクション マネージャーは、アプリの個別のウィンドウを別の画面に表示することができます。そこで、アプリで複数のウィンドウ(アプリビュー)を作成し、プロジェクションマネージャーを用いて、一方を外部ディスプレイ側に出力することで、2つのディスプレイを1つのアプリで利用します。以下コード例 ( UWP Samples – Continuum for Phone サンプルより抜粋)です。

private async void Projection_Click(object sender, RoutedEventArgs e)
{
    // 外部ディスプレイが利用できる場合
    if (ProjectionManager.ProjectionDisplayAvailable)
    {
        // 現在のアプリケーション画面を取得する
        int thisViewId;
        thisViewId = ApplicationView.GetForCurrentView().Id;
        int newViewId = 0;

        // 新しいアプリケーション画面を作成する
        await CoreApplication.CreateNewView().Dispatcher.RunAsync(
            CoreDispatcherPriority.Normal, () =>
            {
                var rootFrame = new Frame();
                // 引数として、簡易的にアプリケーション画面の id を渡す。
                rootFrame.Navigate(typeof(ProjectionViewPage), thisViewId);
                Window.Current.Content = rootFrame;
                Window.Current.Activate();
                // 新しいアプリケーション画面を取得する
                var newView = ApplicationView.GetForCurrentView();
                newViewId = newView.Id;

            });

        // StartProjectingAsync(projectionViewId, anchorViewId)
        // projectionViewId - 外部ディスプレイ側：newViewId
        // anchorViewId - アンカー側:thisViewId
        //  外部ディスプレイ側のスタートメニューからアプリを起動した場合、
        //  パラメータ projectionViewId に新しい view (ProjectionViewPage)が指定されているため、
        //  デバイス側側に MainPage,外部ディスプレイ側に ProjectionViewPage が表示される。
        await ProjectionManager.StartProjectingAsync(newViewId, thisViewId);

    }
}

Continuum for Phone 対応のデバイスをこれから手に入れる方向け

諸事情で Continuum for Phone 対応のデバイスの入手がこれからで、とはいうものの Continuum for Phone 対応のアプリの開発を進めなければならないこともあります。実機が届くまでの回避策として、Windows 10 + 外部ディスプレイのマルチディスプレイ環境で、一定レベルまで進めることができます。

それぞれのディスプレイで独立して動作する場合は、デバッグ実行中のアプリのウィンドウ幅を変更し、モバイルデバイスと外部ディスプレイを模してデバッグします。また、2つのディスプレイを利用するアプリの場合は、開発用 PC に接続したディスプレイを拡張（表示画面を拡張する）として表示し、外部ディスプレイ側に表示するウィンドウ/アプリビューを拡張した外部ディスプレイに表示するようにします。

開発用 PC に接続する外部ディスプレイは、有線接続でも、Miracast による無線接続でもどちらでも構いません。ただし、MediaElement による組み込みキャスト機能や GetAsCastingSource メソッド(UWP/HTML の場合 msGetAsCastingSource メソッド)、CastingDevicePicker クラスなどを利用してのリモートデバイスへのキャストがある場合は、実際のシナリオに近い Miracast による無線接続をお勧めします。

もちろん、最後の調整は実機環境で行ってください。

なお、Mobile デバイス プラットフォーム固有の機能 (Windows Mobile Extensions for the UWP) を利用する場合は、Microsoft Emulator for Windows 10 Mobile 上でのデバイス側のデバッグを行ったうえで、実機での確認を行ってください。

Continuum for Phone 対応に向けてまとめ

・レスポンシブデザイン

・さらにディスプレイを活用するシナリオではプロジェクション マネージャー

・実機が手に入るまでは、開発 PC + 外部ディスプレイ（拡張）。Miracast アダプタもあるとなおよい。

<参考情報>

“Optimizing apps for Continuum for phone”

UWP SDK Sample  Projection

本日、「1 日で Windows 10 に対応したアプリ開発手法が習得できるハンズオン～ Windows 10 UWP Developer Workshop 【第 3 回】」を日本マイクロソフト 品川オフィスで実施中です。

ご来場された皆さま、ありがとうございます。

2番目の「多様なデバイスに対応する UI 設計」のセッション部分でご紹介した Web ページへのリンクは以下の通りとなります。

ぜひご一読くださいませ。

<レスポンシブ デザイン>

ユニバーサル Windows プラットフォーム (UWP) アプリ用レスポンシブ デザイン 101

Responsive design 101 for Universal Windows Platform (UWP) apps (英語)

<物理DPI>

DisplayProperties.LogicalDpi | logicalDpi property (英語)

サンプルコード : GitHub Microsoft/Windows-universal-samples/DpiScaling

<Tailored デザイン>

Windows 10 の開発者向け最新情報 - 複数のビューによるコンテンツのカスタマイズ

What’s new for developers in Windows 10 - Multiple Views for tailored content (英語)

Tailored views or one more way to create Universal interfaces (英語)

<Continuum for Phone 対応のアプリ開発>

Optimizing apps for Continuum for phone (英語)

使用機器

使用しているデバイス：Surface Pro 3 + Pen + マウス + Surface Pro 4 タイプ カバー <Pro 4 タイプカバーは Pro 3 にも接続できるので、 世にいうところの Surface Pro 3.5 化です>

OS : Windows 10 Pro (バージョン 1511/ビルド 10586.17) <Windows Insider Program に入っています。>

環境・設定

仮想デスクトップを使う

Windows 10 の「タスクビュー」では、 複数のデスクトップ（いわゆる「仮想デスクトップ」）を作成することができます。そこで、PowerPoint を表示するデスクトップ１、Visual Studio を表示するデスクトップ2 といくつかのデスクトップを用意します。

プロジェクタ出力の方法を検討する

プレゼンテーションする際のプロジェクタへの出力設定で、 「複製」を選択し、PowerPoint では「発表者モニターを使用する」のチェックを外します。

これは、Pen を用いて加筆する際、加筆をリアルタイムに表示するため、発表者ツールを使用せずプロジェクタとディスプレイに同じ絵を表示するためです。ノート欄を見ることができませんが、それ以上の効果があるため自分の言葉になるよう内容はしっかり予習・復習します。

操作

仮想デスクトップの切り替えで行います

[ESC] を押してプレゼンテーションを止め、デモ用の Visual Studio に切り替えるのではなく、仮想デスクトップを切り替える操作でスライド表示と Visual Studio の表示を切り替えます。キーボードショートカットは [Ctrl] + [Windows キー] + [->(右矢印)] または [Ctrl] + [Windows キー] + [<-(左矢印)] になります。

また、プレゼンテーションを拡大表示する際、 ZoomIt を使います。なお、Visual Studio 2015 はピンチ操作でコード表示のエディタ画面のズームができますので、コード部分を拡大表示するときは ZoomIt ではなくピンチ操作でズームします。

これらの Tips はプレゼンテーションをスムーズにする効果はありますが、内容そのものをよくする効果はありませんので、そこは各自努力の程を。。。とはいえ、見ている方の理解を深めるため、こういった Tips も覚えておくとよいかと。

事前準備について、こちらでも説明させていただいておりますので、ご一読し準備作業の程お願いいたします。

既に Windows 10 + Visual Studio 2015 環境をご用意いただいている方も、必要な機能が入っていないこともありますので、セミナーの2日前には確認し必要に応じて機能追加のインストールを行ってください。

実習用 PC

Windows 10 がインストールされた PC をご用意ください。

ハードウェアとしては、タッチ対応やペン対応の PC をご用意いただくと、「More Personal Computing – Cortana, Windows Hello etc,」の演習にてタッチ操作・ペン・マウスそれぞれの操作で Ink 機能の確認ができますので、おすすめです。もちろん、ペンやタッチ対応しておらず、マウスの環境でも Ink 機能は利用できますので、安心してください。

なお、Windows 10 日本語版にコルタナが正式実装されたのは、Windows 10 November Update (別名 Windows 10 バージョン 1511 (OS ビルド 10586)) からとなります。インストールされた OS のバージョン確認には、winver.exe を実行して下さい。

(本画像は Insider Preview Fast Ring のため ビルドが 10586.17 となっております)

Windows Update を通じて Windows 10 へのアップデートインストールを行いますが、OS インストールメディア(DVD, USB, ISO) を作成する場合はメディア作成ツールを実行してください。

(追記) OSインストール後に、[スタート] - [設定] – [更新とセキュリティ] – [開発者向け] を選択し、右ペインにて [開発者モード] にチェックを入れてください。

Visual Studio 2015 のインストール

Visual Studio 2015 は有償版の Enterprise Edition/Professional Edition 、無償版の Community Edition のいずれかをインストールしてください。ただし、インストールの際、以下の3つのオプションを必ず選択してください。

• Microsoft SQL Server Data Tools
• Web Developer Tools
• ユニバーサル Windows アプリ開発ツール

「Microsoft SQL Server Data Tools」と「Web Developer Tools」は、「クラウドのパワーを活用したアプリ開発手法」の演習で必要となる、Azure SDK の前提環境です。

既に Visual Studio 2015 をインストール済みの方は、コントロールパネルを起動し、「Visual Studio 2015」を選択、[変更] をクリックし上記3つの機能を追加してください。

後から機能を追加するのは、整合性確認などにより非常に時間がかかる場合があります。セミナーの2日前には確認してください。

Azure SDK のインストール

Azure SDK をインストールします。「クラウドのパワーを活用したアプリ開発手法」の演習で必要な SDK です。

Azure SDK とツールのダウンロード のページより、[SDK] –> [.NET] –> [VS 2015] をクリックし、Visual Studio 2015 用 SDK for .NET (VWDOrVs2015AzurePack.exe) をダウンロードし実行することで、インストールが行われます。

Microsoft Universal Ad Client SDK のインストール (オプション)

「Windows ストアへのアプリ申請とマネタイズ方法」演習には、Microsoft Advertising (および Ad Mediation/広告仲介) からの広告をアプリに組み込むための「Microsoft Universal Ad Client SDK」のインストール作業が含まれています。

演習作業の中でインストールを行ってもよいのですが、事前にインストールを行っておくと、コード記述に集中できます。

インストールを行う際、Visual Studio を起動し拡張機能を検索する機能を用いて SDK を検索しインストールします。

インストール手順は、[ツール] – [拡張機能と更新プログラム] を選択し、「拡張機能と更新プログラム」ダイアログの左ペインで [オンライン] を選択します。ダイアログ右上の検索ボックスに「Microsoft Universal Ad」を入力すると「Microsoft Universal Ad Client SDK」が表示されますので、[ダウンロード] をクリックし、インストール作業を進めます。

まとめ

以下、インストール先のまとめです。

• Windows 10 : Windows Update または メディア作成ツール
• Visual Studio 2015 : Visual Studio 2015 のページ
• Azure SDK : Azure SDK とツールのダウンロード のページ
• Ad SDK : [ツール] - [拡張機能と更新プログラム] よりインストール

Windows 10 と Visual Studio 2015 、関連 SDK のインストールは一定の時間がかかります。なるべく早めに準備を行い、万全の態勢で当日の演習をお楽しみください。

当日皆さまにお会いできることを楽しみにしています。お待ちしております。

例えば、新聞アプリやニュースアプリ上で選択したテキストに対して右ボタンクリックなどのコンテキストメニューから、辞書アプリを起動し選択した文字の意味を調べる、といったアプリ間連携のシナリオです。

この場合、アプリをアクティブ化する方法として、アプリに対してカスタム URI スキームを定義する方法があります。

プレインストールされているアプリでも URI スキームが用意されているものもあります。代表的なものとしてアプリが一覧表示されているマーケットプレイスである「ストア」アプリは、以下のリンクのように URI スキームが用意されています。

https://msdn.microsoft.com/ja-jp/library/windows/apps/mt228343.aspx

単に起動するだけではなく、パラメータを渡すこともできることが分かります。つまり、辞書アプリのシナリオ例もカバーできるアクティブ化の方法です。

さて、連携アプリ側でカスタム URI スキームを用意されていると、その URI が存在し必要な情報が一致すればアプリがインストールされているとみなしてアプリを起動する、といった方法をとることが少なくありません。

アプリがインストールされていない場合はボタンやトグルスイッチを disable 状態にして、アプリを起動したのにエラーになった、というユーザの満足度を下げるアプリのふるまいを制限することができます。

そこで、カスタム URI が存在しているかどうかのチェックですが、、、Windows 8/8.1 の Windows Runtime では残念ながらありませんでした。

Windows 10 では、Launcher クラスが強化され、URI スキームに対してアプリが割り当てられているかチェックする FindUriSchemeHandlersAsync メソッドが用意されました。

以下簡単な例です。

Classic Windows applications は対象ではありませんので、要注意です。

なお、ファイル拡張子によりアプリチェックする FindFileHandlersAsync メソッドも用意されています。このメソッドでは

Launcher.FindFileHandersAsync(".hoge")

といったように、. (ピリオド/ポチ)を付けて指定します。こちらも同様に、Classic Windows applications は対象ではありません。