タグ: WWDC（イベント）

Apple（アップル）は米国時間3月30日の朝、2年目となる完全にバーチャルな形式でのイベント開催を発表した。同社は2020年、新型コロナウイルスの影響で対面式のイベントを中止し、初めてオンラインのみでのイベント開催を実施した。世界の多くの地域ではワクチンの導入が始まっているが、オフラインイベントが復活するかどうかはまだわからない。なお、2021年のイベントは6月7日から11日まで開催される。

「私たちは、WWDC 21が史上最大かつ最高のイベントになるよう努めており、Appleの開発者のみなさんが私たちの生活、仕事、遊びを変えるアプリケーションを作り出すのを支援するために、新しいツールを提供できることをとてもうれしく思います」と、Appleのワールドワイドデベロッパリレーションズ、エンタープライズおよびエデュケーションマーケティング担当バイスプレジデントであるSusan Prescott（スーザン・プレスコット）氏はリリースで述べている。

オンライン形式には確かに利点がある。特に、アクセシビリティは最重要課題だ。Appleは2020年のイベント展示会が「過去最大」だったと述べており、今回も世界中から約2800万人の開発者が参加すると予想している。同社はSouth Bayのホテルに泊まる必要がないことはもちろん、移動に対応する必要がなく、すべての資格のある開発者が無料でイベントに参加できるとしている。

このイベントはAppleのさまざまなオペレーティングシステム（OS）にまたがり、iOS、iPadOS、macOS、watchOS、tvOSの新バージョンが発表される。2020年はMacが第一世代のAppleシリコンに移行するという、待ちに待った大きな話題があった。ハードウェア関連の予測は難しいが、なんらかのサプライズがある可能性もある。

大規模なキーノートや開発者をテーマにした1週間分のプログラミングに加えて、Appleは若いコーダーに焦点を当てたコンテスト「Swift Student Challenge」などのイベントを開催する。また、ここ数年オフラインイベントを開催しているサンノゼに拠点を置く教育イニシアチブであるSJ Aspiresに、100万ドル（約11億円）を寄付するとAppleは述べている。

カテゴリー：イベント情報

タグ：Apple、WWDC

画像クレジット：Apple

［原文へ］

（文：Brian Heater、翻訳：塚本直樹 / Twitter）

MacのCPUをインテルからApple Siliconに乗り換えることは、アップル自身にとってはもちろんのこと、サードパーティのアプリのデベロッパーにとっても、そしてユーザーにとっても、それなりに大事業であり、大きな変化を余儀なくされることがあるのも確かだ。

しかしアップルでは、この大事業をできるだけスムーズかつシームレスに成し遂げられるよう、そしてユーザーやデベロッパーの負担ができるだけ小さくて済むように、何種類、何段階もの施策を用意している。

WWDC20のキーノートでも述べられていたように、こうした動きを広く捉えると全部で4種類の方策が数えられる。そのうち最初の2つが特に重要だ。1つはインテルとApple Silicon、両方のネイティブコードを含む1つのアプリを提供するためのUniversal 2というバイナリフォーマットの採用。もう1つは従来のインテル用のアプリをApple Silicon Mac上で自動的に変換して実行できるようにするRosetta 2の導入だ。アップルでは、それらに加えてサードパーティ製の仮想化技術と、iPhone／iPadアプリがそのままMac上でネイティブ動作するBig Surの新しいアプリ環境を挙げている。

後半の2つのうち、仮想化技術は、これまでのインテルMacでも、非Mac、あるいは非ネイティブなアプリ用の動作環境として重要な役割を果たしてきた。そうした環境がApple Silicon Mac上でも継続的に用意されることは重要だ。

それに比べると、以前には存在しなかったiPhone／iPadアプリの動作環境は、インテルからApple Siliconへのスムーズ／シームレスな移行には直接関係ないように思えるかもしれない。しかし、Apple Siliconに移行した直後には、真にネイティブなサードパーティ製のMacアプリが不足気味になる可能性もあることを考えると、その際にネイティブで動作するiPhone／iPadアプリが存在するのは、ユーザーにとっても心強いことだと考えられる。

ともあれ、やはり今回の移行をストレスのないものにするための重要な技術は、Universal 2とRosetta 2の2つであることは間違いない。これらの技術は、主に誰のためにあるものかと考えると、対照的な位置づけであることに気付く。つまり、Universal 2は、アプリのデベロッパーが利用して、両方のCPUにネイティブ対応できるアプリを作成するためのものであるのに対して、Rosetta 2はもっぱらユーザーが利用して、旧形式のアプリを新しいプラットフォームで動作させるためのもの。それぞれ現時点でわかっている範囲で詳しく見ていこう。

