タブレット モード

概要

タブレット モードは、Windows 10 で提供される新しいアダプティブ ユーザー エクスペリエンスであり、物理的なフォーム ファクターと顧客の使用設定に合わせてアプリと Windows シェルの外観と動作を最適化します。 このドキュメントでは、2-in-1 デバイスおよびタブレットにタブレット モードを実装する方法、特に "タブレット モード" をオンまたはオフに切り替える方法について説明します。

タブレット モードは、デバイス エクスペリエンスをタブレット モードからデスクトップ モードに切り替えたり、元に戻したりする機能です。 ユーザーが "タブレット モード” に出入りする主な方法は、アクション センターからタスク バーの右下にあるアイコンを手動でクリックすることです。 さらに、OEM はハードウェアの移行 (たとえば、2-in-1 デバイスのクラムシェルからタブレットへの変換およびその逆) を報告できるため、2 つのモードを自動的に切り替えることができます。 ただし、タブレット モードの重要な約束は、ユーザーが常にエクスペリエンスを制御できることです。そのため、これらのハードウェア移行は、ユーザーが確認する必要のあるトースト プロンプトによって表示されます。 ユーザーには、既定の応答を設定するオプションも用意されています。

ターゲット デバイス

タブレット	取り外し可能	コンバーチブル
外部モニター + キーボード + マウスにドッキングできる純粋なタブレットとデバイス。	カスタム デザインの取り外し可能なキーボードを備えたタブレットのようなデバイス。	折りたたんだり回転したりするキーボードを備えたラップトップのようなデバイス。

デバイスがタブレット モードに切り替われると、次の処理が行われます。

• 画面全体のサイズ変更を開始し、イマーシブ エクスペリエンスを提供します。
• Microsoft Store アプリのタイトル バーは自動的に非表示になり、不要なクロムが削除され、コンテンツが透けて見えます。
• Microsoft Store Win32 アプリでは、タブレット モードの場合にタッチファーストになるようにレイアウトを最適化できます。
• ユーザーは、上部から下部にスワイプすることで、Win32 アプリでもアプリを閉じることができます。
• ユーザーは、Win32 アプリを含む最大 2 つのアプリを並べてスナップし、指で同時にサイズを簡単に変更できます。
• アプリは、並べて自動起動し、ユーザーによる多くの作業を必要とせずにマルチタスク レイアウトを作成できます。
• タスク バーは、タブレットに適したナビゲーション バーとステータス バーに変換されます。
• タッチ キーボードは自動呼び出しできます。

もちろん、“タブレット モード” でも、ユーザーは、スナップ アシスト、タスク ビュー、アクション センターなどの Windows 10 の機能を利用できます。 タッチ対応デバイスでは、顧客はこれらの機能のタッチ フレンドリな呼び出しにアクセスできます。左端からスワイプしてタスク ビューを表示したり、右端からスワイプしてアクション センターを表示したりできます。

タブレット モードでは、ユーザーが最も快適な方法でデバイスを柔軟に使用できます。 たとえば、顧客は、8” タブレットを外部モニター、マウス、およびキーボードにドッキングするまで、“タブレット モード” で排他的に使用したい場合があります。 その時点で、顧客は “タブレット モード” を終了し、以前のバージョンの Windows と同じように、すべてのアプリをデスクトップ上の従来のウィンドウとして使用します。 同様に、コンバーチブルの 2-in-1 デバイスのユーザーは、デバイスを 1 日中使用するときに "タブレット モード" を開始および終了することができ (たとえば、バスでの通勤、オフィスのデスクに座っているなど)、ハードウェアからの信号を使用して、適切な切り替えモーメントを提案します。

タブレット モード用のデバイスの設計

コンバーチブルまたはデタッチ可能な 2-in-1 デバイスを設計する場合は、製品を設計するときに次のフロー チャートを使用することをお勧めします。 これにより、デバイスの状態が変更された場合にタブレット モードのプロンプトが表示されるように、適切な実装が確実に行われます。 フロー チャートの各ボックスには、実装オプションが含まれます。

方法 1 - GPIO ベースのインジケーターの ACPI 記述を実装する

システムが物理 GPIO を使用して状態遷移を示す 2-in-1 デバイスの場合、ACPI で状態遷移インジケーターを記述でき、Windows はそのインジケーターによって発生した GPIO 割り込みをオペレーティング システムに自動的に転送します。

詳細については、MSDN の次のリソースを確認してください。

