そこで本稿では、業務用iOS端末の登録(device enrollment)に関連してAppleが使ってきた用語を時間軸で整理します。端末登録(device enrollment)の用語の歴史を知って頂くことが、複雑なエンタープライズiOSを理解する一助になればと思います。

SDE(Streamlined Device Enrollment)

iOSがMDMに対応したのは2010年のiOS4のとき。MDM対応をうけてiOS端末の業務活用が急加速すると、MDMのチェックインや監視モードにする手間が問題視されるようになりました。

エンタープライズ強化を図っていたAppleは、これを受け満を持してWWDC2013のセッション Managing Apple Devices で端末登録(device enrollment)という概念を新たに発表します。

(同セッションでの「たったこれだけです」というAppleエンジニアからの説明に拍手が起こる。41:29)

同セッションではアプリのサイレントインストールやVPPの仕組みも発表されてますので、2014年は2010年のMDM対応に続くエンタープライズiOS転換点と言えるでしょう。この発表当初は、Streamlined という言葉が使われていました。無駄のない簡素化された端末登録…といったところでしょうか。

(MDM支配下から逃れられなくなることが特に歓迎された)

このセッション中に何度も何度も聴衆から拍手が起こっているのが印象的です。SDEはそれだけエンタープライズiOS界隈で待望だったのですね。

ただ発表当初、SDEが可能なのは米国のみで且つ Apple から端末購入した場合に限られていました。

DEP(Device Enrollment Program) と ADP (Apple Deployment Programs)

翌年、進展があります。

2014年、Streamlined Device Enrollment の仕組みの米国以外への提供、及びApple直販以外の購入(公式リセラーやキャリア経由)でもSDEが可能になるのにあわせて、名称が Device Enrollment Program に変わります。

同時に、「配備」という観点で、アプリ一括購入機能の VPP (Volume Purchase Program) もひとくくりにしてしまって、 Appleは ADP(Apple Deployment Programs) という名称を使うようになりました。(参考 : VPP・アプリ一括購入とは何か)

(Device Enrollment と Volume Purchase の制度という体でひとくくりにされているのが分かる)

エンタープライズ向けのデバイスとアプリの特別な仕組みを「配備プログラム郡(Deployment Programs)」としてまとめたかったAppleの意図を感じることができます。

ABM(Apple Business Manager) の登場

DEPとVPPをADPとして提供していたAppleは、2018年末にADPの後継として Apple Business Manager (ABM) の提供を開始します。(2018年4月には米国企業向けにベータ版は提供開始していた。詳しくはABMとは何かを参照)

ADP(Apple Deployment Programs)のDEP(Device Enrollment Program)を使用していた企業には、ABMにアップグレードを促しはじめます。

(2021年8月現在でもADPでググってたどり着く公式ページはアップグレード誘導ページ)

このアップグレードには、

• DEPとVPPがADPで統合されたように見せかけて実は管理画面のUX/UIは統一されていなかった
• 端末やアプリだけでなくAppleIDの管理も求められるようになってきた

といった事情から、Programのかき集め(Programs)ではなく、Appleが提供する業務用リソースを一括管理できる統合環境という建て付けが必要だった背景があると思われます。

また別の側面もあります。

2015年、Appleは開発者向けプログラムである iOS Developer Program にiOS以外も統合して名称を Apple Developer Program に変えました(参考 : iDEPではなくADEP)。これによって、Apple Deployment Programs (ADP) と Apple Developer Program (ADP) という2つのADPが存在することになってしまいます。

Development(開発)とDeployment(配備)の両方に関わっていた弊社のようなベンダーは大いに困惑したものです。この略称の競合を解消するため、Apple Deployment Programs の名称や位置づけを変えたいという意図もあったでしょう。

ADE(Automated Device Enrollment)

2018年のABMの登場後、AppleはDEPという用語を使うことを避けているようにも見えます。後継である筈のABM内ですら使われていませんし、Appleの公式ドキュメントでも見なくなりました。

