Assisted resource acquisition for talkgroups

Abstract

A system includes a memory and an electronic processor (213) configured to detect a request for a physical resource from a first responder in a first talkgroup, determine a maximum wait time for the physical resource, determine a first subset of members of the first talkgroup that can meet the request based on the maximum wait time, deliver the request to the first subset of members, and perform an action within the first talkgroup to increase a likelihood that the first subset of members will respond to the request. The action may include prioritizing delivery of the request, sending an appended audio message, increasing floor control priority, sending a text message, or generating an alert on a communication device (200) of a member.

Description

ASSISTED RESOURCE ACQUISITION FOR TALKGROUPSBACKGROUND OF THE INVENTION

[0001] Public safety agencies use portable communications devices (for example, land mobile radios) to facilitate communication between their personnel while responding to incidents. To streamline communication, personnel may be assigned to different communication groups (sometimes referred to as “talkgroups” ) . Effecting an incident response may utilize many resources and require communications with personnel participating in multiple talkgroups. Ensuring the efficient assignment of resources to responding personnel improves the effectiveness of the incident response.

[0002] Many such portable communication devices also include, or provide access to, electronic digital assistants (or sometimes referenced as “virtual partners” ) that may provide the user thereof with valuable information in an automated (for example, without further user input) or semi-automated (for example, with some further user input) fashion. The valuable information provided to the user may be based on explicit requests for such information posed by the user via an input (for example, a parsed natural language input or an electronic touch interface manipulation associated with an explicit request) in which the electronic digital assistant may reactively provide requested valuable information, or may be based on some other set of one or more context or triggers in which the electronic digital assistant may proactively provide valuable information to the user absent any explicit request from the user.

[0003] As some existing examples, electronic digital assistants such as Siri provided by Apple,  and Google Now provided by Google,  are software applications running on underlying electronic hardware that are capable of understanding natural language, and may complete electronic tasks in response to user voice inputs, among other additional or alternative types of inputs. These electronic digital assistants may perform such tasks as taking and storing voice dictation for future reference and retrieval, reading a received text message or an e-mail message aloud, generating a text message or e-mail message reply, looking up requested phone numbers and initiating a phone call to a requested contact, generating calendar appointments and providing appointment reminders, warning users of nearby dangers (for example, traffic accidents or environmental hazards) , and providing many other types of information in a reactive or proactive manner. BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

[0004] The accompanying figures, where like reference numerals refer to identical or functionally similar elements throughout the separate views, together with the detailed description below, are incorporated in and form part of the specification, and serve to further illustrate embodiments, examples, aspects, and features of concepts that include the claimed subject matter and explain various principles and advantages of those embodiments, examples, aspects, and features.

[0005] FIGS. 1A and 1B are system diagrams illustrating a system for operating an electronic digital assistant, according to some examples.

[0006] FIG. 2 is a device diagram showing a device structure of a communication device of the system of FIGS. 1A and 1B, according to some examples.

[0007] FIG. 3 illustrates a flowchart of a method for controlling talkgroup communications, according to some examples.

[0008] FIG. 4 illustrates a flowchart of a method for managing resource requests in a talkgroup communication system, according to some examples.

[0009] Skilled artisans will appreciate that elements in the figures are illustrated for simplicity and clarity and have not necessarily been drawn to scale. For example, the dimensions of some of the elements in the figures may be exaggerated relative to other elements to help to improve understanding of examples, aspects, and features illustrated.

[0010] In some instances, the apparatus and method components have been represented where appropriate by conventional symbols in the drawings, showing only those specific details that are pertinent to understanding the of various embodiments, examples, aspects, and features so as not to obscure the disclosure with details that will be readily apparent to those of ordinary skill in the art having the benefit of the description herein.DETAILED DESCRIPTION OF THE INVENTION

[0011] Public safety agencies rely on effective communication and resource coordination during emergency situations. However, current talkgroup communication systems often struggle to efficiently match resource requests with available responders who can fulfill those requests in a timely manner. This technical challenge arises from the difficulty in quickly assessing and prioritizing multiple factors such as responder location, travel time, resource availability, and impact on current assignments across a large number of potential responders and resources in real-time.

[0012] Furthermore, existing systems lack the capability to dynamically adjust communication priorities within talkgroups based on responders'a bility to meet urgent resource needs. This limitation can lead to inefficient use of airtime, with responders who are unable to fulfill requests potentially clogging communication channels with unnecessary responses. Additionally, current systems do not effectively leverage data from multiple sources, such as GPS locations, current assignments, and historical response times, to make intelligent decisions about resource allocation. This results in suboptimal resource distribution and increased response times, which can be critical in emergency situations.

[0013] One possible solution to this problem involves using a centralized dispatch system to manually coordinate resource allocation, where a dispatcher uses voice communications to relay instructions to individual responders or talkgroups. However, this approach may have several limitations. The manual nature of the process may introduce delays in resource allocation, as the dispatcher must process multiple requests and consider various factors before making decisions. The effectiveness of this method may also be highly dependent on the dispatcher's experience and ability to quickly process complex information.

[0014] Additionally, this centralized approach may not efficiently utilize the distributed knowledge of responders in the field. Responders who are closer to an incident or have relevant information about resource availability may not be able to contribute effectively to the decision-making process. Furthermore, the static nature of talkgroup assignments in this system may limit flexibility in resource allocation. Responders may be confined to their assigned talkgroups, potentially preventing the most suitable resources from being allocated to a given task if they happen to available to members in a different talkgroup.

[0015] Such solutions may also struggle to handle high-volume or rapidly changing situations, where the volume and speed of resource requests may overwhelm the dispatcher's ability to process and respond effectively. The system may lack the capability to automatically prioritize requests or dynamically adjust communication priorities based on the urgency of resource needs.

[0016] To address, among other things, these problems, systems and methods are provided herein for facilitating efficient resource acquisition within talkgroups, particularly in emergency response scenarios. This invention addresses the challenges faced by first responders when requesting physical resources or assistance during time-sensitive situations.

[0017] The system employs an electronic processor coupled to a memory, configured to detect verbal requests for physical resources within a talkgroup. Upon detection, the system determines a maximum wait time for the requested resource and identifies a subset of talkgroup members who can fulfill the request within this timeframe. The invention then delivers the request to this subset and performs actions to increase the likelihood of a timely response.

[0018] Using examples presented herein, talkgroup communications for potential responders may be automatically prioritized based on factors such as location, travel time, resource availability, and impact on current assignments. The system can also determine members who cannot meet the request and take actions to decrease the likelihood of their response, thereby reducing unnecessary communication.

[0019] In cases where the likelihood of a suitable response within the original talkgroup is low, the system can extend the request to alternate providers outside the talkgroup. This may involve sending voice or text messages to other talkgroups, initiating phone calls, or utilizing public address systems.

[0020] Embodiments presented herein offer significant advantages over prior art by streamlining resource acquisition in critical situations. Aspects presented herein reduce inefficient communication cycles, suppress unhelpful responses, and increase the chances of timely and appropriate resource delivery. These approaches enhance situational awareness, optimize resource allocation, and ultimately improve the effectiveness of emergency response operations.

[0021] Examples described herein, by automatically facilitating efficient resource acquisition within talkgroups, improve the overall response to public safety incidents. This improvement, in turn, leads to more reliable collection and distribution of emergency response information, more efficient use of computer aided dispatch systems, more efficient use of public safety communications networks and their respective computing resources, and the reservation of resources for response to public safety incidents, among other benefits.

[0022] In some aspects, the techniques described herein relate to a system including: a memory; and an electronic processor coupled to the memory; wherein the electronic processor is configured to retrieve, from the memory, executable instructions that, when executed by the electronic processor, cause the electronic processor to: detect a request for a physical resource from a first responder in a first talkgroup; determine a maximum wait time for the physical resource; determine a first subset of a plurality of members of the first talkgroup that can meet the request based on the maximum wait time; deliver the request to the first subset of the plurality of members of the first talkgroup; and perform an action within the first talkgroup to increase a likelihood that the first subset of the plurality of talkgroup members will respond to the request.

[0023] In some aspects, the techniques described herein relate to a method for controlling talkgroup communications to facilitate physical resource acquisition, the method including: detecting, with an electronic processor of an electronic computing device, a request for a physical resource from a first responder in a first talkgroup; determining a maximum wait time for the physical resource; determining a first subset of a plurality of members of the first talkgroup that can meet the request based on the maximum wait time; delivering the request to the first subset of the plurality of members of the first talkgroup; and automatically performing, with the electronic processor, an action within the first talkgroup to increase a likelihood that the first subset of the plurality of talkgroup members will respond to the request.

[0024] Each of the above-mentioned embodiments will be discussed in more detail below, starting with example system and device architectures of the system in which the embodiments may be practiced, followed by an illustration of processing blocks for achieving an improved technical method, device, and system for automatically activating ambient listening features automatically based on analytic trigger options.

[0025] Example embodiments are herein described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems) and computer program products according to example embodiments. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general-purpose computer, special purpose computer, or other programmable data processing apparatus to produce a special purpose and unique machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions / acts specified in the flowchart and / or block diagram block or blocks. The methods and processes set forth herein need not, in some embodiments, be performed in the exact sequence as shown and likewise various blocks may be performed in parallel rather than in sequence. Accordingly, the elements of methods and processes are referred to herein as “blocks” rather than “steps. ”

[0026] These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instructions which implement the function / act specified in the flowchart and / or block diagram block or blocks.

[0027] The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus that may be on or off-premises, or may be accessed via the cloud in any of a software as a service (SaaS) , platform as a service (PaaS) , or infrastructure as a service (IaaS) architecture so as to cause a series of operational blocks to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide blocks for implementing the functions / acts specified in the flowchart and / or block diagram block or blocks. It is contemplated that any part of any aspect or embodiment discussed in this specification can be implemented or combined with any part of any other aspect or embodiment discussed in this specification.

[0028] Further advantages and features consistent with this disclosure will be set forth in the following detailed description, with reference to the figures. 1. Communication System and Device Structures i. Communication System Structure

