#1522: Apple の公開ベータ版が利用可能、Apple が Find My をサードパーティに拡大、Apple のバージョン番号とビルド番号を解読

その日がやってきた。公開ベータが幾つかの Apple の次期オペレーティングシステムに対して出された：iOS 14, iPadOS 14, そして tvOS 14 である (macOS 11 Big Sur と watchOS 7 に対する公開ベータは間もなくと表示されている；macOS Public Beta Access Utility は今ダウンロード可能で、必要なプロファイルをインストールすることが出来、そして Big Sur 公開ベータが出荷されたら提供を受けられる)。

これらのベータは公開されていて誰にでも開かれているが、これらを皆さんの主たるマシンに入れることは賢明ではないことを指摘しておきたい。別の言い方をすると、オペレーティングシステムのベータを機能するべく依存している機器に入れることは、真に愚かなことである。これらのベータは、我々がこれ迄に見てきた中では最も安定したものではあるが (恐らく、昨年の度重なる不手際だったリリースの後の Apple による開発プロセスの見直しのお陰であろう、"iOS 13 と Catalina がバグだらけな６つの理由" 21 October 2019, 及び "iOS 13 のバグを受け Apple がソフトウェアのテストを見直し" 25 November 2019 参照)、ベータサイクルでは如何なる時点でも、クラッシュや不正動作は可能である - いや、起こりやすい。

ベータの一つを試すには、Apple の公開ベータのページに行きサインインするかサインナップし、自分のオペレーティンググシステムを選択、そして指示に従う。これは通常自分のマシンに特別なプロファイルをインストールしそしてそのオペレーティングシステムをアップデートすることを伴う。(もし望むなら、Guide for Public Betas ページに直接行けば、ダウンロードにアクセス出来る。)

Big Sur の公開ベータが出たら、APFS は macOS 10.15 Catalina ベータを macOS 10.14 Mojave と並べてインストールするのを容易にしてくれたが、Big Sur ではこのやり方は大きな問題に直面することになることに注意して欲しい。開発者ベータリリースノートの奥深くに以下の警告が埋め込まれている：

もし macOS Big Sur 11 ベータが、以前のバージョンの macOS と同じ APFS コンテナにインストールされると、システムソフトウェアアップデートは以前のバージョンの macOS 上には最早インストール出来なくなる。

言い換えれば、もし Big Sur ベータを Catalina と並べて同じコンテナにインストールすると、Catalina をアップデート出来なくなる。そうではなく、テスト用Mac 上に Big Sur のための別のパーティションを作成すべきであり、或いはそのマシンが犠牲となっても構わないものであれば、現行のオペレーティングシステムに上書きしてインストールするのも良い。

そして、公開ベータを試験する主たる理由はバグ報告が出来ることであるので、David Shayer の "修正が実現するように Apple にバグ報告する方法" (17 June 2020) に書かれた進言を再読されたい。

討論に参加

Apple の Find My サービスは、あなたの iPhone, iPad, そして Apple を使っている友人や家族迄をも追跡させてくれる。将来、Find My を使って、鍵、眼鏡、そして猫までも - それはちょっと現実離れしていて、せいぜい犬止まりかも - 探せるようになるかも知れない。

2020 年内には、無線を備えたアクセサリメーカーは、紛失したり或いは盗まれたりしたハードウェアを探すために Apple のクラウドソースによる Find My システムを使えるようになるであろう。iOS 13 と macOS 10.15 Catalina での Find My アップデートは、Internet に接続出来ない Apple ハードウェアに暗号化された識別子を場所情報を一緒にして、近くの Apple ラップトップ、iPhone そして iPad に Bluetooth を使い Apple サーバーに安全にリレーさせることを許した。このアップデートはまた、macOS に対する独立したアプリも追加した；それ以前には Mac ユーザーは iCloud Web サイトを使わねばならなかった。("Apple の新サービス Find My がオフラインのハードウェアを見つける方法" 21 June 2019 参照。)

サードパーティアクセサリを Find My システムに参加させることに関する FAQ の中で、Apple は最終仕様は 2020 年末迄には出すと言っている。メーカーは色々なハードウェア要件を満たすだけでなく、iPhone, iPad, そして iPod touch 互換性に関する Apple の MFi プログラム に参加する必要がある。

Find My を何故開放するのか？