デベロッパーのトランジションをスムーズにするUniversal 2

今回のWWDCで、Universal 2について最初に言及したのは、もちろんキーノートだった。その際には、インテル用とApple Silicon用のネイティブコードを1つのバイナリで供給できるフォーマットであることが紹介されただけで、それ以上の技術的なことは述べられなかった。

ただしデモとしては、すでにApple Siliconにネイティブ対応しているマイクロソフトやアドビなど、大手のデベロッパーのアプリが登場した。こうしたアプリは、インテルからApple Siliconへの移行期間として想定されている少なくとも2年間は、Universal 2アプリとして供給されることになるだろう。実のところユーザーの手元には、さらに長期間インテルMacも残るはずなので、Universal 2アプリが必要とされる期間は2年よりもう少し長くなるはずだ。

キーノート以外では「Platforms State of the Union」でも、実際にXcodeを使ってUniversal 2アプリをビルドするデモを交えなから、より詳しい話が語られた。

そこでまず出た話は、複数のCPU用コードを内蔵するユニバーサルアプリは、特に新しいものではないということ。Macでは、PowerPCからインテルに移行する際にはもちろん、同じインテルでも32ビットから64ビットに移行する際にも同様の仕組みを利用している。それを考えれば、今回は複数のCPUコードの組み合わせが、インテルとApple Siliconになったに過ぎないと考えることも可能だろう。

また、ユニバーサルアプリの基本的な情報として、コードは確かに2種類だが、それ以外のリソースはすべてひととおりしか持たないということも示された。つまり、画像や音声、3Dモデル、機械学習モデルといった容量が大きくなる可能性のあるデータは、コードの種類によらず共通なので、1つ持てばいい。そのため、ユニバーサルアプリにしてもアプリのサイズの増加は最小限に留められる。実際の増分はアプリの内容によって異なるが、通常のアプリでは純粋なコードの容量はアプリサイズの数十％以内だろう。とすれば、その部分だけが2倍になっても全体の増分は元の数十％に収まることになる。仮にリソースとしてのデータをまったく持たず、すべてコードだけで構成されているようなアプリがあったとしても、最大でほぼ2倍には収まるはずだ。

Xcodeでアプリをビルドする場合、そのXcodeが動作しているMacと同じアーキテクチャのネイティブコードをターゲットにビルドするには、単にそのMacの名前（この例では「My Mac」）を選べばいい。そして、Universal 2アプリをビルドするには、その選択を「Any Mac」に変更するだけ。それだけで、インテルとApple Silicon、2種類のCPUの実行コードを含んだユニバーサルアプリがビルドできる。

原理的には、このようにXcodeのターゲットを切り替えるだけでUniversal 2対応のアプリを作成できるわけだが、アップルではインテルアプリからUniversal 2への移行に要する時間を、ほとんどのデベロッパーについて「数日」以内としている。それは、CPUのアーキテクチャの違いからくる可能性のある問題を解決したり、最適化したりするのに時間を要する場合があるからだろう。

それでも、インテルからApple Siliconへの移行は、少なくともPowerPCからインテルへの移行よりは、かなり楽にできるはずだとしている。その理由として、3つの要因を挙げている。

まず、Apple Siliconとインテルのエンディアンが同一だから。つまり2バイト以上で表現するデータのメモリ上での配置の順番が、いずれも下位バイトのデータをメモリアドレスの小さいほうに、上位バイトのデータをアドレスの大きいほうに格納していくリトルエンディアンを採用している。そのため、データのバイト順をスワップする必要がない。

実はPowerPCは、バイエンディアンと言って、リトルエンディアンとビッグエンディアンのいずれに設定することも可能だった。しかしMacでは、それ以前の68Kプロセッサーがビッグエンディアンだったため、PowerPCをインテルとは逆のビッグエンディアンで使用していたのだ。PowerPCからインテルに変換したアプリでは、実行時にデータを扱うたびに余計な時間がかかるだけでなく、トリッキーなデータの扱いをしているプログラムでは、重大な、それでいて見つけにくいバグの原因となっていた。