[0029] Referring now to the drawings, and in particular FIG. 1A, a communication system diagram illustrates a system 100 of devices including a first set of devices that a user 102 (illustrated in FIG. 1A as a public safety officer, for example, a police officer) may wear, for example, a primary battery-powered portable radio 104 used for narrowband and / or broadband direct-mode or infrastructure communications, a battery-powered radio speaker microphone (RSM) video capture device 106, a laptop 114 having an integrated video camera and used for data applications for example incident support applications, smart glasses 116 (for example, which may be virtual reality, augmented reality, or mixed reality glasses) , sensor-enabled holster 118, and / or biometric sensor wristband 120. Although FIG. 1A illustrates only a single user 102 with a respective first set of devices, in other embodiments, the single user 102 may include additional sets of same or similar devices, and additional users may be present with respective additional sets of same or similar devices as indicated by FIG. 1B. As an example, additional users may be other public safety officers performing tasks at an incident scene, dispatchers providing information to public safety officers, public safety commanders or incident scene commanders supervising and assigning tasks to other public safety officers, and the like.

[0030] System 100 may also include a vehicle 132 associated with the user 102 having an integrated mobile communication device 133, an associated vehicular video camera 134, and a coupled vehicular transceiver 136. Although FIG. 1A illustrates only a single vehicle 132 with a single mobile communication device 133, respective single vehicular video camera 134 and / or microphone, and a single coupled vehicular transceiver 136, in other embodiments, the vehicle 132 may include additional same or similar mobile communication devices, video cameras, microphones, and / or transceivers, and additional vehicles may be present with respective additional sets of mobile communication devices, video cameras, microphones, and / or transceivers.

[0031] Each of the portable radio 104, RSM video capture device 106, laptop 114, and vehicular mobile communication device 133 may be capable of directly wirelessly communicating via direct-mode wireless link (s) 142, and / or may be capable of wirelessly communicating via a wireless infrastructure radio access network (RAN) 152 over respective wireless link (s) 140, 144 and via corresponding transceiver circuits. These devices may be referred to as communication devices and are configured to receive inputs associated with the user 102 and / or provide outputs to the user 102 in addition to communicating information to and from other communication devices and the infrastructure RAN 152.

[0032] The portable radio 104, in particular, may be any communication device used for infrastructure RAN or direct-mode media (for example, voice, audio, video, etc. ) communication via a long-range wireless transmitter and / or transceiver that has a transmitter transmit range on the order of miles, for example, 0.5-50 miles, or 3-20 miles (for example, in comparison to a short-range transmitter for example a Bluetooth, Zigbee, or NFC transmitter) with other communication devices and / or the infrastructure RAN 152. The long-range transmitter may implement a direct-mode, conventional, or trunked land mobile radio (LMR) standard or protocol, for example, European Telecommunications Standards Institute (ETSI) Digital Mobile Radio (DMR) , a Project 25 (P25) standard defined by the Association of Public Safety Communications Officials International (APCO) , Terrestrial Trunked Radio (TETRA) , or other LMR radio protocols or standards. In other embodiments, the long range transmitter implements a Long Term Evolution (LTE) , LTE-Advance, or 5G protocol including multimedia broadcast multicast services (MBMS) or single site point-to-multipoint (SC-PTM) over which an open mobile alliance (OMA) push to talk (PTT) over cellular (OMA-PoC) , a voice over IP (VoIP) , an LTE Direct or LTE Device to Device, or a PTT over IP (PoIP) application may be implemented. In still further embodiments, the long-range transmitter may implement a Wi-Fi protocol perhaps in accordance with an IEEE 802.11 standard (for example, 802.11a, 802.11b, 802.11g) or a WiMAX protocol perhaps operating in accordance with an IEEE 802.16 standard.

[0033] In the example of FIG. 1A, the portable radio 104 forms the hub of communication connectivity for the user 102, through which other accessory devices, for example, a biometric sensor (for example, the biometric sensor wristband 120) , an activity tracker, a weapon status sensor (for example, the sensor-enabled holster 118) , a heads-up-display (for example, the smart glasses 116) , the RSM video capture device 106, and / or the laptop 114 may communicatively couple.

[0034] In order to communicate with and exchange video, audio, and other media and communications with the RSM video capture device 106, laptop 114, and / or smart glasses 116, the portable radio 104 may contain one or more physical electronic ports (for example a USB port, an Ethernet port, an audio jack, etc. ) for direct electric coupling with the RSM video capture device 106, laptop 114, and / or smart glasses 116. In some embodiments, the portable radio 104 contains a short-range transmitter (for example, in comparison to the long-range transmitter for example a LMR or Broadband transmitter) and / or transceiver for wirelessly coupling with the RSM video capture device 106, laptop 114, and / or smart glasses 116. The short-range transmitter may be a Bluetooth, Zigbee, or NFC transmitter having a transmit range on the order of 0.01-100 meters, or 0.1 –10 meters. In other embodiments, the RSM video capture device 106, the laptop 114, and / or the smart glasses 116 contain their own long-range transceivers and communicate with one another and / or with the infrastructure RAN 152 or vehicular transceiver 136 directly without passing through portable radio 104.

[0035] The RSM video capture device 106 provides voice functionality features similar to a traditional RSM, including one or more of acting as a remote microphone that is closer to the user’s 102 mouth, providing a remote speaker allowing playback of audio closer to the user’s 102 ear, and including a PTT switch or other type of PTT input. The voice and / or audio recorded at the remote microphone may be provided to the portable radio 104 for storage and / or analysis or for further transmission to other mobile communication devices or the infrastructure RAN 152, or may be directly transmitted by the RSM video capture device 106 to other communication devices or to the infrastructure RAN 152. The voice and / or audio played back at the remote speaker may be received from the portable radio 104 or received directly from one or more other communication devices or the infrastructure RAN 152. The RSM video capture device 106 may include a separate physical PTT switch 108 that functions, in cooperation with the portable radio 104 or on its own, to maintain the portable radio 104 and / or RSM video capture device 106 in a monitor only mode, and which switches the device (s) to a transmit-only mode (for half-duplex devices) or transmit and receive mode (for full-duplex devices) upon depression or activation of the PTT switch 108. The portable radio 104 and / or RSM video capture device 106 may form part of a group communications architecture that allows a single communication device to communicate with one or more group members (not shown) associated with a particular group of devices at a same time.

[0036] Additional features may be provided at the RSM video capture device 106 as well. For example, a display screen 110 is provided for displaying images, video, and / or text to the user 102 or to someone else. The display screen 110 may be, for example, a liquid crystal display (LCD) screen or an organic light emitting display (OLED) display screen. In some embodiments, a touch sensitive input interface may be incorporated into the display screen 110 as well, allowing the user 102 to interact with content provided on the display screen 110. A soft PTT input may also be provided, for example, via such a touch interface.

[0037] A video camera 112 may also be provided at the RSM video capture device 106, integrating an ability to capture images and / or video and store the captured image data (for further analysis) or transmit the captured image data as an image or video stream to the portable radio 104 and / or to other communication devices or to the infrastructure RAN 152 directly. The video camera 112 and RSM remote microphone may be used, for example, for capturing audio and / or video of a field-of-view associated with the user 102, perhaps including a suspect and the suspect’s surroundings, storing the captured image and / or audio data for further analysis or transmitting the captured audio and / or video data as an audio and / or video stream to the portable radio 104 and / or to other communication devices or to the infrastructure RAN 152 directly for further analysis. An RSM remote microphone of the RSM video capture device 106 may be an omni-directional or unidirectional microphone or array of omni-directional or unidirectional microphones that may be capable of identifying a direction from which a captured sound emanated.

[0038] In some embodiments, the RSM video capture device 106 is replaced with a more limited body worn camera that includes the video camera 112 and / or microphone noted above for capturing audio and / or video, but may forego one or more of the features noted above that transform the body worn camera into a more full-featured RSM, for example the separate physical PTT switch 108 and the display screen 110, and remote microphone functionality for voice communications in cooperation with portable radio 104.

[0039] The laptop 114, in particular, may be any wireless communication device used for infrastructure RAN or direct-mode media communication via a long-range or short-range wireless transmitter with other communication devices and / or the infrastructure RAN 152. The laptop 114 includes a display screen for displaying a user interface to an operating system and one or more applications running on the operating system, for example a broadband PTT communications application, a web browser application, a vehicle history database application, a workflow application, a forms or reporting tool application, an arrest record database application, an outstanding warrant database application, a mapping and / or navigation application, a health information database application, and / or other types of applications that may require user interaction to operate. The laptop 114 display screen is, for example, an LCD screen or an OLED display screen. In some embodiments, a touch sensitive input interface is incorporated into the display screen as well, allowing the user 102 to interact with content provided on the display screen. A soft PTT input may also be provided, for example, via such a touch interface.

[0040] Front and / or rear-facing video cameras may also be provided at the laptop 114, integrating an ability to capture video and / or audio of the user 102 and the user’s 102 surroundings, perhaps including a field-of-view of the user 102 and / or a suspect (or potential suspect) and the suspect’s surroundings, and store and / or otherwise process the captured video and / or audio for further analysis or transmit the captured video and / or audio as a video and / or audio stream to the portable radio 104, other communication devices, and / or the infrastructure RAN 152 for further analysis.

[0041] The smart glasses 116 may include a digital imaging device, an electronic processor, a short-range and / or long-range transceiver device, and / or a projecting device. The smart glasses 116 may maintain a bi-directional connection with the portable radio 104 and provide an always-on or on-demand video feed pointed in a direction of the user’s 102 gaze via the digital imaging device, and / or may provide a personal display via the projection device integrated into the smart glasses 116 for displaying information, for example, text, images, or video received from the portable radio 104 or directly from the infrastructure RAN 152. In some embodiments, the smart glasses 116 includes its own long-range transceiver and communicates with other communication devices and / or with the infrastructure RAN 152 or vehicular transceiver 136 directly without passing through portable radio 104. In some embodiments, an additional user interface mechanism, for example, a touch interface or gesture detection mechanism is provided at the smart glasses 116 that allows the user 102 to interact with the display elements displayed on the smart glasses 116 or projected into the user’s 102 eyes, or to modify operation of the digital imaging device. In other embodiments, a display and input interface at the portable radio 104 is provided for interacting with smart glasses 116 content and modifying operation of the digital imaging device, among other possibilities.