そうこうしてるうちに、2020年のWWDCの What’s new in managing Apple devices というセッションで初めて、Automated Device Enrollment (ADE) という新しい用語が現れました。

(WWDC2020のセッション資料)

セッションで解説される内容はDEPそのものでしたので、WWDC2020以降は各MDMベンダーが Automated Device Enrollment という言葉を積極的に使うようになります。Appleの公式ドキュメントでも見られるようになりました。

Automated Device Enrollment は、元々の名称 Streamline Device Enrollment に一旦原点回帰して、より分かり易くした表現とも言えるでしょう。自動で(Automated)、デバイスを(Device)、登録する(Enrollment)ための機能ですから。

ただ筆者感覚ですが、2021年8月現在、ADE という言い方はまだそれほど広がっていないように思います。MDMベンダーが無理して使っている感じでしょうか。DEP端末とかDEP化とかDEPを前提とした表現が既に浸透してしまっていますから、ADEという表現が広がりきるのは結構時間がかかりそう…という見立てをしています。何だか iDEP が ADEP へと名称を変えても多くの人が iDEP と言い続けていたのと似ていますね。

ということで、本稿では端末登録をめぐるキーワード変遷の歴史を見てきました。一連のキーワードを簡潔に数式のように書くとこうなります。

• SDE = DEP = ADE
• ADP = VPP + DEP (だった)
• ABM = ADE + 一括購入 + Managed Apple ID

太字部分が端末登録関係でおさえておいたほうが良いキーワードとなります。当サイトでは、ADEではなくまだDEPという表現をあえて使ってますが、ADEという言葉が浸透するまでこのままでいこうと思っています。

なお、DEPについては以下のような投稿もあります。併せてご覧下さい。

• DEP(Device Enrollment Program)とは何か
• MDMとDEPの組み合わせで設定アシスタントをカスタマイズする
• iOS端末をMDM管理下から外せないようにする方法
• MDM管理下から外れられないようにしたDEP端末を端末側で無理やり初期化したらどうなるか

VPPによって、企業はアプリ購入費を各従業員に立て替えさせたり、1つのAppleIDを使ってアプリを共有利用するグレーな運用をしなくてもよくなります。法人向けパッケージソフトのように、人数分のライセンスをまとめて購入する仕組みをAppleはちゃんと用意してくれているのですね。

(VPPは一括購入専用の法人用サービス。利用には専用のAppleIDを用意してAppleに申請する必要があった)

昔は上図のようなVPP専用の画面がありましたが、今はABMに一括購入の機能が統合されています(参考 : ABMとは何か)。本稿ではそんな歴史にも軽く触れつつ、アプリ一括購入についてご紹介します。

• VPPとアプリ一括購入の歴史
• 一括購入できるもの
• 一括購入での決済手段
• 一括購入したアプリの配布方法

VPPとアプリ一括購入の歴史

まず簡単にVPP(Volume Purchase Program)の歴史を見ておきましょう。

2012年の「日本でも利用可能」というのが面白い表現ですね。これはAppStoreが国別に用意されていることに関係していて、AppStoreと連携する一括購入の仕組みも国ごとに異なるからです。このことは後述の一括購入したアプリの配布方法で重要なポイントになりますので、覚えておいて下さい。

(2011年のVPP発表当初は米国のみ。2012年に日本を含む米国以外の9ヶ国に対応した)

振り返ってみると、2008年に登場したiOSが、早くも2009年にMDM対応し、2011年にVPPで一括購入の仕組みが用意されたということですので、Appleの法人向け戦略にスピード感があったことがよく分かります。

その後、2019年にVPPは廃止され専用の管理画面もログインできなくなり、AppleもオフィシャルにはVPPという言葉をほぼ使わなくなりました。

(VPPにはサインインできないようになり、ABMへの誘導リンクがあるのみ)

ですが、今でも関係者の間ではVPPは一括購入を表す言葉として残っています。VPP購入と表現する人もいますし、一部のMDMサービスでは管理画面上でまだVPPという言葉を使っていたりします。実は、Appleの公式ドキュメント(利用規約やマニュアル)の一部でもVPPという言葉がまだ残っています。

