macOSでの評価のための新機能

macOSでの評価のための新機能

教育アプリのテストを安全に実施できる、macOSのAutomatic Assessment Configurationフレームワークを紹介します。Macのシステムレベルの機能をより多く組み込んだ、柔軟に構成できるセキュアなテスト環境を、新しいAPIを活用して構築する方法を学びましょう。信頼性の高い試験体験をこれまで以上に簡単に提供できる、内蔵のシステム事前チェックとアクセシビリティコントロールの仕組みも解説します。

関連する章
- 0:00 - Introduction
- 1:34 - Precondition checks
- 3:00 - Accessibility restrictions
- 4:33 - System experience customization
- 9:16 - Application launch restrictions
- 10:51 - Best practices
- 12:35 - Next steps
リソース
- Automatic Assessment Configuration
- - HDビデオ
  - SDビデオ
関連ビデオ

WWDC26
- App Attestによるアプリの保護
Education Technologiesチームのエンジニア、Chrisです。 macOS 27のAutomatic Assessment Configurationフレームワークの強化点をご紹介します。このフレームワークはセキュアでロックダウンされた環境の構築を支援し Appleデバイスで教育アセスメントや認定試験を実施するテスト機関向けに設計されています。このフレームワークを使用するには制限付きの Automatic Assessment Configurationエンタイトルメントが必要です。まだ申請していない場合は Apple Developerポータルから申請できます。
このセッションでは 5つの領域を取り上げます。まず、システム前提条件です。アセスメント開始前にアプリが要求できる確認項目です。
次に、アクセシビリティ制限ですこれらの機能が承認された生徒のみが利用できるよう保証します。
その後、システムエクスペリエンスのカスタマイズです。アセスメント中にユーザーが Macを操作する方法を調整します。
次に、アプリケーション起動制限ですアプリが設定することで信頼できると判断したプロセスのみがアセスメント中に実行されることを保証します。
最後に、ベストプラクティスです Assessment Modeを最大限活用するためのヒントをご紹介します。
このサンプルアセスメントアプリを使ってこのビデオで取り上げる API機能の動作をデモします。
まず、アセスメント開始前に実行できる前提条件チェックを確認しましょう。システム前提条件チェックを生徒が試験を開始する前に実行することは Macが堅牢な状態にあることを確認するために重要であり最初からアセスメントのセキュリティ要件を満たすのに役立ちます。
アプリはSystem Integrity Protection が有効であること MacがMDM登録済みであること 1つのアカウントのみがサインインしていることアカウントが標準アカウントなど特定のタイプであることを要求できます。これら4つのチェックによってデバイスが堅牢で改ざん防止状態にあることを確認します。
さらに、アプリは Lockdown Mode とiCloud Private Relayが無効であることを要求できます。これら2つのチェックにより Appleのプライバシーおよびセキュリティ機能がアセスメントインフラの要件を妨げないことを確認します。ではサンプルアプリに前提条件チェックを追加します。 AEAssessmentConfiguration オブジェクトのプロパティを設定することでアセスメントセッションのパラメータを定義します。このコードスニペットはサインイン済みのユーザーアカウントを標準アカウントに要求します。前提条件チェックが設定された状態で生徒のデバイスが1つ以上の要件を満たしていない場合アラートが表示され問題が生徒に通知されます。続行前に対処が必要な内容です。
次に、アクセシビリティ機能の利用可能状態の管理です。 macOSには包括的な組み込みアクセシビリティ機能が含まれています。これらの機能は試験への公平なアクセスを提供するために不可欠で視覚、聴覚、運動、認知のニーズを持つ方がサードパーティの支援ソフトウェアなしで十分に参加できるようにします。
デフォルトではMenu BarとDockは非表示ですが現在有効になっているアクセシビリティ機能はアセスメントセッション中も引き続き機能します。
ここでデモするように Switch Controlはアセスメントセッション開始後も動作し続けます。
ただし、一部のアクセシビリティ機能はユーザーが生成したコンテンツでカスタマイズできることに注意が必要です。そのため、承認された配慮として必要としない生徒にはそれらの機能へのアクセスを制限することが重要なセキュリティ対策です。この設定では1つを除いてすべてのアクセシビリティ機能が許可されています。 Switch Controlの使用を制限しています。設定プロパティにtrueを設定しても対応するアクセシビリティ機能が有効になるわけではありません。ユーザーが有効にしている場合にアセスメント中の使用を許可するだけです。
アセスメントセッションが開始すると Switch Controlは自動的に終了しアセスメントセッション中は再起動できません。
フレームワークの中でも特に強力な領域の1つがシステムエクスペリエンスのカスタマイズです。アセスメント中に生徒がmacOSを操作する方法を調整します。
macOSのシステムエクスペリエンスはシームレスで直感的な環境を提供するよう設計されており Menu Barのような馴染み深い要素を通じて Wi-FiやVolumeなどの Menu Bar項目 DockやDictation、AutoFillなどのさまざまな入力技術 FinderとOpen・Saveファイルダイアログを使ったファイルシステム操作などを提供します。アプリはMenu Barを表示して生徒がアクセスできるようにします。アセスメント中の必須アプリケーション機能へのさらに、アプリは利用可能な Menu Bar項目をカスタマイズできます。例えばVolumeやWi-Fiは許可しつつ情報やコンテンツの漏洩経路になり得る項目は削除できます。アセスメントセッションが Menu Barなしでどのように表示されるかはすでにデモしました。この例ではオブジェクト AEAssessmentConfigurationに追加のプロパティを設定し Menu Barを有効にして許可リストのmenu extrasを定義します。
これらのmenu extrasは強制的に有効化されるのではなくアセスメントセッション中も引き続き利用可能な状態を維持します。 Menu Barにすでに表示されていた場合に限ります。
Appleメニューもカスタマイズしました。設定オブジェクトにプロパティを設定することでスリープメニュー項目のみを表示するようにしています。また、空の配列を設定することで「このMacについて」以外のすべての項目を非表示にすることもできます。
アセスメントセッションが始まるとアプリのメニュー項目が表示され Menu Bar項目は指定した許可リストに絞り込まれます。 Appleメニューを選択するとコンテンツがフィルタリングされていることがわかります。
次に、無効にしたい入力方法をいくつか確認しましょう。生徒に意図せずヒントや正解を提供してしまう可能性があるものです。 Dictationは自動的に正しいスペルを生成します。絵文字ピッカーは検索可能な記号ライブラリを公開します。構造的な入力は文字の組み立てに関するヒントを露出させ、記憶力を試すアセスメントを回避する恐れがあります。
AutoFillはContactsなどのソースから回答、メモ、参考資料を回答フィールドに事前入力できます。これらの入力方法を制限するには AEAssessmentConfiguration オブジェクトで各プロパティをfalseに設定します。これによりメニューから非表示になり通常これらをサポートするUIコントロールでも使用できなくなります。
入力制限が有効な状態では AutoFill、Dictation および絵文字と記号のメニュー項目がEditメニューから消えます。 Dockもアセスメントセッション中に有効にしたい価値あるシステムエクスペリエンスです。生徒に明確でフォーカスされた作業環境を提供しアプリを簡単に見つけて切り替えられるようにします。このコードスニペットではallowsDockを trueに設定することでフィルタリングされたDock エクスペリエンスを有効にしています。アセスメント中、Dockには許可されたアプリのみが表示され生徒がそれらを見つけて切り替えるための集中した作業環境を提供します。
アセスメントセッションに入ると常に表示されるFinderとゴミ箱のアンカー要素に加えてセッションで許可されたアプリのみが表示されます。ただし、Finderが表示されていても参加者として明示的に追加されない限りアクセスはできません。アセスメントアプリが特定のファイルとのやり取りを必要とする場合 Finderへのアクセスを許可して標準のOpenとSaveダイアログを利用することもできます。これらは一貫性があり直感的な方法でファイルの閲覧、整理およびmacOS全体でのアクセスを提供します。次に、Finderをアセスメントセッションの参加者として追加します。 AEAssessmentConfiguration オブジェクトの allowedDirectoriesAndFiles プロパティを使って Documentsディレクトリを許可リストに追加できます。これにより生徒がサンプルアセスメントアプリで下書きメモを保存できます。この同じ設定はディレクトリもフィルタリングします。標準のOpenとSaveパネルで利用可能なファイルも同様です。
生徒が下書きメモを保存しようとすると標準のSaveパネルが表示されますが許可リストに登録されたディレクトリのみが保存先として利用できます。
Finderウィンドウを開くと同じフィルタリングされたアクセスが表示され許可リストのディレクトリには生徒が保存した下書きファイルが含まれています。
もう1つの制御レイヤーについて説明します。アセスメント中に実行を許可するプロセスの制限です。アセスメントアプリの実行に不可欠でないプロセスはアセスメントセッションの整合性に脅威をもたらす可能性があります。画面コンテンツのキャプチャやキーストロークのログ記録外部へのデータ送信またはその他のシステムとのインタラクションによりセキュアなテスト環境を損なう可能性があります。そのため、許可するプロセスをアセスメントアプリと許可リストに登録した参加者アプリのみに制限することを検討してください。さらに、ShortcutやAutomatorアクションもシャットダウンして実行をブロックできます。 allowOnlyParticipantsToRunをtrueに設定するとアセスメント開始時に不要なプロセスをシャットダウンするようシステムに指示します。これを有効にするとメインのアセスメントアプリと明示的に許可リストに追加した参加者および必須のシステムプロセスのみが実行を許可されます。 allowsUserScriptExecutionもfalseに設定することで ShortcutとAutomatorスクリプトの実行を防ぎます。
アセスメント開始前は SafariとNotesが動作しており長時間実行のShortcutも動いています。しかし、アセスメント開始後はサンプルアセスメントアプリのみと許可リストの参加者である Finderだけが動作しています。 Shortcutを含むユーザーが起動したバックグラウンドプロセスはすべて停止され、セキュアな試験中はアクセスできません。
Assessment Modeを初めて採用する場合も既存の統合を強化する場合もすべてのデベロッパが検討すべきベストプラクティスがあります。
これらの実践はフレームワークの採用方法受験者のエクスペリエンスの設計方法そしてmacOSリリースをまたいでアプリを良好に動作させ続ける方法に役立ちます。
深いシステム統合を活かして Assessment フレームワークにシステム環境のセキュリティを任せましょう。独自の同等機能を実装したくなる衝動を抑えフレームワークのAPIを直接採用して維持してきた冗長なコードを削除しましょう。
アセスメントが実際に必要とする最小限の制限のみを設定してください。追加した制限は受験者のエクスペリエンスを損なうことがあるため許可的な設定から始めて慎重に絞り込みましょう。
アクセシビリティはアセスメントの文脈では必須要件として扱うべきです。すべての生徒が公平なテスト体験を受ける権利があるため支援技術に対応するよう最初からアプリを設計し後から例外として切り出すのではなく対応しましょう。
AACが初めての場合はセッションの遷移が begin・end session APIを呼び出した瞬間には起きないことに注意してください。フレームワークの遷移コールバックに登録してそれらのイベントでアプリの状態を管理することでセッションが実際に開始、終了または予期せず終了したタイミングを常に把握できます。
リリースされた当日に毎回macOSベータでアプリを再検証することが重要です。フルのアセスメントテストマトリクスを実行し Feedbackレポートをすぐに提出してください。リリースまで待ってからリグレッションを発見するとユーザーも同時に発見することになります。
可能性をご覧いただいたところでアセスメントアプリを次のレベルに引き上げるための次のステップを検討してください。システム事前チェックを使用してアセスメント開始前にデバイスの整合性を検証します。アクセシビリティ機能を有効にしてすべてのユーザーに公平なアセスメント体験を提供します。
Menu Bar項目、Dock、ファイルシステムへのアクセスをカスタマイズすることで馴染みやすく直感的なエクスペリエンスを提供します。
不要なプロセスをブロックしてアセスメントの実行環境をセキュアに保ちます。
そして最後に、macOS上で実際の試験ワークフローを使ってアセスメントソリューションをテストします。
教室用のクイズアプリを構築する場合も全国規模の標準化テストプラットフォームの場合も macOSのフレームワーク AutomaticAssessmentConfigurationはシステムセキュリティの前提条件を検証するツールを提供します。アクセシビリティの配慮を調整しユーザーエクスペリエンスをカスタマイズし実行環境をロックダウンするこれらすべてを、ニーズに合わせて調整可能な単一の統合APIで実現します。これらの新機能を使ってより安全でより包括的で洗練されたアセスメント体験を世界中の生徒に届けてください。ご視聴ありがとうございました。