[0042] The sensor-enabled holster 118 may be an active (powered) or passive (non-powered) sensor that maintains and / or provides state information regarding a weapon or other item normally disposed within the user’s 102 sensor-enabled holster 118. The sensor-enabled holster 118 may detect a change in state (presence to absence) and / or an action (removal) relative to the weapon normally disposed within the sensor-enabled holster 118. The detected change in state and / or action may be reported to the portable radio 104 via its short-range transceiver. In some embodiments, the sensor-enabled holster 118 also detects whether the first responder’s hand is resting on the weapon even if it has not yet been removed from the holster and provide such information to portable radio 104. In some embodiments, a weapon of the user 102 includes a sensor that detects when the weapon is discharged. The detected discharge may be reported to the portable radio 104, for example. Other possibilities exist as well.

[0043] The biometric sensor wristband 120 may be an electronic device for tracking an activity of the user 102 or a health status of the user 102, and may include one or more movement sensors (for example, an accelerometer, magnetometer, and / or gyroscope) that may periodically or intermittently provide to the portable radio 104 indications of orientation, direction, steps, acceleration, and / or speed, and indications of health, for example, one or more of a captured heart rate, a captured breathing rate, and a captured body temperature of the user 102, perhaps accompanying other information. In some embodiments, the biometric sensor wristband 120 includes its own long-range transceiver and communicates with other communication devices and / or with the infrastructure RAN 152 or vehicular transceiver 136 directly without passing through portable radio 104.

[0044] Although the biometric sensor wristband 120 is shown in FIG. 1A as a bracelet worn around the wrist, in other examples, the biometric sensor wristband 120 may additionally and / or alternatively be worn around another part of the body, or may take a different physical form including an earring, a finger ring, a necklace, a glove, a belt, or some other type of wearable, ingestible, or insertable form factor. In some embodiments, the biometric sensor wristband 120 or another device of the user 102 detects characteristics of the environment of the user 102 (for example, temperature, humidity, air quality, and the like) .

[0045] The portable radio 104, RSM video capture device 106, laptop 114, smart glasses 116, sensor-enabled holster 118, and / or biometric sensor wristband 120 may form a personal area network (PAN) via corresponding short-range PAN transceivers, which may be based on a Bluetooth, Zigbee, Bluetooth Low Energy, WiFi, Near Field Communication (NFC) , Radio Frequency ID (RFID) or other short-range wireless protocol having a transmission range on the order of meters, tens of meters, or hundreds of meters.

[0046] The portable radio 104 and / or RSM video capture device 106 (or any other device in FIG. 1A, for that matter) may each include a location determination device integrated with or separately disposed in the portable radio 104 and / or RSM 106 and / or in respective receivers, transmitters, or transceivers of the portable radio 104 and RSM 106 for determining a location of the portable radio 104 and RSM 106. The location determination device is, for example, a global positioning system (GPS) receiver or wireless triangulation logic using a wireless receiver or transceiver and a plurality of wireless signals received at the wireless receiver or transceiver from different locations, among other possibilities. The location determination device may also include an orientation sensor for determining an orientation that the device is facing. Each orientation sensor may include a gyroscope and / or a magnetometer. Other types of orientation sensors could be used as well. The location may then be stored locally or transmitted via the transmitter or transceiver to other communication devices and / or to the infrastructure RAN 152.

[0047] The vehicle 132 associated with the user 102 may include the mobile communication device 133, the vehicular video camera 134 and / or microphone, and the vehicular transceiver 136, all of which may be coupled to one another via a wired and / or wireless vehicle area network (VAN) , perhaps along with other sensors physically or communicatively coupled to the vehicle 132. The vehicular transceiver 136 may include a long-range transceiver for directly wirelessly communicating with communication devices for example the portable radio 104, the RSM 106, and the laptop 114 via wireless link (s) 142 and / or for wirelessly communicating with the RAN 152 via wireless link (s) 144. The vehicular transceiver 136 may further include a short-range wireless transceiver or wired transceiver for communicatively coupling between the mobile communication device 133 and / or the vehicular video camera 134 in the VAN. In some embodiments, the mobile communication device 133 includes the vehicular transceiver 136 and / or the vehicular video camera 134 integrated therewith, and operates to store and / or process video and / or audio produced by the video camera 134 and / or transmit the captured video and / or audio as a video and / or audio stream to the portable radio 104, other communication devices, and / or the infrastructure RAN 152 for further analysis. A microphone (not shown) , or an array thereof, may be integrated in the video camera 134 and / or at the mobile communication device 133 (or additionally or alternatively made available at a separate location of the vehicle 132) and communicatively coupled to the mobile communication device 133 and / or vehicular transceiver 136 for capturing audio and storing, processing, and / or transmitting the audio in a same or similar manner to the video as set forth above. The omni-directional or unidirectional microphone, or an array thereof, may be integrated in the video camera 134 and / or at the mobile communication device 133 (or additionally or alternatively made available at a separate location of the vehicle 132) and communicably coupled to the mobile communication device 133 and / or vehicular transceiver 136 for capturing audio and storing, processing, and / or transmitting the audio in a same or similar manner as set forth above with respect to the RSM 106.

[0048] The vehicle 132 may be a human-operable vehicle, or may be a self-driving vehicle operable under control of the mobile communication device 133 perhaps in cooperation with video camera 134 (which may include a visible-light camera, an infrared camera, a time-of-flight depth camera, and / or a light detection and ranging (LiDAR) device) . Command information and / or status information, for example, location and speed may be exchanged with the self-driving vehicle via the VAN and / or the PAN (when the PAN is in range of the VAN or via the VAN’s infrastructure RAN link) . In some embodiments, devices within the vehicle 132 communicate with devices in other vehicles via a Vehicular to Vehicular (V2V) Network.

[0049] The vehicle 132 and / or transceiver 136, similar to the portable radio 104 and / or respective receivers, transmitters, or transceivers thereof, may include a location (and / or orientation) determination device integrated with or separately disposed in the mobile communication device 133 and / or transceiver 136 for determining (and storing and / or transmitting) a location (and / or orientation) of the vehicle 132.

[0050] In some embodiments, instead of a vehicle 132, a land, air, or water-based drone with the same or similar audio and / or video and communications capabilities and the same or similar self-navigating capabilities as set forth above is disposed, and similarly communicates with the user’s 102 PAN and / or with the infrastructure RAN 152 to support the user 102 in the field.

[0051] The VAN may communicatively couple with the PAN disclosed above when the VAN and the PAN come within wireless transmission range of one another, perhaps after an authentication takes place there between. In some embodiments, one of the VAN and the PAN provides infrastructure communications to the other, depending on the situation and the types of devices in the VAN and / or PAN and provides interoperability and communication links between devices (for example video cameras) and sensors within the VAN and PAN.

[0052] Although the RSM 106, the laptop 114, and the vehicle 132 are illustrated in FIG. 1A as providing example video cameras and / or microphones for use in capturing audio and / or video streams, other types of cameras and / or microphones could be used as well, including but not limited to, fixed or pivotable video cameras secured to lamp posts, automated teller machine (ATM) video cameras, other types of body worn cameras, for example, head-mounted cameras, other types of vehicular cameras, for example, roof-mounted cameras, video cameras located on a drone, or other types of audio and / or video recording devices accessible via a wired or wireless network interface same or similar to that disclosed herein.

[0053] In some embodiments, one or more of the user 102, the vehicle 132, the portable radio 104, the RSM video capture device 106, and any other device in FIG. 1A is equipped with an environmental sensor, for example, a chemical, biological, radiological, nuclear, or explosive (CBRNE) sensor. Measurements made by the CBRNE sensor may be stored locally or transmitted via a transmitter or transceiver to other communication devices and / or to the infrastructure RAN 152.

[0054] Infrastructure RAN 152 is a radio access network that provides for radio communication links to be arranged within the network between a plurality of user terminals. Such user terminals may be portable, mobile, or stationary and may include any one or more of the communication devices illustrated in FIG. 1A, among other possibilities. At least one other terminal, for example used in conjunction with the communication devices, is a fixed terminal, for example a base station, eNodeB, repeater, and / or access point. Such a RAN typically includes a system infrastructure that generally includes a network of various fixed terminals, which are in direct radio communication with the communication devices. Each of the fixed terminals operating in the RAN 152 may have one or more transceivers which, for example, serve communication devices in a given region or area, known as a ‘cell’ or ‘site’ , by radio frequency (RF) communication. The communication devices that are in direct communication with a particular fixed terminal are said to be served by the fixed terminal. In one example, all radio communications to and from each communication device within the RAN 152 are made via respective serving fixed terminals. Sites of neighboring fixed terminals may be offset from one another and may provide corresponding non-overlapping or partially or fully overlapping RF coverage areas.

[0055] Infrastructure RAN 152 may operate according to an industry standard wireless access technology for example, for example, an LTE, LTE-Advance, or 5G technology over which an OMA-PoC, a VoIP, an LTE Direct or LTE Device to Device, or a PoIP application may be implemented. Additionally, or alternatively, infrastructure RAN 152 implements a WLAN technology for example Wi-Fi perhaps operating in accordance with an IEEE 802.11 standard (for example, 802.11a, 802.11b, 802.11g) or for example a WiMAX perhaps operating in accordance with an IEEE 802.16 standard.

[0056] Infrastructure RAN 152 may additionally or alternatively operate according to an industry standard LMR wireless access technology for example, for example, the P25 standard defined by the APCO, the TETRA standard defined by the ETSI, the dPMR standard also defined by the ETSI, or the DMR standard also defined by the ETSI. Because these systems generally provide lower throughput than the broadband systems, they are sometimes designated narrowband RANs.

