WWDC 2016 を予想して: Apple の Mac と OS X には何が予定されているのか

Apple は過去数年間、Mac よりもはるかに多くの iOS デバイスを販売してきましたが、200 億ドル規模のビジネスとして、Mac プラットフォームは依然として同社にとって非常に重要です。ここでは、Apple の従来のコンピューティング プラットフォームがどこに向かっているのか、そして今年の Worldwide Developer Conference で何が見られるのかを見ていきます。

Apple は、Apple Event の発表会で新しいハードウェアをリリースするか、あるいは 6 月に開催される年次 Worldwide Developer's Conference で新しいソフトウェアとクラウド サービスをリリースする準備が整うまで、将来の計画について秘密主義であることで有名です。ここでは、特に Mac OS とそれを実行するデバイスに焦点を当てた、来月の開発者イベントで楽しみにしているものを紹介します。以前の記事では、iOS、テレビOS、ウォッチOSそして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 年に Steve Jobs の NeXT を買収した後、Apple は自社の Mac デスクトップ環境を高度な NeXTSTEP 開発フレームワークとともに UNIX 基盤に移植し、その結果得られたパッケージを Mac OS X と呼びました。2012 年、Apple は OS X を指すときに「Mac」を省略し始めました。 。

求人かつて指摘したMac OS X プラットフォームは今後 15 年間 Apple のシステムを実行することになるでしょう。初期の Mac OS X 10.0 が出荷され、実質的に NeXTSTEP が Mac ハードウェアに導入されたのは 15 年前です。 Apple は OS X の新しいエディションとして各メジャー バージョンをインクリメントし続け、その結果が今日の OS X 10.11 となりました。

ぎこちない番号付けスキームから目をそらすために、OS X の各リリースには、最初は猫、そして過去 4 年間で Apple の本拠地であるカリフォルニア州の有名な場所の名前が付けられました。そのため、WWDC で Apple は macOS 10.12 Tahoe に沿ったものを発表する可能性があります。

代替 Windows PC の平均販売価格が 300 ドル近くに達し、Apple 自身が iPad Pro を「究極の PC 代替品」としてブランド化している世界で、Apple のプレミアム Mac プラットフォームにはどのような未来があるでしょうか? PC の ASP は何年も前に崩壊し、iPad は 500 ドルから入手可能になってから 5 年が経ったことを考えてみましょう。

Apple の Mac 販売が徐々にではあるが大幅に増加していることを考えると、上向き過去 5 年間、より安価でシンプルなタブレットや安価な Windows PC が入手可能になったにもかかわらず、高品質でプレミアム価格の Mac、特にノートブックに対する強力な市場が存在しているようです。 Apple は現在 3 つのモデル層を販売しています。エントリーレベル、非 Retina MacBook Air。超軽量の新しいMacBookフラッグシップとハイエンドMacBook Pro（AppleはWWDCに合わせて頻繁にアップデートしている）。

Apple はまた、高級オールインワン iMac を多数販売し続けており、現在は先進的な 4K または 5K ディスプレイを搭載しており、デザイナー、ミュージシャン、写真家、ビデオ編集者にとって優れたキャンバスとなっています。

Apple が根本的に再設計した Mac Pro (本質的には拡張能力がほとんどないコンパクトな「タワー PC」) と、ユーザーがアップグレードできる Windows PC の代替品として 2005 年に楽観的に提供された「ヘッドレス iMac」である Mac mini の将来はあまり明らかではありません。キーボードとディスプレイを維持したまま。当初は年に1回程度更新されていましたが、2014年末以降は更新されていません。

2011 年に遡ると、Apple はラックマウント型サーバー市場を放棄し、より有益な取り組みにリソースを振り向けた後、Xserve 製品ライン (2002 年に導入) を中止しました。 Mac miniでも同様のことが可能で、実質的にMacは+800ドルのプレミアムプラットフォームのままとなり、実質的にすべてのコンピューティングツールを3桁の価格のARMベースのiOSデバイスにすることになるだろう。

ARM Mac?

Xserve がキャンセルされる少し前に、Apple は 2010 年末に別の Mac の開発も中止しました。オリジナルの Apple TV は、基本的に OS X の修正バージョンを実行する Intel Pentium M 搭載デバイスでした。代わりに、新しい iOS ベースの 2 番目の Mac が登場しました。第 2 世代の Apple TV は、ARM チップによって管理されるディスク不要のメディア ストリーミング設計に関連する大幅なコスト削減のおかげで、はるかに低価格で注目を集めました。

