ラップの概要

  • [アーティクル]

Power Apps の ラップ 機能により、キャンバス アプリをカスタムブランドの Android や iOS アプリとしてラップし、モバイル ユーザーに ラップ することができます。 ラップされたネイティブ モバイル アプリなどを Microsoft Intune、Microsoft App Center、Google Play Store、Apple Business Manager を通じて配布できます。

ラップ機能を使用してモバイル アプリ パッケージとしてモバイル ユーザーに公開されたキャンバス アプリ。

単一または複数の Power Apps キャンバス アプリを同じネイティブ モバイル アプリ パッケージにラップできます。 ラップ機能を使用して、組織のブランド化要件に一致するように、モバイル アプリのスタートアップ エクスペリエンスをカスタマイズできます。 モバイル アプリで使用するためにアプリのアイコン、スプラッシュ画面の画像、ウェルカム (サインイン) 画面の画像、カラーパレットを指定することができます。

Power Apps Maker Portal を使用して、モバイル パッケージに含まれているキャンバス アプリに変更を公開することで、ラップされたモバイル アプリを更新できます。 同梱のキャンバス アプリに加えられたすべての公開された変更は、ラップされたモバイル アプリのリリース バージョンによって自動的にダウンロードされます。

ラップ は、ネイティブ モバイル アプリケーション開発プラットフォーム (MADP) の機能を Power Apps にもたらします。

  • ノーコード モバイル アプリ開発—これまでにないモバイル アプリを作成します
  • マネージド モバイル アプリ ビルド— 皆さんが使用するアプリを生成します
  • シームレスなエンド ツー エンドのブランディング—独自のロゴとカラーパレットを使用します
  • 複数のキャンバス アプリのサポート—ひとつのモバイル アプリに複数のアプリをバンドルします
  • Microsoft Intune による企業ガバナンス—アプリ管理でデータを保護します

ラップ プロセスを理解する

ラップ 機能は、ネイティブ モバイル アプリ シェルでキャンバス アプリを ラップ し、モバイル パッケージを生成します。 このモバイル パッケージは Microsoft Intune、Microsoft App Center、Google Play Store、Apple Business Manager のようなネイティブ 配布チャンネルを通じて、モバイル ユーザーにカスタム ブランドされた Android や iOS としてこのモバイル パッケージにデジタルで署名して配布できます。

次のセクションでは、ラップ機能を使用してネイティブ モバイル アプリを作成する手順について説明します:

ラップ機能を使用してモバイル アプリを作成する手順。

  1. プライマリ キャンバス アプリ を選択し、ラップ ウィザードを起動します。 プライマリ キャンバス アプリは、モバイル ユーザーがモバイル アプリを起動したときに表示する初期エクスペリエンスを提供するアプリです。 キャンバス アプリはソリューションに含まれている必要があります。 詳細情報: キャンバス アプリをソリューションに追加する
  2. 必要に応じて、ラップ ウィザードでモバイル アプリに セカンダリ キャンバス アプリ を追加します。 詳細情報については、複数のキャンバス アプリをまとめる を参照してください。
  3. ご利用のモバイル アプリの ターゲット プラットフォーム (iOS と Android) を選択します。 必要に応じて、ラップ ウィザードのモバイル アプリ パッケージで、自動的にコード署名する を選択します。
  4. アイコン、画像、カラー パレットを使用して アプリのブランド をカスタマイズし、モバイル アプリをパーソナライズします。
  5. アプリを登録します。 既存の アプリ登録 を使用するか、ラップ ウィザードで新規に作成します。
  6. App Center の場所 を選択し、モバイル アプリを保存します。 既存の App Center の場所 を使用するか、ラップ ウィザードで新規に作成します。
  7. ラップ アップ ステップでビルド プロセスを開始し、カスタム ブランドのモバイル アプリを生成します。
  8. App Center の場所 からモバイル アプリをダウンロードします。
  9. ラップ ウィザードで 自動的にコード署名を行う が選択されていない場合、モバイルアプリパッケージに手動で コード署名 を行う必要があります。 詳しくは、モバイル アプリパッケージに手動で署名する を参照ください。
  10. アプリのパッケージをテストします。
  11. アプリのパッケージをモバイル ユーザーに配布します。

複数のキャンバス アプリをラップする

複数のキャンバス アプリを単一のモバイル アプリ パッケージとしてラップできます。 モバイル アプリ パッケージには、プライマリ アプリと呼ばれるホーム アプリが必要です。 このアプリは、モバイル アプリ パッケージに含まれる他のすべてのキャンバス アプリの入り口になります。これらのアプリは、セカンダリ アプリと呼ばれます。