2つ目の理由は、macOSアプリのデベロッパーは、iOS／iPadOSアプリもリリースしていることが多いことからくるもの。その場合、macOS用とiOS／iPadOS用のコードで、ソースレベルでは共通のものも少なくないはずだ。少なくともその部分は、すでにARMアーキテクチャへの移行が完全に済んでいることになる。そこには触る必要なくユニバーサルに移行できる。

3つ目は作業効率的な問題だが、Apple Silicon用アプリを開発するマシンは、必ずしもApple Silicon搭載Macである必要はない。つまりXcode 12をインストールしたインテルMacでも、Apple Silicon用のコードを含むUniversal 2アプリをクロスコンパイルしてビルドすることが可能なのだ。それによって、Mac用アプリのデベロッパーは既存のリソースをフルに生かしてApple Silicon対応アプリ開発に取り組むことができる。

なお「Port your Mac app to Apple Silicon」というセッションでは、アプリがCPUに関わるローレベルの情報を直接扱っているような場合や、プラグインを利用している場合などに発生しがちな不具合を取り上げて、移行の方法をXcode上で具体的に示している。デベロッパーにとっては参考になるはずだ。

ユーザーに気づかれない移行を目指すRosetta 2

Rosetta 2についても、最初に紹介されたのはキーノートでだった。そこでは大きな特徴として、高性能かつ互換性が高いこと、アプリのコードはインストール時に変換されること、プラグインなどは実行直前にダイナミックに変換することも可能であること、ユーザーにとっては意識せずに動作することなどが挙げられた。

また「Platforms State of the Union」でもRosetta 2は取り上げられた。Metalでも有効で高性能を発揮することが付け加えらたほか、いくつか新しいデモが示されたが、技術的な内容としてはキーノートと大差がなかったと言える。

一方「Explore the new system architecture of Apple Silicon Macs」のセッションでは、比較的詳しい技術的内容も明らかにされた。まず示されたのは、Rosetta 2で動作可能なアプリの種類だ。一般的なmacOSのアプリはもちろん、Mac Catalystを利用して作られたアプリ、ゲーム、JavaScript用のJITコンパイラーなどを含むウェブブラウザーなどが挙げられた。Metalを利用したアプリでも、Rosetta 2によって適切なApple Silicon上のGPUコマンドが生成されるという。さらに、機械学習を扱うCoreMLフレームワークを利用したアプリでも、Apple Siliconに内蔵されるニューラルエンジンを利用して動作するようになる。

次に、Rosetta 2によって実際のコードの変換が発生するタイミングについても説明された。それによると、1つは、App Storeからインストールするタイミング。もう1つは、どこからかダウンロードしたインストーラーのパッケージからインストールするタイミングだ。そして、こうしたアップル製の標準的なインストーラーを使わないアプリでも、初めて起動するタイミングで自動的に変換が実行される。その場合でも、最初だけDockの中でアプリのアイコンがバウンスする回数が多くなる程度だという。

またRosetta 2によるコードの変換は、セキュリティ的にも配慮されたものとなっている。コードは署名され、安全に保存される。また変換を実行したマシンでしか動作しない。こうしたセキュリティ設定は、OSをアップデートする際に更新されるので、変換済のコードはそのまま利用できるはずだ。

変換済のアプリを起動すると、当然ながら変換後のコードが動作する。ただし、プラグインのように、インストール時に変換されなかったコードについては、実行時に自動的に変換されるようになっている。

それでも、インテルCPUとApple Siliconには、細かな点でいろいろと違いがあるため、Rosetta 2で吸収しきれずにうまく動作しないアプリがあることも考えられる。たとえばRosetta 2は、インテルのAVX（Advanced Vector eXtension）と呼ばれるベクトル演算の拡張命令をサポートしていない。行儀のいいアプリであれば、事前にCPUがAVXをサポートしているかどうかを確認してから使うように作られている可能性もある。そうしたアプリでは問題ないかもしれないが、最初からAVXの存在を仮定して、いきなりそうした命令を使うようなアプリは、Apple Silicon上では動作しないだろう。

Rosetta 2は、多くの場合デベロッパーがアップデートをやめてしまったり、Apple Siliconへの移行をあきらめたような過去のアプリを動作させるためのものと考えられる。そのようなアプリにRosetta 2が対応できない部分が出てきてしまった場合、対処方法はほぼない。実際にはApple Silicon搭載Macが登場してみないと何とも言えないが、そのようなアプリがそれほど多くないことを願いたい。

