WO2020168932A1

WO2020168932A1 - Method and device for managing wearable rescue device

Info

Publication number: WO2020168932A1
Application number: PCT/CN2020/074606
Authority: WO
Inventors: 陆乐; 俸安琪; 徐春旭; 丘富铨; 田中秀治; 喜熨斗智也
Original assignee: 上海救要救信息科技有限公司
Priority date: 2019-02-18
Filing date: 2020-02-10
Publication date: 2020-08-27
Also published as: CN109862321B; CN109862321A

Abstract

The aim of the present application is to provide a method for managing, by means of a background device, a wearable rescue device used by a rescuer. The method comprises: receiving, by means of a background device, one or more pieces of video information of a rescue site corresponding to a rescue group, wherein each piece of video information is photographed and uploaded by a wearable rescue device used by a rescuer of the rescue group; and presenting the one or more pieces of video information in a monitoring window of the background device, wherein a first sub-window of the monitoring window is used for presenting one of the one or more pieces of video information, and a second sub-window of the monitoring window is used for presenting the one or more pieces of video information. Thus, a user corresponding to the background device can clearly and comprehensively observe real-time information of the rescue site.

Description

Method and equipment for managing wearable rescue equipment

Technical field

This application relates to the field of rescue, and more particularly to a technology for managing wearable rescue equipment used by rescuers through a background device.

Background technique

Rescue on the rescue site often requires close cooperation between the rescuers on the front line and the back-office commanders. If the back-office commanders want to accurately direct the rescue work of the rescuers on the front line, they need to have a real-time and comprehensive understanding of the rescue site. However, rescuers in an emergency rescue scene often have too much time or forget to send relevant information about the rescue scene to the background, resulting in the background command staff not being able to understand the situation of the rescue scene well, thereby delaying the best rescue opportunity.

Summary of the invention

An object of this application is to provide a method and device for managing wearable rescue equipment.

According to one aspect of the present application, there is provided a method for managing a wearable rescue device used by a rescuer through the background device at the background device side, the method including:

Receiving one or more video information about the rescue scene corresponding to the rescue group through a background device, where each video information is captured and uploaded by a wearable rescue device used by a rescuer in the rescue group;

The one or more video information is presented in the monitoring window of the background device, wherein the first sub-window of the monitoring window is used to present one of the one or more video information, The second sub-window is used to present the one or more video information.

According to another aspect of the present application, there is provided a method for managing a wearable rescue device used by a rescuer through a background device at the end of a first wearable rescue device, and the method includes:

Receiving control instruction information about the first wearable rescue device sent by the background device, wherein the first wearable rescue device is used by the first rescuer in the rescue group;

Performing control processing on the camera device in the first wearable rescue device according to the control instruction information.

According to one aspect of the present application, there is provided a background device for managing wearable rescue devices used by rescuers through a background device, wherein the device includes:

A module for receiving one or more video information about the rescue scene corresponding to the rescue group through the background device, where each video information is captured and uploaded by the wearable rescue device used by the rescuer in the rescue group ；

A second module for presenting the one or more video information in the monitoring window of the background device, wherein the first sub-window of the monitoring window is used for presenting one of the one or more video information , The second sub-window of the monitoring window is used to present the one or more video information.

According to another aspect of the present application, there is provided a first wearable rescue device for managing a wearable rescue device used by a rescuer through a background device, wherein the device includes:

The two-one module is used to receive control instruction information about the first wearable rescue device sent by the background device, wherein the first wearable rescue device is used by the first rescuer in the rescue group;

The second and second module is used to perform control processing on the camera device in the first wearable rescue device according to the control instruction information.

According to one aspect of the present application, a device for managing a wearable rescue device used by a rescuer through a background device is provided, and the device includes:

Processor; and

A memory arranged to store computer-executable instructions that when executed causes the processor to perform the operations of any of the methods described above.

According to another aspect of the present application, there is provided a computer-readable medium including instructions that, when executed, cause the system to perform the operation of any of the methods described above.

Compared with the prior art, this application receives one or more video information about the rescue scene corresponding to the rescue group through the background device, and uses the first sub-window or the second sub-window in the monitoring window of the background device. The one or more video information is presented so that the user corresponding to the background device can clearly and comprehensively observe the real-time information of the rescue scene.

Moreover, some embodiments of the present application generate control instruction information about the first wearable rescue device used by the first rescuer in the rescue group through a background device to remotely control the first wearable rescue device, so that When the rescuer is inconvenient or forgets to perform a control operation on the first wearable rescue device, the corresponding control operation is performed on the first wearable rescue device through the control instruction information.

Description of the drawings

By reading the detailed description of the non-limiting embodiments with reference to the following drawings, other features, purposes and advantages of the present application will become more apparent:

Figure 1 shows a flow chart of a method for managing a wearable rescue device used by rescuers through the background device on the background device side according to an embodiment of the present application;

FIG. 2 shows a flowchart of a method for managing a wearable rescue device used by a rescuer through a background device on the first wearable rescue device terminal according to another embodiment of the present application;

FIG. 3 shows a device structure diagram of a background device for managing a wearable rescue device used by rescuers through a background device according to an embodiment of the present application;

FIG. 4 shows a device structure diagram of a first wearable rescue device for managing a wearable rescue device used by rescuers through a background device according to another embodiment of the present application;

Figure 5 shows an exemplary system that can be used to implement the various embodiments described in this application.

The same or similar reference signs in the drawings represent the same or similar components.

detailed description

The application will be further described in detail below in conjunction with the drawings.

In a typical configuration of this application, the terminal, the equipment of the service network, and the trusted party all include one or more processors (for example, a central processing unit (CPU)), input/output interfaces, network interfaces, and RAM.

Memory may include non-permanent memory in computer readable media, random access memory (RAM) and/or non-volatile memory, such as read only memory (ROM) or flash memory (Read Only Memory). Flash Memory). Memory is an example of computer readable media.

Computer-readable media include permanent and non-permanent, removable and non-removable media, and information storage can be realized by any method or technology. The information can be computer readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, Phase-Change Memory (PCM), Programmable Random Access Memory (PRAM), and Static Random-Access Memory (SRAM). ), dynamic random access memory (Dynamic Random Access Memory, DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically-erasable programmable read-only memory (Electrically-Erasable Programmable Read- Only Memory, EEPROM), flash memory or other memory technologies, CD-ROM (Compact Disc Read-Only Memory, CD-ROM), Digital Versatile Disc (DVD) or other optical storage, Magnetic cassettes, magnetic tape storage or other magnetic storage devices or any other non-transmission media can be used to store information that can be accessed by computing devices.

The equipment referred to in this application includes but is not limited to user equipment, network equipment, or equipment formed by the integration of user equipment and network equipment through a network. The user equipment includes, but is not limited to, any mobile electronic product that can perform human-computer interaction with the user (for example, human-computer interaction through a touchpad), such as a smart phone, a tablet computer, etc., and the mobile electronic product can adopt any operation System, such as android operating system, iOS operating system, etc. Wherein, the network device includes an electronic device that can automatically perform numerical calculation and information processing in accordance with pre-set or stored instructions, and its hardware includes, but is not limited to, a microprocessor, an Application Specific Integrated Circuit (ASIC) ), Programmable Logic Device (PLD), Field Programmable Gate Array (FPGA), Digital Signal Processor (DSP), embedded devices, etc. The network device includes, but is not limited to, a computer, a network host, a single network server, a set of multiple network servers, or a cloud composed of multiple servers; here, the cloud is composed of a large number of computers or network servers based on Cloud Computing, Among them, cloud computing is a type of distributed computing, a virtual supercomputer composed of a group of loosely coupled computer sets. The network includes, but is not limited to, the Internet, a wide area network, a metropolitan area network, a local area network, a VPN network, and a wireless ad hoc network (Ad Hoc network). Preferably, the device may also be a program running on the user equipment, network equipment, or user equipment and network equipment, network equipment, touch terminal, or a device formed by integrating network equipment and touch terminal through a network.

