Wat het artikel niet meldt, is wat de uitvinding is. De uitvinding is:
"een knop die van functie veranderd naarmate er een gesprek binnenkomt, of bezig is, of er juist geen gesprek is."
Je hebt dan één knop voor opnemen, voor ophangen, of voor play/pause.
Zo'n knop is alleen nuttig in een dock/speaker combo, en daarom lijkt het also de hele aanvrage over een dock/speaker combo gaat. Stel dat een optimalisatie van een auto-onderdeel wordt uitgevonden, dan gaat in de aanvrage toch echt ook een auto staan, zeg maar (als is het maar omdat er ook een claim gaat zijn op "auto waarin ons nieuwe onderdeel zit", want op die manier kun je mogelijk royalties vangen over de hele auto, in plaats van alleen over je schroefje). Maar zoals in 99.99% van de gevallen met octrooiaanvragen, is er één inventief detail wat het nieuw en inventief maakt (pardon: non-obvious, want het is US, waar ze niet aan inventiviteit doen). Dat is dus ook hier zo: de knop die de status van de gedockte telefoon uitleest, en daar de functionaliteit op aanpast.
Nog een kleine public service announcement: nieuw is hééél makkelijk. Hierboven staat ook al letterlijk "waarom dit nieuw zou zijn? Gewoon {ding}, maar nu {verschilmaatregel}." Ja, kijk, dan is het dus blijkbaar nieuw, want er is een verschil. Als je echt aanvragen wil bashen, klaag dan dat ze niet inventief zijn (of voor US: dat ze obvious zijn). Omdat geldige octrooien zowel nieuw áls inventief moeten zijn, is je klacht net zo dodelijk, maar dan heb je grotere kans om gelijk te hebben
Zie voor de lol de aanvrage zelf:
[0004] It is identified herein that existing peripherals are awkward for a user to use, particularly in terms of the mechanism used to control a call conducted through a user terminal docked or paired (or such like) with the peripheral, e.g. to answer an incoming call, mute the call etc. For instance, in the case of an existing docking station, it is fiddly for the user to navigate through the various on-screen controls of graphical user interface of the voice or video calling application (e.g. a VoIP application) running on the phone. It also somewhat defeats the point of the docking station--one reason for using a docking station is so the user does not have to hold the phone in his or her hand throughout, say, a long call (e.g. of the order of one hour), but with current docking stations the user still has to manually handle the phone in order to control the call. On the other hand, with a headset or earpiece, this can become cluttered with buttons, with a one-to-one mapping between buttons and respective functions (i.e. each button having a single dedicated function, e.g. volume up, volume down, answer, hang up, mute, etc.). Also there may be limited surface area on the exterior housing of the headset or earpiece, so the buttons may have to be arranged in a cramped manner and/or be made quite small, so again quite awkward to operate.
[0005] It would be desirable to provide a peripheral with a more elegant mechanism for controlling multiple aspects of a call, without requiring the user to navigate through a fiddly graphical user interface, and without cluttering the peripheral with many buttons or controls each for a different function.
[0006] According to one aspect disclosed herein, there is provided a peripheral device for use with a user terminal (e.g. phone, tablet or laptop), wherein the peripheral device comprises: a non-graphical actuator operable to be actuated by a user; an interface for connecting to the user terminal; and control logic (e.g. embedded firmware) for interfacing with the user terminal via said interface, in order to control a communication client application (e.g. a VoIP client) running on the user terminal, and to thereby control a voice or video call (e.g. a VoIP call) that is conducted over a packet-based network (e.g. the Internet) from the user terminal using the communication client application. Particularly, the control logic is configured such that said control of the call comprises performing a function in relation to the call in response to actuation of said hardware actuator by the user, and the control logic is further configured such that the function of the actuation of said actuator is dependent on a current status of the call.