多くの詳細は未だ公には答えられていない。Apple は仕様の草稿を守秘義務契約の裏で提供しており、そこにはハードウェア要件や開発者が実現出来る機能への更なる情報が提供されているのかも知れない。例えば、Apple は現在の Find My で Bluetooth を使って Mac, Apple Watch, iPhone, iPad, 或いは iPod touch にその身元をブロードキャストするのを許しているが、iPhone 11 及び iPhone 11 Pro はまた ultrawideband (UWB) 超広帯域無線も有している。それは、同社が一つの空間の中で正確な方向性を提供するために使用している短距離技術である。(これらの iPhone の一つがあれば、何らかの Share シートから AirDrop を開き、別の iPhone 11 か 11 Pro に向けてやると、その電話の持ち主は AirDrop リストの一番先頭に現れる。)

どれだけ多くの人が Bluetooth イヤフォンやイヤバッドを、Apple の AirPods や各種の Beats 聴取機器を含んで、使っているか (そして紛失する) を考えると、Find My サポートが使える機器が増えれば、人々が置き忘れたり、盗まれたりする比較的高価な機器を簡単に見つけ出す手助けとなるであろう。(Apple は AirPods に対する Find My を現在でもサポートしているが、セットの片方または両方がケースから出ており、ペア付けされた iPhone, iPad, 或いは iPod touch の近くにある場合にしか働かない。)

サードパーティサポートはまた、Apple が Find My が使える独自の追跡タグを導入することに対する痛手も和らげるであろう。その様な追跡手段はだいぶ前から噂されていた - 最も新しいのは AirTags と言う名前で - それらの噂は、一部には、同社の画面キャプチャやソフトウェアの痕跡に基づいていた。どうもそれは Apple チップを使った UWB に依存し、電池効率やデータ交換を可能にしているようである。

Apple の噂の AirTags は Tile からの製品と直接競合することになるであろう。Tile は Bluetooth に基づいた追跡子を長年製造している。Tile は、付属の Tile タグを使って行方不明のものを見つけ出す独自のクラウドソースされた追跡システムを作り上げた。Tile の副社長で法務顧問である Kirsten Daru は、米国議会で January 2020 に Apple が、Tile が必要とする場所と連続追跡機能へのアクセスを難しくし、そして UWB へのアクセスを拒絶している一方で競合品も出してこないと証言した。Daru 曰く：

Apple は、自らの利益を優先するやり方で、アプリケーションと技術に対する門衛として行動している。

どんな会社でも自らの利益のために行動するが、勿論例外はあるが、Apple の巨大なユーザーと機器の集合へのアクセスに関する抜け目のない管理は、同社にモバイルの世界においてとりわけ不公平な強みを与えている。競争は、製品の改良を促し、そして多くの場合価格低下やより多くの機能をもたらす健全な方法である。現在の Find My に対するアップデートされた Apple が "数億台" と表現する Apple 機器へのアクセスを Tile に与えることは、如何なる反競争的な行動に対する懸念も減じるであろうし、それに、Apple 機器所有者に対する Tile の価値も高めることになるであろう。

Find My はどの様に働くか

現在の Find My システムは、同じ iCloud アカウントにログインしている機器の間で働く。これらの機器間で伝達される暗号化情報に対して、Apple はその何れに対しても解読してのアクセスは出来ない。機器が Internet に接続出来ないと、それは暗号論的に生成された Bluetooth ID をブロードキャストし始めるが、周りにいる誰にも情報を提供しないし、その所有者のアカウントにも結びつけられない。(Apple は、これらのブロードキャストがどの様に開始されるかについて説明していないが、同社の文書に基づいて、私が勝手にこのシステムがどの様に働くのか推論したのが上記である。と言うのも、機器に紛失したとか盗まれたとかの印を付けるのは Internet に接続していないと出来ないからである。)

最新のオペレーティングシステムを搭載した如何なる Mac, iPhone, iPad, 或いは iPod touch でも、この形式の Bluetooth ID を認識し、それを自身の現在位置 (GPS, Wi-Fi, セルタワー、或いはそれらを結合したものから) と共に Apple にアップロードする。

Find My アプリで機器を紛失したと印を付けると、その iCloud アカウントセットに属する全ての機器に保存されたアカウントベースの暗号化データのアップロードが始まり、Apple に同じ様に暗号化された Bluetooth ID を見つけることを許可するが、この時如何なる秘密も暴露されない。一致した Bluetooth ID は、ユーザーがハードウェアを紛失したと印を付けたその機器へとダウンロードされる。もしこれが、Apple と Google の匿名化した COVID-19 通知システムと似ていると感じられたら、それはそれも同じ概念の上に構築されたからである ("Apple と Google、プライバシーを守った COVID-19 接触追跡＆通知で協業" 10 April 2020 参照)。