Apple は、Mac mini を iOS ベースのシステムに置き換えて、同様のことを行う可能性があります。しかし、基本的な低コストコンピューティングは、ARMベースのMacに匹敵するのが難しい価格でAppleのiPadラインナップにすでに十分に反映されているため、これが誰にアピールするかは不明です。

別の方向では、Apple は、複数の A シリーズ ARM プロセッサを搭載した交換可能なカードをベースにした効率的で低コストの新しいマルチブレード Xserve と、サーバーのニーズに合わせて調整された新しいフレーバーの iOS を使って、サーバー分野に再参入する可能性があります。仮想化サーバーをホストします。

Apple は現在、自社の大規模なサーバー ファームに多くのリソースを投資しているため、高性能で低発熱のサーバー ハードウェアを提供するために何が必要かについて深い洞察を得ることができます。そして、独自のハードウェアコストを削減するには、サーバーに最適化された新しい Ax シリコン設計の二次市場の確立に取り組むことより良い方法があるでしょうか?

このような飛躍は、同社が既存の Mac を現在の Intel x86 アーキテクチャから Apple が作成した ARM Ax 設計に移行する努力をする前に起こる可能性があります。AppleInsider以前に議論しました長所と短所Apple が Mac ラインナップをカスタム Ax プロセッサに移行しました。

実際のところ、Apple はすでに OS X を ARM に移行して iOS を作成しています。 Mac を Ax チップに移行するということは、基本的に、Apple が特に iOS に移行しないことを選択した残りの部分 (マウス ポインタ、重なり合うウィンドウのデスクトップ、および公開されたファイル システムを含む) を移植するだけになります。

新しい低レベル Mac テクノロジ

より当面的には、Apple は Mac OS プラットフォームの維持と拡張を継続し、多くの場合「相互受粉」テクノロジーを iOS と共有します。 WebKit ベースの Safari Web ブラウザ、Xcode 開発ツール、そしてもちろん会社の新しい開発に関連する継続的な作業を含む、両方に利益をもたらすさまざまな取り組みが行われています。Swift 3.0 開発言語それは来月発表される予定です。

Apple が WWDC で披露する可能性のあるその他の中核的な取り組みには、由緒ある (またはおそらく脆弱な) HFS Plus に欠けている機能をサポートする新しいファイル システムが含まれます。

2007 年頃、Apple は、柔軟なボリューム管理、継続的なデータ整合性チェック、および自動修復をサポートする、より現代的で高度な ZFS のサポートの導入に向けて前進を開始しました。ただし、ZFS のサポートは突然引っ張られた2009年に、そして再び話題になることはありませんでした。Mac はディスク破損や、旧式の HFS アーキテクチャとその制限に関連するその他の一連の問題に悩まされ続けています。

Mac は依然としてディスク破損や、旧式の HFS アーキテクチャとその制限に関連する一連の問題に悩まされ続けています。 Apple が独自の言語とシリコン チップ アーキテクチャの構築にリソースを投入していることを考えると、新しいファイル システムにも取り組んでいることは驚くべきことではありません。あるいは、Apple は、最新の機能を備えた既存の高性能ファイル システムを特定し、それを採用することもできます。

これは、同社が Mac の古くなった独自の Apple File-sharing Protocol (AFP) から脱却するために行ったことです。 2013年にアップルは、発表されたOS X Mavericksを実行しているMacはデフォルトでMicrosoftのSMB2を使用したネットワーク接続をサポートすると述べ、当時「SMB2は非常に高速で、セキュリティが向上し、Windowsの互換性が向上する」と述べた。

その後、OS X Yosemite は、Microsoft が Windows 8 で導入したプロトコルの新しいバージョンである SMB3 のサポートを追加しました。ただし、Mac、Windows PC、およびその他の SMB ベースの NAS (ネットワーク接続ストレージ) と Windows PC との間には、いくつかの複雑さ、互換性、およびパフォーマンスの問題が残ります。ファイル共有サーバー。 Apple がネットワーク環境で Mac がファイルを保存、共有、アクセスする方法のパフォーマンスを本当に改善できれば素晴らしいことだろう。

Apple は最近、自動ファイル管理と iCloud ベースのストレージに重点を置いており、ついに自社のファーストパーティ アプリがデータを保存するためにクラウドベースのストレージ (昨年導入された Notes を含む) をほぼ遍在的に利用するところまで到達しました。デバイスやプラットフォーム (iOS と Mac) 間で同期し、サードパーティもこれに追従できるようにします。