import AutomaticAssessmentConfiguration

func makeAssessmentConfiguration() -> AEAssessmentConfiguration {
    let configuration = AEAssessmentConfiguration()

    configuration.allowLockdownMode = false
    configuration.allowPrivateRelay = false
    configuration.requiresSIP = true
    configuration.requiresManagedDevice = true
    configuration.requiresSingleUser = true
    configuration.requiresUserAccountType = .standard

    return configuration
}

4:01 - Restrict accessibility features

import AutomaticAssessmentConfiguration

func makeAssessmentConfiguration() -> AEAssessmentConfiguration {
    let configuration = AEAssessmentConfiguration()

    configuration.allowsAccessibilityVoiceOver = true
    configuration.allowsAccessibilitySwitchControl = false
    configuration.allowsAccessibilityAlternativeInputMethods = true
    configuration.allowsAccessibilityBackgroundSounds = true
    configuration.allowsAccessibilityHoverText = true
    configuration.allowsAccessibilityLiveSpeech = true
    configuration.allowsAccessibilitySpokenContent = true
    configuration.allowsAccessibilityVoiceControl = true
    configuration.allowsAccessibilityZoom = true

    return configuration
}

5:32 - Customize the Menu Bar items

import AutomaticAssessmentConfiguration

func makeAssessmentConfiguration() -> AEAssessmentConfiguration {
    let configuration = AEAssessmentConfiguration()

    configuration.allowsMenuBar = true
    configuration.allowedMenuBarItems = [
        .battery,
        .clock,
        .volume
    ]
    configuration.allowedAppleMenuItems = [
        .sleep
    ]

    return configuration
}