[0057] Communications in accordance with any one or more of these protocols or standards, or other protocols or standards, may take place over physical channels in accordance with one or more of a TDMA (time division multiple access) , FDMA (frequency divisional multiple access) , OFDMA (orthogonal frequency division multiplexing access) , or CDMA (code division multiple access) technique.

[0058] Group calls may be made between wireless and / or wireline participants in accordance with either a narrowband or a broadband protocol or standard. Group members for group calls may be statically or dynamically defined. That is, in a first example, a user or administrator working on behalf of the user indicates to the switching and / or radio network (perhaps at a call controller, PTT server, zone controller, or mobile management entity (MME) , base station controller (BSC) , mobile switching center (MSC) , site controller, Push-to-Talk controller, or other network device) a list of participants of a group at the time of the call or in advance of the call. The group members (for example, communication devices) could be provisioned in the network by the user or an agent, and then provided some form of group identity or identifier, for example. Then, at a future time, an originating user in a group may cause some signaling to be transmitted indicating that he or she wishes to establish a communication session (for example, group call) with each of the pre-designated participants in the defined group. In another example, communication devices dynamically affiliate with a group (and also disassociate with the group) perhaps based on user input, and the switching and / or radio network tracks group membership and routes new group calls according to the current group membership.

[0059] In some instances, broadband and narrowband systems are interfaced via a middleware system that translates between a narrowband PTT standard protocol (for example, P25) and a broadband PTT standard protocol or application (for example, OMA-PoC) . Such intermediate middleware may include a middleware server for performing the translations and may be disposed in the cloud, disposed in a dedicated on-premises location for a client wishing to use both technologies, or disposed at a public carrier supporting one or both technologies. For example, and with respect to FIG. 1A, such a middleware server is disposed in infrastructure RAN 152 at infrastructure controller 156 or at a separate cloud computing cluster 162 communicably coupled to infrastructure controller 156 via internet protocol (IP) network 160, among other possibilities.

[0060] The infrastructure RAN 152 is illustrated in FIG. 1A as providing coverage for the portable radio 104, RSM video capture device 106, laptop 114, smart glasses 116, and / or vehicle transceiver 136 via a single fixed terminal 154 coupled to a single infrastructure controller 156 (for example, a radio controller, call controller, PTT server, zone controller, MME, BSC, MSC, site controller, Push-to-Talk controller, or other network device) and including a dispatch console 158 operated by a dispatcher. In other embodiments, additional fixed terminals, additional controllers, and additional dispatch consoles are disposed to support a larger geographic footprint and / or a larger number of mobile devices.

[0061] The infrastructure controller 156 illustrated in FIG. 1A, or some other back-end infrastructure device or combination of back-end infrastructure devices existing on-premises or in the remote cloud computing cluster 162 accessible via the IP network 160 (for example, the Internet) , may additionally or alternatively operate as a back-end electronic digital assistant, a back-end audio and / or video processing device, and / or a remote cloud-based storage device consistent with the remainder of this disclosure.

[0062] The IP network 160 may comprise one or more routers, switches, LANs, WLANs, WANs, access points, or other network infrastructure, including but not limited to, the public Internet. The cloud computing cluster 162 may be comprised of a plurality of computing devices, for example, the one set forth in FIG. 2, one or more of which may be executing none, all, or a portion of an electronic digital assistant service, sequentially or in parallel, across the one or more computing devices. The one or more computing devices comprising the cloud computing cluster 162 may be geographically co-located or may be separated by inches, meters, or miles, and inter-connected via electronic and / or optical interconnects. Although not shown in FIG. 1A, one or more proxy servers or load balancing servers may control which one or more computing devices perform any part or all of the electronic digital assistant service.

[0063] As shown in FIG. 1A, database (s) 164 may be accessible via the IP network 160 and / or the cloud computing cluster 162, and may include databases, for example, a long-term video storage database, a historical or forecasted weather database, an offender database perhaps including facial recognition images to match against, a cartographic database of streets and elevations, a traffic database of historical or current traffic conditions, or other types of databases. In some embodiments, the database (s) 164 include databases of different public safety agencies that store information regarding tasks performed by each public safety agency and associated priority levels of the tasks. Databases 164 may further include all or a portion of the databases described herein as being provided at the infrastructure controller 156. In some embodiments, the databases 164 are maintained by third parties (for example, the National Weather Service or a Department of Transportation, respectively) . As shown in FIG. 1A, the databases 164 are communicatively coupled with the infrastructure RAN 152 to allow the communication devices (for example, the portable radio 104, the RSM video capture device 106, the laptop 114, and the mobile communication device 133) to communicate with and retrieve data from the databases 164 via infrastructure controller 156 and IP network 160. In some embodiments, the databases 164 are commercial cloud-based storage devices. In some embodiments, the databases 164 are housed on suitable on-premises database servers. The databases 164 of FIG. 1A are merely examples. In some embodiments, the system 100 additionally or alternatively includes other databases that store different information. In some embodiments, the databases 164 and / or additional or other databases are integrated with, or internal to, the infrastructure controller 156.

[0064] Finally, although FIG. 1A describes a communication system 100 generally as a public safety communication system that includes a user 102 generally described as a police officer and a vehicle 132 generally described as a police cruiser, in other embodiments, the communication system 100 is additionally or alternatively a retail communication system including a user 102 that is an employee of a retailer and a vehicle 132 that is a vehicle for use by the user 102 in furtherance of the employee’s retail duties (for example, a shuttle or self-balancing scooter) . In other embodiments, the communication system 100 is additionally or alternatively a warehouse communication system including a user 102 that is an employee of a warehouse and a vehicle 132 that is a vehicle for use by the user 102 in furtherance of the employee’s retail duties (for example, a forklift) . In still further embodiments, the communication system 100 is additionally or alternatively a private security communication system including a user 102 that is an employee of a private security company and a vehicle 132 that is a vehicle for use by the user 102 in furtherance of the private security employee’s duties (for example, a private security vehicle or motorcycle) . In even further embodiments, the communication system 100 is additionally or alternatively a medical communication system including a user 102 that is a doctor or nurse of a hospital and a vehicle 132 that is a vehicle for use by the user 102 in furtherance of the doctor or nurse’s duties (for example, a medical gurney or ambulance) . In still another example embodiment, the communication system 100 is additionally or alternatively a heavy machinery communication system including a user 102 that is a miner, driller, or extractor at a mine, oil field, or precious metal or gem field and a vehicle 132 that is a vehicle for use by the user 102 in furtherance of the miner, driller, or extractor’s duties (for example, an excavator, bulldozer, crane, front loader) . Other possibilities exist as well.

[0065] As mentioned previously, many of the devices shown in FIG. 1A (for example, the portable radio 104, the RSM video capture device 106, the laptop 114, the mobile communication device 133, the infrastructure controller 156, the dispatch console 158, and one or more computing devices in the cloud computing cluster 162) may be referred to as communication devices (for example, a communication device 200 as explained below with respect to FIG. 2) . Although FIG. 1A shows multiple communication devices 200 associated with the user 102, in some embodiments, the communication system 100 includes communication devices 200 of multiple users. For example, as shown in FIG. 1B, the communication device 200A is associated with a first user, the communication device 200B is associated with a second user, and the communication device 200C is associated with a third user. As indicated by FIG. 1B, in some embodiments, the communication devices 200A, 200B, and 200C communicate with each other over the infrastructure RAN 152 and / or communicate with each other directly as described previously herein. Similarly, other devices, for example the dispatch console 158, may communicate with communication devices 200 of multiple users through the infrastructure RAN 152. In some embodiments, one or more users have multiple associated communication devices 200, for example, as shown in FIG. 1A. ii. Communication Device Structure

[0066] FIG. 2 sets forth a schematic diagram that illustrates a communication device 200 according to some embodiments of the present disclosure. The communication device 200 is, for example, embodied in the portable radio 104, the RSM video capture device 106, the laptop 114, the mobile communication device 133, the infrastructure controller 156, the dispatch console 158, one or more computing devices in the cloud computing cluster 162, or some other communication device not illustrated in FIG. 1A, and / or is a distributed communication device across two or more of the foregoing (or multiple of a same type of one of the foregoing) and linked via a wired and / or wireless communication link (s) . In some embodiments, the communication device 200 (for example, the portable radio 104) is communicatively coupled to other devices, for example, the sensor-enabled holster 118 as described above. In such embodiments, the combination of the portable radio 104 and the sensor-enabled holster 118 may be considered a single communication device 200.

[0067] While FIG. 2 represents the communication devices described above with respect to FIGS. 1A and 1B, depending on the type of the communication device, the communication device 200 may include fewer or additional components in configurations different from that illustrated in FIG. 2. For example, in some embodiments, the communication device 200 embodied as the infrastructure controller 156 does not include one or more of the screen 205, microphone 220, imaging device 221, and speaker 222. As another example, in some embodiments, the communication device 200 embodied as the portable radio 104 or the RSM video capture device 106 further includes a location determination device (for example, a global positioning system (GPS) receiver) as explained above. As another example, the communication device 200 embodied as the portable radio 104 or the RSM video capture device 106 may include a motor configured to vibrate to provide haptic notifications to the user 102. Other combinations are possible as well.

[0068] As shown in FIG. 2, the communication device 200 includes a communications unit 202 coupled to a common data and address bus 217 of a processing unit 203 that includes an electronic processor 213. The communication device 200 may also include one or more input devices (for example, keypad, pointing device, touch-sensitive surface, button, a microphone 220, an imaging device 221, and / or another input device 206) and an electronic display screen 205 (which, in some embodiments, is a touch screen and thus also acts as an input device) , each coupled to be in communication with the processing unit 203.

