iPhone Duoに開閉のショートカット自動化が追加されました。Appleは、iPhone Duo向けのiOSショートカットアプリ内に専用の「開くまたは閉じる」個人用オートメーションのトリガーを組み込んでおり、ユーザーは折りたたみ式ハードウェアの状態が変化した際に、設定したワークフローを実行できるようになりました。2026年10月25日にMacRumorsが、動画クリエイターのStephen Robles氏によるハンズオン実演を基に報じ（また、9月には研究者のpdfu氏がシミュレータの文字列から最初に発見）、このトリガーは個人用オートメーションの「ディスプレイ」カテゴリ内に配置されています。この機能は、制限のないバックグラウンドランチャーとしてではなく、Appleのデバイス紐付け型の自動化ルール内で動作し、トリガーの設定、アクションレベルのアクセス権、ロック状態の制約、アプリケーションのシーンライフサイクルはそれぞれ独立したアーキテクチャ層として維持されます。
iOSの個人用オートメーションにおける「開くまたは閉じる」トリガーの動作
概要
- 確認されたトリガー名と場所: iPhone Duoには、ショートカットの個人用オートメーションの「ディスプレイ」セクション内に「開くまたは閉じる」トリガーが含まれており、Stephen Robles氏による実演や、事前にpdfu氏によってシミュレータコードから特定されています。
- デバイス固有のスコープ: Appleの個人用オートメーションのアーキテクチャによると、オートメーションは特定のデバイスに紐付けられ、復元用にiCloudへバックアップされますが、デバイス間での同期からは除外されます。
- 条件付き実行の境界: サポートされている個人用オートメーションは確認なしで実行するように設定できますが、実際の実行は個別のアクションのアクセス権、フォアグラウンドの制約、デバイスのロック状態に依存します。
「開くまたは閉じる」トリガーの追加により、物理的なヒンジの状態遷移がiOSのユーザー設定可能な自動化レイヤーに組み込まれることになりました。MacRumors、およびその後のITHomeやQudong Chinaの報道によると、ユーザーはiPhone Duoの展開または折りたたみを、ショートカットライブラリで使用可能なアクションに紐付けることができます。実演された一般的な例としては、内側ディスプレイを開いたときにワイドレイアウトの壁紙を適用し、デバイスを閉じるときにシンプルな壁紙に戻すといった動的な壁紙の切り替えが含まれます。
この機能が本番環境で実行できることとできないことを評価するため、エンジニアリングチームは、Appleの公式ルールであるショートカットの個人用オートメーションの紹介および個人用オートメーションを有効または無効にするを参照する必要があります。
- イベント駆動型のローカルスコープ: 個人用オートメーションは、時刻、場所への到着、アプリを開く、ディスプレイの状態を変更するなど、ローカルのハードウェアユニット上のイベントに応答します。
- デバイス間同期を伴わないiCloudバックアップ: ユーザーのiPhone、iPad、Mac間で同期する標準のショートカットとは異なり、個人用オートメーションは作成されたデバイスに対して厳密にローカルのまま保持されます。デバイス復元のためにiCloudにバックアップされますが、同じAppleアカウントを使用する他のデバイスに伝搬することはありません。
- トリガー設定とアクションレベルのアクセス権の違い: サポートされている個人用オートメーションを設定する際、ユーザーは確認通知を受け取る（「実行前に尋ねる」）か、トリガーに「すぐに実行」（確認なしで実行）を許可するかを切り替えることができます。ただし、トリガーレベルで即時実行を選択しても、下流のすべてのアクションに無条件のサイレント実行が許可されるわけではありません。個々のアクション（特にフォアグラウンドアプリの切り替え、保護されたユーザーデータへのアクセス、デバイスロック中の実行を行うもの）は、iOSのセキュリティポリシーとアクション固有のプロンプトに従う必要があります。
トリガーイベント、App Intents、シーンの状態管理の分離
新しいOS自動化トリガーを分析する際の一般的なエンジニアリング上の落とし穴は、ハードウェアトリガーとサードパーティ製アプリケーションの無条件の実行を混同することです。iPhone Duoでは、ユーザーがヒンジを開閉する際に何が起こるかを5つの独立したレイヤーが制御しています。
[Layer 1: ヒンジの開閉ハードウェアイベント]
│
▼
[Layer 2: ショートカット個人用オートメーションのトリガー（「開くまたは閉じる」）]
│
┌────────────┴────────────┐
▼ ▼
[実行前に尋ねる] [すぐに実行（サポートされている場合）]
(通知プロンプト) (アクションおよびロック状態のチェック対象)
│ │
└────────────┬────────────┘
▼
[Layer 3: 設定されたショートカットアクション（システム設定 vs アプリのアクション）]
│
▼
[Layer 4: App Intent / アプリを開く / URLアクション — 条件付き実行]
│
▼
[Layer 5: アプリ側で所有する状態とシーンのレイアウト（UIWindowScene / SceneStorage）]
App IntentsおよびURLアクションの条件付き境界
AppleのApp Intentsフレームワークを通じて、サードパーティの開発者はアプリ固有のアクションやエンティティをショートカットアプリに公開し、ユーザーがカスタムワークフローに組み込めるようにすることができます。ただし、一般的なApp Intentsのサポートによって、「開くまたは閉じる」トリガー下での各アクションの動作が自動的に保証されるわけではありません。
- フォアグラウンドとバックグラウンドの実行: 状態のタイムスタンプの記録や、UI表示を必要としないアプリ内設定の切り替えといった軽量なバックグラウンドインテントは、アプリケーションをフォアグラウンドに持ち込もうとするアクション（
Open AppやopenAppWhenRun）とは異なる動作をします。 - ロック状態の制限: iPhone Duoを閉じると、画面のロックや外側画面への移行が同時に発生することが多く、デバイスを開く際にはユーザーのセキュリティ設定に応じて生体認証が必要になる場合があります。ロック解除されたキーチェーンやアクティブなフォアグラウンドシーンを必要とするアクションは、認証が完了するまで一時停止するか、確認を要求する場合があります。
- URLスキームとユニバーサルリンク: ショートカットにはURLを開くことができるアクションが含まれていますが、ユニバーサルリンクやカスタムURLスキームは本質的にヒンジの姿勢を監視するわけではなく、「開くまたは閉じる」トリガーがディープリンクの呼び出し時に通常のシステムの確認やフォアグラウンド要件をバイパスするという検証済みの証拠もありません。開発者は、姿勢をトリガーとするURLやインテントの実行を、ハードウェアでの実証テストを必要とするユーザー設定の条件付きワークフローとして扱う必要があります。
独立した責任：OSのウィンドウ管理 vs アプリの状態の継続性
ユーザーがiPhone Duoを開閉する際にフォアグラウンドアプリがすでにアクティブである場合、外側の画面とワイドな内側ディスプレイ間の遷移は、ショートカットではなくiOSのウィンドウ管理API（UIWindowSceneおよびSwiftUIの適応型レイアウト）によって管理されます。
ユーザーが姿勢の遷移中に同じアプリとやり取りする「開くまたは閉じる」自動化も設定している場合、両方のイベントが時間的に近接して発生する可能性があります。アクティブなナビゲーションスタック、フォーム入力、またはディープリンクされたビューを画面のジオメトリ変更全体にわたって維持することは、アプリケーションのビジネスロジックの責任となります。
| システムレイヤー | 確認済みのスコープ | 開発者の検証境界 |
|---|---|---|
| ショートカットの「開くまたは閉じる」トリガー | iPhone Duoの開閉時にローカルの個人用オートメーションを起動する | 閉じる（ロック）時と開く時で、どの特定のアクションを確認なしで実行するかを検証する |
| App Intentsの統合 | 開発者が定義したアクションとパラメータをショートカットアプリに公開する | 同時画面遷移時に openAppWhenRun およびバックグラウンドインテントがどのように動作するかをテストする |
iOSウィンドウ管理（UIWindowScene） |
外側ディスプレイと内側のスプリットビューの間でアクティブなシーンのサイズを変更する | 適応型レイアウトの変更によってルートビューが再インスタンス化されたり、アクティブなナビゲーション状態が破棄されたりしないようにする |
状態の復元（SceneStorage / NSUserActivity） |
シーンのライフサイクルイベント全体にわたるビューレベルの状態の保存と復元を支援する | iOSのライフサイクル制限の対象となり、自動永続化ではなく明示的な開発者の実装が必要となる |
文書化されたiOS 27の姿勢の基準 vs 報道されたiOS 27.1の機能
iPhone Duoでのレイアウト設計や自動化の相互作用のテストを行う際、エンジニアリングチームは、Appleが公式に文書化しているiOS 27の基準と、iOS 27.1に関する未確認の二次メディアの主張を区別する必要があります。
Appleの公式なiOS 27の姿勢およびスプリットビューの基準
iPhone Duoに関するApple Newsroomの発表および公式のiPhoneユーザガイドにおいて、Appleは以下のハードウェア状態とマルチタスクの基準を確立しています。
- 開いた状態と閉じた状態: デバイスを開くとワイドな内側ディスプレイがアクティブになり、iOS 27スプリットビューを介して2つのアプリを並べて実行することが公式にサポートされます。デバイスを閉じると、片手でのタスクのために外側ディスプレイでの操作に切り替わります。
- 部分的に折りたたまれた姿勢: Appleは、部分的に折りたたまれた3つの表面構成を文書化しています。ブック姿勢（垂直に保持するか、スタンバイモードやスマートキャプチャのために平らに置く）、テント姿勢（スタンバイまたは外部被写体の写真プレビューのために外側ディスプレイが視聴者に向く）、およびチェアまたはノートブック姿勢（ハンズフリーのビデオコントロールとDuo FaceTimeのデュアルスクリーン通話のために内側ディスプレイが垂直に折りたたまれる）。
メディアによって報道されたiOS 27.1の主張（公式ドキュメントでは未確認）
中国のメディアであるITHomeおよびQudong Chinaは、10月26日のショートカットトリガーに関する報道の中で、iOS 27.1ではハーフ折りたたみのホバーデスククロックパネル、フルサイズトラックパッドシミュレーションを備えた分割バーチャルキーボード、および内側画面で最大3つのアプリを並べて表示することをサポートする高度なウィンドウマネージャーが導入されると追加で主張しました。
Appleの公式リリース資料やユーザガイドでは現在、2つのアプリによるスプリットビューが確認されたマルチタスクモデルとして文書化されており、3つのアプリを並べたマルチタスクを公式に確認したAppleのドキュメントはまだ存在しないため、開発者は2つのアプリによるスプリットビューを権威あるエンジニアリングの基準として扱い、iOS 27.1に関する主張は公式の確認を待つ二次メディアの報道として捉えるべきです。
iPhone Duoの自動化に関する開発者のテストチェックリスト
無条件のバックグラウンド実行を前提とするのではなく、iOSエンジニアリングチームは以下のテスト可能なシナリオに対してアプリを検証する必要があります。
App Intentsと実行のアクセス権
- 「開く」と「閉じる」のトリガー方向を個別にテストする: 公開されたApp Intentsが、「開く」イベント（ユーザーがロック解除された内側画面を積極的に見ている状態）によってトリガーされた場合と、「閉じる」イベント（デバイスが即座にロックされるか外側画面に遷移する可能性がある状態）によってトリガーされた場合でどのように動作するかを検証します。
openAppWhenRunの動作を監査する: App Intentによってアプリがフォアグラウンドに表示される場合、ユーザーが個人用オートメーションで「すぐに実行」を有効にしている場合でも、異なるロック状態の下でiOSが手動のユーザー確認を要求するかどうかをテストします。- インテントハンドラーをべき等にする: ユーザーが両方の方向にインテントを紐付けた場合に、急速な物理的な開閉サイクルによって重複したネットワーク書き込みや競合するナビゲーションのプッシュが発生しないようにします。
シーンの継続性とナビゲーションの状態
- 2つのアプリによるスプリットビューの遷移全体にわたって状態を維持する: アクティブなアプリを外側の画面、全幅の内側ディスプレイ、およびAppleが文書化している2つのアプリによるスプリットビューの間で遷移させても、進行中のユーザー状態やディープリンク先のビューが破棄されないことを検証します。
SceneStorageとNSUserActivityの境界を検証する: ヒンジの動きの最中にシーンのサイズが変更されたりバックグラウンドに移行したりした際に、ビュー状態の復元トークンがユーザーコンテキストを適切にシリアライズおよびリカバリすることを確認します。
よくある質問 (FAQ)
iPhone Duoの折りたたみ自動化トリガーの正確な名前と場所は何ですか？
「開くまたは閉じる」の個人用オートメーションは、他のAppleデバイス間で同期されますか？
「すぐに実行」の設定により、すべてのアクションのサイレント実行が保証されますか？
iPhone Duoは2つのアプリと3つのアプリのどちらを並べて表示することをサポートしていますか？
エンジニアリングチーム向けの主な要点
iOSショートカットにおける「開くまたは閉じる」トリガーの発見は、AppleがiPhone Duo上のユーザー設定の個人用オートメーションに対して折りたたみの姿勢変更を公開していることを裏付けています。日常的なユーザーにとっては、これにより、デバイスを開閉した際に壁紙を変更したりディスプレイ設定を調整したりするといった、便利なローカルワークフローが可能になります。
iOSの開発者やプロダクトマネージャーにとっての重要なアーキテクチャ上の教訓は、関心の厳密な分離を維持することです。ハードウェアの姿勢トリガー、ショートカットの実行権限、サードパーティのApp Intents、および UIWindowScene のレイアウト遷移は、それぞれ異なるシステムルールのもとで動作します。ロックされた状態およびロック解除されたヒンジの遷移全体にわたってApp Intentsをテストし、レイアウトの適応をAppleが文書化している2つのアプリによるスプリットビューの基準に固定することで、エンジニアリングチームは、未確認のプラットフォームの前提に依存することなく、折りたたみ式のiOSハードウェア上で信頼性の高い動作を確保できます。
参考文献
Share this article