昨年の WWDC で、Apple は JavaScript を利用した Web アプリ (または他のプラットフォーム) からの iCloud データ アクセスを導入しました。クラウドキットJS、iCloud 用の Web ベースのメモ アプリを作成するために使用され、iOS 9 または Mac からユーザーのメモへのアクセスを提供しました。今年初め、Apple は CloudKit 開発者に、サーバー側のプロセスまたはスクリプトからアプリのパブリック データベース内のデータを読み書きできる機能も提供しました。 WWDC では CloudKit の機能がさらに拡張される可能性があります。

Apple が iCloud で使用されているデータベース ストレージ技術の一部を適用して Mac 上のローカル ストレージを強化することは理にかなっているかもしれません。同社はまた、既存の Mac がソリッド ステート ストレージや同社のハイブリッド Fusion Drive を利用する方法を最適化して、ディスクの動作を高速化し、消費電力をさらに最小限に抑えることもできます。

Apple が昨年 Mac に導入したもう 1 つの低レベル API は Metal で、これは GPU および GPGPU アクセラレーション用の OpenGL および OpenCL に代わる低オーバーヘッドの代替品です。 Mac のコア グラフィックスの多くが Metal を使用してレンダリングできれば、CPU のコア ワークロードを妨げることなく、インターフェースが高速化され、より多くのアニメーション効果が可能になるはずです。

新しいアプリケーションレベルの Mac テクノロジー

Apple は、MapKit を iOS と Mac の両方に継続的に重点を置き、最近では交通機関の案内表示に使用しています。ユーザーが作成したフライオーバーから、より複雑で洗練されたルート マッピング、自転車などの代替移動モードのサポートまで、マップでできることはたくさんあります。マップは、Apple の安全なアプリ拡張メカニズムの新しい拡張ポイントを提供し、サードパーティが独自の新機能をマップ アプリに追加できるようにする場合があります。

Apple が Mac デスクトップに導入すると期待されているもう 1 つの中核テクノロジーは、Siri 支援です。携帯電話、Car Play 対応車両、または Apple Watch に話しかけるのは非常に理にかなっていますが、Mac ユーザーは、メッセージや Spotlight 検索でボットのように機能するコマンド ライン バージョンの Siri からさらに恩恵を受ける可能性があります。

Apple は以前にシステム全体の検索を強化しましたが、iOS 9 スタイルのプロアクティブ インテリジェンスをまだ Mac に導入していません。カレンダーのイベントを計画したり、旅行の地図を作成したり、連絡先を調整したり、音声やボットのようなコマンドを使用してドキュメント、メッセージ、その他のタスクを生成したりできると、Siri は携帯電話よりも Mac デスクトップでさらに価値のあるものになる可能性があります。開発者がシステムを利用できる API を公開すれば、Mac がアシスタンスベースのコンピューティングにとってさらに望ましいプラットフォームになる可能性があります。

iOS アプリ: ヘルス、ニュース、ホーム アプリ

Apple は昨年、ニュース、ヘルス、アクティビティなど、Mac にはまだ搭載されていない iOS 9 用の新しいアプリを多数リリースしました。また、「iPhone を探す」や「友達を探す」にアクセスするためのネイティブ Mac アプリもありません (どちらも Mac マップ アプリに統合できます)。

Mac と iOS デバイスの両方について、Apple は HomeKit ライセンシーに独自のアプリを開発させるのではなく、HomeKit デバイスを管理するための Home アプリを提供する必要があるようです。これらの方針に沿って、Apple は Apple TV、空港ベースステーション、Time Machine デバイスを構成するためのツールを同じ単一のインターフェイスに統合することもできます。

として前に指摘したApple Watch に関しては、Mac のメッセージ アプリは、少なくとも時計の着用者からのデジタル タッチ、タップ、ハートビート メッセージの受信をサポートする必要があります。ヘルスとアクティビティを Mac に持ち込むことは、Game Center ソーシャル ネットワーク内でフィットネス、健康、減量の目標をゲーム化する取り組みにも役立つ可能性があるほか、ResearchKit および CareKit アプリケーションの臨床研究レポートに貢献する可能性もあります。

Mac で iOS アプリをホストする

並行して、Apple が Windows 10 向け Microsoft の Universal WP Apps アーキテクチャからインスピレーションを受けることも理にかなっているかもしれません。ただし、Microsoft にとっては意図したとおりには機能していませんでした (Windows PC のインストール ベースを活用して、Microsoft の苦境に立たされているモバイル プラットフォームの開発を促進するため)。これは、既存の iOS アプリを Mac に導入するという Apple にとって有効なアイデアである可能性があります。