[0069] The microphone 220 may be present for capturing audio from a user and / or other environmental or background audio that is further processed by processing unit 203 in accordance with the remainder of this disclosure and / or is transmitted as voice or audio stream data, or as acoustical environment indications, by communications unit 202 to other portable radios and / or other communication devices. The imaging device 221 may provide video (still or moving images) of an area in a field of view of the communication device 200 for further processing by the processing unit 203 and / or for further transmission by the communications unit 202. A speaker 222 may be present for reproducing audio that is decoded from voice or audio streams of calls received via the communications unit 202 from other portable radios, from digital audio stored at the communication device 200, from other ad-hoc or direct mode devices, and / or from an infrastructure RAN device, or may playback alert tones or other types of pre-recorded audio.

[0070] The processing unit 203 may include a code Read Only Memory (ROM) 212 coupled to the common data and address bus 217 for storing data for initializing system components. The processing unit 203 may further include an electronic processor 213 (for example, a microprocessor or another electronic device) coupled, by the common data and address bus 217, to a Random Access Memory (RAM) 204 and a static memory 216.

[0071] The communications unit 202 may include one or more wired and / or wireless input / output (I / O) interfaces 209 that are configurable to communicate with other communication devices 200, for example the portable radio 104, the laptop 114, the wireless RAN 152, and / or the mobile communication device 133.

[0072] For example, the communications unit 202 may include one or more wireless transceivers 208, for example a DMR transceiver, a P25 transceiver, a Bluetooth transceiver, a Wi-Fi transceiver perhaps operating in accordance with an IEEE 802.11 standard (for example, 802.11a, 802.11b, 802.11g) , an LTE transceiver, a WiMAX transceiver perhaps operating in accordance with an IEEE 802.16 standard, and / or another similar type of wireless transceiver configurable to communicate via a wireless radio network.

[0073] The communications unit 202 may additionally or alternatively include one or more wireline transceivers 208, for example an Ethernet transceiver, a USB transceiver, or similar transceiver configurable to communicate via a twisted pair wire, a coaxial cable, a fiber-optic link, or a similar physical connection to a wireline network. The transceiver 208 is also coupled to a combined modulator / demodulator 210.

[0074] The electronic processor 213 has ports for coupling to the display screen 205, the microphone 220, the imaging device 221, the other input device 206, and / or the speaker 222. Static memory 216 may store operating code 225 for the electronic processor 213 that, when executed, performs one or more of the steps set forth in FIG. 3 and the accompanying text.

[0075] The static memory 216 may comprise, for example, a hard-disk drive (HDD) , an optical disk drive for example a compact disk (CD) drive or digital versatile disk (DVD) drive, a solid state drive (SSD) , a tape drive, a flash memory drive, or a tape drive, and the like. iii. Processes for Assisted Resource Acquisition

[0076] In some embodiments, an individual component and / or a combination of individual components of the system 100 may be referred to as an electronic computing device that implements an electronic digital assistant as mentioned above. For example, the electronic computing device is a single electronic processor (for example, the electronic processor 213 of the portable radio 104 or the dispatch console 158) . In other embodiments, the electronic computing device includes multiple electronic processors distributed remotely from each other. For example, the electronic computing device is implemented on a combination of at least two of the electronic processor 213 of the portable radio 104, the electronic processor 213 of the dispatch console 158, the electronic processor 213 of the infrastructure controller 156, and the electronic processor 213 of a back-end device in the cloud computing cluster 162 accessible via the IP network 160.

[0077] To use the electronic digital assistant implemented by the electronic computing device, the user 102, for example, provides an oral query that is received by the microphone 220 of the communication device 200. The electronic computing device receives signals representative of the oral query (in other words, audio data) from the microphone 220 and analyzes the signals to determine the content of the oral query. For example, the electronic computing device includes a natural language processing (NLP) engine configured to determine the intent and / or content of the oral query. The electronic computing device may also be configured to determine a response to the oral query (for example, by retrieving stored data or by requesting data from the database (s) 164) and provide the response to an output device of the communication device 200 (for example, one or more of the speaker 222 via a generated audio response and the screen 205 via a generated text-based response) . In other words, one or more of the communication devices 200, embodied in one or more of the communication devices of FIG. 1A, for example the portable radio 104, the dispatch console 158, the infrastructure controller 156, and / or cloud computing cluster 162 may include a natural language processing engine to analyze oral queries received by the microphone 220 of the communication device 200 and provide responses to the oral queries.

[0078] Although an oral query is described above, in some embodiments, the electronic computing device receives and responds to other types of queries and inputs. For example, the user 102 submits a text query to the electronic computing device by typing the text query into a hard keyboard input device or a soft keyboard input provided on the screen 205 of the communication device 200. As another example, the user 102 uses the imaging device 221 to capture an image or video of an area and press a hard or soft key to send the image or video to the electronic computing device to, for example, allow the electronic computing device to identify an object in the image or video. As another example, the electronic computing device activates the electronic digital assistant in response to receiving a signal from a sensor of at least one of the biometric sensor wristband 120, the sensor-enabled holster 118, and the like. For example, the electronic computing device activates the electronic digital assistant in response to a heart rate of the user 102 increasing above a predetermined threshold or in response to the user 102 drawing a weapon from the sensor-enabled holster 118. As yet another example, the electronic computing device activates the electronic digital assistant in response to receiving information from another communication device 200 (for example, receiving information that a new task has been assigned to the user 102) . As another example, the electronic computing device activates the electronic digital assistant whenever communication devices 200 of public safety officers are in use to allow the electronic digital assistant to monitor public safety incidents to provide assistance to public safety officers handling the public safety incidents as described below.

[0079] When monitoring a public safety incident, the electronic digital assistant of the electronic computing device may retrieve information related to the public safety incident in a number of ways. For example, the electronic computing device monitors communications between communication devices 200 of public safety officers to determine tasks that have been assigned to the public safety officers. For example, the electronic computing device uses the natural language processing engine to monitor assignments of tasks provided by a supervisor to public safety officers over a talk group communication channel or over individual communication channels. The electronic computing device may also retrieve sounds captured by the microphone 220 that are not being communicated over the RAN 152 by the communication device 200. For example, the electronic computing device may retrieve voice data of a public safety officer handling the public safety incident who is yelling instructions to another public safety officer located nearby. The electronic computing device may use the natural language processing engine to analyze this voice data to determine information related to the public safety incident, for example, new issues that are being experienced by the public safety officers, new tasks to be performed by the public safety officers, and the like. As another example of the electronic computing device retrieving information related to the public safety incident, the electronic computing device may communicate with one or more communication devices 200 (for example, the portable radio 104 and / or RSM video capture device 106 of one or more public safety officers, a roof-mounted camera, a drone that includes a camera, and / or the like) . For example, the electronic computing device receives image / video data of the public safety incident from these communication devices 200 and uses image / video analysis techniques to identify different situations (for example, victims trapped in a vehicle, a hazardous chemical leak, a fire, tasks currently being performed by the public safety officers at the incident scene, and the like) . Additionally, the electronic computing device may communicate with a communication device 200 of a supervisor and / or incident scene commander to receive information regarding tasks that are assigned to various public safety officers. For example, the supervisor and / or incident scene commander may enter the tasks assigned to each officer via a user input of the communication device 200 to be provided to the electronic computing device. In summary, the electronic digital assistant implemented by the electronic computing device may be able to communicate with many different communication devices 200 to retrieve information related to the public safety incident. This information related to the public safety incident may then be used by the electronic computing device when performing the methods described below.

[0080] As explained above, public safety agencies face challenges in efficiently matching resource requests with available responders in talkgroup communication systems, particularly during emergency situations. It may be difficult to quickly assess and prioritize multiple factors across numerous potential responders in a timely fashion. Additionally, talkgroup communication priorities are not based on responders’ ability to handle dynamic resource requests, potentially leading to inefficient use of airtime and suboptimal resource distribution.

[0081] To address this technological problem, FIG. 3 illustrates a flowchart of the method 300 performed, for example, by the electronic computing device for automatically assisting with resource acquisition. While a particular order of processing steps, message receptions, and / or message transmissions is indicated in FIG. 3 as an example, timing and ordering of such steps, receptions, and transmissions may vary where appropriate without negating the purpose and advantages of the examples set forth in detail throughout the remainder of this disclosure. It should be understood that some blocks of the method 300 may be performed in parallel.

[0082] At block 302, the electronic computing device detects a request for a physical resource from a first responder in a first talkgroup. For example, the electronic computing device may receive a voice message (e.g., analyzed using NLP) or data message requesting a specific resource. For example, the first responder may transmit a voice message requesting an emergency medical technician at a specific address or a specialized piece of equipment at an incident scene.

[0083] The physical resource may be an equipment resource or a human resource. For example, equipment resources may include vehicles, specialized tools, medical supplies, communication devices, protective gear, or weapons. Human resources may include personnel with specific skills or expertise, such as paramedics, firefighters, or translators. In some cases, the physical resource may be a combination of equipment and human resources, such as a fully staffed ambulance or a hazardous materials response team with specialized gear.

[0084] Rather than immediately transmitting the request for a physical resource to the entire talkgroup, the electronic computing device may process the request as noted herein. In some aspects, the transmission of the request occurs in parallel with the processing.

[0085] In block 304, the electronic computing device determines the maximum wait time for the physical resource. In some aspects, the maximum wait time may refer to the longest acceptable duration for receiving the requested physical resource. In some aspects, this time period may be determined based on factors such as the urgency of the situation, the nature of the resource needed, and the current operational context. The maximum wait time may help prioritize resource allocation and guide decision-making about which talkgroup members or alternate providers to engage. In some cases, it may be dynamically adjusted based on changing circumstances or new information received during an incident. In some aspects, the requested resource, if received after the maximum wait time, would be of little or no use to the requestor.

[0086] In some cases, the electronic processor determines the maximum wait time based on a predicted time for completing a current assignment. In other cases, the electronic processor may determine the maximum wait time based on historical data or a time requirement extracted from talkgroup communications. The electronic processor may determine a maximum wait time (T1) for the physical resource based on predicted time required to complete current task or assignment, historic data for similar tasks, or specific time requirements in talkgroup conversation.