• インジケーターの実装 (https://msdn.microsoft.com/library/windows/hardware/dn457884.aspx)
• ACPI 記述子のサンプル (https://msdn.microsoft.com/library/windows/hardware/dn457868.aspx)

方法 2 - インジェクション インターフェイスを使用する

システムが、状態の遷移を示すために物理 GPIO を使用しない 2-in-1 デバイスである場合は、状態の遷移の表示を Microsoft の "GPIO ラップトップおよびスレート インジケーター ドライバー" のいずれかに注入するユーザーまたはカーネル モード ドライバーを開発する必要があります。

"GPIO ラップトップおよびスレート インジケーター ドライバー" へのインジェクション インターフェイスは、次のように定義されます。

/* 317fc439-3f77-41c8-b09e-08ad63272aa3 */ DEFINE_GUID(GUID_GPIOBUTTONS_LAPTOPSLATE_INTERFACE, 0x317fc439, 0x3f77, 0x41c8, 0xb0, 0x9e, 0x08, 0xad, 0x63, 0x27, 0x2a, 0xa3);

インターフェイスに対して WriteFile を呼び出すことによって、インジケーターの状態を切り替えできます。 ドライバーでインジェクション インターフェイスを使用する方法のコード サンプルは、MSDN ページの次の場所にあります。https://msdn.microsoft.com/library/windows/hardware/dn457889.aspx

インジェクション インターフェイスを使用するドライバーを作成する場合でも、Microsoft の "GPIO ラップトップおよびスレート インジケーター ドライバー" が読み込まれるには、ラップトップ/スレート モード インジケーターの ACPI の説明を宣言する必要があります。 ただし、"ラップトップおよびスレート インジケーター" の ACPI 宣言に GPIO リソースを追加する必要はありません。

注 デバイスが起動すると、"GPIO ラップトップおよびスレート インジケーター ドライバー" が最初に "スレート" モードで初期化されます。 そのため、インジェクション ドライバーでは、オペレーティング システムの状態を確認して、デバイスの起動直後にシステムの実際の状態と同期されていることを確認することが重要です。

SOC IHV パートナーは、状態遷移を Microsoft の受信トレイ ドライバーに挿入するドライバーまたはその他のソリューションをすでに提供している場合があります。 その場合は、特定のガイドラインに従って IHV のソリューションを活用することで、時間と労力を節約できます。

方法 3 - 無人設定を使用して永続的なデバイス状態を宣言する

デバイスが 2-in-1 デバイスではない場合、たとえば通常のラップトップやデスクトップの場合は、応答ファイルの ConvertibleSlateModePromptPreference 設定を使用してプロンプトを無効にできます。 値を 0 に設定すると、プロンプトは表示されず、UI は切り替えられません。 値が指定されていない場合、既定値は 1 になります。この場合、システムにはモードの切り替えを求めるメッセージが表示されます。

注 回答ファイルの DeviceForm 設定を使用して、ビルドするフォーム ファクターの種類を指定することもお勧めします。

デバイスをテストする

デバイスで ConvertibleSlateMode が実装されていることを確認する

デバイスで ConvertibleSlateMode が正しく実装されているかどうかわからない場合は、デバイス マネージャーに "GPIO ラップトップまたはスレート インジケーター ドライバー" が存在するかどうかを確認してください。

このドライバの存在を確認するには、デバイス マネージャーから [非表示デバイスを表示する] を有効にしてください。

"タブレット モード" を開始/終了する方法は主に 2 つの方法があります。

• 手動 - ユーザーは、アクション センターにある "タブレットモード" ボタンを押すことで、"タブレット モード" を手動で開始/終了できます。
• ハードウェア アクションがトリガーされる - OS は、ConvertibleSlateMode によってフォーム ファクターが変更されたことをハードウェアが示している場合、"タブレット モード" を開始/終了するかどうかをユーザーに確認する場合があります。

タブレット モード トリガーとして Bluetooth キーボードの存在を使用することはサポートされていません。 Bluetooth をトリガーとして使用する際の主な問題は、Bluetooth イベントがデバイスのペアリングとの近接性に関連しており、これらのイベントにより、キーボードが使用されているかどうかが確実に通知されるわけではないことです (たとえば、顧客の近くにない場合もあります)。そのため、"タブレット モード" を開始または終了する顧客の意思が確実に通知されるわけではありません。

Bluetooth 対応キーボードに搭載されているデバイスで、顧客がモードを変更するためのハードウェア ベースのヒントを提供することを確認することに関心がある場合は、現在のフォーム ファクターを理解し、ConvertibleSlateMode を介して OS にシグナルを送信するセンサーを実装することをお勧めします。

"タブレット モード" の開始/終了を求める Windows プロンプトは、ConvertibleSlateMode の実装に依存するため、ConvertibleSlateMode を切り替えるファームウェアが十分にテストされていることを確認することが重要です。 低品質の ConvertibleSlateMode 実装では、ユーザーに "タブレット モードを複数回開始する" ように求められるなど、エンド ユーザー エクスペリエンスの低下につながる可能性があります。

さらに、2-in-1 デバイスがクラムシェルからタブレットに変更された場合、キーボードとタッチパッドは、タブレットを保持しているユーザーによって誤って押される可能性があります。 Windows では、コンバーチブルがタブレットに変更されたときに、組み込みのキーボードとタッチパッドからの入力を無視することをサポートしていません。 デバイスの製造元は、フォーム ファクターの変更中に意図しない入力を回避するために、ハードウェアまたはソフトウェアで作業を行い、十分にテストする必要があります。 次の表に、発生する可能性のある一般的なエラーのいくつかと、それらを引き起こす可能性のある使用事例を示します。 ユーザーの切り替えエクスペリエンスが低下するのを防ぐために、これらの使用事例をテストする必要があります。

無人設定

次の無人設定は、タブレット モード対応デバイス用に設計している場合に役立ちます。

"タブレット モード" の動作

Windows で優れたタブレット エクスペリエンスを実現するために、タスクバーの次のデスクトップの側面がタブレット モード用に最適化されています。

• 実行中のアプリを表示する - これは、実行中のアプリのライフ サイクルを管理する必要があることをユーザーに提案します。
• デスクトップへのいくつかのエントリ ポイント - タブレット ユーザーは、"タブレット モード" でデスクトップに簡単にアクセスする必要はありません。
• タスクバーの高密度レイアウト - これはより多くの項目に適合できますが、"タブレット モード" では、タッチが主な入力である可能性が高く、密度の低いレイアウトが必要です。
• トップ レベルとオーバーフロー レベルに Deskbands と Win32 通知アイコンを表示する - これらの大部分は、ユーザーが意図的に配置するものではなく、一般的には使用されていません。

回転ロック

既定では、回転ロックは有効 (またはロック) に設定されています。 OEM で回転ロックがロック解除に設定されていない限り、新しいタブレットをボックス化解除から出す顧客は、OOBE が新しいデバイスの持ち方に応じて横向きまたは縦向きに回転しないことに不満を感じる可能性があります。 回転ロックを無効にすることで、OEM は、アクション センターの [クイック アクション] 領域で回転ロック設定を簡単に管理する前でも、顧客が新しいデバイスの応答性に満足していることを確認できます。

回転ロックを無効に設定し、既定で回転を有効にするには:

1. 監査モードで、HKLM\Software\Microsoft\Windows\CurrentVersion\AutoRotation\Enable を 1 に設定します。ここで、1 はローテーションが有効であることを意味します。
2. Sysprep を使用して、通常どおりに顧客向けにマシンを準備します。

通知領域アイコン

タブレット モードに切り替わると、通知領域にいくつかの変更が加えられます。 次のアイコンが表示されます。

• バッテリ
• ネットワーク
• ボリューム
• アクション センター

具体的には、ユーザーがこれら 4 つのアイコンのいずれかをオーバーフローに降格した場合、それはトップ レベルに戻されます。または、OEM がバッテリ アイコンをオーバーフローに降格した場合、それはトップ レベルに戻されます。

ただし、顧客が [システムアイコンをオンまたはオフにする] (以下に表示) の [設定] でこれらのいずれかを無効にした場合、Windows は顧客の手動設定に従い、アイコンを有効にしません。

OEM がピン留めした通知アイコン、ユーザーが固定した通知アイコン、およびオーバーフロー シェブロンが非表示になり、オーバーフロー ウィンドウが実質的に非表示になります。

通知アイコンのトップ レベルへの自動昇格はブロックされますが、アイコンがトップ レベルに到達できない場合でも、アプリは引き続きトースト通知を送信できる必要があります。 この例外の 1 つは、位置情報サービス アイコンです。 [システムのアイコンをオンまたはオフにする] で有効にすると、バッテリ アイコンの左側にあるトップ レベルに昇格できるようになります。 ただし、ユーザーが [システムのアイコンをオンまたはオフにする] 設定を使用して位置情報サービス アイコンを無効にすることを手動で選択した場合、Windows ではアイコンは強制的に昇格されません。

顧客が [通知領域にすべてのアイコンを常に表示する] 設定を選択すると、上記の動作はオフになります。通知領域は、タブレット モードが使用されていない場合と同じ内容と動作に戻ります。

タッチ キーボードのボタン

タブレット モードに入ると、[タッチ キーボード] ボタンが非表示になります。 表示するかどうかは、タブレット モードのタスク バー コンテキスト メニューの [タッチ キーボード ボタンを表示] の設定を使用して制御できます。

アプリ アイコン

既定では、アプリ アイコンはタブレット モードのタスク バーで非表示になっています。 これは、[タブレット モードではタスク バーのアプリ アイコンを非表示にする] の設定で制御されます。

タブレット モード API と対話するアプリの作成

ユニバーサル Windows プラットフォーム (UWP) とクラシック Windows API を使用して、タブレット モードを利用できます。 これらの API を使用すると、アプリのユーザー エクスペリエンスを、タブレット モードの場合はタッチ ファースト、デスクトップの使用の場合はマウス ファーストになるように調整できます。 このセクションでは、アプリケーションで UWP とクラシック Windows API の両方を使用して、タブレット モードを検出して対応する方法について説明します。

API を使用すると、Windows デスクトップ アプリケーションとユニバーサル Windows アプリの両方で、現在の対話モードに対してクエリを実行し、ここで説明するようにモードの変更に応答できます。

従来の Windows アプリケーション API

ユニバーサル Windows アプリ API

例 1: アプリの起動時にレイアウトを最適化する

アプリが起動すると、システムの現在の状態をクエリし、現在の対話モードに合わせてレイアウトを最適化できます。

ユニバーサル Windows アプリ (C#) サンプル

using Windows.UI.Xaml;
using Windows.UI.ViewManagement;
 
    public sealed partial class MainPage : Page
    {
        public MainPage()
        {
            InitializeComponent();
            // Every view gets an initial SizeChanged, so we will do all our 
            // work there. This means that our view also responds to dynamic
            // changes in user interaction mode.
            Window.Current.SizeChanged += SizeChanged;
        }
 
        private void SizeChanged(object sender, RoutedEventArgs e)
        {
            switch(UIViewSettings.GetForCurrentView().UserInteractionMode)
            {
                case UserInteractionMode.Mouse:
                    VisualStateManager.GoToState(this, "MouseLayout", true);
                    break;
 
                case UserInteractionMode.Touch:
                default:
                    VisualStateManager.GoToState(this, "TouchLayout", true);
                    break;
            }
        }
     }

従来の Windows アプリ (C++) サンプル

using namespace Microsoft::WRL::Wrappers;
using namespace Microsoft::WRL;
HRESULT OnLayout()
{
    ComPtr<IUIViewSettingsInterop> uiViewSettingsInterop;
    HRESULT hr = GetActivationFactory(
        HStringReference(RuntimeClass_Windows_UI_ViewManagement_UIViewSettings).Get(), 
        &uiViewSettingsInterop);
    if (SUCCEEDED(hr))
    {
        ComPtr<IUIViewSettings> uiViewSettings; 
        hr = uiViewSettingsInterop->GetForWindow(hwndApp, IID_PPV_ARGS(&uiViewSettings)); 
        if (SUCCEEDED(hr))
        {
            Windows::UI::ViewManagement::UserInteractionMode mode;
            hr = uiViewSettings->get_UserInteractionMode(&mode);
            if (SUCCEEDED(hr))
            {
                switch (mode)
                {
                case UserInteractionMode_Mouse:
                    hr = LayoutForMouse(); 
                    break;
 
                case UserInteractionMode_Touch:
                default:
                    hr = LayoutForTouch();
                    break;
                }
            }
        }
    }
    return hr;
}

例 2: タブレット モードの開始/終了に対応する

デバイスがタブレット モードに切り替わるか、または終了すると、シェルはユーザーにモードの切り替えを求めるメッセージを表示します。 これをトリガーとして使用して、現在の対話モードに合わせてアプリを最適化できます。 次の例のように、システムの現在の状態をクエリする必要があります。

ユニバーサル Windows アプリ (C#) サンプル

例 1 と同じです。

従来の Windows アプリ (C++) サンプル

// WM_SETTINGCHANGE handler
void OnSettingsChange(LPARAM lParam)
{
    if (lParam != 0)
    {
        PCWSTR message = reinterpret_cast<PCWSTR>(lParam);
        if (CSTR_EQUAL == CompareStringOrdinal(message, -1,                                                                                                                                                  L“UserInteractionMode”, -1, TRUE))
        {
             OnLayout();
        }
    }
}

よく寄せられる質問 (FAQ)