Of course, those skilled in the art should understand that the above-mentioned equipment is only an example, and other existing or possible future equipment, if applicable to this application, should also be included in the scope of protection of this application, and is included here by reference. this.

In the description of this application, "plurality" means two or more, unless otherwise clearly defined.

Fig. 1 shows a method for managing a wearable rescue device used by a rescuer through the background device on the background device side according to an aspect of the present application, wherein the method includes step S11 and step S12. In step S11, one or more video information about the rescue scene corresponding to the rescue group is received through the background device, wherein each video information is shot and uploaded by a wearable rescue device used by rescuers in the rescue group; In step S12, the one or more video information is presented in a monitoring window of the background device, wherein the first sub-window of the monitoring window is used to present one of the one or more video information, The second sub-window of the monitoring window is used to present the one or more video information. In some embodiments, the background device includes, but is not limited to, computing devices such as computers, tablets, and mobile phones. In some embodiments, the rescue scene includes, but is not limited to, the scene of an event (for example, a marathon, a football match, etc.), a fire scene, a car accident scene, and other scenes that require rescue. The rescue group includes a temporary rescue group or a non-temporary rescue group corresponding to the rescue site, wherein the rescue group includes one or more rescuers, and each rescuer wears a wearable rescue device. In some embodiments, the wearable rescue equipment includes, but is not limited to, mobile phones, tablets, helmets equipped with communication devices, rescue recorders and other communicable equipment, wherein the wearable rescue equipment is equipped with a camera device, Wearable rescue equipment shoots video information about the rescue scene through the camera device. In some embodiments, the background device manages the wearable rescue device used by the rescuer through direct communication with the wearable rescue device (such as wired or wireless connection, etc.); in other embodiments, the background device The network device establishes a communication connection with the wearable rescue device to manage the wearable rescue device used by the rescuer. For example, the background device and the wearable rescue device monitor the address of the network device, and the background device and the wearable rescue device pass the The network device pushes or pulls instructions, and then realizes the transmission of the video information data stream between the background device and the wearable rescue device based on the network device. In some embodiments, the background device presents the one or more video information through a monitoring window, so that an operator of the background device can view the video information about the rescue scene.

Specifically, in step S11, one or more video information about the rescue scene corresponding to the rescue group is received through the background device, wherein each video information is stored by the wearable rescue device used by the rescuer in the rescue group. Shoot and upload. In some embodiments, each rescuer in the rescue group wears a wearable rescue device, the wearable rescue device is provided with a camera device, and the rescuer takes video information about the rescue scene through the camera device and combines The video information is uploaded to the background device. In some embodiments, the background device and the wearable rescue device communicate with each other through a network device, the background device and the wearable rescue device monitor the address of the network device, the wearable rescue device requests video push parameters from the network device, and the network device sends The wearable rescue device returns video stream parameters and generates push stream parameters. Further, the wearable rescue device encodes, compresses and uploads the video information about the rescue scene taken by the camera device, and the network device receives the Video information and storing and transcoding the video information, the background device requests a video data stream from the network device, and the network device returns a video data stream about the video information to the background device, thereby supporting the background device Receive one or more video information about the rescue scene corresponding to the rescue team, so that the background command staff can understand the actual situation of the rescue scene at the first time, so as to give the rescue team a correct command plan.

In step S12, the one or more video information is presented in a monitoring window of the background device, wherein the first sub-window of the monitoring window is used to present one of the one or more video information, The second sub-window of the monitoring window is used to present the one or more video information. In some embodiments, the background device presents one or more video information it receives through a monitoring window. In some embodiments, the monitoring window includes one or more sub-windows (for example, a first sub-window, a second sub-window), and each sub-window is used to present video information uploaded by the wearable rescue device, wherein each The video information uploaded by the wearable rescue device corresponds to a sub-window that presents the video information. Wherein, the first sub-window is used to present one of the one or more video information, for example, the first sub-window is set as the main screen (for example, the first sub-window is in the monitoring window The area occupied by the second sub-window is greater than the area occupied by the second sub-window in the monitoring window), and the background device receives an operation instruction (for example, clicking on the one or A click operation instruction of one of the multiple sub-windows), the background device adjusts the resolution of the video information corresponding to the sub-window (for example, increase the resolution), the display position (for example, the The sub-window is displayed in the center of the monitoring window) and other information. Displaying the first sub-window as the main screen facilitates the background command personnel to clearly observe the video information presented in the first sub-window, so as to better grasp the situation of the rescue site. In some embodiments, the second sub-window is used to present the one or more video information, for example, the second sub-window presents the videos uploaded by other rescue groups in the rescue group through the wearable rescue device through a non-main screen information. Of course, those skilled in the art should understand that the “first sub-window” and “second sub-window” are only used to distinguish the one or more videos presented on the background device through different presentation methods (for example, main screen, non-main screen). information. The first sub-window presents the video information that currently needs to be presented on the main screen, which can facilitate the background command staff to better observe the form of the rescue site, and the second sub-window presents the video information that currently does not need to be presented on the main screen. It saves the use area of the monitoring window, and also prevents other video information presented in a way other than the main screen from interfering with the background command staff.

For example, a certain marathon has a corresponding rescue team. When a person is injured or unwell in the race, the rescue team is used to treat them in a timely and accurate manner. The rescue team includes multiple rescuers, and each rescuer wears wearable rescue equipment. For example, the multiple rescuers are evenly scattered at different locations on the race line, and the rescuers upload the video information they shoot to the corresponding background device through the wearable rescue device they wear. The background device receives video information shot and uploaded by a plurality of rescuers in the rescue group through a wearable rescue device, and the background device presents the multiple video information through a monitoring window so that the rescue commander corresponding to the background device can understand Real-time situation at the rescue scene. When a participant has physical discomfort during the game or an accident of other personnel has been injured (for example, the video information uploaded by rescuer A shows that the participant has stopped the competition due to physical discomfort), the rescue commander corresponding to the background equipment can Set the sub-window presenting the video information uploaded by the rescuer A as the first sub-window by inputting an operation instruction (for example, clicking the sub-window corresponding to the video information uploaded by the rescuer A) to the background device, so that the rescue commander The personnel understand the condition of the participant more clearly, and based on the video information presented in the first sub-window, direct the rescue team to rescue the participant in a timely and accurate manner. For example, the rescue commander uses an intercom device (for example, The wearable rescue device is equipped with an intercom device, and the background device and the wearable rescue device can realize real-time intercom) or other communication devices (for example, mobile phones) to direct other rescuers in the rescue group to come and support, or , The rescue commander uses intercom equipment or other communication equipment to direct the rescuer who uploaded the video information to take accurate first aid measures to the participant.

In some embodiments, the method further includes step S13 (not shown), in step S13, generating control instruction information about the first wearable rescue device used by the first rescuer in the rescue group; The first wearable rescue device sends the control instruction information. In some embodiments, the control instruction information includes, but is not limited to, starting or turning off the camera in the first wearable rescue device. In some embodiments, the background device generates the control instruction information based on the operation instruction of the rescue commander corresponding to the background device. For example, the background device displays the status of the wearable rescue device corresponding to each rescuer in the rescue group. Information (for example, the status information of the camera device on and off), the background device is generated by receiving the operation of the rescue commander by clicking the control button of the first wearable rescue device used by the first rescuer in the rescue group Corresponding control instruction information; in other embodiments, the background device determines whether to generate the corresponding control instruction information by monitoring and detecting whether the wearable rescue device used by the rescuer in the rescue group meets the trigger condition, for example, the background device presets It is assumed that the camera devices of the wearable rescue equipment used by the rescuers in the rescue group need to be activated. When the camera device of the wearable rescue equipment used by the rescuer is turned off, the background device generates the control instruction information to start the camera device . Further, the background device sends the control instruction information to the corresponding first wearable rescue device. In some embodiments, the control instruction information may be received by a network device and pushed to the corresponding first wearable rescue device; in other embodiments, the background device may communicate with the first wearable rescue device wirelessly Connect to send and receive control command information.