画像クレジット：Apple

2020年6月に開催されたアップルのWWDCでは、MacのメインCPUをIntel（インテル）からアップル製のいわゆるApple Siliconにスイッチすることが発表された。それ以来、その方針があたかも金科玉条のように語られ、ずっと以前から運命付けられていたかのような雰囲気さえ漂っている。それこそが実際の製品の発売にかなり先立って、こうした方針転換を発表したアップルの狙いだったことは間違いない。

いみじくもAPIを公開し、サードパーティにアプリケーションの開発を可能にしているパソコンが、CPUのメーカー、系統を大きく変更するというのには大きく2種類の理由が考えられる。1つは技術的なもの。もう1つは政治的なものだ。WWDCのキーノートなどでは、当然ながら政治的な狙いについては何も語られていない。もちろん技術的なメリットがなければ、政治的な理由だけでCPUを変更するとも考えにくいが、すでに成熟した製品となって久しいMacが、この段階に来て変更に踏み切るからには、政治的なメリットもそれなりに大きいはずだ。

この記事ではそこには深入りしないが、アップルにしてみれば今後はCPUの選択、設計、コスト、納期など、あらゆる面に関して、自らコントロールできるようになる。すべてが自分の責任になるものの、そこから生まれるメリットは絶大だろう。とはいえ、それはあくまでもアップルにとってのメリットだ。デベロッパーやユーザーは、性能や機能、価格など、背に腹は代えられない部分で明らかなメリットがなければ、MacのCPUの変更は面倒の種が1つ増えるだけで、できればやめてもらいたいと思うだろう。

もちろん、MacのCPUがiPhoneやiPadなどのモバイルデバイスと共通になるのは、それだけで大きなメリットだ。「iPhone／iPadアプリは本当にそのままApple Silicon Mac上で動くのか？」でも述べたように、すべてのアップル製品のアプリケーションの基盤が共通化され、膨大な数のiPhone／iPadアプリがそのままMacで動作する夢のような環境への扉を開くからだ。しかし、Apple Silicon採用のメリットは、それだけではない。キーノートでは詳しく述べられていなかった数多くのメリットがある。それらを具体的に見ていこう。

高性能と低消費電力の両立は真のメリットではない

今回のキーノートでは、CEOのティム・クック氏自らが、Apple Siliconへの転換を明らかにした。その際に述べられていた動機は、大義名分としてまことにもっともなものだった。かいつまんで言えば、アップルではハードウェアとソフトウェアのインテグレーションが、すべての基本となっている。「自ら開発するApple Siliconの採用によって、それがさらに高いレベルで実現し、より優れた製品を提供できるようになる」というのだ。

キーノートでクック氏を引き継いだハードウェア技術担当の上級副社長であるJohny Srouji（ジョニー・スルージ）氏も、技術的にはそれほど詳しい具体的な話はしなかった。ただ、「Apple Siliconはパフォーマンスと消費電力のバランスに優れ、1つのアーキテクチャでApple WatchからMac Proまでカバーできるほどのスケーラビリティを備えている」ということを強調していた。

これも確かにそのとおりだろうし、納得しやすい話だが、Apple Siliconでなければならない理由には踏み込んでおらず今ひとつ説得力には欠ける。というのも、現在のコンシューマー機器向けCPUであれば、力点を置く部分に多少の違いこそあれ、どんなメーカーの製品でも高性能と低消費電力の両立を目指していると考えられるからだ。

同じWWDCの「Platforms State of the Union」でも、今年は当然ながらApple Siliconがメインのトピックに据えられた。アップルのプラットフォームに関して、キーノートよりも技術的に突っ込んだ話をすることになっているセッションだ。しかしそこでも、どうしてApple Siliconが優れているかについては漠然とした話しか語られなかった。

そのセッションで挙げられたApple Siliconの技術的なメリットは、次の4点に集約される。

• Huge Improvements to Speed（速度の飛躍的な向上）
• Graphic Performance（グラフィック性能）
• Power Consumption（消費電力）
• Security（セキュリティ）

これらのメリットについて、いくつかのアプリケーションのデモが示され、すでに実際にApple Silicon上でMacのソフトウェアが動作し、高性能を発揮していることが強調された。それでも、なぜApple Siliconでなければならないのか、簡単なアーキテクチャの図が示されただけで技術的な説明はここでもまだ具体性に欠けている。