[0087] In block 306, the electronic computing device determines a first subset of a plurality of members of the first talkgroup that can meet the request based on the maximum wait time. For example, the electronic computing device may evaluate all members of the talkgroup to determine which of them has or has access to the requested resource. The electronic computing device may then narrow down that group based on how long it would take for each of the members to arrive at the location of the requestor with the resource (e.g., the response time for each member) .

[0088] This determination may involve analyzing various factors for each talkgroup member. For example, the electronic computing device may consider the current location of each member relative to the location where the physical resource is needed. Travel time estimates may be calculated using real-time traffic data and known transportation methods available to each member. In some aspects, the electronic computing device may have access to the layout of a building or buildings (e.g. the site of the incident scene or the location (s) of talkgroup members) and use this information when calculating travel time estimates. The electronic computing device may also evaluate the current resource availability of each member, checking if they have access to the specific physical resource requested. In some aspects, the electronic computing device may evaluate whether a responder who has access to, but not possession of, a resource can acquire the resource and still arrive within the maximum wait time (i.e., does the responder have time to stop and pick up the requested resource on the way to the incident scene) .

[0089] Additionally, the impact on each member's current assignment may be assessed to determine if they can be redirected to fulfill the new request without significantly disrupting ongoing operations. In some cases, the electronic computing device may calculate a minimum time (T2) needed for each talkgroup member to fulfill the request using the fastest available transportation method. Members whose T2 is less than the maximum wait time (T1) may be included in the first subset. This comprehensive analysis allows the system to identify the most suitable candidates who can realistically meet the resource request within the required timeframe. For instance, if the maximum wait time T1 is 30 minutes, and member A can arrive in 20 minutes with the requested resource while member B would take 40 minutes, only member A would be included in the first subset. It should be understood that, in some cases, the requested resource is the responder itself.

[0090] In block 308, the electronic computing device delivers the request to the first subset of the plurality of members of the first talkgroup. For example, where the request for a physical resource from a first responder takes the form of a voice message, the electronic processor may transmit the voice message only to the first subset. As another example, the electronic processor may send a text message containing the request details to communication devices of the first subset members. In some cases, the electronic processor may deliver the request via multiple channels simultaneously, such as sending both a voice message over the talkgroup channel and a text alert to each member's device, to increase the likelihood of a timely response.

[0091] In block 310, the electronic computing device performs an action within the first talkgroup to increase the likelihood that the first subset of the plurality of talkgroup members will respond to the request. The electronic processor may increase the likelihood of response by various means. For example, the electronic processor may increase the likelihood of response by increasing a floor control priority for the member. If a member has higher floor control priority, their messages are given precedence over others. For instance, if a paramedic with critical medical supplies is given a higher floor control priority, their communication is prioritized and may reach the requestor before other messages, whether or not those messages are also responsive to the request.

[0092] Another method is sending the request with an appended audio message, which can provide additional context or urgency. For example, the system might add a message saying, “You are in a good position to respond to this request, please respond as soon as possible if you can assist, ” helping members understand the critical nature of the request.

[0093] In another example, the electronic computing device may prioritize delivery of the request to ensure that the message reaches the first subset of members quickly. For example, the electronic computing device may route the request through a priority communication channel, ensuring it arrives faster than regular traffic.

[0094] In another example, the electronic computing device may send a text message to one or more of the first subset of members in addition to delivering the request. The text message can serve as a backup alert, encouraging the recipient to respond to the request and providing some context. For example, the message may inform the member that they are in a good position to respond to the request and may also indicate their estimated response time. In some aspects, the text message may also duplicate the request, so that if the primary communication channel is busy, sending the text message to the member’s mobile device helps ensure that they receive the request promptly.

[0095] In another example, the electronic computing device may generate an alert on a communication device of the member. For example, the alert may be a flashing light, an audio cue, haptic feedback, or another suitable means to alert the member that there is a pending request for the talkgroup that they are able to fulfill. For example, a loud tone or vibration on a firefighter’s device can signal an urgent request for assistance, prompting them to respond quickly despite the noisy environment of an active incident scene. In another example, the electronic computing device may remotely increase the output volume of a member’s radio to increase the likelihood of the message being heard.

[0096] In some implementations, the electronic computing device determines a priority for each member of the first subset and performs the action within the first talkgroup based on the priority. The priority may be based on factors such as the member's current location, estimated travel time to deliver the resource, availability of the specific resource requested, and potential impact on the member's current assignment. The electronic computing device may then perform the action within the first talkgroup based on the determined priorities. For example, members with higher priority may receive the request first or through additional communication channels. The action performed may be tailored to each member's priority level, such as sending more urgent notifications to high-priority members while using standard messaging for lower-priority members. This prioritization approach may help optimize resource allocation by focusing on the most promising responders first, potentially reducing response times for critical resource requests.

[0097] In some aspects, the electronic computing device transmits the request to all members of the talkgroup, taking one or more actions noted with respect to block 310 with respect to the first subset of the plurality of talkgroup members, while delivering the request to the remaining members normally. In this way, all members are aware of the request.

[0098] In some aspects, where multiple members of the first subset respond, the electronic computing device may provide (e.g., using data, audio, or other means) indications of the members’ respective response times and / or priority rankings to the requestor, so the requestor may more easily evaluate which member or members of the first subset the requestor should acknowledge.

[0099] In some aspects, to increase the likelihood of an efficient response to a resource request, it may be advantageous to not only emphasize those who are best able to respond but also to de-emphasize those who are not able to respond.

[0100] For example, in some aspects the method 300 may also include determining a second subset of the plurality of members of the first talkgroup that cannot meet the request based on the maximum wait time. As with determining the first subset, the electronic computing device may determine the second subset based on factors such as location of the member, travel time, resource availability, and impact on a current assignment for the member. In some aspects, the electronic computing device may perform an action to decrease the likelihood that the second subset will respond to the request. In doing so, this contributes to increasing the likelihood that the first subset will respond to the request. In one example, the electronic computing device lowers a floor control priority for the member. In another example, the electronic computing device may send the request with an appended audio message informing the user that, even if they have access to the requested resource, they are not able to respond in time and should not reply to the request. Similarly, the electronic computing device may send a text message to the second subset. In some aspects, the electronic computing device may suppress delivery of the request, preventing the second subset from receiving it in the first place.

[0101] In some instances, none or not enough members of the talkgroup are able to respond to the request within the maximum wait time. In some instances, the only members of the first subset may have minimum response times that are close to the maximum wait time, such that unforeseen delays could result in them arriving outside of the maximum wait time window. To address this, FIG. 4 illustrates a flowchart of a method 400 for managing resource requests in a talkgroup communication system. While a particular order of processing steps, message receptions, and / or message transmissions is indicated in FIG. 4 as an example, timing and ordering of such steps, receptions, and transmissions may vary where appropriate without negating the purpose and advantages of the examples set forth in detail throughout the remainder of this disclosure. In some aspects, the method 400 is performed in conjunction with the method 300.

[0102] In block 402, the electronic computing device determines, for each member of a first subset of a plurality of members in a first talkgroup, a likelihood that the member can provide a requested physical resource. For example, the electronic computing device may calculate how likely members whose response time is less than a maximum wait time have the requested resource to support the requesting first responder. In some aspects, this calculation may involve analyzing factors such as the current location of each member, their estimated travel time to the resource location, and their current resource inventory. The electronic computing device may also consider the impact on each member's current assignment if they were to respond to the request. In some cases, the electronic computing device may assign a probability score to each eligible member based on these factors. For members with a high probability of having and being able to deliver the resource within the maximum wait time, the electronic processor may take additional steps to encourage their response, such as sending priority notifications or temporarily elevating their communication privileges within the talkgroup, as noted above with respect to the method 300.

[0103] In block 404, the electronic computing device generates an aggregated score for the first subset based on the likelihoods that the members can provide the physical resource. In some cases, the electronic computing device may aggregate scores of members with response times less than the maximum wait time, applying a weight to determine the probability of a valid response. In some aspects, the aggregated score may be calculated by summing individual likelihood scores for each member, with higher scores indicating a greater probability of providing the resource. The electronic computing device may apply weights to the individual scores based on factors such as proximity to the requestor, current workload, or past performance in similar situations. In some cases, the aggregated score may take the form of a percentage, representing the overall probability that the subset can fulfill the request. Alternatively, it may be expressed as a numerical value on a predefined scale, for example from 1 to 100. The electronic processor may also incorporate time factors into the aggregation, giving more weight to members who can respond quickly. In some implementations, the aggregated score may be a multi-dimensional metric, considering not only the likelihood of providing the resource, but also the expected quality or quantity of the resource that can be provided.

[0104] In block 406, when the aggregated score fails to exceed a threshold, the electronic computing device determines at least one alternate provider outside of the first talkgroup that can meet the request based on the maximum wait time. Where the aggregated score is below the threshold, the electronic computing device may examine resources outside of the first talkgroup but within an area where response times are less than the maximum wait time.

[0105] In some aspects, the threshold may be a predefined value, such as 0.7 or 70%, representing the minimum acceptable probability that the first talkgroup can fulfill the request. The threshold may be determined based on factors such as the urgency of the request, historical data on resource availability, or current operational conditions. For example, in a high-priority situation, the threshold may be set lower, perhaps at 0.5 or 50%, to more quickly trigger the search for alternate providers. In some cases, the threshold may be dynamically adjusted based on real-time feedback from the incident scene or changing resource availability.

[0106] In block 408, the electronic computing device delivers the request to the at least one alternate provider. The electronic computing device may forward the request to alternative resources through various communication channels. In some aspects, the electronic processor may deliver the request to the alternate provider (s) by sending a text message to their mobile devices. For example, the text message may include details about the requested resource, its urgency, and the location where it is needed. In other cases, the electronic processor may initiate a telephone call to the alternate provider's phone number, allowing for direct voice communication about the request. The electronic processor may also transmit an audio alert on a public address system, which could be useful in scenarios where multiple potential providers are in a common area. Additionally, the system may send a voice message to a second talkgroup, expanding the pool of potential responders. For instance, if the original request was made in a police talkgroup, the system might forward it to a fire department talkgroup if they are likely to have the needed resource. In some implementations, the electronic processor may utilize multiple of these methods simultaneously or sequentially to increase the likelihood of a timely response.