現在、Apple は、iOS App Store ほどの巨大なスケールメリットに欠ける、ある種中途半端な Mac App Store を運営しています。その理由の 1 つは、Mac のインストールベースが 1 億台に近づいているのに対し、iOS デバイスの数が 10 億台に近づいていることです。 Apple も iOS と同じ制限をすべて Mac ユーザーに課すことはできません。

しかし、Mac ユーザーに iPad アプリと iPhone の「デスク アクセサリ」をインストールして Mac デスクトップ上でエミュレーションで実行するオプションを提供できれば、開発者は、Mac デスクトップ上で別のネイティブ アプリを構築することが理にかなっているかどうかを判断する必要がなくなります。 Mac OS ユーザー。シンプルなタイトルの iOS 版は「問題なく動作する」でしょう。

これにより、多数のカスタム エンタープライズ タイトルを含む、多種多様な基本アプリが Mac デスクトップに導入されることになります。また、Mac のインストールベースが iPad のインストールベースに追加される効果もあり、開発者が既存の iPhone タイトルを最適化して、iPad と Mac デスクトップの両方に適したより大きな画面フォーマットで実行することをさらに促進します。 Apple は、Mac の iOS エミュレーション環境にも同じ iOS セキュリティ ポリシーを適用する可能性があります。

将来の Mac には A10 チップが組み込まれ、ソフトウェア エミュレーションなしで iOS アプリを実行できるようになり、Ax ベースの Mac ソフトウェアや Ax のみの将来の Mac ハードウェアへの移行への道が開かれる可能性があります。

iOS 継続性機能の拡張

Mac は、iOS アプリを実行するだけでなく、Apple のデスクトップ プラットフォームをモバイル iOS デバイスにリンクする既存の Continuity 機能を改善することもできます。簡単なスタートの 1 つは、Touch ID 経由で iPhone が設定済みの Mac のロックを解除できるようにすることです。この「Remote Touch ID」は、Touch IDを使用してApple Payで行われたWebベースの購入を確認したり、iMessageで送金を行ったりするためにも使用できる可能性があります。

逆に、Find My iPhone (または Find My Apple Watch) を Mac デスクトップ (おそらくマップ アプリ内) に統合すると、ユーザーがデバイスを置き忘れたときに ping を送信したり、最後に自分の位置を報告した場所を追跡したりできるようになり、便利になる可能性があります。紛失して電源が落ちた場合でも、Web アプリの使用を強制される必要はありません。

追加の継続性機能には、Apple TV を管理するためのツールや、デジタル サイネージで使用するために動的コンテンツをプログラムで Apple TV にストリーミングするためのツールが含まれる可能性があります。 Apple はすでに Mac 間での画面共有を可能にする取り組みを行っており、Classroom アプリ (iOS 9.3 向けにリリース) で画面共有テクノロジーを使用して、MacBook 上の教師が iPad を使用している生徒の作業を監視できるようにしています。

将来的には、Bluetooth と WiFi を使用したデバイス間のこの種の緊密な連携は、Apple TV からサラウンド ステレオ イメージングを作成したり、高度な音声検出を使用して Hey Siri コマンドをリッスンするように配置できる Beats Pill スピーカーなど、他のデバイスにも波及する可能性があります。複数のマイクとペアリングされた機能。

Mac と iOS の融合

Apple がどのようにして「Mac と iPad を統合」する必要があるかについては多くの議論がなされてきましたが、2 つのプラットフォームでは明らかに異なるべきさまざまな機能や慣習があり、これは従来の Mac と非常に合理化されたユーザーに対する私たちのアプローチのまったく異なる方法を反映しています。モバイル iOS デバイスのインターフェイス。

Apple は以前、本質的に iOS Home に相当する Launchpad を Mac に導入しました。しかし、ほとんどのタスクでは、アプリ アイコンの巨大なグリッドをナビゲートしようとするよりも、Mac の 2000 年時代の Aqua UI のマウス指向の Dock を使用する方が合理的です。

もう 1 つの例は、アプリを切り替えるためのキーボード ベースの Cmd-Tab と、iOS デバイスのマルチタッチ規則です。 Apple は、iOS タスクスイッチャーを Mac に導入する代わりに、Mac のキーボードベースの Cmd-Tab を iOS に導入し、キーボードを装備した iPad Pro モデルで使用できるようにしました。

逆に、iPad にとっては、Slide Over、Split View (上)、Picture in Picture による iOS マルチタスクは、最小化または閉じることができる重複ウィンドウを備えた 1980 年代の従来の Mac デスクトップの移植よりも合理的です。