紆余曲折してきた結果、全体としてまだ余り統制が取れていないのが分かりますね。ただ余り気にする必要はなく、こんな歴史があったということだけ念頭に置いて「VPP = 一括購入」とザックリ捉えておけば問題はないでしょう。

さて、歴史はこれぐらいにして、以下アプリ一括購入の詳細を解説していきます。

一括購入できるもの

一括購入できるアプリは大きく分けると2種類あります。

• AppStore向けアプリ (公開アプリ)
• カスタムApp (非公開アプリ。業務用アプリ)

AppStoreアプリというと普通は前者だけが思い浮かびますが、実はAppStore上には特定の企業にしか見えない非公開の業務アプリが多数存在します。どういうことか。

(AppStoreアプリを申請するADPの画面。アプリごとに配信方法を決める。通常は公開だが非公開も選択可)

VPPの登場した2011年から「非公開」のAppStore申請はできるようになってました。ADEPのInHouse配布があったので余り知られていなかっただけです。AppStoreの非公開アプリを当初はカスタムB2Bと呼んでいましたが、今はカスタムAppと呼びます。

カスタムAppは、特定の顧客企業向け、あるいは自社の業務専用アプリをAppStoreインフラを使って非公開で配布する方法で、2021年現在ADEPによるInHouse配信に代えて使用することが推奨されています。(参考 : ADEPはもう取得することができないと諦めたほうが良い理由)

少し横道にそれましたが、カスタムAppも公開アプリと同じAppStoreインフラを使いますので、公開アプリと同様に一括購入の対象となります。とにかくAppStoreのインフラに乗っかれば一括購入対象になると捉えると良いでしょう。

加えて、(アプリではありませんが)AppleBooksで公開されているブックも一括購入対象となります。業務に使える電子書籍がもしあれば活用できるでしょう。ということで、

• iOS向けアプリ
• iPadOS向けアプリ
• macOS向けアプリ
• tvOS向けアプリ
• ブック

これらが一括購入できるものになります。アプリの有償・無償関係ありません。また公開・非公開、どちらのアプリも対象になります。(非公開ブックは存在しない)

一括購入での決済手段

決済手段は以下の2種類が用意されています。

• クレジットカード
• ストアクレジット

前者は想像の通りですね。個人向けAppStoreと変わりません。一括購入では法人用のコーポレートカードをABMに登録します。設定画面が用意されており、ABMで一括購入すると法人カードで決済されます。

(請求先情報に住所と法人カード情報を登録する。一度登録すると一括購入時にカード決済してくれる)

もう一つのストアクレジットは馴染みがない方が多いかも知れません。一言で言うと、法人向けプリペイドクーポンです。個人がコンビニなどで購入できる、1円単位で金額指定可能なバリアブルiTunesカードの法人版です。

Appleと日頃から取引がある企業はAppleから提供を受けている専用サイト(MyAccess)から、Apple製品の正規販売代理店と付き合いのある企業は当該代理店に、「ABMでアプリを一括購入するので10万円分のクレジットが欲しい」ってな感じで依頼して下さい。然るべき対応をしてくれる筈です。

普段の取引と同様に、見積書→発注書→請求書→入金→領収書の流れでクーポンを入手、ABMに登録するとクーポンの金額分を一括購入の原資にあてることが可能になります。

(ストアクレジットを販売店に発注し請求書払いすればカードが使えなくても一括購入ができる)

以上2種類の決済手段のみとなります。法人カードの決済上限額が問題になる場合もあるでしょうから、ある程度の企業規模ではクレジットカードとストアクレジットを併用するのが良いでしょう。

一括購入したアプリを配布する方法

一括購入したアプリは配布してナンボですね。500個購入したら500人(あるいは500台)に届けなければなりません。ここでは一括購入したアプリの配布方法について見ておきます。

配布方法は以下の2通りが用意されています。