In some embodiments, the method further includes step S14 (not shown). In step S14, the execution result information corresponding to the control instruction information returned by the first wearable rescue device is received. In some embodiments, the execution result information includes, but is not limited to, the success/failure of activation and the success/failure of shutdown of the camera in the first wearable rescue device. For example, the first wearable rescue device receives the control instruction information sent by the background device (for example, the control instruction information for starting the camera in the first wearable rescue device), and automatically turns on the first wearable rescue device based on the control instruction information. A switch for the camera device in a wearable rescue device. When the first rescuer corresponding to the first wearable rescue device is inconvenient or forgets to turn on the camera device, the rescue commander corresponding to the background device can turn on the camera device to prevent the rescue commander from failing in time and in all directions. Observing the actual situation at the rescue site and delaying effective rescue opportunities. When the operation of starting the camera device is successful, the first wearable rescue device returns the execution result information that the camera device is started successfully, and the background device may receive video information about the rescue scene captured by the first wearable rescue device through the camera device; When the operation of starting the camera device fails, the first wearable rescue device returns the execution result information of the failure to start the camera device, so that the rescue commander corresponding to the background device can solve in time that the first wearable rescue device cannot pass the camera device The problem of shooting video information of the rescue scene, for example, replacing the first rescuer with a new wearable rescue equipment or deploying other rescuers who successfully started the camera device to take the video information of the rescue scene at the location of the first rescuer.

In some embodiments, the control instruction information includes at least any one of the following: start the camera device in the first wearable rescue device; turn off the camera device in the first wearable rescue device; configure the first wearable rescue device A camera parameter information of a camera device in a wearable rescue device; configure the push stream address information of the first wearable rescue device.

For example, the control instruction information includes control instruction information for starting or shutting down the camera device in the first wearable rescue device. For example, the camera device in the wearable rescue device used by rescuers in the rescue group in the background device needs to be preset. All on, the background device monitors the status information of the camera device of the wearable rescue equipment used by the rescuer in the rescue group in real time (for example, activated or closed state), when the wearable rescue equipment used by the rescuer is in the rescue group When in the off state, the background device sends control instruction information for starting the camera device to the wearable rescue device, and the wearable rescue device starts the camera device based on the control instruction information.

For another example, the control instruction information includes camera parameter information for configuring the camera device in the first wearable rescue device. The background device detects the transmission rate of the video information uploaded by the rescuer in the rescue group through the wearable rescue device used by the rescuer. When the transmission rate is lower than or equal to the video rate threshold information, the background device reduces the bit rate of the video information or distinguishes Rate to adapt to the video rate threshold information.

For another example, the control instruction information includes streaming address information for configuring the first wearable rescue device. In some embodiments, the streaming address information is used for the first rescue device to push streaming to the network device to send video information. The first wearable rescue device sends video information to the network device based on the push stream address information.

In some embodiments, the step S13 includes step S131 (not shown) and step S132 (not shown). In step S131, it is detected whether it is sufficient to control the wearable rescue equipment used by rescuers in the rescue group. In step S132, if the trigger condition is met, generate control instruction information about the first wearable rescue device corresponding to the trigger condition, where the first wearable rescue device is the rescue group Used by the first rescuer. In some embodiments, when the wearable rescue device used by rescuers in the rescue group has a wearable rescue device that meets the trigger condition, the background device generates corresponding control instruction information about the first wearable rescue device. For example, the background equipment presets that the camera devices of the wearable rescue equipment used by rescuers in the rescue group need to be turned on, when the camera device of the wearable rescue equipment used by the rescuers in the rescue group is turned off , The background device sends control instruction information for starting the camera device to the wearable rescue device (for example, the first wearable rescue device). In some embodiments, the rescuer corresponding to the first wearable rescue device is the first rescuer in the rescue group. Those skilled in the art should understand that the "first" is only used to indicate the correspondence between the wearable rescue device that receives the control instruction information sent by the background device and the rescuer corresponding to the wearable rescue device, and does not indicate any Priority.

In some embodiments, the trigger condition includes at least any one of the following: a first trigger condition regarding a wearable rescue device used by rescuers in the rescue group; a second trigger condition regarding the one or more video information Trigger condition; the third trigger condition on the rescue scene. In some embodiments, the trigger condition includes a first trigger condition for the wearable rescue device used by rescuers in the rescue group. For example, the background device presets the wearable rescue device used by rescuers in the rescue group. The camera device of the equipment needs to be in the on state. When the background device detects that the camera device of the wearable rescue equipment used by the rescuer is in the off state in the rescue group, the wearable rescue equipment used by the rescuer meets the trigger condition. The background device automatically generates the control instruction information of the first wearable rescue device (for example, starting the camera of the first wearable rescue device); in some embodiments, the background device determines whether the generation is satisfied according to the video information uploaded by the wearable rescue device The trigger condition of the control instruction information, for example, the background device is preset with video rate threshold information. When the transmission rate of the video information sent by the wearable rescue device received by the background device is lower than or equal to the video rate threshold information, the background device generates the first The control instruction information corresponding to a wearable rescue device, for example, the background device configures the camera parameter information of the camera device in the first wearable rescue device to adapt to the current video transmission rate; in some embodiments, the background device is based on The relevant information of the rescue scene determines whether the triggering conditions for generating the control instruction information are met. For example, when the video information captured by the wearable rescue equipment used by one or more rescuers in the rescue group received by the background equipment has a monitoring blind zone, the background The device generates corresponding control instruction information (for example, starting the camera device in the wearable rescue device used by all rescuers in the rescue group).

In some embodiments, the first trigger condition includes at least any one of the following: a camera device of a wearable rescue device used by a rescuer in the rescue group is turned off; The remaining power of the wearable rescue device used is lower than or equal to the power threshold information; the current available bandwidth information of the wearable rescue device used by a rescuer in the rescue group is lower than or equal to the bandwidth threshold information. In some embodiments, the background device determines whether the trigger condition for generating the corresponding control instruction information is satisfied according to the state information about the wearable rescue device used by the rescuer in the rescue group.

For example, the background device determines whether to generate the corresponding control instruction information of the first wearable rescue device by detecting the use state of the camera device of the wearable rescue device used by rescuers in the rescue group. For example, the background device presets the use state of the camera device of the wearable rescue device used by the rescuer in the rescue group to be in the activated state, when the background device detects that the rescue group has a wearable rescue device used by the rescuer. When the camera is in the off state, the background device generates control instruction information for starting the camera in the first wearable rescue device (for example, the wearable rescue device with the camera used by the rescuer in the off state).

For another example, the background device determines whether to generate corresponding control instruction information by detecting the power status of the wearable rescue device used by rescuers in the rescue group. For example, the background device monitors the remaining power of the wearable rescue equipment used by rescuers in the rescue group. When the remaining power of the wearable rescue equipment used by the rescuers in the rescue group is lower than or equal to the power threshold information, the background The device generates control instruction information for turning off the camera device of the wearable rescue device to save power consumption of the wearable rescue device.

For another example, the background device determines whether to generate corresponding control instruction information by detecting the currently available bandwidth of the wearable rescue device used by the rescuer in the rescue group. For example, the background device receives the currently available bandwidth information uploaded by the wearable rescue device used by each rescuer in the rescue group. If the currently available bandwidth information of the wearable rescue device used by the rescuer is lower than or equal to the bandwidth threshold information, The background device generates corresponding control instruction information. For example, the background device sends the camera parameter information for configuring the camera device in the wearable rescue device (for example, reducing the bit rate or resolution) to adapt to the bandwidth information currently available to the wearable rescue device .

In some embodiments, the second trigger condition includes at least any one of the following: the transmission rate of a piece of video information in the one or more video information is lower than or equal to the video rate threshold information; the one or more videos The video frame resolution of one piece of video information in the information is lower than or equal to the video frame resolution threshold information; the similarity of the video frames of two video information in the one or more video information is greater than or equal to the video similarity threshold information. In some embodiments, the background device determines whether the trigger condition for generating the corresponding control instruction information is satisfied according to the related information about the video information uploaded by the rescuer in the rescue group through the corresponding wearable rescue device.