7:01 - Define input restrictions

import AutomaticAssessmentConfiguration

func makeAssessmentConfiguration() -> AEAssessmentConfiguration {
    let configuration = AEAssessmentConfiguration()

    configuration.allowsDictation = false
    configuration.allowsAutoFill = false
    configuration.allowsStructuralInput = false
    configuration.allowsEmojiKeyboard = false

    return configuration
}

7:38 - Enable dock appearance

import AutomaticAssessmentConfiguration

func makeAssessmentConfiguration() -> AEAssessmentConfiguration {
    let configuration = AEAssessmentConfiguration()

    configuration.allowsDock = true

    return configuration
}

8:35 - Set allowed directories and files

import AutomaticAssessmentConfiguration

func makeAssessmentConfiguration() -> AEAssessmentConfiguration {
    let configuration = AEAssessmentConfiguration()

    configuration.allowedDirectoriesAndFiles = [
        URL(fileURLWithPath: "~/Documents/")
    ]

    return configuration
}

9:58 - Set application launch restrictions

import AutomaticAssessmentConfiguration

func makeAssessmentConfiguration() -> AEAssessmentConfiguration {
    let configuration = AEAssessmentConfiguration()

    configuration.allowOnlyParticipantsToRun = true
    configuration.allowsUserScriptExecution = false

    return configuration
}

