Screen Time APIの最新情報

Screen Time APIの最新情報

プライバシーを第一に考えながら、デバイスとの接続を管理できるAppを構築する方法をご覧ください。Screen Time APIを通して、機能制限やデバイスのアクティビティレポートなどの機能を使用して優れたエクスペリエンスを生み出す方法や、デバイスの所有者、親デバイス、デバイス管理者の重要な制御を紹介します。

リソース
ダウンロード

こんにちは MaryAshley Etefiaです Screen Timeのソフトウェアエンジニアです COVID-19はデジタルヘルスケアと生産性のリソースで我々の業界に多大な圧力をかけました社会のバランスのニーズを強化し誰もが自分のスペースを上手く管理する能力が試されました昨年 Screen Time APIを紹介し子供たちのデバイスとの関わりを管理できるAppの作成の手助けになりましたみなさんはこれを創造的かつ生産的に使用してくれました異なった考えを促す文化が採用され私たちも光栄ですまたみなさんからのご意見にも感謝しています iOS 16のScreenTime APIの新機能をご紹介する前に iOS 15版の特徴を振り返りたいと思います昨年３つのフレームワークを紹介しました Family ControlsとManaged SettingsとDevice Activityです iOS 15ではこれらのフレームワークによってペアレントコントロールAppに新機能が追加されましたそれらを見てみましょう Family Controlsはゲートウェイとして Screen Time APIへのアクセスを許可しますペアレントコントロールAppの削除を防ぎ AppやWebサイトを識別する Opaqueトークンでユーザープライバシーを守ることができます Managed Settingsでは機能制限や Webトラフィックのフィルタリングアクティビティの遮断などが可能になりブランディングや機能に合わせて Appをカスタマイズできました Device Activityフレームワークは時間枠で開始と終了時間に応じてまたは Appやサイトが設定値を超えた時にコードの実行を可能にしました iOS 16ではそれぞれアップデートがありますこれらはAPIを使いやすくするだけでなくユーザー体験も向上しますデモAppであるWorklogでご説明しましょう Worklogは使用指標が満たされるまで Appの使用を制限して良い習慣を促すAppですこのiPhoneの所有者Aniyahが Screen Time APIで自分自身に制限を設定する方法をお見せしますまずFamily Controlsです iOS 15では iCloud認証で子供のデバイスの承認ができるだけでした iOS 16では個々のユーザーをそれぞれのデバイスで承認することができますつまりScreen Time APIでペアレントコンロトール以上の機能を持つAppを構築できるということです既存のペアレントコントロールの認証と違いデバイスごとのApp数に制限なく個別認証が可能です個々のの認証はペアレントコントロールのユースケースには入らないので iCloudサインアウトや削除の制限はありませんそれでは見てみましょうまず最初にFamilyControlsの承認許可が必要です shared AuthorizationCenter を使って Worklogの起動時にリクエストを出しますリクエストはステータスの更新かエラーとして返されます初めてiPhoneでこのAppを使用するので requestAuthorizationは Aniyahの承認を求めます Allowを押すと FaceIDかTouchID もしくはパスコードでの認証が必要になります一度認証されると requestAuthorizationによる再度のアラートはなく影で認証されます Family Controlsで承認されると AppのSettingsにボタンが２つ追加されます Screen TimeのApps with Screen Time Accessと AppのSettingsのScreen Time Restrictions下ですこれらのスイッチで Family Controlsから Appの承認を取り消すことができますご覧のように新しい個別認証はペアレントコントロールの認証と同様にシンプルで非同期とすることで両方がさらに改善されました次はManaged Settingsです Managed Settingsは使用が簡単になりました特にManaged Settings Storeの使用です Managed Settings Storeはユーザーおよびびデバイスに設定値を適用するデータストアです iOS 15では処理１つにつきストア１つでしたまたAppとDevice Activity Extensionsには別々のManaged Settings Storeが必要でしたこれが原因でデバイスアクティビティでの設定変更が困難でした iOS 16では最大50のManaged Settings Store作成できそれぞれに名前が付けられますまたこれらの名前付きのストアは自動的に AppとExtension間で共有されますまた名前付きのストアの設定を一度にまとめて削除できます Worklogがどう名前付きのストアを使うか見てみましょう Worklogが初めて起動され Aniyahのデバイスが認証されたら Gaming Managed Settings Storeを作成しますこれにはゲームの機能制限が含まれ Worklogの場合だとすべてのゲームサイトの遮断です WorklogにはSocialという名のStoreもあり Appが初めて起動するとソーシャルAppやWebなどを遮断しますしかしWorklogでAniyahが Allow for Evenings ボタンを押すと Device Activity Schedule を作成し午後５時から８時の間のみソーシャルメディアが許されます午後５時になると Device Activity Monitorが対応するストアの制限を解き午後８時になると再び Aniyahのデバイスでソーシャルメディアへの制限が適応されます Gamingストアでゲームサイトの制限があったのでは？と思うかもしれません Socialストアと Gameストアの設定が衝突するのでは？と思うでしょう答えはノーです厳しい設定が優先されるため Aniyahのデバイスではゲームサイトがまだ制限されますこれらの名前付きストアは非常にパワフルで Managed Settingsを活用した開発がよりシンプルになりますでもまだまだです Device Activityフレームワークにさらなる機能を追加しました iOS 15でDevice Activityは開始と終了時間枠に加え Appとサイトの使用量にも反応できました iOS 16ではSwiftUIを使いカスタムな使用状況レポートを作成できる新しいReporting Serviceを用意しました使用データは新しいエクステンションポイントに提供されユーザーに対してどのデータを表示するかカスタマイズできますこれによりユーザー体験を完全にカスタマイズできるだけでなく完全なプライバシーも提供できます WorklogではDeviceActivity Report.Contextと DeviceActivityFilterを設定しました DeviceActivity Report.Contextは DeviceActivity Data に基づきどのようなタイプを描くかカスタマイズできます DeviceActivityFilterで時間枠を特定することもできますそしてDeviceActivity ReportSceneでコンテキストを定義し何を表現するのか指示します PieChartView.Configuration とSwiftUIビューがコンテンツで定義されます makeConfigurationで Device Activity Dataを円グラフにするため mapが行われます新しいデータが呼び込まれれば makeConfigurationは自動的に発動しますここではPieChart View.Configurationが Aniyahの Device Activity Dataで円グラフを作成するよう設定されています最後にDeviceActivity Report Extensionで定義しカスタムSwiftUIレポートをレンダーできますここで作成した円グラフはデバイスアクティビティレポートをカスタマイズできる一例です Screen Time APIの新機能は以上です Screen Time APIは重要な機能制限やデバイスアクティビティのモニタリングなどの機能をプライバシーを守りながらサポートし続けていますおさらいです Family Controlsで個々のユーザーはデバイスごとにいくつものサードパーティAppを承認できます Managed Settings Storesは AppとExtension間で設定を共有し App内でいくつもの名前付きのストアを管理できるようになり Device Activityではプライバシーを保護しながら　使用データを提示しカスタマイズ可能なUIが加わりましたこれらの新機能によりより多くのユーザーがみなさんのAppを最大限に活用できるでしょうこれらの新機能の実現はデジタルヘルスケアに対するみなさんの貢献のおかげです Screen Time APIを素晴らしい方法で活用してくださいみなさんのご意見と共にこの技術をさらに利用しやすくする努力を続けてまいりますありがとうございました