一括購入する際に、2種類の配布方法からいずれかを選択して購入します。

(配布方法を選んでいる様子。AppStore公開アプリの無料アプリは、管理対象ライセンスしか選べない)

購入した後に配布方法を変えることはできません。一括購入をする前に配布方法を決定しておくことが重要です。どちらを選ぶべきか判断材料を以下にまとめました。

以下、それぞれ深堀りして解説します。

ライセンス配布

iOS端末を会社で調達し従業員に配布していたり、施設に配備するなどしていて、MDMで集中管理している場合はライセンス配布を選ぶべきです。ABMとMDMを連携させると一括購入したアプリのライセンスをMDMに転送でき、MDM上でアプリと端末を併せて管理できるからです。

(最も理想的な配布・配備が可能になる)

特に従業員が辞めた時や端末の利用者が変わった時にこのメリットが活きてきます。MDMで端末との紐付けを設定するだけでどの端末にどのアプリをインストールするか制御できますので、ライセンスの回収や付与先変更が容易なのですね。

デメリットはMDMの管理対象端末でしか使えないことです。もし業務用に使わせたい一括購入アプリを従業員の個人所有端末に配布したいという場合は、以下に解説する引き換えコードを選ぶ必要があります。

引き換えコード

会社として業務用端末を調達しておらず、従業員の個人所有端末を業務に使わせて貰うような場合に使用します。引き換えコードの方式で購入すると、一括購入した数だけ各従業員が AppStore で使えるコードを発行して貰えます。

(一括購入後にコード一覧のExcelファイルをダウンロードできる)

ダウンロードからコード一覧が書かれたExcelファイルを入手できます。

(3つ一括購入した時のExcelファイル)

重複しないように従業員1人に1コードずつ配布します。メールで個別に送信しても良いでしょうし、ログイン機能のある社内ポータルサイトがあればマイページ等で個別に表示して提供するのもありでしょう。

従業員は、コードを入手したら個人端末上でAppStoreアプリを起動し、「コードを使う」画面から使用します。

(AppStoreアプリのゲームタブやAppタブの最下部にある)

コードを入力するとライセンスが個人のAppleIDにひも付いてアプリがインストールされるという仕組みですね。一括購入時に決済は完了しているので従業員側での支払いは不要です。

Excelファイルには各コードに対応するURLも提供されています。これを従業員に提供し、iOSの Mobile Safari からURLを踏んで貰うという配布も可能です。

(URLを踏むとAppStoreアプリの起動とコード入力までしてくれる。このあとアプリは自動インストールされる)

以上が引き換えコードの詳細です。MDMが不要なので一見便利なのですが、注意点が2つあります。

1つ目はライセンスが個人のAppleIDに紐づくという点。当該従業員が退職した後に、アプリを強制アンインストールしたり、アプリの継続利用や再インストールを禁止することはできません。カスタムAppの企業内専用アプリを引き換えコードで一括購入する場合は、アプリ内に独自の認証機構がないと情報漏えいに繋がる可能性があるので特に気をつけて下さい。

2つ目は国。ABMを使用する企業の国と引き換えコードを使用するAppleIDの国は一致している必要があることにも注意しましょう。

例えば、ABMを使う日本の企業が引き換えコードで一括購入したアプリを、米国駐在員に使ってもらおうとするケース。もし駐在員が個人端末を米国AppStoreのAppleIDメインで使っている場合はインストールできないということです。

ABMとAppleIDの国が異なると、コードの適用時に以下のような画面がでます。

(日本でABMを使う企業の引き換えコードを米国のAppleIDで使っている端末に適用しようとして失敗する例)

冒頭で言及しましたが、AppStoreと一括購入の仕組みが国ごとに異なっていることは、こんなところに影響してくるのですね。事業を国際展開している企業がコード引き換えを使う場合は注意が必要です。

以上、VPP(Volume Purchase Program)とアプリ一括購入について解説してきました。長くなった為、実際に一括購入する手順は紹介できませんでしたが、これはまた別の記事で紹介したいと思います。