Apple Siliconのパフォーマンス面でのメリット

Apple Siliconについて技術的に一歩踏み込んだ詳しい話は、ようやく「Explore the new system architecture of Apple Silicon Mac」というセッションで登場した。実際にmacOSをApple Siliconに移行させる仕事をしているCore OSグループの担当者であるGavin Barraclough（ギャビン・バラクロー）氏による説明だ。

そこではまず、現状のインテルベースのMacの基本的なアーキテクチャの確認から入った。独立したGPUを持つマシンでは、インテル製のCPUとAMD製のGPU、そして主にセキュリティに関するコントローラーとして動作するアップル製のT2チップを備えている。この場合、CPUとGPUは、それそれ独立したメモリを使って動作する。それがメリットになる場合もあるだろうが、両メモリ間でのデータ転送はPCIバス経由となり、大量のデータを扱うには効率が悪い。

それに対してApple Siliconでは、1つのSoC（System on a Chip）として、CPU、GPU、セキュリティ関連の機能はもちろん、ビデオのエンコーダー／デコーダー、機械学習関連の処理をハードウェアで実行するニューラルエンジン、機械学習アクセラレーターなどが詰め込まれている。このように多様な機能をワンチップに統合できるのは、iPhoneやiPad用のSoCとして培ってきた設計技術の成果だろう。

この構成では、CPUとGPUが1つのメモリを共有することになり、画像やテクスチャ、ジオメトリなどのデータ転送は効率化される。アップルではこれをUnified memory architecture（統合メモリアーキテクチャ）と呼んでいる。

またApple SiliconのCPUには、これまで採用していたインテル製のCPUにはない大きな特徴がある。それは内蔵する複数のコアの処理能力が、すべて同一ではないということだ。アップルではこれをAsymmetric multiprocessing（非対称マルチプロセッシング）、略してAMPと呼ぶ。例えば、ユーザーによる操作の追従のような軽い処理は低能力のコアで実行し、負荷の重い高度な演算処理は高能力のコアで実行することで、全体的なコアの利用効率を高めることができる。アプリのデベロッパーとしては、プロセスの優先順位を適切に見積もって設定し、効率的な処理が実行されるよう追求する必要がある。とはいえ、一般的なマルチタスク処理は、これまでどおりGCD（Grand Central Dispatch）を利用して、個々のタスクが適切にスレッドに割り振られるようにすることが推奨される。

アプリとして、こうしたApple Siliconの能力を利用するために、特に新たなAPIを導入する必要ない。例えばGPU処理に関しては、これまでどおりMetalを利用すれば、自動的に最大限のパフォーマンスが発揮される。また、ビデオ関連はAVFoundationやVideoToolbox、機械学習関連はCoreMLのように、それぞれ使い慣れたフレームワークを利用すれば最適な処理が実行される。機械学習関連については、Accelerateフレームワークを利用して、ハードウェアをより効率的に利用することも可能だ。

Apple Siliconが可能にするMacならではの機能

Macに搭載されるApple Siliconは、これまでiPhoneやiPadといったモバイルデバイスに使われてきたアップル製のSoCとは異なる部分もある。それはMacがデスクトップコンピューターであることに関連する機能だ。つまり、Macに搭載されるApple Siliconは、単にiPhoneやiPadにすでに搭載されているものをそのまま、あるいは性能を強化して持ってくるのではなく、Macならではの機能も盛り込んだものとなる。

まず異なるのが起動プロセスだ。Apple Siliconを搭載するMacでは、iPhoneやiPadと同様の起動セキュリティを確保しつつ、外付けのディスクを含めて複数のボリュームから選択的に起動する機能を実現する。それらの複数のボリュームには、異なるバージョンのmacOSがインストールされている可能性がある。そのため、新しいブートローダーは、その時点での過去のバージョンも含め、アップルによってサインされたすべてのバージョンのmacOSから起動できる。

さらに新しいリカバリー機能も含まれている。これは、新世代のMacの大きなメリットの1つに数えられるだろう。「Startup Options UI」という専用のインターフェースが用意され、すべてのMacから共通の操作によってアクセスできる。MacBookシリーズではTouch IDボタン、デスクトップでは電源ボタンを長押しするだけで、このUIを起動できる。

