應用程式問的不再是生日,而是「哪一格」
微軟正在 Windows 11 上測試一組稱為 Age Signals 的新介面,讓應用程式向系統查詢使用者的年齡區間,而不是要求對方自己填出生日期。相關文件在 8 月 27 日更新,功能本身則要待今年較後時間的 Windows 11 版本才會開啟。
`GetUserAgeRangeAsync` 回傳的不是一個歲數,而是五個區間之一:
年齡區間 | 回傳值 |
|---|---|
未滿 10 歲 | {0, 9} |
10 至 12 歲 | {10, 12} |
13 至 15 歲 | {13, 15} |
16 至 17 歲 | {16, 17} |
18 歲或以上 | {18, INT32_MAX} |
未知 | `null` |
微軟在文件中寫明,這個訊號不會直接透露使用者的年齡或出生日期,也不會交出家庭成員關係。

還有第二個介面:年齡有沒有被核實過
除了年齡區間,應用程式還可以呼叫 `GetAgeVerificationStatusAsync`,查詢這個帳戶的年齡是否經身分提供者獨立核實過。回傳值有五種:Verified、Unverified、OptedOut、TemporarilyUnavailable 與 NotApplicable。
當中 `OptedOut` 值得留意:它代表使用者可以選擇不參與,而應用程式收到這個值時,只能退回自己原本的年齡查核做法。
不是每個程式都問得到
文件列出的平台要求相當具體,也回答了「會不會被濫用」這個問題的一部分:
要求 | 內容 |
|---|---|
最低系統版本 | Windows 11 |
介面形式 | Win32 COM(C/C++) |
使用者狀態 | 必須在已登入微軟帳戶的使用者工作階段中執行 |
應用程式登記 | 身分必須在 Digital Safety 平台上完成登記 |
Digital Safety 平台會先核實呼叫方的身分才回傳數值,微軟表示這是為了防止未經授權的程式查詢別人的安全設定。在功能正式開啟之前,所有呼叫都只會收到 `null` 與「無法取得」的核實狀態,開發者需要自行保留原本的年齡閘。
為甚麼是現在
這套介面不是憑空出現的,背後是兩條同時逼近的法規線。
其一在澳洲。據 The Verge 報道,微軟需要在 9 月 9 日前符合當地的網絡安全規定,否則面臨接近 5,000 萬澳元(約 3,490 萬美元)罰款;澳洲的 Xbox 與 Microsoft Store 使用者已陸續收到通知,購買 18 歲以上分級的應用程式與遊戲前須先核實年齡,已購買與已下載的內容則不受影響。
其二在加州。當地的 AB 1043 要求設有帳戶設定流程的作業系統供應商,提供一個讓帳戶持有人填報主要使用者出生日期或年齡的介面。
加州同時寫下了一條反方向的條文
值得注意的是,加州立法者並非只要求平台提供年齡訊號。據 Tom's Hardware 報道,議員在同一條法案中加入條文,禁止任何人在法律沒有要求的情況下,向作業系統供應商或應用程式商店索取年齡訊號;法案亦豁免以 GPL、MIT、BSD 與 Apache 授權發布的軟件。
換句話說,同一套機制被寫進法律的方式是兩面的:一面要求作業系統交得出年齡訊號,另一面限制誰可以開口問。微軟這組 API 解決的是應用程式不必再自建一套年齡查核系統,但一個「隨時問得到年齡層」的作業系統會不會被過度使用,答案不在文件裡,而在各地怎樣立法。




No comments yet
提交留言即表示你已閱讀我們的私隱政策。