// APP: Request Authorization

import SwiftUI
import FamilyControls

@main
struct Worklog: App {
    let center = AuthorizationCenter.shared
    var body: some Scene {
        WindowGroup {
            VStack {…}
                .onAppear {
                    Task {
                        do {
                            try await center.requestAuthorization(for: .individual)
                        } catch {
                            print("Failed to enroll Aniyah with error: \(error)")
                        }
                    }
                }
        }
    }

5:13 - Managed settings store

// MONITOR EXTENSION: Handle Social category at start/end of interval

import DeviceActivity
import ManagedSettings

class WorklogMonitor: DeviceActivityMonitor {
    let database = BarkDatabase()
    override func intervalDidStart(for activity: DeviceActivityName) {
        super.intervalDidStart(for: activity)
        let socialStore = ManagedSettingsStore(named: .social)
        socialStore.clearAllSettings()
    }
    
    override func intervalDidEnd(for activity: DeviceActivityName) {
        super.intervalDidEnd(for: activity)
        let socialStore = ManagedSettingsStore(named: .social)
        let socialCategory = database.socialCategoryToken
        socialStore.shield.applicationCategories = .specific([socialCategory])
        socialStore.shield.webDomainCategories = .specific([socialCategory])
    }
}

7:02 - Device activity report and filter

// APP: Top-level view

import SwiftUI
import DeviceActivity

extension DeviceActivityReport.Context {
    static let pieChart = Self(“Pie Chart")
}

@main
struct Worklog: App {
    private let thisWeek = DateInterval(...)
    @State private var context: DeviceActivityReport.Context = .pieChart
    @State private var filter = DeviceActivityFilter(segment: .daily(during: thisWeek))

    var body: some Scene {
        WindowGroup {
            GeometryReader { geometry in
                VStack(alignment: .leading) {
                   DeviceActivityReport(context: context, filter: filter)
                        .frame(height: geometry.size.height * 0.75)
                    
       
    }
}

7:24 - Device activity report

// REPORT EXTENSION: Configure Custom Device Activity Report

import SwiftUI
import DeviceActivity

struct PieChartReport: DeviceActivityReportScene {
    let context: DeviceActivityReport.Context = .pieChart
    let content: (PieChartView.Configuration) -> PieChartView
    
    func makeConfiguration(representing data: [DeviceActivityData]) 
        -> PieChartView.Configuration {
        var totalUsageByCategory: [ActivityCategory:TimeInterval]
        totalUsageByCategory = data.map(…)
        
        return PieChartView.Configuration(totalUsageByCategory: totalUsageByCategory)
    }
}

7:55 - Configure Custom Device Activity Report

// REPORT EXTENSION: Configure Custom Device Activity Report

import SwiftUI
import DeviceActivity

struct PieChartView: View {
    struct Configuration {
        let totalUsageByCategory: [ActivityCategory:TimeInterval]
    }
    
    let configuration: Configuration
    
    var body: some View {
        // A complex view that renders a bar graph based on Aniyah’s usage per category.
        PieChart(usage: configuration.totalUsageByCategory)
    }
}

8:05 - Present custom report

// REPORT EXTENSION: Draw Custom Device Activity Report

import SwiftUI
import DeviceActivity

@main
struct WorklogReportExtension: DeviceActivityReportExtension {
    var body: some DeviceActivityReportScene {
        PieChartReport { configuration in
            PieChartView(configuration: configuration)
        }
    }
}

特定のトピックをお探しの場合は、上にトピックを入力すると、関連するトピックにすばやく移動できます。

クエリの送信中にエラーが発生しました。インターネット接続を確認して、もう一度お試しください。

リソース