ここからは、起動ディスクの選択だけでなく、新たに搭載される「Startup Manager」（起動マネージャ）、「Mac Sharing Mode」（Mac共有モード）を起動することも可能となる。後者のMac Sharing Modeは、これまでのターゲットディスクモードに代わるものとなる。これはSMBを利用したファイル共有機能によって、外部からユーザーデータにアクセスすることを可能する。当然ながらMac内部のディスクにアクセスするには、正当なユーザー認証が必要となる。

起動ディスクの選択についても、これまでにはなかった細かな設定が可能となる。具体的には、起動ボリュームごと独立にセキュリティポリシーを選べるようになる。Macを何らかの業務に使うだけであれば、iPhoneなどと同様、常に最高のセキュリティポリシーを適用して起動すればいい。しかし、研究者や趣味でいろいろいじりたいユーザーは、それでは自由度が制限されて目的が達成できないことある。そこで、あえてセキュリティを低減させるモードも用意している。

セキュリティポリシーは、これまで同様csrutilコマンドによって設定できる。しかしインテルベースのMacでは、設定したセキュリティーポリシーはシステム全体で有効となるものだった。そのため1つのボリュームのセキュリティを低減させたい場合、他のボリュームのセキュリティも低減させざるを得なかった。Apple Siliconを搭載するMacでは、起動ボリュームごと独立にセキュリティポリシーが設定できるので、他の部分のセキュリティを強固に保ったまま、目的のボリュームだけ低減させるという使い方が可能となる。

リカバリー機能も強化される。macOSには、通常のボリュームから起動できなくなった場合に備えて、リカバリーボリュームが用意されている。そこから起動すれば、通常のボリュームを修復したり、再インストールしたりすることが可能となる。ここまでは、インテルベースのMacでもApple SiliconのMacでも同じだ。リカバリーボリューム自体も起動できない場合、インテルベースのMacでは、インターネットリカバリー機能によって、サーバーにある最小限のOSを起動できるようになっている。Apple Silicon Macでは、さらに最小限のOSを保持した「System Recovery」と呼ばれる隠しコンテナを内蔵している。万一の場合は、そこから起動することでリカバリボリュームや通常のmacOSボリュームを修復、再インストールすることが可能だ。

現時点で明らかにされている内容は、Apple Siliconの全容からすれば、まだほんの一部だと考えられる。しかし、Apple Siliconが単に高性能と低消費電力の両立だけを狙ったものでないことは、すでに明らかだろう。とはいえ仮にそれが本当にメインの理由だったとしても、最近発表されたスーパーコンピュータの世界ランキングで、複数の部門にまたがってトップの座を獲得した理化学研究所の富岳が、ARMベースのアーキテクチャを採用しているという事実は、Macの将来にとっても極めて明るいニュースであることに疑いの余地はない。

画像クレジット：Apple

Apple（アップル）のiMessageプラットフォームが、iOS 14とmacOS Big Surのリリースで大幅にアップデートする。日本時間6月23日に配信されたWWDCのキーノートで、アップルはiMessageの次バージョンに、SlackやFacebook Messengerといったライバルのメッセージングアプリで人気の機能の多くを搭載すると発表した。インラインでの返信、ピンで固定、メンションなどだ。さらにグループチャットのカスタマイズ、ミー文字の拡張、検索機能の向上なども発表されている。

インラインで返信する新機能を使うと、iMessageのグループチャットに参加しているユーザーがスレッドとして特定のメッセージに返信できる。これはSlackなど人気メッセージングアプリの多くに搭載されているのと同様の機能だ。ユーザーは会話全体の中で返信を表示したり、独自スレッドとして表示したりすることができる。

グループチャット内の誰に対するメッセージかをわかりやすくするために、iMessageにメンションの機能が追加される。ただし、他のアプリやTwitterなどのソーシャルプラットフォームで「＠」をつけてメンションするのとは異なり、iMessageでは相手の名前を入力するだけだ。記号を追加する必要はない。

送信相手の推測候補がポップアップし、タップして選択できる。テキストメッセージ中では相手の名前が青色で強調表示され、その相手に対するコメントであることが示される。

そして最高の新機能は、会話の中で自分にメンションされたときだけ通知するようにメッセージアプリを設定できることだ。通知をミュートしたくなるほど頻繁に会話が交わされるチャットでも、重要なメッセージを見落とさずについていけるようになるだろう。

グループチャットのデザインも変更され、直近でアクティブだった人のプロフィールアイコンが最も大きく表示される。

