Legal claims defining the scope of protection, as filed with the USPTO.
1. An apparatus comprising: a network interface; and logic circuitry coupled to the network interface, the logic circuitry configured to: receive, via the network interface, from a device, a control command for an Internet-of-Things (IoT) device, the IoT device and the device mapped to a talkgroup identifier identifying a talkgroup used by the device to send the control command; output, via the network interface, to the IoT device, the control command; determine that the control command has failed; and in response to determining that the control command has failed: transmit, via the network interface, to the device, an indication that the control command has failed, the indication transmitted over the talkgroup identified by the talkgroup identifier; and transmit a second control command to a second IoT device, the second IoT device one or more of: associated with the IoT device; and mapped to a second talkgroup identifier associated with the talkgroup identifier.
2. The apparatus of claim 1 , wherein the logic circuitry is further configured to determine that the control command has failed by receiving, from the IoT device, one or more of: a failure indication; and NAK (Negative Acknowledgement) data.
3. The apparatus of claim 1 , wherein the logic circuitry is further configured to determine that the control command has failed by failing to one or more of: establish a connection to the IoT device; receive ACK (Acknowledgement) data from the IoT device; receive NAK data from the IoT device; and receive a communication from the IoT device in response to transmitting the control command.
4. The apparatus of claim 1 , wherein the logic circuitry is further configured to, in response to determining that the control command has failed: transmit, to the device, a suggestion that the second IoT device be operated; receive, from the device, an acceptance of the suggestion; and in response to receiving the acceptance, transmit a second control command to the second IoT device.
5. A method comprising: receiving, at a Push-To-Talk (PTT) server, from a device, a control command for an Internet-of-Things (IoT) device, the IoT device and the device mapped to a talkgroup identifier identifying a talkgroup used by the device to send the control command; outputting, via the PTT server, to the IoT device, the control command; determining, at the PTT server, that the control command has failed; and in response to determining that the control command has failed: transmitting, via the PTT server, to the device, an indication that the control command has failed, the indication transmitted over the talkgroup identified by the talkgroup identifier; and transmitting a second control command to a second IoT device, the second IoT device one or more of: associated with the IoT device, and mapped to a second talkgroup identifier associated with the talkgroup identifier.
6. The method of claim 5 , wherein determining that the control command has failed comprises receiving, from the IoT device, one or more of: a failure indication; and NAK (Negative Acknowledgement) data.
7. The method of claim 5 , wherein determining that the control command has failed comprises failing to one or more of: establish a connection to the IoT device; receive ACK (Acknowledgement) data from the IoT device; receive NAK data from the IoT device; and receive a communication from the IoT device in response to transmitting the control command.
8. The method of claim 5 , further comprising, in response to determining that the control command has failed: transmitting, to the device, a suggestion that the second IoT device be operated; receiving, from the device, an acceptance of the suggestion; and in response to receiving the acceptance, transmitting a second control command to the second IoT device.
Unknown
May 4, 2021
Browse 5M+ US patents with plain-English claim translations and AI-generated analysis.