セカンダリ アプリは任意であり、必須ではありません。 キャンバス アプリを 1 つだけラップした場合、含まれるアプリはプライマリ アプリとして指定されますが、モバイル アプリ パッケージにはセカンダリ アプリが存在しないことになります。

次の図で説明されているように、プライマリ アプリは複数のセカンダリ アプリへのリンクを持つことができます。 このようなモバイル アプリをラッピングした内部のプライマリ アプリとセカンダリ アプリ間の移動は、Launch() 関数で管理することができます。

プライマリ アプリとセカンダリ アプリが一緒にラップされます。

モバイル アプリのブランド化

ラップは、組織のブランド化要件に一致するように、モバイル アプリのブート ストラップ エクスペリエンスのカスタマイズをサポートします。 アプリのアイコン、スプラッシュ画面の画像、ウェルカム (サインイン) 画面の画像、モバイル アプリのネイティブ体験全体で使用するカラーパレットを指定することができます。

ラップでのブランド化。

ラップ プロジェクトを構築する際に、ブランド化のカスタマイズ オプションが利用できます。 詳細情報: ブランド化を構成する

システム要件

次のリストは、ラップ機能を使用して 1 つ以上のキャンバス アプリをモバイル アプリ パッケージとして公開する前に必要なものを説明しています。

アクセス許可およびアクセス要件

ソフトウエアおよびデバイス要件

注意

iOS プラットフォーム用のアプリを開発するには、Apple 開発者プログラム アカウントが必要です。

ラップの用語を理解する

ラップには、Power Apps、App Center、iOS や Android などのサードパーティ プラットフォームにまたがる複数のコンポーネントが含まれています。 そのため、Power Apps のラップ機能を操作する際には、関係するコンポーネントを理解することが重要になります。

App Center の場所

モバイル アプリ配布用のビルド パッケージの格納に使用する App Center のコンテナーです。 ビルドの出力タイプは、選択したターゲットのプラットフォームによって異なります。

プラットフォーム OS 出力ファイル タイプのビルド
iOS (Apple Store を使用した配布向け) Custom *.zip
Android (Google Play ストア以外のすべてのチャネルでの配布向け) Android *.apk

アプリのプラットフォーム

公開のためにビルド プロセスを実行するアプリの対象プラットフォームです。 iOS、Android、または Google Play ストア向けのモバイル アプリのビルドを作成できます。

  • iOS で IPA パッケージを作成する
  • Android で APK パッケージを作成する
  • Google Play ストア で AAB パッケージを作成する

ラップ プロジェクトのビルド

ラップ プロジェクトのビルドは、異なるプラットフォーム間でモバイル アプリを配布するためのビルド パッケージを作成するプロセスです。 このプロセスでは、Microsoft ID プラットフォームに登録したアプリを使用し、選択したプラットフォームに応じて、所定の App Center の場所にビルドを作成します。 ビルドされたパッケージは、プライマリ アプリとオプションのセカンダリ アプリが、プラットフォーム タイプごとにひとつのモバイル アプリ パッケージにパッケージされています。

バンドル ID

出力されるモバイル アプリのグローバルにユニークな ID です。 リバース ドメイン名パターンに従います。 たとえば、com.contoso.myapp などとします。

コード署名

コード署名は、エンド ユーザーに配布する前にモバイルアプリを最終的に完成させるプロセスです。 コード署名されたアプリは、それが既知のソースに由来するものであり、アプリのコードが信頼できるソースによって署名され、前回以降に変更されていないことを保証するものです。

プライマリ アプリ

プライマリ アプリとは、複数のキャンバス アプリを一緒にラッピングする際の、モバイル アプリ エクスペリエンスのエントリー ポイント、またはホーム アプリを指します。 追加のアプリはすべて セカンダリ アプリと見なされます。 ラップされてビルドされたキャンバス アプリがひとつだけの場合は、これもプライマリ アプリと見なされます。

リダイレクト URI

リダイレクト URI (返信 URL) とは、アプリの認証に成功し、認証コードやアクセストークンが付与された後、認証サーバーがユーザーに送信する場所を指します。 承認サーバーはコード、またはトークンをリダイレクト URI に送信するため、アプリ登録プロセスの一部として正しい場所を登録することが重要です。

詳細情報: リダイレクト URI

セカンダリ アプリ

プライマリ アプリとともにモバイル アプリ配信用に同じビルドでラップされたオプションの追加キャンバス アプリです。

次の手順

ラップ ウィザードを使用してモバイル アプリをビルドする

参照