[0107] An “alternate provider” may refer to an individual, group, organization, or entity capable of fulfilling a resource request that is not part of the original talkgroup where the request was initiated. Alternate providers may possess the requested physical resource or have the ability to acquire and deliver it within the specified maximum wait time. Examples of alternate providers may include neighboring public safety agencies, private contractors, specialized response teams, volunteer organizations, or other talkgroups within the same agency. For instance, an alternate provider could be a fire department when the original request was made in a police talkgroup, a hazardous materials team when general first responders cannot address a specific need, a private company (e.g., security firms, transportation services, or construction companies) that have relevant equipment and personnel, and community organizations (e.g., local volunteer groups, such as Community Emergency Response Teams (CERT) ) that are trained to assist in emergencies.

[0108] In some cases, the electronic processor may deliver the request to the alternate provider (s) by sending a text message, initiating a telephone call, transmitting an audio alert on a public address system, or sending a voice message to a second talkgroup.

[0109] In some aspects, the electronic computing device may identify foreign communication systems to forward the message, including broadband, narrowband, carrier, radio and public address systems. This approach allows for efficient resource allocation by expanding the search beyond the initial talkgroup when necessary.

[0110] The following paragraphs provide various examples and alternatives of the embodiments disclosed herein.

[0111] Example 1. A system comprising: a memory; and an electronic processor coupled to the memory; wherein the electronic processor is configured to retrieve, from the memory, executable instructions that, when executed by the electronic processor, cause the electronic processor to: detect a request for a physical resource from a first responder in a first talkgroup; determine a maximum wait time for the physical resource; determine a first subset of a plurality of members of the first talkgroup that can meet the request based on the maximum wait time; deliver the request to the first subset of the plurality of members of the first talkgroup; and perform an action within the first talkgroup to increase a likelihood that the first subset of the plurality of talkgroup members will respond to the request.

[0112] Example 2. The system of example 1, wherein the executable instructions further cause the electronic processor to: for each of the first subset of the plurality of members of the first talkgroup, determine a likelihood that the member can provide the physical resource; generate an aggregated score for the first subset based on the likelihoods that the members can provide the physical resource; when the aggregated score fails to exceed a threshold, determine at least one alternate provider outside of the first talkgroup that can meet the request based on the maximum wait time; and deliver the request to the at least one alternate provider.

[0113] Example 3. The system of example 2, wherein the executable instructions further cause the electronic processor to: deliver the request to the at least one alternate provider by performing at least one of sending a voice message to a second talkgroup, sending a text message to the at least one alternate provider, initiating a call to a telephone of the at least one alternate provider, and transmitting an audio alert on a public address system.

[0114] Example 4. The system of example 1, wherein the executable instructions further cause the electronic processor to: perform an action within the first talkgroup to increase the likelihood that the first subset of the plurality of members of the first talkgroup will respond to the request by performing at least one of prioritizing delivery of the request, sending the request with an appended audio message; increasing a floor control priority for the member, sending a text message to the member, and generating an alert on a communication device of the member.

[0115] Example 5. The system of example 1, wherein the executable instructions further cause the electronic processor to: determine a priority for each of the first subset of the plurality of members of the first talkgroup; and perform the action within the first talkgroup based on the priority.

[0116] Example 6. The system of example 1, wherein the executable instructions further cause the electronic processor to: determine the maximum wait time for the physical resource based on at least one selected from a group consisting of a predicted time for completing a current assignment; historical data; and a time requirement extracted from talkgroup communications.

[0117] Example 7. The system of example 1, wherein the executable instructions further cause the electronic processor to: determine the first subset of the plurality of members of the first talkgroup based on at least one selected from the group consisting of a location of the talkgroup member, a travel time, a resource availability, and an impact on a current assignment for the talkgroup member.

[0118] Example 8. The system of example 1, wherein the executable instructions further cause the electronic processor to: determine a second subset of the plurality of members of the first talkgroup that cannot meet the request based on the maximum wait time; and perform an action within the first talkgroup to decrease the likelihood that the second subset of the plurality of members of the first talkgroup will respond to the request.

[0119] Example 9. The system of example 8, wherein the executable instructions further cause the electronic processor to: determine the second subset of the plurality of members of the first talkgroup based on at least one selected from the group consisting of a location of the member, a travel time, a resource availability, and an impact on a current assignment for the member; and perform an action within the talkgroup to decrease the likelihood that the second subset of the plurality of members of the first talkgroup will respond to the request by performing at least one of suppressing delivery of the request, sending the request with an appended audio message; lowering a floor control priority for the member, and sending a text message to the member.

[0120] Example 10. The system of example 1, wherein the physical resource is one of an equipment resource and a human resource.

[0121] Example 11. A method for controlling talkgroup communications to facilitate physical resource acquisition, the method comprising: detecting, with an electronic processor of an electronic computing device, a request for a physical resource from a first responder in a first talkgroup; determining a maximum wait time for the physical resource; determining a first subset of a plurality of members of the first talkgroup that can meet the request based on the maximum wait time; delivering the request to the first subset of the plurality of members of the first talkgroup; and automatically performing, with the electronic processor, an action within the first talkgroup to increase a likelihood that the first subset of the plurality of talkgroup members will respond to the request.

[0122] Example 12. The method of example 11, further comprising: for each of the first subset of the plurality of members of the first talkgroup, determining a likelihood that the member can provide the physical resource; generating an aggregated score for the first subset based on the likelihoods that the members can provide the physical resource; when the aggregated score fails to exceed a threshold, determining at least one alternate provider outside of the first talkgroup that can meet the request based on the maximum wait time; and delivering the request to the at least one alternate provider.

[0123] Example 13. The method of example 12, further comprising: delivering the request to the at least one alternate provider by performing at least one of sending a voice message to a second talkgroup, sending a text message to the at least one alternate provider, initiating a call to a telephone of the at least one alternate provider, and transmitting an audio alert on a public address system.

[0124] Example 14. The method of example 11, wherein performing an action within the first talkgroup to increase the likelihood that the first subset of the plurality of members of the first talkgroup will respond to the request includes performing at least one of prioritizing delivery of the request, sending the request with an appended audio message; increasing a floor control priority for the member, sending a text message to the member, and generating an alert on a communication device of the member.

[0125] Example 15. The method of example 11, further comprising: determining a priority for each of the first subset of the plurality of members of the first talkgroup; and performing the action within the first talkgroup based on the priority.

[0126] Example 16. The method of example 11, further comprising: determining the maximum wait time for the physical resource based on at least one selected from a group consisting of a predicted time for completing a current assignment; historical data; and a time requirement extracted from talkgroup communications.

[0127] Example 17. The method of example 11, further comprising: determining the first subset of the plurality of members of the first talkgroup based on at least one selected from the group consisting of a location of the talkgroup member, a travel time, a resource availability, and an impact on a current assignment for the talkgroup member.

[0128] Example 18. The method of example 11, further comprising: determining a second subset of the plurality of members of the first talkgroup that cannot meet the request based on the maximum wait time; and performing an action within the first talkgroup to decrease the likelihood that the second subset of the plurality of members of the first talkgroup will respond to the request.

[0129] Example 19. The method of example 18, further comprising: determining the second subset of the plurality of members of the first talkgroup based on at least one selected from the group consisting of a location of the member, a travel time, a resource availability, and an impact on a current assignment for the member; and performing an action within the talkgroup to decrease the likelihood that the second subset of the plurality of members of the first talkgroup will respond to the request by performing at least one of suppressing delivery of the request, sending the request with an appended audio message; lowering a floor control priority for the member, and sending a text message to the member.

[0130] Example 20. The method of example 11, wherein the physical resource is one of an equipment resource and a human resource.

[0131] Example 21 may include one or more non-transitory computer readable media having instructions thereon that, when executed by one or more electronic processing devices, cause the one or more electronic processing devices to perform the subject matter of any of Examples 11–20.

[0132] In the foregoing specification, specific embodiments have been described. However, one of ordinary skill in the art appreciates that various modifications and changes can be made without departing from the scope of the invention as set forth in the claims below. Accordingly, the specification and figures are to be regarded in an illustrative rather than a restrictive sense, and all such modifications are intended to be included within the scope of present teachings. The benefits, advantages, solutions to problems, and any element (s) that may cause any benefit, advantage, or solution to occur or become more pronounced are not to be construed as a critical, required, or essential features or elements of any or all the claims. The invention is defined solely by the appended claims including any amendments made during the pendency of this application and all equivalents of those claims as issued.

[0133] Moreover, in this document, relational terms such as first and second, top and bottom, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. The terms “comprises, ” “comprising, ” “has, ” “having, ” “includes, ” “including, ” “contains, ” “containing, ” or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises, has, includes, contains a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. An element proceeded by “comprises …a, ” “has …a, ” “includes …a, ” or “contains …a” does not, without more constraints, preclude the existence of additional identical elements in the process, method, article, or apparatus that comprises, has, includes, contains the element. Unless the context of their usage unambiguously indicates otherwise, the articles “a, ” “an, ” and “the” should not be interpreted as meaning “one” or “only one. ” Rather these articles should be interpreted as meaning “at least one” or “one or more. ” Likewise, when the terms “the” or “said” are used to refer to a noun previously introduced by the indefinite article “a” or “an, ” “the” and “said” mean “at least one” or “one or more” unless the usage unambiguously indicates otherwise.

[0134] Also, it should be understood that the illustrated components, unless explicitly described to the contrary, may be combined or divided into separate software, firmware, and / or hardware. For example, instead of being located within and performed by a single electronic processor, logic and processing described herein may be distributed among multiple electronic processors. Similarly, one or more memory modules and communication channels or networks may be used even if embodiments described or illustrated herein have a single such device or element. Also, regardless of how they are combined or divided, hardware and software components may be located on the same computing device or may be distributed among multiple different devices. Accordingly, in this description and in the claims, if an apparatus, method, or system is claimed, for example, as including a controller, control unit, electronic processor, computing device, logic element, module, memory module, communication channel or network, or other element configured in a certain manner, for example, to perform multiple functions, the claim or claim element should be interpreted as meaning one or more of such elements where any one of the one or more elements is configured as claimed, for example, to make any one or more of the recited multiple functions, such that the one or more elements, as a set, perform the multiple functions collectively.