プルダウン メニューを備えた設定アイコンの Mac メニューバーも、よりシンプルな iOS コントロール センターに置き換える必要はありません。それは予想することさえ意味がありません。しかし、Apple がその由緒ある OS X プラットフォームに適用するために iOS から取り入れたさまざまな機能がありました。 1 つは通知バーで、iOS のプルダウン機能と同じように見えます。

Mac OS 通知バーは、2005 年に Mac OS X Tiger で初めて登場したフローティング ウィジェットの初期のダッシュボード レイヤーではなく、ウィジェットを表示するために現在使用されているインターフェイスでもあります (古いダッシュボード レイヤーも利用できますが、デフォルトでオフになっているだけです)。 )

Apple は、マルチタッチ iOS とマウスとキーボードベースの OS X を区別するこの種の設計上の決定において、特に従来の PC 上のアニメーション化されたタッチ ターゲットの不評な Microsoft の Metro マッシュアップと比較して、より良い仕事をしたように見えます。 Microsoft も 10 年前に、小型の Windows CE PDA、そして Windows Mobile スマートフォンでは完全な Windows デスクトップとスタート メニューが意味をなすものだと思い込み、同じ間違いを犯しました。

Mac と iOS の設定との連携

ただし、iOS のシンプルさを Mac に導入すべきもう 1 つの例があります。それは、設定です。現在の Mac に相当するシステム環境設定は、マックの初期の頃、現在iOSとは勝手に異なるものです。 Mac と iOS デバイスの両方のユーザーは、ネットワーク設定の変更やインターネット アカウントの構成などの簡単な作業を行うだけでも、各システムの操作方法を再考する必要があります。

Apple は、設定 (上記) の iOS インターフェイス レイアウトを Mac に直接移植し、古いシステム環境設定を希望する既存ユーザーが利用できるようにする必要がありますが、デフォルト UI からは非推奨になりました。 iOS と非常によく似た構成の Mac 上の新しい設定アプリにより、非常に多くの iOS ユーザーが Mac をより使い慣れたものに感じるでしょう。

長年の Mac ユーザーとしても、システム環境設定に表示される 30 個のアイコンを見るのは圧倒されます。また、単純なタスクを実行する方法を考えるには、多くの不必要な翻訳が必要になります。たとえば、iOS の壁紙は、Mac ではより曖昧な用語「デスクトップ」を使用して参照されます。 Appleはこの点で自社のプラットフォームをより適切に調整する必要がある。

ジャンク引き出しを掃除する

Apple は、ユーザーがホーム画面から削除できないファーストパーティ iOS アプリのアイコンについて定期的に非難を浴びていますが、実際に完成することなく 15 年の大部分を放置されている Mac アプリもたくさんあります。 Appleはこの問題を一掃すべきだ。

一例: Apple は、イメージ キャプチャや Mac の印刷機能やスキャン機能などのアプリを取り上げ、スキャナからカメラ、USB に保存された画像まで、接続された画像デバイスを操作するための明確で完成したアプリを 1 つ提供する必要があります。

これをプレビューと統合して、スキャンされたドキュメントと PDF 用の単一の iCloud ベースのリポジトリ、ドキュメント、領収書、その他のキャプチャされた画像用の OCR 対応グラフィック メモのようなものを提供することもできます。

App Store を改良する

Apple はまた、Mac App Store にもっと力を注ぎ、おそらく業界に特化した既存のビジネス アプリのスイートを取得または単に組み立てて、特定の中小企業を運営するためのアプリのターンキー パッケージを提供する必要があります。

Apple は、ニッチなコンピューティング ハードウェア メーカーから、市場で最も価値のあるセグメント (macOS、iOS、watchOS、tvOS) をそれぞれが所有する複数の相互接続されたプラットフォームを維持する小売大手へと移行しており、同社はますますサービスの提供に注力し始める必要があります。サードパーティ開発者向けに独自のプラットフォームをホストするオペレーティング システムを単に維持するのではなく、顧客にとって価値のあるエンド ユーザー アプリケーションを提供します。

単なるプラットフォームのファシリテーターではなく真のパートナーとして、サードパーティの開発者が App Store で製品を改良し、販売できるよう積極的に支援することは、単に印象的な画面を備えた薄型デバイスを大量に生産するよりも、Mac やその他のハードウェアの新規販売を促進する効果がより高くなります。 。

マック以外にも、アップルウォッチそしてiOSデバイス, 来月の WWDC では、他の 2 つの Apple プラットフォームに関する詳細情報も提供される予定です。テレビOSそしてiCloud。以下のコメント欄で macOS の将来についてのご意見をお聞かせください。