Appleは過去数年間、Macよりもはるかに多くのiOSデバイスを販売してきましたが、200億ドル規模の企業として、Macプラットフォームは依然として同社にとって極めて重要です。Appleの従来型コンピューティングプラットフォームの今後の方向性と、今年の世界開発者会議（WWDC）で何が見られるのか、ここで見ていきましょう。
AppleのSwiftによるWWDC 2016への招待
Appleは、Apple Eventで新ハードウェアを発表する直前、あるいは6月に開催される年次開発者会議（WDC）で新ソフトウェアやクラウドサービスを発表する直前まで、将来の計画について極秘にしていることで知られています。来月の開発者イベントで期待されるもの、特にMac OSとそれを実行するデバイスに焦点を当ててご紹介します。以前の記事では、iOS、tvOS、watchOS、iCloudの各プラットフォームについて取り上げました。
WWDCはソフトウェアに特化しており、アプリ開発者、アクセサリパートナー、そしてAppleのプラットフォームAPIを利用する関係者が集まる年次会議です。これまでもWWDCで新ハードウェアが発表されることはありましたが、近年はほぼ全面的に新しいソフトウェアリリース（iOS、Mac OS、watchOS、iCloud）と、開発者がAppleのプラットフォームを最大限に活用できる方法に焦点を当てています。
macOSのブランド変更
Appleが自社のブランドを他のプラットフォーム（iOS、watchOS、そして昨年Apple TV向けに発表したtvOS）と一致させるために、現在のOS Xの名前をmacOSに変更する可能性があるという議論がすでにいくつか出ている。
当初、AppleはMacintoshオペレーティングシステムを「システムソフトウェア」と呼んでいました。1990年代には「Mac OS」と呼ぶようになりました。1997年にスティーブ・ジョブズが率いたNeXTを買収した後、AppleはMacデスクトップ環境をUNIX基盤と高度なNeXTSTEP開発フレームワークに移植し、その結果生まれたパッケージを「Mac OS X」と呼びました。2012年以降、AppleはOS Xを指す際に「Mac」を省略するようになりました。
ジョブズはかつて、Mac OS Xプラットフォームは今後15年間Appleのシステムを動かすだろうと述べました。最初のMac OS X 10.0がリリースされたのは15年前で、NeXTSTEPがMacハードウェアに導入されたのは事実です。AppleはメジャーバージョンアップごとにOS Xの新エディションとしてリリースを続け、今日のOS X 10.11へと至りました。
面倒な番号体系を紛らわすため、OS Xの各リリースには名前が付けられてきました。最初は猫、そしてここ4年間はAppleの本社があるカリフォルニア州の有名な場所にちなんで名付けられてきました。そのため、WWDCでは、AppleはmacOS 10.12 Tahoeのような名前を発表するかもしれません。
Macの未来
代替となるWindows PCの平均販売価格が300ドル近くまで上昇し、Apple自身もiPad Proを「究極のPC代替品」と謳っている今、AppleのプレミアムMacプラットフォームの将来はどうなるのでしょうか？ PCの平均販売価格が何年も前に暴落し、iPadが500ドルから販売されている現状を考えてみてください。
より安価でシンプルなタブレットや、より安価なWindows PCの登場にもかかわらず、 AppleのMacの売上は過去5年間で徐々にではあるが着実に増加していることを考えると、高品質で高価格帯のMac、特にノートパソコンに対する強い市場があるように思われます。Appleは現在、エントリーレベルの非Retina MacBook Air、超軽量の新型フラッグシップMacBook、そしてハイエンドのMacBook Pro（AppleはWWDCに合わせて頻繁にアップデートを行っています）の3つのモデルを販売しています。
Apple はまた、高度な 4K または 5K ディスプレイを搭載したプレミアム オールインワン iMac の販売を継続的に拡大しており、デザイナー、ミュージシャン、写真家、ビデオ編集者にとって優れたキャンバスとなっています。
Appleが根本的に再設計したMac Pro（基本的には拡張性に乏しいコンパクトな「タワー型PC」）と、2005年にWindows PCの代替として楽観的に提案され、キーボードとディスプレイをそのまま使えるアップグレード可能な「ヘッドレスiMac」であるMac miniの将来は、まだ不透明だ。当初は年に1回程度刷新されていたが、2014年末以降は更新されていない。
容赦なくコピーされたにもかかわらず、Mac miniが大成功したかどうかは明らかではない。
2011年、Appleはラックマウント型サーバー市場から撤退し、より収益性の高い事業にリソースを振り向けた後、Xserveシリーズ（2002年発売）を廃止しました。Mac miniでも同じことをすれば、Macは実質的に800ドル以上のプレミアムプラットフォームとなり、3桁の価格帯のコンピューティングツールはほぼ全てARMベースのiOSデバイスとなるでしょう。
ARM Mac?
Xserve がキャンセルされる少し前に、Apple は 2010 年後半に別の Mac の開発も中止しました。オリジナルの Apple TV は、基本的に OS X の修正バージョンを実行する Intel Pentium M 搭載デバイスでした。その代わりに、ARM チップで管理されるディスクフリーのメディア ストリーミング設計に関連する大幅なコスト削減により、iOS ベースの新しい第 2 世代 Apple TV がはるかに低い価格で人気を集めました。
AppleがARMに移行した最後の「Mac」はApple TVだった
AppleはMac miniでも同様のことをして、iOSベースのシステムに置き換える可能性があります。しかし、AppleのiPadラインナップには、ARMベースのMacに匹敵する価格帯で、基本的な低価格コンピューティングが既に豊富に揃っていることを考えると、これが誰に訴求するのかは明らかではありません。
逆に、Apple は、複数の A シリーズ ARM プロセッサと、並列処理と仮想化サーバーのホスティングをサポートし、サーバーのニーズに合わせて調整された新しい iOS を搭載した、交換可能なカードをベースにした効率的で低コストの新しいマルチブレード Xserve で、サーバー分野に再参入する可能性があります。
Appleは現在、自社の大規模サーバーファームに多大なリソースを投入しているため、高性能で低発熱のサーバーハードウェアを実現するために何が必要かを深く理解しているはずです。そして、自社のハードウェアコストを削減するには、サーバー向けに最適化された新しいAxシリコン設計の二次市場を確立すること以上に優れた方法があるでしょうか？
このような飛躍は、Appleが既存のMacを現在のIntel x86アーキテクチャからAppleが開発したARM Ax設計に移行する取り組みを始める前でさえ起こる可能性があります。AppleInsiderは以前、AppleがMacラインナップをカスタムAxプロセッサに移行することのメリットとデメリットについて議論しました。
現実には、AppleはiOSを開発するために既にOS XをARMに移行しています。MacをAxチップに移行すれば、実質的にはAppleがiOSに移行しないことを明示的に選択した残りの部分（マウスポインター、重なり合うウィンドウのデスクトップ、露出したファイルシステムなど）を移植するだけになります。
新しい低レベルのMacテクノロジー
より短期的な視点では、AppleはMac OSプラットフォームの維持と拡張を継続しており、iOSと「相互に関連する」技術を頻繁に共有しています。WebKitベースのSafariウェブブラウザ、Xcode開発ツール、そしてもちろん来月発表予定の同社の新しい開発言語Swift 3.0など、双方にメリットをもたらす様々な取り組みが進行中です。
Apple が WWDC で披露する可能性のある他の主要な取り組みとしては、由緒ある (あるいはおそらく脆弱な) HFS Plus に欠けている機能をサポートする新しいファイルシステムなどがあります。
2007年頃、Appleはより現代的で高度なZFSのサポート導入に向けて動き始めました。ZFSは柔軟なボリューム管理、継続的なデータ整合性チェック、自動修復機能を備えていました。しかし、ZFSのサポートは2009年に突然中止され、その後話題になることはありませんでした。Macは、時代遅れのHFSアーキテクチャとその限界に起因するディスク破損やその他の一連の問題に悩まされ続けています。
Macは、時代遅れのHFSアーキテクチャとその限界に起因するディスク破損やその他の一連の問題に悩まされ続けています。Appleが独自の言語とシリコンチップアーキテクチャの構築にリソースを投入してきたことを考えると、新しいファイルシステムの開発にも取り組んでいることは驚くべきことではありません。あるいは、Appleは最新の機能を備えた既存の高性能ファイルシステムを特定し、それをそのまま採用するという選択肢もあるでしょう。
これは、Macの老朽化した独自のAppleファイル共有プロトコル（AFP）から脱却するためにAppleが行ったことです。2013年、AppleはOS X Mavericksを搭載したMacがデフォルトでMicrosoftのSMB2を使用したネットワーク接続をサポートすると発表し、当時「SMB2は超高速で、セキュリティを強化し、Windowsとの互換性を向上させる」と述べました。
OS X Yosemiteはその後、MicrosoftがWindows 8で導入したプロトコルの新バージョンであるSMB3のサポートを追加しました。しかし、Mac、Windows PC、その他のSMBベースのNAS（ネットワーク接続ストレージ）やファイル共有サーバーとの間では、複雑さ、互換性、パフォーマンスの問題が依然として残っています。AppleがMacのネットワーク環境におけるファイルの保存、共有、アクセスのパフォーマンスを真に向上させてくれると素晴らしいと思います。
Apple は最近、自動ファイル管理と iCloud ベースのストレージに力を入れており、ついに自社のファーストパーティ アプリがクラウドベースのストレージ (昨年導入された Notes を含む) をほぼ普遍的に使用してデバイスやプラットフォーム (iOS と Mac) 間でデータを同期できるようになり、サードパーティもそれに追随できるようになりました。
Appleは昨年のWWDCで、JavaScriptベースのCloudKit JSを用いたWebアプリ（または他のプラットフォーム）からのiCloudデータアクセスを発表しました。CloudKit JSはiCloud用のWebベースのメモアプリの作成に使用され、iOS 9またはMacからユーザーのメモにアクセスできるようになりました。また、Appleは今年初めに、CloudKit開発者に対し、サーバーサイドのプロセスまたはスクリプトからアプリのパブリックデータベースのデータを読み書きする機能も提供しました。WWDCでは、CloudKitの機能をさらに拡張することが予想されます。
出典：アップル
AppleがiCloudで使用されているデータベースストレージ技術の一部をMacのローカルストレージの強化に応用することは理にかなっているかもしれません。また、既存のMacにおけるソリッドステートストレージや同社のハイブリッドFusion Driveの活用を最適化し、ディスク操作を高速化し、消費電力をさらに削減することも可能です。
Appleが昨年Macに導入したもう一つの低レベルAPIはMetalです。これは、GPUおよびGPGPUアクセラレーションにおけるOpenGLやOpenCLの低オーバーヘッド代替手段です。Macのコアグラフィックスのより多くの部分をMetalでレンダリングできれば、CPUのコアワークロードを圧迫することなく、インターフェースの高速化とアニメーション効果の向上が期待できます。
新しいアプリケーションレベルのMacテクノロジー
AppleはiOSとMacの両方でMapKitに注力しており、最近では交通機関のルート案内機能にも活用しています。マップアプリには、ユーザーが作成したFlyovers（フライオーバー）から、より複雑で洗練されたルートマッピング、自転車などの代替移動手段のサポートまで、まだまだ多くの機能があります。マップアプリは、Appleの安全なApp Extensionメカニズムに新たな拡張ポイントを提供し、サードパーティが独自の新機能をマップアプリに追加できるようになるかもしれません。
AppleがMacデスクトップに導入すると予想されるもう一つのコアテクノロジーは、Siriアシスタンスです。スマートフォン、Car Play対応車、Apple Watchに話しかけるのは確かに理にかなっていますが、Macユーザーは、メッセージやSpotlight検索でボットのように機能するコマンドライン版のSiriから、さらに大きな恩恵を受けるかもしれません。
Appleは以前、システム全体の検索機能を強化しましたが、iOS 9のようなプロアクティブなインテリジェンスをMacにはまだ導入していません。カレンダーの予定を立てたり、旅行の地図を作成したり、連絡先を調整したり、音声やボットのようなコマンドを使ってドキュメントやメッセージなどのタスクを作成したりできるようになれば、SiriはMacデスクトップ上で、スマートフォン上よりもさらに価値を高めることができるでしょう。開発者がシステムにアクセスできるAPIを公開すれば、Macはアシスタントベースのコンピューティングにとってさらに魅力的なプラットフォームとなるでしょう。
iOSアプリ: ヘルスケア、ニュース、ホームアプリ
Appleは昨年、iOS 9向けに「ニュース」「ヘルスケア」「アクティビティ」など、Macにはまだ搭載されていない新しいアプリをいくつかリリースしました。また、「iPhoneを探す」や「友達を探す」にアクセスするためのMacネイティブアプリも存在しません（どちらもMacのマップアプリに統合できるはずです）。
MacとiOSデバイスの両方において、AppleはHomeKitデバイスを管理するためのホームアプリを提供するべきであり、HomeKitライセンス保有者に独自のアプリを開発させるべきではないでしょう。同様に、Apple TV、AirPortベースステーション、Time Machineデバイスの設定ツールを単一のインターフェースに統合することも考えられます。
Apple Watchに関して先ほど述べたように、Macのメッセージアプリは、少なくともApple Watch装着者からのDigital Touch、タップ、心拍メッセージの受信に対応する必要があります。ヘルスケアとアクティビティ機能をMacに統合することで、Game Centerソーシャルネットワーク内でフィットネス、健康、減量目標をゲーム化する取り組みにも役立つだけでなく、ResearchKitやCareKitアプリケーションの臨床試験報告にも貢献する可能性があります。
MacでiOSアプリをホストする
同時に、Apple が Microsoft の Windows 10 向け Universal WP Apps アーキテクチャからインスピレーションを得ることも意味があるかもしれない。これは Microsoft の意図したとおりには機能していない (Windows PC のインストールベースを活用して、Microsoft の苦境に立たされているモバイル プラットフォームの開発を促進する) が、Apple が既存の iOS アプリを Mac に移行するというアイデアとしては有効かもしれない。
現在、AppleはMac App Storeを運営していますが、iOS App Storeのような大規模なスケールメリットは期待できません。これは、Macのインストールベースが1億台近くに達するのに対し、iOSデバイスが10億台近くに達していることが一因です。また、AppleはiOSと同じ制限をMacユーザーに全て課すこともできません。
しかし、MacユーザーにiPadアプリやiPhoneの「デスクアクセサリ」をインストールし、Macデスクトップ上でエミュレーションできるオプションを提供できれば、開発者はMac OSユーザー向けに別途ネイティブアプリを開発する必要性を判断する必要がなくなります。シンプルなタイトルのiOS版は「そのまま動作する」でしょう。
これにより、Macデスクトップに、多数のカスタムエンタープライズタイトルを含む、多種多様な基本アプリが提供されることになります。また、iPadのインストールベースにMacのインストールベースが加わることで、開発者が既存のiPhone向けタイトルをiPadとMacデスクトップの両方に適した大画面フォーマットで動作するように最適化する動きがさらに促進されるでしょう。Appleは、MacのiOSエミュレーション環境にも、同じiOSセキュリティポリシーを適用できる可能性があります。
将来の Mac には A10 チップが組み込まれ、ソフトウェア エミュレーションなしで iOS アプリを実行できるようになる可能性があり、Ax ベースの Mac ソフトウェアと Ax 専用の将来の Mac ハードウェアへの移行の道が開かれる可能性があります。
iOS Continuity 機能の拡張
iOSアプリの実行に加え、MacはAppleのデスクトッププラットフォームとモバイルiOSデバイスを連携させる既存のContinuity機能も強化できます。まずは、iPhoneからTouch ID経由で設定済みのMacのロックを解除できるようにすることが、簡単な第一歩です。この「リモートTouch ID」は、Apple Payを使ったウェブベースの購入をTouch IDで認証したり、iMessageで送金したりする際にも利用できます。
逆に、「iPhoneを探す」(または「Apple Watchを探す」) を Mac デスクトップ (おそらくマップ アプリ内) に統合すると便利かもしれません。これにより、ユーザーはデバイスを置き忘れたときに ping したり、紛失してその後電源が切れた場合に最後に位置情報を報告した場所を追跡したりすることができ、Web アプリを使わなくても済みます。
Continuityのその他の機能には、Apple TVを管理するためのツールや、デジタルサイネージで使用するためにApple TVにプログラムで動的なコンテンツをストリーミングするためのツールが含まれる可能性があります。Appleは既にMac間の画面共有を可能にする作業を行っており、iOS 9.3向けにリリースされたClassroomアプリでは画面共有技術を利用して、MacBookを使用する教師がiPadを使用する生徒の作業を監視できるようにしています。
将来的には、Bluetooth と WiFi を使用するデバイス間のこのような緊密な連携が、Apple TV からのサラウンド ステレオ イメージングを作成できるように設定できる Beats Pill スピーカーや、複数のマイクと組み合わせた高度なオーディオ検出機能を使用して Hey Siri コマンドを聞き取るなど、他のデバイスにも波及する可能性があります。
MacとiOSの融合
Apple が「Mac と iPad を統合する」必要があると盛んに議論されてきたが、従来の Mac に対するアプローチ方法が大きく異なること、およびモバイル iOS デバイスの非常に合理化されたユーザー インターフェイスを反映して、2 つのプラットフォームでは明らかに異なる必要があるさまざまな機能と慣例が存在する。
Appleは以前、iOSのホームに相当するLaunchpadをMacに導入しました。しかし、ほとんどのタスクでは、2000年代のMacのAqua UIに搭載されていたマウス操作のDockを使う方が、アプリアイコンの巨大なグリッドを操作しようとするよりも理にかなっています。
もう一つの例は、アプリ切り替えにキーボードベースのCmd+Tabキーを使用するのに対し、iOSデバイスのマルチタッチ操作は従来通りです。AppleはiOSのタスクスイッチャーをMacに導入する代わりに、MacのキーボードベースのCmd+TabキーをiOSに導入し、キーボード搭載のiPad Proモデルで使用できるようにしました。
iOSのマルチタスクは、複数のウィンドウが重なり合う問題に対するより優れた解決策です
逆に言えば、Slide Over、Split View (上記)、Picture in Picture を使用した iOS のマルチタスクは、最小化したり閉じたりできる重なり合ったウィンドウを備えた 1980 年代の従来の Mac デスクトップの移植よりも、iPad に適しています。
プルダウンメニュー付きの設定アイコンが並ぶMacのメニューバーを、はるかにシンプルなiOSのコントロールセンターに置き換える必要もありません。そもそも、そんなことを期待する意味すらありません。しかし、AppleはiOSから様々な機能を取り込み、その由緒あるOS Xプラットフォームに適用してきました。その一つが通知バーで、iOSのプルダウンメニューと全く同じ見た目になっています。
Mac OS 通知バーは、2005 年に Mac OS X Tiger で初めて導入されたフローティング ウィジェットの以前のダッシュボード レイヤーではなく、ウィジェットを表示するために現在使用されているインターフェイスでもあります。(古いダッシュボード レイヤーは使用できますが、デフォルトでオフになっています。)
Appleは、マルチタッチ対応のiOSとマウスとキーボードベースのOS Xを差別化するこうした設計上の決定において、特に従来型PC向けのアニメーションタッチターゲットを組み合わせたMicrosoftのMetroマッシュアップ（あまり評判が良くなかった）と比べると、より優れた成果を上げているように思える。Microsoftも10年前に同じ過ちを犯し、Windowsの完全なデスクトップとスタートメニューは小型のWindows CE PDA、そしてWindows Mobileスマートフォンで十分だと思い込んでしまった。
MacとiOSの設定の連携
しかし、iOSのシンプルさをMacにも取り入れるべきもう一つの例があります。それは「設定」です。Macの現在のシステム環境設定は、Macの初期から進化を遂げてきたインターフェースを維持しており、今ではiOSとは恣意的に異なるものになっています。MacとiOSデバイスのユーザーは、ネットワーク設定の変更やインターネットアカウントの設定といった単純な操作を行うだけでも、それぞれのシステムの使い方を再考しなければなりません。
Appleは、iOSの設定画面（上記）のインターフェースレイアウトをMacに直接移植し、従来のシステム環境設定を既存のユーザー向けに残しつつ、デフォルトのUIからは廃止すべきです。MacにiOSと非常によく似た構成の新しい設定アプリがあれば、非常に多くのiOSユーザーにとってMacの操作性ははるかに向上するでしょう。
長年のMacユーザーであっても、システム環境設定に表示される30個ものアイコンを見るのは圧倒されます。簡単なタスクを実行する方法を考えるだけでも、無駄な翻訳が必要になります。例えば、iOSの「壁紙」は、Macではより曖昧な「デスクトップ」という用語で呼ばれています。Appleはこの点において、プラットフォーム間の連携をもっと強化すべきです。
ゴミ箱を掃除する
Appleは、ユーザーがホーム画面から削除できない自社製iOSアプリのアイコンについて頻繁に批判を受けていますが、Macアプリの中には15年近くも放置され、未だに完成に至っていないものも数多くあります。Appleはこうした点を改善すべきです。
一例を挙げると、Apple は Image Capture や Mac の印刷機能、スキャン機能などのアプリを採用し、スキャナーからカメラ、USB に保存された画像まで、接続された画像デバイスを操作するための明確で完成した 1 つのアプリを提供する必要があります。
これをプレビューと統合して、スキャンした文書や PDF 用の単一の iCloud 対応リポジトリ、つまり、文書、領収書、その他のキャプチャされた画像用の OCR 対応グラフィック ノートのようなものを提供することもできます。
App Storeをもっと華やかに
Apple は Mac App Store にももっと力を入れ、業界に特化した既存のビジネス アプリ スイートを買収するか、あるいは単純に組み合わせて、特定の中小企業を運営するためのアプリのターンキー パッケージを提供する必要がある。
Apple は、ニッチなコンピューティング ハードウェア メーカーから、それぞれが市場で最も価値のあるセグメントを所有する複数の相互接続されたプラットフォーム (macOS、iOS、watchOS、tvOS) を維持する小売業の巨人へと移行しているため、サードパーティ開発者向けの独自のプラットフォームをホストするためのオペレーティング システムを維持するだけでなく、顧客にとって価値のあるエンドユーザー アプリケーションを提供することに重点を置く必要が高まっています。
単なるプラットフォーム仲介者ではなく真のパートナーとして、サードパーティの開発者が製品を改良し、App Store で販売できるよう積極的に支援することは、単に薄型化が進み、画面が印象的なデバイスを大量生産するよりも、Mac やその他のハードウェアの新規販売を促進する効果が大きいでしょう。
来月のWWDCでは、Mac、Apple Watch、iOSデバイスに加え、tvOSとiCloudという2つのAppleプラットフォームについてもさらに詳しい情報が提供される予定です。macOSの将来について、ぜひ下のコメント欄でご意見をお聞かせください。