グループチャットのメインイメージを写真や絵文字でカスタマイズすることもできる。会話では、グループメンバーのプロフィールアイコンがメインイメージの周囲に表示される。

会話をピンで固定する新機能を使えば、最も重要なiMessageのチャットを常に画面の最上部に表示できる。こうしておけば、親友や家族のグループチャットなど、頻繁に参加する会話に簡単に戻れる。重要な相手、配偶者、子供など頻繁にメッセージをやりとりする人と素早く会話を続けることもできる。

グループチャットに新しいメッセージが届くと、画面上部に表示される。誰かがあなたへのテキストメッセージを入力中であることも、インジケーターでわかる。

この機能はいつも主にiMessageで会話をしていて、長い未読リストの中で重要なメッセージを見落としてしまうことが多い人にとっては特に便利だ。未読リストをスクロールして会話を追いかけなくても、1カ所を見れば急を要するメッセージを見落とすことがないので、画面を見る時間を減らすこともできる。

さらにアップルは、ミー文字もアップデートする。20種類の新しい髪型と被り物、マスク、年齢の選択肢に加え、ミー文字ステッカーにはハグ、グータッチ、照れの3種類が追加される。

Macのメッセージアプリでもインラインの返信やピンで会話を固定、メンションを利用できる。iMessageのメッセージエフェクト、ミー文字のカスタマイズ、新しい写真ピッカー、人気の画像やGIFを見つけてメッセージに追加する#imagesにも対応する。さらに検索機能が強化され、リンクや写真、一致する項目を見つけやすくなるとアップルは紹介している。

これらの新機能は、今秋のiOS 14とmacOS Big Surのリリース時に搭載される。

[原文へ]

（翻訳：Kaori Koyama）

Apple（アップル）が、近く実施されるApp Storeのルール変更を発表した。これにより、このマーケットプレイスの運用が大きく変わる可能性がある。もうすぐ開発者は、アプリのリジェクトだけでなく、その根拠となったルールにも異議を唱えられるようになる。また、ルール違反のせいでバグ修正のアップデートが保留になることはない。

重要な追加事項にも関わらず、アプリと開発者の変更点についてのブログ記事は淡々としたものだ。

まず第一に、開発者はアプリがApp Store Review Guidelinesの特定のガイドラインに違反しているかどうかの決定に抗議できるだけでなく、ガイドラインそのものに異議を唱える仕組みがある。第二に、すでにApp Storeで公開されているアプリに関しては、法律な問題に関連するものを除き、ガイドラインへの違反のためにバグ修正が遅れることはなくなる。

App Storeのルールは、今週大きく報道された。それは、収益化をめぐる論争のせいであり、メールサービスアプリのHeyが、サブスクリプションの収入をAppleと共有することをためらった（未訳記事）からだ。

これは前からよくある問題であり、Basecampの共同創業者であるDavid Heinemeier Hansson（デイヴィッド・ハイネマイヤー・ハンソン）ともあろう人が、自分のHeyについてそれを知らなかったとは思われない。しかも、アプリに関するAppleの一方的で画一的なビジネスモデルが批判されたのも、これが初めてではない。

本誌TechCrunchとのインタビューでAppleのマーケティング担当上級副社長Phil Schiller（フィリップ・シラー）氏は、ルールを変えてHeyのようなアプリが収入をAppleと分けずにApp Storeで売られるようにするつもりはない（未訳記事）と語った。

関連記事：Interview: Apple’s Schiller says position on Hey app is unchanged and no rules changes are imminent

しかし、アップルは発表で直ちにルールを変更しないが、そのうち変えるかもしれない、と言っている。開発者からのフィードバックがどのように入手され処理され評価されるのか、それはわからないが、おそらく今週の多くの開発者セッションでさらに聴取を重ね、多くの提案を受け取ってから最終的に決まるのかもしれない。

2つめの変更は、Heyがそうだったようにビジネスの問題があるせいで、セキュリティアップデートもできなかった開発者をほっとさせるだろう。開発者との交渉が行き詰まることで、ユーザーを困らせることはアップルもしたくないだろうから、両者を分離することは完全に正しい。これによって、扱いにくい開発者に対してアップルが振るう鞭（むち）が短くなり、しかもユーザーなど他の関係者のリスクは少なくなる。

App Storeのルール変更は今夏に発効するため、それまでに詳細が決まるだろう。

画像クレジット：Bryce Durbin

[原文へ]
（翻訳：iwatani、a.k.a. hiwa）