Apple がそのエコシステムを開放するのは、殆どの場合良いことである。同社は通常プライバシーとユーザー経験の改善を促す実施詳細に細心の注意を払う。この場合、Find My ネットワークを開放することは、多くの人が紛失したハードウェアの費用を節約し、競争を促進することを、システムの有用性やプライバシーを損なうことなしに。可能とする。

討論に参加

Apple のオペレーティングシステムにバージョン番号、例えば iOS 13.5.1 や macOS 10.15.5 のような番号が付いていることは、誰でも知っている。でも、Apple のオペレーティングシステムにはそれ以外にビルド番号も付いていることを、皆さんはご存知だろうか。例えば iOS 13.5.1 のビルド番号は 17F80 だ。これは、何を意味しているのか？

Mac で macOS のバージョンおよびビルド番号を知るには、Apple > About This Mac を選んでから、バージョン番号をクリックする。iOS や iPadOS では、Settings > General > About へ行って Software Version をタップする。watchOS では、iPhone の Watch アプリで General > About へ行って Version 行を見る。

あなたがどのオペレーティングシステムを走らせていてもビルド番号をチェックするのは簡単だが、今の Apple はもはやその基準リストを公表していない。その情報を知るには、Wikipedia の iOS Version History、macOS Version History、watchOS、tvOS それぞれの記事を読むか、あるいは MacTracker アプリを見ればよい。 (macOS ビルド番号を見るには、バージョン履歴記事から個々のリリースごとの記事を開いて見る必要がある。)

Apple は個々のオペレーティングシステムごとに少なくとも毎晩新たなビルドを作って、エンジニアたちが毎朝フレッシュなバージョンを使えるようにしている。それらのビルドの大多数は決して会社の外へ出ることがないので、例えば 13.5.1 のような公式のバージョン番号が付けられることはない。それでも、エンジニアたちにとっては個々のビルドを区別する手段が必要だ。ビルド番号はまさにそのためにある。Apple のビルド番号を解読する方法をいったん理解すれば、どのリリースについてもさらなる情報を引き出すことができる。

Apple のバージョン番号とビルド番号を理解する

Apple のオペレーティングシステムの主たる２つの系列である iOS と macOS はそれぞれ独立したバージョン番号とビルド番号を持っている。それに対して iOS、iPadOS、watchOS、tvOS は共通の番号付けシステムを使っているが、これはそれらすべてが共通の iOS コードベースから派生したものだからだ。(ビルド番号を使うのは macOS、iOS、iPadOS、watchOS、tvOS など Darwin から派生したオペレーティングシステムのみであって、クラシックな Mac OS や iPod OS はこれと同じビルド番号システムを使っていなかった。)

ご存知の通り、すべての Apple オペレーティングシステムのリリースには公式のバージョン番号が付いており、それは３つの部分から成っている：

• メジャーバージョン： iOS においては一年に一度、大きなアップグレードでバージョンが一つずつ上がる。macOS においては、Mac OS X の最初のリリース以来ずっとメジャーバージョン番号は 10 のままで無意味なものになっていたが、来たるべき macOS 11 Big Sur でその点が変わる。
• マイナーバージョン： iOS では、マイナーバージョンはメジャーバージョンの存続期間を通じて必要に応じて (たいてい 3 回から 6 回程度) 増やされ、そのアップデートがバグ修正だけでなく新機能も含んでいることを反映する。macOS では、実際のところマイナーバージョンがメジャーバージョンの役割を果たしており、一年に一度の新しい名前の付いた macOS リリースごとに増やされる。
• パッチバージョン： iOS では、個々のマイナーリリースに対して必要に応じて出されるバグ修正アップデートでパッチバージョン番号が増やされる。macOS で Apple がパッチバージョン番号を更新するのは、それが単なる手早いバグ修正だけではない場合だ。その、単なる手早いバグ修正は「追加アップデート」と呼ばれ、新たなバージョン番号は付かない。ただし、ビルド番号は変わる！

公式バージョン番号の構造をはっきりさせるために、簡単な表にしておこう。

Apple のビルド番号も３つの部分から成っている：