- 0:00 - Introduction
- An overview of the Automatic Assessment Configuration framework in macOS 27, which creates a locked-down testing environment, and a preview of the five areas covered.
- 1:34 - Precondition checks
- Require a hardened device before an exam starts — System Integrity Protection, MDM enrollment, a single signed-in standard account, and disabled Lockdown Mode and iCloud Private Relay.
- 3:00 - Accessibility restrictions
- Control which built-in accessibility features stay available during a session, allowing approved accommodations like Switch Control while restricting features that accept user-generated content.
- 4:33 - System experience customization
- Tailor how students interact with macOS during an assessment by customizing the Menu Bar and its items, the Dock, input technologies like Dictation and AutoFill, and Finder access.
- 9:16 - Application launch restrictions
- Restrict which processes run during an assessment to your app and allowlisted participants, and block Shortcuts and Automator script execution to protect the testing environment.
- 10:51 - Best practices
- Recommendations for adopting the framework: rely on its APIs rather than building equivalents, restrict only the minimum required, treat accessibility as a requirement, and register for session transition callbacks.
- 12:35 - Next steps
- Ways to take your assessment app further — validate device integrity with pre-checks, enable accessibility for an equitable experience, customize the system experience, block non-essential processes, and test with real exam workflows.

「今すぐ始める」を詳しく見る

最新情報

プラットフォームを詳しく見る

特集

テクノロジーを詳しく見る

特集

コミュニティを詳しく見る

特集

ドキュメントを詳しく見る

リリースノート

ダウンロードを詳しく見る

特集

サポートを詳しく見る

特集

クイックリンク

関連する章

リソース

関連ビデオ

WWDC26