For example, in the case that the second trigger condition includes the transmission rate of one video information in the one or more video information is lower than or equal to the video rate threshold information, the background device detects the wearable used by rescuers in the rescue group The transmission rate of the video information uploaded by the rescue device, if there is information that the transmission rate of the video information is lower than or equal to the video rate threshold information, the background device generates the control instruction information of the wearable rescue device uploading the video information, for example, the background device adjusts ( For example, reducing the bit rate or resolution) the camera parameter information of the camera device in the wearable rescue equipment to adapt to the current transmission rate.

For another example, when the second trigger condition includes the video frame resolution of one piece of video information in the one or more video information is lower than or equal to the video frame resolution threshold information, the background device detects rescuers in the rescue group The video frame resolution information of the video information uploaded by the wearable rescue device used, if there is a video information whose video frame resolution is equal to or equal to the video frame resolution threshold information, the background device generates a wearable rescue device that uploads the video information For example, the background device adjusts (for example, reduces the video frame resolution) the camera parameter information of the camera device in the wearable rescue device to adapt to the video frame resolution threshold information corresponding to the video information.

For another example, when the second trigger condition includes that the similarity of two video frames in the one or more video information is greater than or equal to the video similarity threshold information, the rescuer in the rescue group uses the The wearable rescue device uploads the video information it shoots, and the background device receives and compares the similarity between the video frames of each video information. If the similarity of the two video information frames is greater than or equal to the video similarity threshold information, the background device generates Upload the control instruction information of the camera device of one of the wearable rescue equipment corresponding to the two video information, for example, the background device controls to turn off the camera device of one of the wearable rescue equipment.

In some embodiments, the third trigger condition includes at least any one of the following: there is a blind spot in the rescue scene, and the blind spot in the surveillance is not covered by the one or more video information; The area of the blind zone is greater than or equal to the blind zone area threshold information, wherein the monitoring blind zone is not covered by the one or more video information. In some embodiments, the background device determines whether there is a wearable rescue device that meets the trigger condition in the rescue group based on the situation on the rescue site.

For example, there is a blind spot in the rescue scene, where the blind spot is not covered by the one or more video information. In some embodiments, the judgment of the monitoring blind zone is determined based on the video information uploaded by the rescuer through the wearable rescue device used by the rescuer. For example, there is a wounded person at the rescue site and the rescuer is performing cardiac resuscitation for the wounded person. Rescue operation, but the multiple video information received by the background device does not cover the information about the wounded person (for example, when there is a wounded person, a recognizable number plate will be pasted on the body of the wounded person, for example, the background device is preset with Identification information number plate). When the number plate is not covered by the multiple video information received by the background device, it is determined that there is a blind spot in the rescue scene. Of course, those skilled in the art should understand that the above-mentioned monitoring blind spot identification operations are only examples, and other existing or future operations that may be applicable to this application are also included in the scope of protection of this application. And included here by reference. For example, in some embodiments, facial recognition technology can be used to determine whether there is a blind spot in the rescue site. The background device receives the video information uploaded by the wearable rescue device used by one or more rescuers in the rescue group. When the one or more video information received by the background device does not cover the monitoring blind zone, the background device generates the corresponding control Instruction information, for example, the background device sends the control instruction information to the rescue group. The wearable rescue device is not activated and the camera device is activated, so that the background device can control and start the camera of all the wearable rescue devices in the rescue group. Device to increase the probability that one or more video information uploaded by the rescuer in the rescue group through the wearable rescue device will cover the blind spot of the monitoring.

For another example, the area of the monitoring blind area in the rescue scene is greater than or equal to the blind area area threshold information, wherein the monitoring blind area is not covered by the one or more video information. On the premise that there is a monitoring blind zone, it can be further determined whether the third trigger condition is satisfied according to the area size of the monitoring blind zone. Among them, the size of the area of the monitoring blind zone can be determined by a triangular calculation method. For example, if the shooting angle of the camera on the wearable rescue equipment used by rescuers in the rescue group is 78°, the small angle with the camera of the camera as the vertex is 39° (78° divided by 2 equals 39°). Under normal circumstances, the height between the camera and the wounded is 58cm. According to the triangle theorem, the length of the bottom side (for example, the opposite side of the small angle with the camera as the vertex) is 48.5cm, and 48.5cm is the radius of the camera area, then the camera The irradiable area is ∏*48.52, about 0.72m2. As the camera device is at different heights from the wounded, the size of the area of the blind spot will also be different. The blind zone area threshold information is preset in the background device. When the background device calculates the area size of the monitoring blind zone, it compares the area size with the blind zone area threshold information. If the area size of the monitoring blind zone is greater than or equal to the blind zone The area threshold information determines that the trigger condition for generating the control instruction information is satisfied. The background device generates corresponding control instruction information. For example, the background device sends the control instruction information to the first wearable rescue device in the rescue group and activates its camera device, so that the background device can control and start the rescue group The camera device of all wearable rescue equipment in the rescue group to increase the probability that one or more video information uploaded by the rescuer in the rescue group through the wearable rescue equipment will cover the blind spot of monitoring. Of course, those skilled in the art should understand that the determination of the size of the area of the monitoring blind zone described above is only an example, and other existing or future operations that may be applicable to this application are also included in this application. Within the scope of protection, and included here by reference.