• メジャーバージョン： Apple 社内では、メジャーバージョンは build train と呼ばれている。
• マイナーバージョン： iOS とその末裔においては、マイナーバージョンがマイナーリリースを追跡する。macOS においては、パッチリリースを追跡する。
• Daily Build バージョン： 前回の公式リリース以後に Apple がソースコードを何回ビルドしたかを示すのが Daily Build 番号だ。

一点の曇りもなく明らかにしておこう。iOS 13.5.1 に注目すると build 17F80 であり、macOS 10.15.5 に追加アップデートを施したものは build 19F101 だ。

少し関係あることを一つ注意しておこう。macOS Big Sur で Apple はメジャーバージョン番号を 11 に更新し、マイナーバージョン番号を 0 にリセットする。このことにより、オペレーティングシステムのバージョンをもとに機能の利用可能性を判断している一部のアプリに問題が起こる可能性がある。macOS のメジャーバージョン番号があまりにも長い間 10 のままであったため、手を抜く癖のある一部の開発者たちがマイナーバージョン番号のみをチェックするようになってしまったからだ。言うまでもなく、その種のずさんなコードは Big Sur で正しく働かないだろう。幸いにも、Howard Oakley が説明している通り、Apple は多少の努力を費やして、いくつかの状況で Big Sur が 11.0 の代わりに 10.16 を返すことで問題を緩和するようにした。これこそ、アプリが特定の機能の存在を知るためには macOS の API を直接チェックすべきであることの理由であって、Apple がそのバージョンまたはそれ以前に含めたからといって特定のバージョンに機能が存在していると思い込んではならない。

メジャーなビルド番号

近年は、iOS のメジャービルド番号が毎年変わる。iOS 13 のメジャービルド番号は 17 で、iOS 14 のメジャービルド番号は 18 だ。

macOS では、メジャービルド番号はやはり大きなリリースごとに変わリ、今はそれが毎年起こるが、過去にはそれほど頻繁でないこともあった。

マイナーなビルド文字

iOS では、マイナービルドバージョンは通常 X.1 のオペレーティングシステムリリースごとに変わる。これは１文字であって、数字ではなく、通常アルファベット順に変わる。ただし例外もあって、iOS 13.1 はマイナーバージョンを B に変えずに A を使い続けた。また、iOS 13.3 のマイナーバージョンは C で、iOS 13.4 のマイナーバージョンは E、つまり D が飛ばされた。これらの奇妙な点についてはあとでまた触れる。

macOS の世界では状況が少々異なる。ご覧の通り、マイナービルド文字は macOS パッチリリース番号に対応している。

Daily Build 番号

さて、Daily Build 番号でいろいろと面白くなる。Apple エンジニアたちは新しいビルドが作られる度に、つまり通常は毎晩、この番号を１つずつ増やすが、時にはもっと頻繁に増やすこともある。Apple が iOS 13 のエンジニアリングビルドを初めて作った際に割り当てられたビルド番号は 17A1 で、その次のビルドが 17A2、という風に続いた。

最初に出荷されたバージョンの iOS 13.0 は 17A577 であった。それはつまり、Apple がユーザーに初めて出荷するより前に iOS 13 のビルドを 577 個作ったということを意味している。２番目に出荷されたビルドは iOS 13.1 で、そのビルド番号は 17A844、つまり iOS 13.1 を作るためにさらに 267 回のビルドがあったということだ。さらにもっと面白いのはパッチリリースに対応したビルド番号だ。

ご覧の通り、Apple はパッチリリースをかなり素早く出している。iOS 13.1 と iOS 13.1.1 の間にはたった 10 個のビルドしかなく、13.1.1 と 13.1.2 の間はたった 6 個か 7 個、その後 iOS 13.1.3 のリリースまでにもたった 17 個か 18 個しかない。iOS 13.1.2 がなぜ２つのビルド番号を持っていたのか、私は知らない。iPadOS 13.1.2 は前者と同じビルド番号なので、おそらく後者は特定の iPhone モデルあるいは特定の地域のみを対象にしたものだったのかもしれない。

macOS では Daily Build 番号がさらに重要になる。きっとお気付きのこととは思うが、Apple がすべてのオペレーティングシステムに素早いバグ修正アップデートを出さざるを得なくなった場合、macOS では動きが取れないことがある。例えば、iOS 13.5 は 13.5.1 へ進んだけれども macOS 10.15.5 は公式のバージョン番号を変えずに「追加アップデート」が出された。