[0135] It will be appreciated that some embodiments may be comprised of one or more generic or specialized processors (or “processing devices” ) such as microprocessors, digital signal processors, customized processors and field programmable gate arrays (FPGAs) and unique stored program instructions (including both software and firmware) that control the one or more processors to implement, in conjunction with certain non-processor circuits, some, most, or all of the functions of the method and / or apparatus described herein. Alternatively, some or all functions could be implemented by a state machine that has no stored program instructions, or in one or more application specific integrated circuits (ASICs) , in which each function or some combinations of certain of the functions are implemented as custom logic. Of course, a combination of the two approaches could be used.

[0136] Moreover, an embodiment can be implemented as a computer-readable storage medium having computer readable code stored thereon for programming a computer (e.g., comprising a processor) to perform a method as described and claimed herein. Any suitable computer-usable or computer readable medium may be utilized. Examples of such computer-readable storage mediums include, but are not limited to, a hard disk, a CD-ROM, an optical storage device, a magnetic storage device, a ROM (Read Only Memory) , a PROM (Programmable Read Only Memory) , an EPROM (Erasable Programmable Read Only Memory) , an EEPROM (Electrically Erasable Programmable Read Only Memory) and a Flash memory. In the context of this document, a computer-usable or computer-readable medium may be any medium that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device.

[0137] Further, it is expected that one of ordinary skill, notwithstanding possibly significant effort and many design choices motivated by, for example, available time, current technology, and economic considerations, when guided by the concepts and principles disclosed herein will be readily capable of generating such software instructions and programs and ICs with minimal experimentation. For example, computer program code for carrying out operations of various example embodiments may be written in an object-oriented programming language such as Java, Smalltalk, C++, Python, or the like. However, the computer program code for carrying out operations of various example embodiments may also be written in conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code may execute entirely on a computer, partly on the computer, as a stand-alone software package, partly on the computer and partly on a remote computer or server or entirely on the remote computer or server. In the latter scenario, the remote computer or server may be connected to the computer through a local area network (LAN) or a wide area network (WAN) , or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider) .

[0138] The terms “substantially, ” “essentially, ” “approximately, ” “about, ” or any other version thereof, are defined as being close to as understood by one of ordinary skill in the art, and in one non-limiting embodiment the term is defined to be within 10%, in another embodiment within 5%, in another embodiment within 1%and in another embodiment within 0.5%. The term “one of, ” without a more limiting modifier such as “only one of, ” and when applied herein to two or more subsequently defined options such as “one of A and B” should be construed to mean an existence of any one of the options in the list alone (e.g., A alone or B alone) or any combination of two or more of the options in the list (e.g., A and B together) .

[0139] A device or structure that is “configured” in a certain way is configured in at least that way but may also be configured in ways that are not listed.

[0140] The terms “coupled, ” “coupling, ” or “connected” as used herein can have several different meanings depending on the context in which these terms are used. For example, the terms coupled, coupling, or connected can have a mechanical or electrical connotation. For example, as used herein, the terms coupled, coupling, or connected can indicate that two elements or devices are directly connected to one another or connected to one another through intermediate elements or devices via an electrical element, electrical signal or a mechanical element depending on the particular context.

[0141] The Abstract of the Disclosure is provided to allow the reader to quickly ascertain the nature of the technical disclosure. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. In addition, in the foregoing Detailed Description, it can be seen that various features are grouped together in various embodiments for the purpose of streamlining the disclosure. This method of disclosure is not to be interpreted as reflecting an intention that the claimed embodiments require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed embodiment. Thus, the following claims are hereby incorporated into the Detailed Description, with each claim standing on its own as a separately claimed subject matter.

Claims

1.A system comprising:a memory; andan electronic processor coupled to the memory;wherein the electronic processor is configured to retrieve, from the memory, executable instructions that, when executed by the electronic processor, cause the electronic processor to:detect a request for a physical resource from a first responder in a first talkgroup;determine a maximum wait time for the physical resource;determine a first subset of a plurality of members of the first talkgroup that can meet the request based on the maximum wait time;deliver the request to the first subset of the plurality of members of the first talkgroup; andperform an action within the first talkgroup to increase a likelihood that the first subset of the plurality of talkgroup members will respond to the request.2.The system of claim 1, wherein the executable instructions further cause the electronic processor to:for each of the first subset of the plurality of members of the first talkgroup, determine a likelihood that the member can provide the physical resource;generate an aggregated score for the first subset based on the likelihoods that the members can provide the physical resource;when the aggregated score fails to exceed a threshold, determine at least one alternate provider outside of the first talkgroup that can meet the request based on the maximum wait time; anddeliver the request to the at least one alternate provider.3.The system of claim 2, wherein the executable instructions further cause the electronic processor to:deliver the request to the at least one alternate provider by performing at least one of sending a voice message to a second talkgroup, sending a text message to the at least one alternate provider, initiating a call to a telephone of the at least one alternate provider, and transmitting an audio alert on a public address system.4.The system of claim 1, wherein the executable instructions further cause the electronic processor to:perform an action within the first talkgroup to increase the likelihood that the first subset of the plurality of members of the first talkgroup will respond to the request by performing at least one of prioritizing delivery of the request, sending the request with an appended audio message; increasing a floor control priority for the member, sending a text message to the member, and generating an alert on a communication device of the member.5.The system of claim 1, wherein the executable instructions further cause the electronic processor to:determine a priority for each of the first subset of the plurality of members of the first talkgroup; andperform the action within the first talkgroup based on the priority.6.The system of claim 1, wherein the executable instructions further cause the electronic processor to:determine the maximum wait time for the physical resource based on at least one selected from a group consisting of a predicted time for completing a current assignment; historical data; and a time requirement extracted from talkgroup communications.7.The system of claim 1, wherein the executable instructions further cause the electronic processor to:determine the first subset of the plurality of members of the first talkgroup based on at least one selected from the group consisting of a location of the talkgroup member, a travel time, a resource availability, and an impact on a current assignment for the talkgroup member.8.The system of claim 1, wherein the executable instructions further cause the electronic processor to:determine a second subset of the plurality of members of the first talkgroup that cannot meet the request based on the maximum wait time; andperform an action within the first talkgroup to decrease the likelihood that the second subset of the plurality of members of the first talkgroup will respond to the request.9.The system of claim 8, wherein the executable instructions further cause the electronic processor to:determine the second subset of the plurality of members of the first talkgroup based on at least one selected from the group consisting of a location of the member, a travel time, a resource availability, and an impact on a current assignment for the member; andperform an action within the talkgroup to decrease the likelihood that the second subset of the plurality of members of the first talkgroup will respond to the request by performing at least one of suppressing delivery of the request, sending the request with an appended audio message; lowering a floor control priority for the member, and sending a text message to the member.10.The system of claim 1, wherein the physical resource is one of an equipment resource and a human resource.11.A method for controlling talkgroup communications to facilitate physical resource acquisition, the method comprising:detecting, with an electronic processor of an electronic computing device, a request for a physical resource from a first responder in a first talkgroup;determining a maximum wait time for the physical resource;determining a first subset of a plurality of members of the first talkgroup that can meet the request based on the maximum wait time;delivering the request to the first subset of the plurality of members of the first talkgroup; andautomatically performing, with the electronic processor, an action within the first talkgroup to increase a likelihood that the first subset of the plurality of talkgroup members will respond to the request.12.The method of claim 11, further comprising:for each of the first subset of the plurality of members of the first talkgroup, determining a likelihood that the member can provide the physical resource;generating an aggregated score for the first subset based on the likelihoods that the members can provide the physical resource;when the aggregated score fails to exceed a threshold, determining at least one alternate provider outside of the first talkgroup that can meet the request based on the maximum wait time; anddelivering the request to the at least one alternate provider.13.The method of claim 12, further comprising:delivering the request to the at least one alternate provider by performing at least one of sending a voice message to a second talkgroup, sending a text message to the at least one alternate provider, initiating a call to a telephone of the at least one alternate provider, and transmitting an audio alert on a public address system.14.The method of claim 11, wherein performing an action within the first talkgroup to increase the likelihood that the first subset of the plurality of members of the first talkgroup will respond to the request includes performing at least one of prioritizing delivery of the request, sending the request with an appended audio message; increasing a floor control priority for the member, sending a text message to the member, and generating an alert on a communication device of the member.15.The method of claim 11, further comprising:determining a priority for each of the first subset of the plurality of members of the first talkgroup; andperforming the action within the first talkgroup based on the priority.16.The method of claim 11, further comprising:determining the maximum wait time for the physical resource based on at least one selected from a group consisting of a predicted time for completing a current assignment; historical data; and a time requirement extracted from talkgroup communications.17.The method of claim 11, further comprising:determining the first subset of the plurality of members of the first talkgroup based on at least one selected from the group consisting of a location of the talkgroup member, a travel time, a resource availability, and an impact on a current assignment for the talkgroup member.18.The method of claim 11, further comprising:determining a second subset of the plurality of members of the first talkgroup that cannot meet the request based on the maximum wait time; andperforming an action within the first talkgroup to decrease the likelihood that the second subset of the plurality of members of the first talkgroup will respond to the request.19.The method of claim 18, further comprising:determining the second subset of the plurality of members of the first talkgroup based on at least one selected from the group consisting of a location of the member, a travel time, a resource availability, and an impact on a current assignment for the member; andperforming an action within the talkgroup to decrease the likelihood that the second subset of the plurality of members of the first talkgroup will respond to the request by performing at least one of suppressing delivery of the request, sending the request with an appended audio message; lowering a floor control priority for the member, and sending a text message to the member.20.The method of claim 11, wherein the physical resource is one of an equipment resource and a human resource.

Images