In some embodiments, the method further includes step S15 (not shown). In step S15, according to the user participating in the rescue group in the second sub-window, the one or more video information The selection operation of target video information presents the target video information in the first sub-window. In some embodiments, the users participating in the rescue group include, but are not limited to, the rescue commander corresponding to the background device. For example, the background device displays the data uploaded by rescuers in the rescue group through the wearable rescue device used by the rescuer through the monitoring window. One or more video information. In some embodiments, the first sub-window in the monitoring window presents one of the one or more video information in the form of the main screen, and the remaining videos in the one or more video information The information is presented in a non-main screen mode in the second sub-window of the monitoring window. The user determines the target video information based on the video information presented in one or more second sub-windows. For example, the target video information captures the best viewing angle of the rescue scene, and the user can perform a selection operation (for example, click the target video information The corresponding video presented in the second sub-window of (where the video is the target video) presents the target video information through the first sub-window, so as to better observe the situation of the target video information.

As shown in FIG. 2, according to another aspect of the present application, a method for managing a wearable rescue device used by a rescuer through a background device at the end of a first wearable rescue device is provided, wherein the method includes the steps S21 and step S22. In step S21, the first wearable rescue device receives control instruction information about the first wearable rescue device sent by the background device, where the first wearable rescue device is used by the first rescuer in the rescue group; In step S22, the first wearable rescue device performs control processing on the camera device in the first wearable rescue device according to the control instruction information.

Specifically, in step S21, receiving control instruction information about a first wearable rescue device sent by a background device, wherein the first wearable rescue device is used by the first rescuer in the rescue group. For example, the background device is based on the first trigger condition regarding the wearable rescue device used by rescuers in the rescue group, the second trigger condition regarding the one or more video information, or the third trigger regarding the rescue scene The condition determines whether to generate the control instruction information of the first wearable rescue device, if it is met, the background device sends the control instruction information to the first wearable rescue device, and the first wearable rescue device receives the control instruction information, wherein , The first wearable rescue device is used by the first rescuer in the rescue group. Here, the first trigger condition, the second trigger condition, and the third trigger condition are the same as or substantially the same as the first trigger condition, the second trigger condition, and the third trigger condition described above, respectively, and will not be repeated here. And included here by reference.

In step S22, control processing is performed on the camera device in the first wearable rescue device according to the control instruction information. For example, the control instruction information includes starting the camera device in the first wearable rescue device. The first wearable rescue device turns on the camera device based on the control instruction information.

In some embodiments, the method further includes step S23 (not shown). In step S23, the execution result information corresponding to the control instruction information is uploaded to the background device. In some embodiments, after the first wearable rescue device performs control processing on the camera device, it returns execution result information to the background device that sends the control instruction information. For example, the control instruction information is used to start the first wearable rescue device. The camera device in the device, the first wearable rescue device turns on the camera device based on the control instruction information. If the startup is successful, the first wearable rescue device returns execution result information that the startup is successful; if the startup fails, the first wearable rescue device returns execution result information that the startup fails.

In some embodiments, the step S22 includes step S221 (not shown), step S222 (not shown), and step S223 (not shown). In step S221, the control instruction information is presented through the first wearable rescue device; in step S222, it is obtained that the first rescuer performs the control instruction information on the first wearable rescue device. The control operation performed by the camera device; in step S223, a control process is performed on the camera device in the first wearable rescue device according to the control operation. In some embodiments, the first wearable rescue device performs control processing on the camera device in the first wearable rescue device based on the corresponding control operation of the first rescuer.

Specifically, in step S221, the control instruction information is presented through the first wearable rescue device. For example, the first wearable rescue device is provided with a presentation device (for example, a liquid crystal display), and the first wearable rescue device receives control instruction information sent by a background device and presents the control instruction information on the presentation device ( For example, the camera device in the first wearable rescue device is activated).

In step S222, the control operation performed by the first rescuer on the camera device in the first wearable rescue device according to the control instruction information is acquired. The first rescuer performs a control operation on the camera device in the first wearable rescue device based on the control instruction information presented by the first wearable rescue device (for example, turns on the switch of the camera device).

In step S223, control processing is performed on the camera device in the first wearable rescue device according to the control operation. The first wearable rescue device performs control processing on the camera device based on the control operation of the first rescuer (for example, activates the camera device).

In some embodiments, the method further includes step S24 (not shown). In step S24, video information of the rescue scene where the rescue group is located is captured by the camera device in the first wearable rescue device. ; Upload the video information to the background device. After the camera device in the first wearable rescue device is successfully started, the first wearable rescue device shoots video information about the rescue scene through the camera device, and uploads the video information to the background device.

Fig. 3 shows a background device for managing a wearable rescue device used by rescuers through a background device according to an aspect of the present application, wherein the device includes a module and a module. A module for receiving one or more video information about the rescue scene corresponding to the rescue group through the background device, where each video information is captured and uploaded by the wearable rescue device used by the rescuer in the rescue group One or two modules for presenting the one or more video information in the monitoring window of the background device, wherein the first sub-window of the monitoring window is used for presenting one of the one or more video information 1. The second sub-window of the monitoring window is used to present the one or more video information. In some embodiments, the background device includes, but is not limited to, computing devices such as computers, tablets, and mobile phones. In some embodiments, the rescue scene includes, but is not limited to, the scene of an event (for example, a marathon, a football match, etc.), a fire scene, a car accident scene, and other scenes that require rescue. The rescue group includes a temporary rescue group or a non-temporary rescue group corresponding to the rescue site, wherein the rescue group includes one or more rescuers, and each rescuer wears a wearable rescue device. In some embodiments, the wearable rescue equipment includes, but is not limited to, mobile phones, tablets, helmets equipped with communication devices, rescue recorders and other communicable equipment, wherein the wearable rescue equipment is equipped with a camera device, Wearable rescue equipment shoots video information about the rescue scene through the camera device. In some embodiments, the background device manages the wearable rescue device used by the rescuer through direct communication with the wearable rescue device (such as wired or wireless connection, etc.); in other embodiments, the background device The network device establishes a communication connection with the wearable rescue device to manage the wearable rescue device used by the rescuer. For example, the background device and the wearable rescue device monitor the address of the network device, and the background device and the wearable rescue device pass the The network device pushes or pulls instructions, and then realizes the transmission of the video information data stream between the background device and the wearable rescue device based on the network device. In some embodiments, the background device presents the one or more video information through a monitoring window, so that an operator of the background device can view the video information about the rescue scene.

Specifically, one module is used to receive one or more video information about the rescue scene corresponding to the rescue group through the background device, wherein each video information is the wearable rescue device used by the rescuer in the rescue group Taken and uploaded. In some embodiments, each rescuer in the rescue group wears a wearable rescue device, the wearable rescue device is provided with a camera device, and the rescuer takes video information about the rescue scene through the camera device and combines The video information is uploaded to the background device. In some embodiments, the background device and the wearable rescue device communicate with each other through a network device, the background device and the wearable rescue device monitor the address of the network device, the wearable rescue device requests video push parameters from the network device, and the network device sends The wearable rescue device returns video stream parameters and generates push stream parameters. Further, the wearable rescue device encodes, compresses and uploads the video information about the rescue scene taken by the camera device, and the network device receives the Video information and storing and transcoding the video information, the background device requests a video data stream from the network device, and the network device returns a video data stream about the video information to the background device, thereby supporting the background device Receive one or more video information about the rescue scene corresponding to the rescue team, so that the background command staff can understand the actual situation of the rescue scene at the first time, so as to give the rescue team a correct command plan.

A second module for presenting the one or more video information in the monitoring window of the background device, wherein the first sub-window of the monitoring window is used for presenting one of the one or more video information , The second sub-window of the monitoring window is used to present the one or more video information. In some embodiments, the background device presents one or more video information it receives through a monitoring window. In some embodiments, the monitoring window includes one or more sub-windows (for example, a first sub-window, a second sub-window), and each sub-window is used to present video information uploaded by the wearable rescue device, wherein each The video information uploaded by the wearable rescue device corresponds to a sub-window that presents the video information. Wherein, the first sub-window is used to present one of the one or more video information, for example, the first sub-window is set as the main screen (for example, the first sub-window is in the monitoring window The area occupied by the second sub-window is greater than the area occupied by the second sub-window in the monitoring window), and the background device receives an operation instruction (for example, clicking on the one or A click operation instruction of one of the multiple sub-windows), the background device adjusts the resolution of the video information corresponding to the sub-window (for example, increase the resolution), the display position (for example, the The sub-window is displayed in the center of the monitoring window) and other information. Displaying the first sub-window as the main screen facilitates the background command personnel to clearly observe the video information presented in the first sub-window, so as to better grasp the situation of the rescue site. In some embodiments, the second sub-window is used to present the one or more video information, for example, the second sub-window presents the videos uploaded by other rescue groups in the rescue group through the wearable rescue device through a non-main screen information. Of course, those skilled in the art should understand that the “first sub-window” and “second sub-window” are only used to distinguish the one or more videos presented on the background device through different presentation methods (for example, main screen, non-main screen). information. The first sub-window presents the video information that currently needs to be presented on the main screen, which can facilitate the background command staff to better observe the form of the rescue site, and the second sub-window presents the video information that currently does not need to be presented on the main screen. It saves the use area of the monitoring window, and also prevents other video information presented in a way other than the main screen from interfering with the background command staff.

In some embodiments, the method further includes a three-module (not shown), a three-module for generating control instruction information about the first wearable rescue device used by the first rescuer in the rescue group ; Send the control instruction information to the first wearable rescue device. In some embodiments, the control instruction information includes, but is not limited to, starting or turning off the camera in the first wearable rescue device. In some embodiments, the background device generates the control instruction information based on the operation instruction of the rescue commander corresponding to the background device. For example, the background device displays the status of the wearable rescue device corresponding to each rescuer in the rescue group. Information (for example, the status information of the camera device on and off), the background device is generated by receiving the operation of the rescue commander by clicking the control button of the first wearable rescue device used by the first rescuer in the rescue group Corresponding control instruction information; in other embodiments, the background device determines whether to generate the corresponding control instruction information by monitoring and detecting whether the wearable rescue device used by the rescuer in the rescue group meets the trigger condition, for example, the background device presets It is assumed that the camera devices of the wearable rescue equipment used by the rescuers in the rescue group need to be activated. When the camera device of the wearable rescue equipment used by the rescuer is turned off, the background device generates the control instruction information to start the camera device . Further, the background device sends the control instruction information to the corresponding first wearable rescue device. In some embodiments, the control instruction information may be received by a network device and pushed to the corresponding first wearable rescue device; in other embodiments, the background device may communicate with the first wearable rescue device wirelessly Connect to send and receive control command information.

In some embodiments, the method further includes a four-module (not shown), a four-module configured to receive execution result information corresponding to the control instruction information returned by the first wearable rescue device. In some embodiments, the execution result information includes, but is not limited to, the success/failure of activation and the success/failure of shutting down the camera in the first wearable rescue device. For example, the first wearable rescue device receives the control instruction information sent by the background device (for example, the control instruction information for starting the camera in the first wearable rescue device), and automatically turns on the first wearable rescue device based on the control instruction information. A switch for the camera device in a wearable rescue device. When the first rescuer corresponding to the first wearable rescue device is inconvenient or forgets to turn on the camera device, the rescue commander corresponding to the background device can turn on the camera device to prevent the rescue commander from failing in time and in all directions. Observing the actual situation at the rescue site and delaying effective rescue opportunities. When the operation of starting the camera device is successful, the first wearable rescue device returns the execution result information that the camera device is started successfully, and the background device may receive video information about the rescue scene captured by the first wearable rescue device through the camera device; When the operation of starting the camera device fails, the first wearable rescue device returns the execution result information of the failure to start the camera device, so that the rescue commander corresponding to the background device can solve in time that the first wearable rescue device cannot pass the camera device The problem of shooting video information of the rescue scene, for example, replacing the first rescuer with a new wearable rescue equipment or deploying other rescuers who successfully started the camera device to take the video information of the rescue scene at the location of the first rescuer.

In some embodiments, the control instruction information includes at least any one of the following: start the camera device in the first wearable rescue device; turn off the camera device in the first wearable rescue device; configure the first wearable rescue device A camera parameter information of a camera device in a wearable rescue device; configure the push stream address information of the first wearable rescue device. For example, the control instruction information includes control instruction information for starting or shutting down the camera device in the first wearable rescue device. For example, the camera device in the wearable rescue device used by rescuers in the rescue group in the background device needs to be preset. All on, the background device monitors the status information of the camera device of the wearable rescue equipment used by the rescuer in the rescue group in real time (for example, activated or closed state), when the wearable rescue equipment used by the rescuer is in the rescue group When in the off state, the background device sends control instruction information for starting the camera device to the wearable rescue device, and the wearable rescue device starts the camera device based on the control instruction information.

In some embodiments, the one-three modules include a three-one module (not shown) and a three-two module (not shown), and the one-three module is used to detect whether the rescuer in the rescue group is satisfied. The trigger condition of the wearable rescue device used; the one-three-two module is used to generate control instruction information about the first wearable rescue device corresponding to the trigger condition if the trigger condition is satisfied, wherein the first A wearable rescue device is used by the first rescuer in the rescue group. In some embodiments, when the wearable rescue device used by rescuers in the rescue group has a wearable rescue device that meets the trigger condition, the background device generates corresponding control instruction information about the first wearable rescue device. For example, the background equipment presets that the camera devices of the wearable rescue equipment used by rescuers in the rescue group need to be turned on, when the camera device of the wearable rescue equipment used by the rescuers in the rescue group is turned off , The background device sends control instruction information for starting the camera device to the wearable rescue device (for example, the first wearable rescue device). In some embodiments, the rescuer corresponding to the first wearable rescue device is the first rescuer in the rescue group. Those skilled in the art should understand that the "first" is only used to indicate the correspondence between the wearable rescue device that receives the control instruction information sent by the background device and the rescuer corresponding to the wearable rescue device, and does not indicate any Priority.

For another example, when the second trigger condition includes the video frame resolution of one piece of video information in the one or more video information is lower than or equal to the video frame resolution threshold information, the background device detects rescuers in the rescue group The video frame resolution information of the video information uploaded by the wearable rescue device used, if there is a video information whose video frame resolution is equal to or equal to the video frame resolution threshold information, the background device generates a wearable rescue device that uploads the video information For example, the background device adjusts (for example, reduces the video frame resolution) the camera parameter information of the camera device in the wearable rescue device to increase the video frame resolution corresponding to the video information.

In some embodiments, the third trigger condition includes at least any one of the following: there is a blind spot in the rescue scene, and the blind spot in the surveillance is not covered by the one or more video information; The area of the blind zone is greater than the threshold information of the blind zone area, wherein the monitoring blind zone is not covered by the one or more video information. In some embodiments, the background device determines whether there is a wearable rescue device that meets the trigger condition in the rescue group based on the situation on the rescue site.

For example, there is a blind spot in the rescue scene, where the blind spot is not covered by the one or more video information. In some embodiments, the judgment of the monitoring blind zone is determined based on the video information uploaded by the rescuer through the wearable rescue device used by the rescuer. For example, there is a wounded person at the rescue site and the rescuer is performing cardiac resuscitation for the wounded person. Rescue operation, but the multiple video information received by the background device does not cover the information about the wounded person (for example, when there is a wounded person, a recognizable number plate will be pasted on the body of the wounded person, for example, the background device presets Identification information number plate). When the number plate is not covered by the multiple video information received by the background device, it is determined that there is a blind spot in the rescue scene. Of course, those skilled in the art should understand that the above-mentioned monitoring blind spot identification operations are only examples, and other existing or future operations that may be applicable to this application are also included in the scope of protection of this application. And included here by reference. For example, in some embodiments, facial recognition technology can be used to determine whether there is a blind spot in the rescue site. The background device receives the video information uploaded by the wearable rescue device used by one or more rescuers in the rescue group. When the one or more video information received by the background device does not cover the monitoring blind zone, the background device generates the corresponding control Instruction information, for example, the background device sends the control instruction information to the rescue group. The wearable rescue device is not activated and the camera device is activated, so that the background device can control and start the camera of all the wearable rescue devices in the rescue group. Device to increase the probability that one or more video information uploaded by the rescuer in the rescue group through the wearable rescue device will cover the blind spot of the monitoring.

For another example, the area of the monitoring blind area in the rescue scene is greater than or equal to the blind area area threshold information, wherein the monitoring blind area is not covered by the one or more video information. On the premise that there is a monitoring blind zone, it can be further determined whether the third trigger condition is satisfied according to the area size of the monitoring blind zone. Among them, the size of the area of the monitoring blind zone can be determined by a triangular calculation method. For example, if the shooting angle of the camera on the wearable rescue equipment used by rescuers in the rescue group is 78°, the small angle with the camera of the camera as the vertex is 39° (78° divided by 2 equals 39°). Under normal circumstances, the height between the camera and the wounded is 58cm. According to the triangle theorem, the length of the bottom side (for example, the opposite side of the small angle with the camera as the vertex) is 48.5cm, and 48.5cm is the radius of the camera area, then the camera The irradiable area is ∏*48.52, about 0.72m2. The blind zone area threshold information is preset in the background device. After the background device calculates the area size of the monitoring blind zone, it compares the area size with the blind zone area threshold information. If the area size of the monitoring blind zone is greater than or equal to the blind zone The area threshold information determines that the trigger condition for generating the control instruction information is satisfied. The background device generates corresponding control instruction information. For example, the background device sends the control instruction information to the first wearable rescue device in the rescue group and activates its camera device, so that the background device can control and start the rescue group The camera device of all wearable rescue equipment in the rescue group to increase the probability that one or more video information uploaded by the rescuer in the rescue group through the wearable rescue equipment will cover the blind spot of monitoring. Of course, those skilled in the art should understand that the determination of the size of the area of the monitoring blind zone described above is only an example, and other existing or future operations that may be applicable to this application are also included in this application. Within the scope of protection, and included here by reference.

In some embodiments, the method further includes a five-module (not shown), and a five-module configured to check the one or more videos in the second sub-window according to the users participating in the rescue group The selection operation of the target video information in the information presents the target video information in the first sub-window. In some embodiments, the users participating in the rescue group include, but are not limited to, the rescue commander corresponding to the background device. For example, the background device displays the data uploaded by rescuers in the rescue group through the wearable rescue device used by the rescuer through the monitoring window. One or more video information. In some embodiments, the first sub-window in the monitoring window presents one of the one or more video information in the form of the main screen, and the remaining videos in the one or more video information The information is presented in a non-main screen mode in the second sub-window of the monitoring window. The user determines the target video information based on the video information presented in one or more second sub-windows. For example, the target video information captures the best viewing angle of the rescue scene, and the user can perform a selection operation (for example, click the target video information The corresponding video presented in the second sub-window of (where the video is the target video) presents the target video information through the first sub-window, so as to better observe the situation of the target video information.

As shown in Figure 4, according to another aspect of the present application, there is provided a first wearable rescue device for managing a wearable rescue device used by rescuers through a background device, wherein the device includes a two-to-one module and Two-two modules. The two-one module is used for the first wearable rescue device to receive control instruction information about the first wearable rescue device sent by the background device, wherein the first wearable rescue device is used by the first rescuer in the rescue group The second and second module is used for the first wearable rescue device to perform control processing on the camera device in the first wearable rescue device according to the control instruction information.

Specifically, the two-one module is used to receive the control instruction information about the first wearable rescue device sent by the background device, wherein the first wearable rescue device is used by the first rescuer in the rescue group. For example, the background device is based on the first trigger condition regarding the wearable rescue device used by rescuers in the rescue group, the second trigger condition regarding the one or more video information, or the third trigger regarding the rescue scene The condition determines whether to generate the control instruction information of the first wearable rescue device, if it is met, the background device sends the control instruction information to the first wearable rescue device, and the first wearable rescue device receives the control instruction information, wherein , The first wearable rescue device is used by the first rescuer in the rescue group. Here, the first trigger condition, the second trigger condition, and the third trigger condition are the same as or substantially the same as the first trigger condition, the second trigger condition, and the third trigger condition described above, respectively, and will not be repeated here. And included here by reference.

The second and second module is used to perform control processing on the camera device in the first wearable rescue device according to the control instruction information. For example, the control instruction information includes starting the camera in the first wearable rescue device. The first wearable rescue device turns on the camera device based on the control instruction information.

In some embodiments, the device further includes a second and third module (not shown), and the second and third module is used to upload execution result information corresponding to the control instruction information to the background device. In some embodiments, after the first wearable rescue device performs control processing on the camera device, it returns execution result information to the background device that sends the control instruction information. For example, the control instruction information is used to start the first wearable rescue device. The camera device in the device, the first wearable rescue device turns on the camera device based on the control instruction information. If the startup is successful, the first wearable rescue device returns execution result information that the startup is successful; if the startup fails, the first wearable rescue device returns execution result information that the startup fails.

In some embodiments, the two-two modules include two-two-one modules (not shown), two-two-two modules (not shown), and two-two-three modules (not shown). The two-two-one module is used to present the control instruction information through the first wearable rescue device; the two-two-two module is used to obtain the control instruction information of the first rescuer to the first wearable The control operation performed by the camera device in the rescue equipment; the two-two-three module is used to perform control processing on the camera device in the first wearable rescue equipment according to the control operation. In some embodiments, the first wearable rescue device performs control processing on the camera device in the first wearable rescue device based on the corresponding control operation of the first rescuer.

Specifically, the two-two-one module is used to present the control instruction information through the first wearable rescue device. For example, the first wearable rescue device is provided with a presentation device (for example, a liquid crystal display), and the first wearable rescue device receives control instruction information sent by a background device and presents the control instruction information on the presentation device ( For example, the camera device in the first wearable rescue device is activated).

The two-two-two module is used to obtain the control operation performed by the first rescuer on the camera device in the first wearable rescue equipment according to the control instruction information. The first rescuer performs a control operation on the camera device in the first wearable rescue device based on the control instruction information presented by the first wearable rescue device (for example, turns on the switch of the camera device).

The two-two-three module is used to perform control processing on the camera device in the first wearable rescue device according to the control operation. The first wearable rescue device performs control processing on the camera device based on the control operation of the first rescuer (for example, activates the camera device).

In some embodiments, the device further includes two or four modules (not shown). The two or four modules are used to photograph the rescue scene where the rescue team is located through the camera device in the first wearable rescue device. Video information; upload the video information to the background device. After the camera device in the first wearable rescue device is successfully started, the first wearable rescue device shoots video information about the rescue scene through the camera device, and uploads the video information to the background device.

The present application also provides a computer-readable storage medium that stores computer code, and when the computer code is executed, the method described in any of the preceding items is executed.

The present application also provides a computer program product. When the computer program product is executed by a computer device, the method described in any of the preceding items is executed.

This application also provides a computer device, which includes:

One or more processors;

Memory, used to store one or more computer programs;

When the one or more computer programs are executed by the one or more processors, the one or more processors are caused to implement the method as described in any one of the preceding items.

Figure 5 shows an exemplary system that can be used to implement the various embodiments described in this application;

As shown in FIG. 5, in some embodiments, the system 300 can be used as any device in each of the described embodiments. In some embodiments, the system 300 may include one or more computer-readable media having instructions (for example, system memory or NVM/storage device 320) and be coupled with the one or more computer-readable media and configured to execute The instructions are one or more processors (eg, processor(s) 305) that implement modules to perform the actions described in this application.

For an embodiment, the system control module 310 may include any suitable interface controller to provide at least one of the processor(s) 305 and/or any suitable device or component in communication with the system control module 310 Any appropriate interface.

The system control module 310 may include a memory controller module 330 to provide an interface to the system memory 315. The memory controller module 330 may be a hardware module, a software module, and/or a firmware module.

The system memory 315 may be used to load and store data and/or instructions for the system 300, for example. For one embodiment, the system memory 315 may include any suitable volatile memory, for example, a suitable DRAM. In some embodiments, the system memory 315 may include a double data rate type quad synchronous dynamic random access memory (DDR4 SDRAM).

For an embodiment, the system control module 310 may include one or more input/output (I/O) controllers to provide an interface to the NVM/storage device 320 and the communication interface(s) 325.

For example, NVM/storage device 320 can be used to store data and/or instructions. The NVM/storage device 320 may include any suitable non-volatile memory (e.g., flash memory) and/or may include any suitable non-volatile storage device(s) (e.g., one or more hard disk drives ( HDD), one or more compact disc (CD) drives and/or one or more digital versatile disc (DVD) drives).

The NVM/storage device 320 may include storage resources that are physically part of the device on which the system 300 is installed, or it may be accessed by the device and not necessarily be a part of the device. For example, the NVM/storage device 320 may be accessed via the communication interface(s) 325 through the network.

The communication interface(s) 325 may provide an interface for the system 300 to communicate through one or more networks and/or with any other suitable devices. The system 300 can wirelessly communicate with one or more components of a wireless network according to any of one or more wireless network standards and/or protocols.

For one embodiment, at least one of the processor(s) 305 may be packaged with the logic of one or more controllers of the system control module 310 (eg, the memory controller module 330). For one embodiment, at least one of the processor(s) 305 may be packaged with the logic of one or more controllers of the system control module 310 to form a system in package (SiP). For one embodiment, at least one of the processor(s) 305 may be integrated with the logic of one or more controllers of the system control module 310 on the same mold. For one embodiment, at least one of the processor(s) 305 may be integrated with the logic of one or more controllers of the system control module 310 on the same mold to form a system on chip (SoC).

In various embodiments, the system 300 may be, but is not limited to, a server, a workstation, a desktop computing device, or a mobile computing device (for example, a laptop computing device, a handheld computing device, a tablet computer, a netbook, etc.). In various embodiments, the system 300 may have more or fewer components and/or different architectures. For example, in some embodiments, the system 300 includes one or more cameras, keyboards, liquid crystal display (LCD) screens (including touchscreen displays), non-volatile memory ports, multiple antennas, graphics chips, application specific integrated circuits ( ASIC) and speakers.

It should be noted that this application can be implemented in software and/or a combination of software and hardware, for example, it can be implemented by an application specific integrated circuit (ASIC), a general purpose computer or any other similar hardware device. In an embodiment, the software program of the present application may be executed by a processor to realize the steps or functions described above. Similarly, the software program (including related data structure) of the present application can be stored in a computer-readable recording medium, such as RAM memory, magnetic or optical drive or floppy disk and similar devices. In addition, some steps or functions of the present application may be implemented by hardware, for example, as a circuit that cooperates with a processor to execute each step or function.

In addition, a part of this application can be applied as a computer program product, such as computer program instructions, when executed by a computer, through the operation of the computer, the method and/or technical solution according to the application can be invoked or provided. Those skilled in the art should understand that the computer program instructions in the computer-readable medium include but are not limited to source files, executable files, installation package files, etc. Correspondingly, the manner in which computer program instructions are executed by the computer includes but not Limited to: the computer directly executes the instruction, or the computer compiles the instruction and then executes the corresponding compiled program, or the computer reads and executes the instruction, or the computer reads and installs the instruction before executing the corresponding post-installation program. Here, the computer-readable medium may be any available computer-readable storage medium or communication medium that can be accessed by a computer.

Communication media includes media by which communication signals containing, for example, computer-readable instructions, data structures, program modules, or other data are transmitted from one system to another system. Communication media can include conductive transmission media (such as cables and wires (for example, optical fiber, coaxial, etc.)) and wireless (unguided transmission) media that can propagate energy waves, such as sound, electromagnetic, RF, microwave, and infrared . Computer readable instructions, data structures, program modules or other data may be embodied as, for example, a modulated data signal in a wireless medium such as a carrier wave or similar mechanism such as embodied as part of spread spectrum technology. The term "modulated data signal" refers to a signal whose one or more characteristics have been altered or set in such a way as to encode information in the signal. Modulation can be analog, digital or hybrid modulation techniques.

As an example and not limitation, a computer-readable storage medium may include volatile, non-volatile, nonvolatile, and nonvolatile, and may be implemented in any method or technology for storing information such as computer-readable instructions, data structures, program modules, or other data. Removable and non-removable media. For example, computer-readable storage media include, but are not limited to, volatile memory, such as random access memory (RAM, DRAM, SRAM); and non-volatile memory, such as flash memory, various read-only memories (ROM, PROM, EPROM) , EEPROM), magnetic and ferromagnetic/ferroelectric memory (MRAM, FeRAM); and magnetic and optical storage devices (hard disks, tapes, CDs, DVDs); or other currently known media or future developments that can be stored for computer systems Computer readable information/data used.

Here, an embodiment according to the present application includes a device including a memory for storing computer program instructions and a processor for executing the program instructions, wherein, when the computer program instructions are executed by the processor, trigger The operation of the device is based on the aforementioned methods and/or technical solutions according to multiple embodiments of the present application.

For those skilled in the art, it is obvious that the present application is not limited to the details of the foregoing exemplary embodiments, and the present application can be implemented in other specific forms without departing from the spirit or basic characteristics of the application. Therefore, no matter from which point of view, the embodiments should be regarded as exemplary and non-limiting. The scope of this application is defined by the appended claims rather than the above description, and therefore it is intended to fall into the claims. All changes in the meaning and scope of the equivalent elements of are included in this application. Any reference signs in the claims should not be regarded as limiting the claims involved. In addition, it is obvious that the word "including" does not exclude other units or steps, and the singular does not exclude the plural. Multiple units or devices stated in the device claims can also be implemented by one unit or device through software or hardware. Words such as first and second are used to denote names, but do not denote any specific order.

Claims

A method for managing a wearable rescue device used by rescuers through the background device at the background device side, wherein the method includes:

Receiving one or more video information about the rescue scene corresponding to the rescue group through a background device, where each video information is captured and uploaded by a wearable rescue device used by a rescuer in the rescue group;

The one or more video information is presented in the monitoring window of the background device, wherein the first sub-window of the monitoring window is used to present one of the one or more video information, The second sub-window is used to present the one or more video information.
The method according to claim 1, wherein the method further comprises:

Generating control instruction information about the first wearable rescue device used by the first rescuer in the rescue group;

Sending the control instruction information to the first wearable rescue device.
The method according to claim 2, wherein the method further comprises:

Receiving execution result information corresponding to the control instruction information returned by the first wearable rescue device.
The method according to claim 2 or 3, wherein the control instruction information includes at least any one of the following:

Starting the camera device in the first wearable rescue device;

Turning off the camera device in the first wearable rescue equipment;

Configuring camera parameter information of the camera device in the first wearable rescue equipment;

Configure the streaming address information of the first wearable rescue device.
The method according to any one of claims 2 to 4, wherein said generating control instruction information about the first wearable rescue device used by the first rescuer in the rescue group comprises:

Detecting whether the trigger condition for controlling the wearable rescue equipment used by rescuers in the rescue group is satisfied;

If the trigger condition is met, generating control instruction information about the first wearable rescue device corresponding to the trigger condition, wherein the first wearable rescue device is used by the first rescuer in the rescue group.
The method according to claim 5, wherein the trigger condition includes at least any one of the following:

Regarding the first trigger condition of the wearable rescue device used by rescuers in the rescue group;

A second trigger condition regarding the one or more video information;

Regarding the third trigger condition of the rescue scene.
The method according to claim 6, wherein the first trigger condition includes at least any one of the following:

The camera device of the wearable rescue equipment used by a rescuer in the rescue group is in a closed state;

Information that the remaining power of the wearable rescue device used by a rescuer in the rescue group is lower than or equal to the power threshold;

The current available bandwidth information of the wearable rescue device used by a rescuer in the rescue group is lower than or equal to the bandwidth threshold information.
The method according to claim 6, wherein the second trigger condition includes at least any one of the following:

The transmission rate of one piece of video information in the one or more pieces of video information is lower than or equal to the video rate threshold information;

The video frame resolution of one piece of video information in the one or more pieces of video information is lower than or equal to the video frame resolution threshold information;

The similarity of the video frames of two video information in the one or more video information is greater than or equal to the video similarity threshold information.
The method according to claim 6, wherein the third trigger condition includes at least any one of the following:

There is a blind spot in the rescue scene, where the blind spot is not covered by the one or more video information;

The area of the monitoring blind area in the rescue scene is greater than or equal to the blind area area threshold information, wherein the monitoring blind area is not covered by the one or more video information.
The method according to any one of claims 1 to 9, wherein the method further comprises:

According to a selection operation of a user participating in the rescue group on the target video information in the one or more video information in the second sub-window, the target video information is presented in the first sub-window.
A method for managing a wearable rescue device used by a rescuer through a background device at the end of a first wearable rescue device, wherein the method includes:

Receiving control instruction information about the first wearable rescue device sent by the background device, wherein the first wearable rescue device is used by the first rescuer in the rescue group;

Performing control processing on the camera device in the first wearable rescue device according to the control instruction information.
The method according to claim 11, wherein the method further comprises:

Uploading the execution result information corresponding to the control instruction information to the background device.
The method according to claim 11 or 12, wherein the performing control processing on the camera device in the first wearable rescue device according to the control instruction information comprises:

Presenting the control instruction information through the first wearable rescue device;

Acquiring the control operation performed by the first rescuer on the camera device in the first wearable rescue device according to the control instruction information;

According to the control operation, a control process is performed on the camera device in the first wearable rescue device.
The method according to any one of claims 11 to 13, wherein the method further comprises:

Shooting video information of the rescue scene where the rescue team is located by the camera device in the first wearable rescue equipment;

Upload the video information to the background device.
A background device for managing wearable rescue equipment used by rescuers through a background device, wherein the background device includes:

Processor; and

A memory arranged to store computer-executable instructions which, when executed, cause the processor to perform the operations of the method as claimed in any one of claims 1 to 10.
A first wearable rescue device for managing a wearable rescue device used by rescuers through a background device, wherein the first wearable rescue device includes:

Processor; and

A memory arranged to store computer-executable instructions which, when executed, cause the processor to perform the operations of the method as claimed in any one of claims 11 to 14.
A computer-readable medium comprising instructions that when executed cause a system to perform the operation of the method according to any one of claims 1 to 14.