幸いにも、ビルド番号にはそのような制約はない。下の表でお分かりの通り、追加アップデートでも Daily Build 番号は変わるので、番号を見ればお持ちの macOS がアップデートされているか否かが分かる。なぜそれが役にたつかを言えば、Apple は通常追加アップデートをそれが対処しようとするアップデートに遡って適用するからだ。だから、あなたが macOS 10.15.5 のインストールをせずに一週間控えていたとして、その後あなたがインストールしようという気になった時点では、既にそれが macOS 10.15.5 追加アップデートに含まれていたということもある。(2020 年 6 月 1 日の記事“カーネル脆弱性が Apple に全ての OS のアップデートを強制”参照。) そのような状況下で自分が何を持っているかを確実に知るにはビルド番号を見る以外に方法がない。

ビルド番号から意味を引き出す

お分かりのように、ビルド番号からは役に立つ情報が分かる。例をあげれば、 watchOS 1 (12S506) のメジャービルド番号 12 で、これは iOS 8 (12A365) と同じだ。なぜなら、watchOS 1 は iOS 8 のコードベースに由来したものだからだ。

また、iOS と iPadOS が同じソースからビルドされたものであることが、両者が同一のビルド番号 (17A577) を持っていることから分かる。その一方で、tvOS 13 と watchOS 6 は同一のメジャービルド番号を持っていることから共に iOS 13 のコードベースに由来することは分かるけれども、両者のマイナービルド文字が違い、iOS で使われているものとも違うことから、別々の分枝であることが分かる。tvOS は J で始まり、watchOS は R で始まる。

Apple は必ずしもこれらのルールを厳格に守っている訳ではなくて、別の言葉で言えば、時には状況に応じて止むを得ずルールを逸脱することもある。もしも Apple がルールに従っていたならば iOS 13.1 は 17B267 であったはずだが、実際には 17A844 であった。これはおそらく、Apple はもともと iOS 13.1 を iOS 13.0.1 にしようと考えていたのだが、あまりにも重要な変更点が含まれていたので、結局パッチバージョン番号でなくマイナーバージョン番号を増やす決断をしたからなのだろう。

去年の iOS リリースが大いに混乱を招いたのも、この種の決断が関係していた。Apple は iOS 13.0 のリリースに伴い、その時点ではまだ開始の用意が整っていなかった機能を備えて iOS 13.1 を近日中に出すと約束した。(2019 年 9 月 30 日の記事“Apple、iOS 13 を 9 月 19 日に、iOS 13.1 を 9 月 30 日に出荷”と 2019 年 9 月 29 日の記事“iOS 13.1 での追加機能： 個人用オートメーション、運転の到着予定時刻その他”参照。)

同じように、iOS 13.3 は 17C54 で iOS 13.4 は 17E255 だが、その間のマイナーバージョン D はどうなったのか？ それは iOS 13.3.1 に割り当てられていて、ビルド番号は 17D50 であった。おそらく、Apple は結局 iOS 13.3.1 となったリリースを iOS 13.4 に盛り込まれた機能の多くを含めて出すことを予定していたのだが、その前に手早いバグ修正リリースをしたいと感じたのだろう。この場合、最大の要因は iPhone 11 の超広帯域技術に関係するプライバシーの懸念に対処するためであった。(2020 年 1 月 28 日の記事“Apple、iOS 13.3.1、iPadOS 13.3.1、macOS 10.15.3、watchOS 6.1.2、tvOS 13.3.1 をリリース”参照。)

ビルド番号がジャンプしたりビルド番号が足踏みしたりすることの背後にある物語は間違いなく他にも多数あるだろう。欠落しているかのように見えるビルドは、HomePod 用のものかもしれないし、まだリリースされていない製品のためのものかもしれないし、あるいは Apple 社内のみで使われる製品のためのものかもしれない。けれども将来に向けて重要なのは、これであなたがどのオペレーティングシステムリリースに際してもそれに割り当てられたビルド番号を見つけて解読することができるようになったという事実だ。その情報を知っていれば、そのリリースについてさまざまの結論を引き出すことができる。どれほど多くの労力がそれに注がれたか、Apple が何らかのバグ報告に不意打ちされたか否かといったことも、あるいは単にあなたが特定の追加アップデートを本当に受けたのかどうかも分かる。

討論に参加