The patent the USPTO issued to Apple Inc. on June 30, 2026 — US12671891B2, "User interfaces integrating hardware buttons" — claims a way to make one physical button do the work of several by keying its behavior to how it is pressed. Because this is a granted patent rather than a published application, what follows reads the independent claim as issued: the scope the examiner allowed, not a prediction about what might still change in prosecution.

The independent claim is written as a computer system, and it is worth walking limitation by limitation because the invention lives in a single conditional structure. The system communicates with a display generation component, one or more cameras, and a hardware button. It detects, via the hardware button, an input that includes a first press. Then it forks. Under the first branch — when the press satisfies a first set of criteria whose first subset is met by a press "of a first type" — the system displays a menu of one or more settings that can be associated with the hardware button. Under the second branch — when the press satisfies a second set of criteria, different from the first, whose subset is met by a press "of a second type different from the first type" — the system instead changes the value of a first setting to a first value. Same button, same detected press event; the response is decided by which type of press it was.

A computer system configured to communicate with a display generation component, one or more cameras, and a hardware button, comprising: one or more processors; and memory storing one or more programs configured to be executed by the one or more processors, the one or more programs including instructions for: detecting, via the hardware button, a respective input that includes a first press of the hardware button; in accordance with a determination that the first press of the hardware button satisfies a first set of criteria, wherein the first set of criteria includes a first subset of criteria that is satisfied when the respective input includes a press of a first type, displaying, via the display generation component, a menu of one or more settings that can be associated with the hardware button; and in accordance with a determination that the first press of the hardware button satisfies a second set of criteria different from the first set of criteria, wherein the second set of criteria includes a second subset of criteria that is satisfied when the respective input includes a press of a second type different from the first type, changing a value of a first setting of the one or more settings to a first value based on the respective input.— User interfaces integrating hardware buttons, US12671891B2

The element that does the work

The operative limitation is the press-type fork, not the button itself. Every phone has a button; what the claim is directed to is the pair of mutually exclusive conditionals — display-a-menu versus change-a-value — each gated by a distinct press type. Neither branch depends on the user first navigating to a mode; the discrimination happens at the moment of the press. That is the limitation an infringement read would center on: a single hardware control that produces a settings-menu response for one class of press and a value-change response for another.

The dependent claims sharpen what those press types and settings can be without broadening the independent scope. Claim 2 recites that the first subset of criteria includes a criterion satisfied when the press is a multiple-press sequence — a datable way to distinguish, say, a double-press from a single actuation. Claim 3 recites that the first setting includes a media capture setting, tying the changed value to camera operation. Claims 4 and 5 add an application-context condition: the two branches can require that the press be detected while a respective application is displayed, and a separate criterion covers the case where the press is not detected while that application is showing, in which case the system displays the application instead. So the granted structure discriminates on two axes — press type and on-screen context — but the independent claim rests on the first.

A further group of dependent claims covers feedback as a claimed feature. Claim 16 recites displaying, in response to the press, an animation of a graphical element that visually represents the press; claim 17 has the animation render differently depending on a value of an input characteristic of the press; claim 18 has the graphical element animate into the menu of settings; and claim 19 has the element overlay part of the camera preview when the press is detected while a camera user interface is showing. These are the claimed hooks for the on-screen response that accompanies the fork — not the fork itself, but recited limitations a practitioner would note when mapping the family. The patent also recites the same method in independent form (a non-transitory computer-readable storage medium at claim 21 and a method at claim 22), the conventional trio that carries the same core limitation across statutory categories.

Where the grant lands in the CPC landscape

The classifications place the invention on the control-interface side of the camera, not the imaging side. Its listed CPC groups include H04N 23/62 — camera control arrangements — together with G06F 3/0488 and neighboring touch-interface classes (G06F 3/0482, G06F 3/04847) and the general input class G06F 3/02. That distribution is itself a reading aid: the patent is examined as a user-interface invention that sits where a physical button meets a touchscreen UI, which is consistent with an independent claim whose limitations are about responses to presses rather than about sensors, optics or capture pipelines. For anyone mapping the interface landscape, the coordinate to note is the pairing of a camera-control class with a touch-UI class on a claim whose novelty limitation is press-type discrimination.

The grant does not stand alone in Apple's June 30 drop. Adjacent interface- and capture-side grants from the same day sketch the surfaces this button interacts with: US12670883B2 claims controlling and transitioning between display states in a low-power display state — the surface a menu or value indicator appears on; US12671782B2 claims an image-processing circuit performing local tone mapping after warping — the capture pipeline a media-capture setting feeds; and US12670672B2 claims graphical user interfaces for three-dimensional experience sessions in an extended-reality environment — a different input context for the same house of interface work. Each is a separately granted patent with its own independent claims; they are cited here as neighbors in the same drop, not as part of the hardware-button claim's scope, which begins and ends with the press-type fork recited in US12671891B2.

Read against a shipping product, the claim language tracks the class of side-mounted capture control that distinguishes press types to move between settings and captures; this brief identifies the claimed structure, not what it reads on, and characterizes the scope no further than the language supports. What the granted claim secures is specific and legible from its face: a computer system that, on one press event, chooses between surfacing a bindable settings menu and stepping a setting's value, with the choice made by the type of the press. It is an issued patent — examined, allowed and now enforceable — and its distinguishing limitation is the fork itself, the moment one button decides, from the press alone, whether to configure or to act.