Method for transmitting information

Abstract

The application discloses an information transmission method, and belongs to the technical field of communication. The method comprises the following steps: in the case that a rescue party device is in a call connection, a request authorization instruction sent by a 5G message service system is received, the request authorization instruction carries permission information of the rescue party device requesting to access a distress party device; whether the rescue party device is allowed to access related data of the distress party device is prompted according to the request authorization instruction; in the case that the rescue party device is allowed to access the related data of the distress party device, distress information is acquired; then, a first 5G message carrying the distress information is sent to the 5G message service system. In this way, the distress information of the distress party is synchronized to the rescue party through the 5G message, the most effective risk avoidance scheme can be accurately given to the distress party, the inaccuracy of the distress information transmitted through the telephone call is avoided, the risk avoidance delay caused by the inaccuracy is avoided, and the rescue efficiency is improved.

Description

Technical Field

[0001] This application belongs to the field of communication technology, specifically relating to an information transmission method. Background Technology

[0002] When people in distress need help, they usually call emergency numbers such as 110 (police), 120 (ambulance), or 119 (fire department) immediately to request assistance. Rescuers can then communicate with the person in distress by phone to understand the urgency of the situation, the person's location, physical condition, and other relevant information, and provide evacuation plans.

[0003] However, due to their anxiety, those in distress often make incorrect judgments about the situation, leading to inaccurate predictions of the urgency and an inability to accurately describe their location, physical condition, and other relevant information. This prevents rescuers from quickly and accurately providing the most effective evacuation plan via telephone, delaying rescue efforts and reducing rescue efficiency. Summary of the Invention

[0004] The purpose of this application is to provide an information transmission method that solves the problem in the prior art that it is impossible to accurately transmit danger information to the rescuer, which delays the rescuer's escape from danger and reduces the rescue efficiency.

[0005] In a first aspect, embodiments of this application provide an information transmission method, applied to a messaging application on a distressed device, comprising:

[0006] While in a call connection with the rescuer's equipment, receive a request authorization instruction sent by the 5G messaging service system. The request authorization instruction carries the rescuer's equipment's permission information to access the distressed person's equipment.

[0007] Based on the authorization request, you will be prompted whether to allow the rescuer's equipment to access relevant data on the victim's equipment;

[0008] Obtain distress information by allowing the rescuer's equipment to access relevant data from the distressed person's equipment;

[0009] Send the first 5G message carrying the emergency information to the 5G messaging service system.

[0010] Secondly, embodiments of this application provide an information transmission method, applied to a messaging application of a rescuer's device, comprising:

[0011] When a call connection is established with the distressed device, an access request is sent to the 5G Messaging Service System. The access request is used to request access to the distressed device that is in a call connection with the rescuer's device.

[0012] Receive emergency information sent by the 5G messaging service system. The emergency information is obtained by the distressed device with authorization to access its relevant data and sent through the 5G messaging service system.

[0013] Displays emergency information.

[0014] Thirdly, embodiments of this application provide an information transmission method applied to a 5G messaging service system, comprising:

[0015] Receive access requests sent by the rescuer's equipment. The access requests are used to request access to the distressed equipment that is in a communication connection with the rescuer's equipment.

[0016] Based on the access request, a request authorization instruction is sent to the distressed device. The request authorization instruction carries the permission information of the rescuer device requesting access to the distressed device. The request authorization instruction is used to indicate whether to allow the rescuer device to access the relevant data of the distressed device, and if the rescuer device is allowed to access the relevant data of the distressed device, the first 5G message carrying the distress information is obtained.

[0017] Upon receiving the first 5G message carrying distress information from the distressed party's device, distress information is sent to the rescuer's device to prompt the rescuer to provide a risk avoidance plan to the distressed party based on the distress information.

[0018] Fourthly, embodiments of this application provide an information transmission device for use in a distressed person's device, comprising:

[0019] The receiving module is used to receive a request authorization instruction sent by the 5G messaging service system when the device is in a call connection with the rescuer's device. The request authorization instruction carries the permission information of the rescuer's device requesting access to the device of the person in distress.

[0020] The prompting module is used to prompt whether the rescuer's equipment is allowed to access the relevant data of the victim's equipment based on the authorization request instruction;

[0021] The acquisition module is used to acquire emergency information while allowing the rescuer's equipment to access relevant data from the victim's equipment;

[0022] The sending module is used to send the first 5G message carrying the emergency information to the 5G messaging service system.

[0023] Fifthly, embodiments of this application provide an information transmission device, a messaging application applied to a rescuer's device, comprising:

[0024] The sending module is used to send an access request to the 5G messaging service system when the device in distress is in a call connection with the device in distress. The access request is used to request access to the device in distress that is in a call connection with the rescuer's device.

[0025] The receiving module is used to receive emergency information sent by the 5G messaging service system. The emergency information is obtained by the distressed device after it has been authorized to access its relevant data, and then sent through the 5G messaging service system.

[0026] The display module is used to display emergency information.

[0027] Sixthly, embodiments of this application provide an information transmission device applied to a 5G messaging service system, comprising:

[0028] The receiving module is used to receive access requests sent by the rescuer's equipment. The access request is used to request access to the distressed equipment that is in a communication connection with the rescuer's equipment.

[0029] The sending module is used to send a request authorization instruction to the distressed device according to the access request. The request authorization instruction carries the permission information of the rescuer device requesting to access the distressed device. The request authorization instruction is used to indicate whether to allow the rescuer device to access the relevant data of the distressed device, and if the rescuer device is allowed to access the relevant data of the distressed device, it obtains the first 5G message carrying the distress information.

[0030] The sending module is also used to send hazard information to the rescuer's equipment when it receives hazard information sent by the distressed device via 5G message. This information prompts the rescuer's equipment to provide the distressed person with an evacuation plan via telephone communication based on the hazard information.

[0031] In a seventh aspect, embodiments of this application provide an electronic device, which includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor. When the program or instructions are executed by the processor, they implement the steps of the information transmission method as shown in the first aspect, or the steps of the information transmission method as shown in the second aspect, or the steps of the information transmission method as shown in the third aspect. The computer device is a device for a person in distress or a device for a rescuer.

[0032] Eighthly, embodiments of this application provide a server, which includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor. When the program or instructions are executed by the processor, they implement the steps of the information transmission method as shown in the third aspect.

[0033] Eighthly, embodiments of this application provide a readable storage medium on which a program or instructions are stored. When the program or instructions are executed by a processor, they implement the steps of the information transmission method as shown in the first aspect, or the steps of the information transmission method as shown in the second aspect, or the steps of the information transmission method as shown in the third aspect.

[0034] Ninthly, embodiments of this application provide a chip, the chip including a processor and a display interface, the display interface and the processor being coupled, the processor being used to run programs or instructions to implement the steps of the information transmission method as shown in the first aspect, or the steps of the information transmission method as shown in the second aspect, or the steps of the information transmission method as shown in the third aspect.

[0035] In a tenth aspect, embodiments of this application provide a computer program product stored in a storage medium, which is executed by at least one processor to implement the steps of the information transmission method as shown in the first aspect, or the steps of the information transmission method as shown in the second aspect, or the steps of the information transmission method as shown in the third aspect.

[0036] In this embodiment, while maintaining a call connection with the rescuer's device, a request authorization instruction sent by the 5G messaging service system can be received. This instruction carries the rescuer's permission information to access the distressed device's data. Based on the instruction, the system prompts the rescuer to allow access to the distressed device's data. If access is granted, the distress information is obtained. Then, a first 5G message carrying the distress information is sent to the 5G messaging service system. This eliminates the need for the distressed device to install any instant messaging applications or apply for additional accounts and passwords. Once authorized, the distress information is automatically synchronized with the rescuer via 5G messaging, reducing the need for the distressed to manually edit the information and improving the accuracy of the information transmitted. Synchronizing the distressed device's data with the rescuer via 5G messaging provides the most effective avoidance strategy while avoiding the slow transmission of information when telephone signals are weak, thus preventing delays and improving rescue efficiency. Attached Figure Description

[0037] Figure 1 This application provides a schematic diagram of the structure of a 5G messaging service system according to an embodiment of the present application.

[0038] Figure 2 A flowchart illustrating an information transmission method provided in an embodiment of this application;

[0039] Figure 3 A flowchart illustrating an information transmission method based on a distress device provided in this application embodiment;

[0040] Figure 4 This is a schematic diagram of the display interface of a distressed device in an information transmission method provided in an embodiment of this application;

[0041] Figure 5A flowchart illustrating an information transmission method based on rescuer equipment provided in this application embodiment;

[0042] Figure 6 A flowchart illustrating an information transmission method between a 5G messaging service system, a distressed device, and a rescuer device, provided as an embodiment of this application;

[0043] Figure 7 This is a schematic diagram of the structure of an information transmission device provided in an embodiment of this application;

[0044] Figure 8 A schematic diagram of the structure of an information transmission device based on a distress device provided in this application embodiment;

[0045] Figure 9 A schematic diagram of the structure of an information transmission device based on the rescuer's equipment provided in this application embodiment;

[0046] Figure 10 A schematic diagram of the structure of a computer device provided in an embodiment of this application;

[0047] Figure 11 This is a schematic diagram of the hardware structure of a computer device provided in an embodiment of this application. Detailed Implementation

[0048] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0049] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class and the number of objects is not limited; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0050] The acquisition, storage, use, and processing of data (including but not limited to features and information mentioned in the text) in this application all comply with relevant national laws and regulations. To address the aforementioned technical problems, embodiments of this application provide a data processing method, apparatus, computer equipment, and storage medium.

[0051] In related technologies, the vast majority of methods for synchronizing emergency information still rely on telephone calls, such as the police emergency number 110, the ambulance emergency number 120, and the fire emergency number 119. When a person in distress needs help, they will dial the corresponding number to request assistance immediately. The rescuer then uses telephone communication with the person in distress to understand the emergency situation, the person's location, physical condition, and other emergency information, and guides the person on how to respond.

[0052] However, factors such as the victim's emotional state, physical condition, age, and education level can cause certain deviations in the victim's description of the danger situation. For example, the victim may misjudge the urgency of the danger or be unable to accurately describe their location. As a result, rescuers may not be able to obtain accurate information about the danger situation, thus reducing the accuracy of the measures they can take to respond.

[0053] Furthermore, since the distressed party and the rescuer communicate the danger information and response measures through verbal descriptions, the unavoidable poor signal during telephone communication can sometimes lead to gaps in the content received by both parties. This means that the rescuer cannot obtain accurate danger information and therefore cannot quickly and accurately provide the distressed party with the most effective avoidance plan, thus delaying the rescuer's escape and reducing the efficiency of the rescue.

[0054] To address the problems in related technologies, embodiments of this application provide an information transmission method, apparatus, device, storage medium, and computer program product.

[0055] Based on this, the following is in conjunction with the appendix Figures 1 to 6 The information transmission method provided in this application will be described in detail through specific embodiments and application scenarios.

[0056] First, combined Figure 1 This application provides a detailed description of a 5G messaging service system based on an embodiment.

[0057] Figure 1 This is a schematic diagram of the structure of a 5G messaging service system provided in an embodiment of this application.

[0058] like Figure 1 As shown, the 5G messaging service system provided in this application embodiment can be any service system capable of providing 5th Generation Mobile Communication Technology (5G) messaging. The 5G messaging service system can be a 5G messaging service platform or a Message as a Platform (MaaP) platform within a 5G messaging service platform.

[0059] Its 5G messaging service system can set up a chatbot management platform, which includes a chatbot verification module 101, a chatbot permission management module 102, and a special instruction processing module 103.

[0060] like Figure 1 As shown, the Chatbot verification module 101 is used to verify the identity of the rescuer device that initiated the access request. The 5G messaging service system may include a Chatbot corresponding to the rescuer device. Thus, the Chatbot verification module 101 can verify whether the Chatbot of the rescuer device initiating the access request is a dangerous Chatbot. For example, if the Chatbot includes the rescuer device's rescuer identifier, such as a 110, 120, or 119 phone number identifier, then the Chatbot is determined to be a dangerous Chatbot. Conversely, if the Chatbot does not include the rescuer device's rescuer identifier, such as a 110, 120, or 119 phone number identifier, then the Chatbot is determined to be a non-dangerous Chatbot.

[0061] Here, if the Chatbot verification module 101 determines that the Chatbot is a dangerous Chatbot, it can generate an initial verification result indicating that the Chatbot is a dangerous Chatbot, and provide the initial verification result and the access request corresponding to the initial verification result to the Chatbot permission management module 102, so that the Chatbot permission management module 102 can further verify the identity of the rescuer.

[0062] Conversely, if the Chatbot verification module 101 determines that the Chatbot is not a distress Chatbot, it can generate a termination verification result to indicate that the rescuer device does not agree to the rescuer device accessing the distressed device that is in a call connection with the rescuer device.

[0063] The Chatbot permission management module 102 is used to further verify the identity of the rescuer's device that initiated the access request. Specifically, the Chatbot permission management module 102 can determine the preset danger level corresponding to the permission information requested by the Chatbot based on the initial verification result output by the Chatbot verification module 101 and the permission information in the access request corresponding to that initial verification result. If the permission information requested by the Chatbot is within the range of the permission information list corresponding to the preset danger level, such as the Chatbot requesting permission to access the geographical location of the distressed device, and the permission information list includes permissions for the Chatbot to obtain geographical location, camera, and microphone, then a complete verification result can be generated. This complete verification result indicates that the rescuer's device has passed authentication, and the complete verification result and access request are sent to the special instruction processing module 103.

[0064] Conversely, if the permission information requested by the Chatbot is not within the scope of the permission information list corresponding to the preset danger level, such as the permission information requested by the Chatbot to access the distressed person's identity credentials on the distressed person's device, and the permission information list includes the Chatbot's permission to obtain geolocation, camera permission, and microphone permission, then a termination verification result can be generated to prompt the rescuer's device that it does not agree to the rescuer's device accessing the distressed person's device that is in a call connection with the rescuer's device.

[0065] The special instruction processing module 103 is used to generate a request authorization instruction to be sent to the distressed device based on the complete verification result and access request output by the Chatbot permission management module 102. Specifically, the special instruction processing module 103 can obtain a first preset instruction template related to the rescuer's device and a second preset instruction template related to the distressed device. For the first preset instruction template, for example, "Fire 119 wants to access your device's ***** permissions" or "Police 110 wants to access your device's **** permissions." For the second preset instruction template, in some embodiments, the access request is carried by a 5G message. Therefore, it is necessary to convert the 5G message into a request authorization instruction that the distressed device can recognize and carries a special identifier pre-defined by the distressed device and the 5G message service system, so as to send the request authorization instruction to the distressed device through the 5G message service system. Here, the second preset instruction template can be "Distressed device - pre-defined special character ￥￥" or "Distressed device - device name".

[0066] Based on this, taking permission information such as camera permission and geolocation permission as examples, this paper explains how to generate a request authorization command based on the first preset command template, the second preset command template and permission information, such as "￥￥-Fire Alarm 119 wants to access your device's camera permission" or "Xiaoming Mobile-Police 110 wants to access your geolocation permission".

[0067] Furthermore, the Chatbot management platform in this embodiment may also include a Chatbot application module. The Chatbot application module can be used to construct a Chatbot corresponding to the rescuer's device in the Chatbot management platform based on a Chatbot application request sent by the rescuer's device, and to set a risk level for it, thus obtaining a preset risk level corresponding to the chatbot; and to set permission information corresponding to the preset risk level based on the permission information carried in the Chatbot application request and the preset risk level. It is understood that the aforementioned construction of the Chatbot corresponding to the rescuer's device should precede the step of receiving the access request sent by the rescuer's device.

[0068] In addition, the 5G messaging service system may also include a service management platform. The service management platform can be used to interact with rescuer equipment and distressed equipment. Specifically, the service management platform can receive access requests from rescuer equipment and forward them to the Chatbot management platform. Furthermore, the service management platform can also send the request authorization command generated by the special instruction processing module 103 to the distressed equipment; and upon receiving a first 5G message carrying distress information from the distressed equipment, it can send distress information to the rescuer equipment, prompting the rescuer to provide an evacuation plan to the distressed based on the distress information.

[0069] Therefore, the 5G messaging service system provided in this application embodiment can synchronize emergency information via 5G messaging on top of traditional voice calls, delivering visualized emergency information to rescuers in a timely and accurate manner, thus improving rescue efficiency. Since emergency information is transmitted via 5G messaging, neither the rescuer's nor the victim's device needs to install any instant messaging applications, nor does it require additional account passwords. Once authorized, emergency information can be automatically synchronized via 5G messaging, reducing the need for the victim to manually edit emergency information. Furthermore, authorization requests can be used to instruct the victim's device to obtain emergency information that meets the rescuer's needs, thereby improving the accuracy of the evacuation plan provided by the rescuer. This is particularly useful for obtaining emergency information from victims who are emotionally agitated, physically unwell, young, or elderly.

[0070] It should be noted that the information transmission method provided in this application embodiment can be applied to any emergency information transmission scenario. For example, through official certification, rescue parties such as emergency offices, police stations, and fire stations can apply for an emergency chatbot. When encountering a distressed person seeking help, they can respond promptly and quickly by superimposing traditional voice messages with 5G messages that can transmit rich media information, formulate rescue plans, and guide the distressed person to take emergency evacuation, thus gaining rescue time.

[0071] Secondly, combining Figure 2 This application provides a detailed description of an information transmission method based on an embodiment.

[0072] Figure 2 This is a flowchart of an information transmission method provided in an embodiment of this application.

[0073] like Figure 2 As shown, the information transmission method provided in this application embodiment can be applied to, for example... Figure 1 Based on the 5G messaging service system shown, the information transmission method may include the following steps:

[0074] Step 210: Receive an access request from the rescuer's device, which requests access to the distressed device that is in a call connection with the rescuer's device; Step 220: Based on the access request, send a request authorization instruction to the distressed device, which carries the rescuer's device's permission information for requesting access to the distressed device. The request authorization instruction indicates whether the rescuer's device is allowed to access the distressed device's relevant data, and if the rescuer's device is allowed to access the distressed device's relevant data, obtain a first 5G message carrying the distress information; Step 230: Upon receiving the first 5G message carrying the distress information from the distressed device, send distress information to the rescuer's device to prompt the rescuer to provide an evacuation plan to the distressed based on the distress information.

[0075] In this way, on the one hand, for those in distress, there is no need to install any instant messaging applications on their devices or apply for additional account passwords. Once authorized, the distress information can be automatically synchronized via 5G messages, reducing the need for distressed individuals to edit distress information themselves. On the other hand, for rescuers, authorization commands can be requested to instruct the distressed device to obtain distress information that meets their needs, thereby improving the accuracy of the evacuation plan provided by the rescuer. Here, synchronizing the distressed device with the distressed individual via 5G messages can accurately provide the most effective evacuation plan to the distressed individual while avoiding the slow transmission of distress information to the rescuer when the telephone signal is poor, preventing evacuation delays and improving rescue efficiency.

[0076] The steps described above are explained in detail below.

[0077] First, regarding step 210, in some embodiments of this application, step 210 may specifically include:

[0078] The system receives third-party 5G messages from the rescuer's device via a chatbot that corresponds to the rescuer's device. These third-party 5G messages carry access requests.

[0079] Here, a chatbot set up for the rescuer's device in the 5G messaging service system can receive third 5G messages sent by the rescuer's device, and the third 5G messages carry access requests.

[0080] In this embodiment, the access request may include the rescuer's device requesting access to the distressed device's permission information, or it may include the distressed device's communication number. Here, the permission information can be used by the 5G messaging service system to verify the rescuer's identity. The communication number is used to accurately identify the distressed device receiving the second 5G message.

[0081] The permission information in this application embodiment includes, but is not limited to, at least one of the following: permission for geographic location, permission for camera, permission for microphone, permission for the identity of the person in distress, and permission for the identity certificate of the person in distress.

[0082] Next, regarding step 220, in some embodiments of this application, since the access request can be received by a chatbot corresponding to the rescuer's device, the identity of the rescuer can be verified by verifying whether the chatbot is an emergency chatbot. Based on this, step 220 may specifically include steps 2201 and 2202.

[0083] Step 2201: Based on the access request, determine whether the chatbot corresponding to the rescuer's device is an emergency chatbot.

[0084] The chatbot associated with the rescuer's device is pre-associated, and it contains the rescuer's identification credentials, such as 119, 110, or 120. Thus, if the identification credentials associated with the chatbot match a preset identification credential in a whitelist, the chatbot is identified as an emergency chatbot; conversely, if the identification credentials do not match, the chatbot is not identified as an emergency chatbot.

[0085] Step 2202: If it is determined that the chatbot is a distress chatbot, a second 5G message is sent to the distressed device through the chatbot. The second 5G message carries a request for authorization.

[0086] Furthermore, in order to prevent the rescuer's device from arbitrarily accessing the victim's device, which could easily lead to the leakage of the victim's device information, this embodiment of the application needs to further verify whether the permission information that the rescuer's device wants to access is within the previously preset range when it is determined that the chatbot is a distress chatbot. Based on this, step 2202 may specifically include steps 22021 and 22022.

[0087] Step 22021: If the chatbot is determined to be a dangerous chatbot, obtain the permission information list corresponding to the preset danger level of the chatbot. The permission information list includes N preset permission information items, where N is a positive integer.

[0088] For example, if the permission information requests access to the location of the distressed person's device, and the N preset permission information includes permissions for location, camera, and microphone, then the N preset permission information can be obtained, and step 22022 can be executed. Conversely, if the permission information requests access to the distressed person's identity credentials, and the aforementioned permission information list does not include this permission, then step 22022 is not executed, and a termination verification result can be generated to indicate that the rescuer's device does not agree to the rescuer's device accessing the distressed person's device, which is in a call connection with the rescuer's device.

[0089] Step 22022: Given N preset permission information, including permission information, send a second 5G message to the distressed device via a chatbot.

[0090] Therefore, by limiting the scope of access information for the rescuer's equipment to the distressed equipment through N preset permission information in the permission information list, the rescuer's equipment is prevented from having unrestricted access to the distressed equipment, thus improving the information security of the distressed equipment.

[0091] It should be noted that, in order for the 5G messaging service system to accurately identify the distressed device, the access request also carries the communication number of the distressed device. Therefore, the step of sending a second 5G message to the distressed device via a chatbot in steps 2202 and 22022 can specifically include:

[0092] Based on the communication number, a second 5G message is sent to the distressed device via a chatbot.

[0093] In some other embodiments of this application, the information transmission method may further include a process of generating a request for authorization instruction before sending the request for authorization instruction to the distressed device. Based on this, the information transmission method may further include steps 2401 and 2402 before sending the request for authorization instruction to the distressed device.

[0094] Step 2401: Obtain the first preset instruction template related to the rescuer's equipment and the second preset instruction template related to the distressed person's equipment.

[0095] For example, the first preset instruction template is such as "Fire Alarm 119 wants to access your device's ***** permissions" or "Police 110 wants to access your device's **** permissions". The second preset instruction template can be "Distressed Device - Pre-defined special characters ￥￥" or "Distressed Device - Device Name".

[0096] Step 2402: Generate an authorization request instruction based on the first preset instruction template, the second preset instruction template, and the permission information.

[0097] For example, the authorization request instruction could be "￥￥-Fire Alarm 119 wants to access your device's camera permission" or "Xiaoming Mobile-Police 110 wants to access your location permission".

[0098] Then, regarding step 230, in some embodiments of this application, step 230 may specifically include:

[0099] A fourth 5G message is sent to the rescuer's device via a chatbot corresponding to the rescuer's device. The fourth 5G message carries information about the emergency.

[0100] In this way, the language used by the rescuers and the people in distress can be switched, improving the efficiency of communication between the two.

[0101] Furthermore, the hazard information in this embodiment can be used to prompt the rescuer to provide a hazard avoidance plan to the victim via telephone communication based on the hazard information, and can also be used to prompt the rescuer to provide a hazard avoidance plan to the victim via 5G message based on the hazard information. Based on this, after step 230, the information transmission method may also include steps 2501 and 2502.

[0102] Step 2501: Receive the fifth 5G message sent by the rescuer's device through the chatbot corresponding to the rescuer's device. The fifth 5G message carries risk avoidance information corresponding to the risk avoidance plan.

[0103] Step 2502: Send a sixth 5G message to the distressed device through a chatbot corresponding to the rescuer's device. The sixth 5G message carries distress avoidance information.

[0104] It should be noted that the 5G messages in this application embodiment, such as the first 5G message to the sixth 5G message, may include at least one of the following types of information: text, images, videos, audio and video, audio, and emoticons.

[0105] Therefore, there is no need to install any instant messaging applications on the victim's device or apply for additional account passwords. Once authorized, the emergency information can be automatically synchronized via 5G messages, reducing the need for the victim to edit the emergency information themselves. Furthermore, the device can be instructed to obtain emergency information that meets the rescuer's needs through authorization requests, thereby improving the accuracy of the evacuation plan provided by the rescuer. Here, synchronizing the emergency information related to the victim's device with the rescuer via 5G messages can accurately provide the victim with the most effective evacuation plan while avoiding the slow transmission of emergency information to the rescuer when the telephone signal is poor, preventing evacuation delays and improving rescue efficiency.

[0106] Next, combined Figure 3 This application provides a detailed description of an information transmission method based on a distress device.

[0107] Figure 3 A flowchart illustrating an information transmission method based on a distress device provided in this application embodiment.

[0108] like Figure 3 As shown, the information transmission method provided in this application embodiment can be applied to the messaging application of a distressed device. Based on this, the information transmission method may include the following steps:

[0109] Step 310: While maintaining a call connection with the rescuer's device, receive a request authorization instruction from the 5G messaging service system. The request authorization instruction carries the rescuer's device's permission information to access the distressed device. Step 320: Based on the request authorization instruction, prompt the distressed device whether to allow the rescuer's device to access the distressed device's relevant data. Step 330: If the rescuer's device is allowed to access the distressed device's relevant data, obtain the emergency information. Step 340: Send a first 5G message carrying the emergency information to the 5G messaging service system.

[0110] Therefore, for those in distress, there is no need to install any instant messaging applications on their devices or apply for additional account passwords. After authorization, the system can automatically synchronize the emergency information with the rescuer via 5G messages. This reduces the need for those in distress to edit emergency information themselves, improving the accuracy of the emergency information transmitted by those in distress to the rescuer. By synchronizing the emergency information related to those in distress with the rescuer via 5G messages, the system can accurately provide those in distress with the most effective avoidance plan while avoiding the slow transmission of emergency information to the rescuer when the telephone signal is poor, thus preventing delays in emergency avoidance and improving rescue efficiency.

[0111] The steps described above are explained in detail below.

[0112] First, regarding step 320, in some embodiments of this application, step 320 may specifically include:

[0113] Upon receiving the authorization request, a prompt window is displayed, asking whether the rescuer's equipment is allowed to access the data on the distressed person's equipment.

[0114] For example, the authorization request instruction could be "￥￥-Fire Alarm 119 wants permission to access your device's camera" or "Xiaoming Mobile-Police 110 wants permission to access your location". Based on this, as Figure 4 As shown, a prompt window is displayed, which displays "￥￥-Fire Alarm 119 wants to access your device's camera. Please select whether to allow access." If "Yes" is selected, it is confirmed that the input allowing the rescuer's device to access the distressed person's device has been received.

[0115] This reduces the need for victims to manually authorize each individual case, thus improving the efficiency of obtaining information about potential dangers.

[0116] Furthermore, to reduce the actions required by the victim in an emergency, this embodiment of the application filters permissions that require manual authorization from the user by pre-setting permission information, excluding permissions with low permissions that do not require manual authorization, thereby further improving the efficiency of obtaining emergency information. Based on this, before step 320, the information transmission method may also include steps 3501 and 3502.

[0117] Step 3501: Match the permission information requested by the rescuer's device to access the distressed device with the preset permission information to obtain the matching result.

[0118] For example, the preset permission information may include permission information for the rescuer's device to request access to the audio / video capture device and access the location of the victim's device. In this case, the preset permission information requires user verification and manual authorization. If a request for access to the victim's device location is received from the rescuer's device, a matching result can be obtained between the current permission information and the preset permission information. If a request for access to the victim's device location from the rescuer's device is received, indicating whether the current permission information does not match the preset permission information, a matching result can be obtained.

[0119] Step 3502: If the matching result shows that the permission information matches the preset permission information, a prompt window is displayed.

[0120] Additionally, if the matching result indicates that the permission information does not match the preset permission information, proceed with step 330.

[0121] This can further reduce the actions taken by those in distress during emergencies, eliminate some permissions that do not require real-time user authorization, reduce the need for those in distress to manually confirm authorization, and further improve the efficiency of obtaining distress information.

[0122] In some other embodiments of this application, the prompt window further includes a first control and a second control. Prior to step 330, the information transmission method may also include steps 3601 and 3602, as detailed below.

[0123] Step 3601: Upon receiving user permission for the first control, determine whether to allow the rescuer's device to access relevant data of the distressed device.

[0124] Step 3602: Upon receiving a user's request for the second control, determine that the rescuer's device is not allowed to access the relevant data of the distressed person's device.

[0125] Therefore, by displaying the first and second controls in the prompt window, it is possible to prevent the person in distress from accidentally touching other areas in an emergency, which would prevent timely and accurate access to information about the danger. This would prevent delays in evacuation and improve rescue efficiency.

[0126] Secondly, regarding step 330, in some embodiments of this application, step 330 may specifically include:

[0127] If the rescuer's equipment is allowed to access relevant data on the victim's equipment, the emergency information can be obtained based on the access permissions.

[0128] Therefore, once authorized, relevant hazard information can be obtained based on the authorized information, reducing the need for victims to edit hazard information themselves, improving the efficiency of obtaining hazard information, and avoiding errors that victims may make when editing hazard information in emergency situations. This also improves the accuracy of hazard information transmission from victims to rescuers, thereby improving the accuracy of evacuation plans provided by rescuers to victims.

[0129] Furthermore, if the permission information is access to a geographic location, then the location information of the distressed person's device will be determined as the distress information.

[0130] Furthermore, if the permission information is permission to call the audio and video capture device, then step 330 may specifically include the following steps 3301 and 3302.

[0131] Step 3301: If the permission information is to call the audio and video capture device, extract the target content that the rescuer instructed to collect from the call content with the rescuer.

[0132] Step 3302: According to the target content, call the audio and video capture device in the distressed person's device to obtain the distress information.

[0133] Therefore, once authorized, the system can automatically identify the content of the call to extract the information that the rescuer wants to collect. The victim's device can then automatically obtain information that is compatible with the target content and use it as the emergency information. This reduces the need for the victim to edit the emergency information themselves. In other words, the rescuer can instruct the victim's device to obtain emergency information that meets the rescuer's needs through the telephone, reducing the need for the victim to edit the emergency information themselves and improving the efficiency of obtaining emergency information.

[0134] It should be noted that, in this application embodiment, hazard information can be obtained either based on the target content or based on the instructions carried in the request authorization instruction. That is, the request authorization instruction can be used to request the distressed party to allow the rescuer's device to access the relevant data of the distressed party's device. In this case, if it is determined that the rescuer allows the rescuer's device to access the relevant data of the distressed party's device, the specific content of the request authorization instruction that instructs the distressed party's device to collect hazard information can be followed. For example, the rescuer can instruct in the request authorization instruction that when the distressed party allows the camera to be used, the camera should be pointed at the location of the hazard, the distressed party's device will automatically take a picture, and the captured data will be used as hazard information.

[0135] In this way, information relevant to the target can be obtained more quickly and used as hazard information, reducing the need for victims to edit hazard information themselves and improving the efficiency of obtaining hazard information.

[0136] Specifically, the audio / video capture device in this application embodiment may include at least one of the following: a camera, an audio capture device. Step 3302 may specifically include at least one of the following steps: step 33021, step 33022.

[0137] Step 33021: If the permission information is to access the camera, according to the target content, access at least one camera in the distressed person's device to capture images or videos of the distressed person; identify the distressed person's images or videos as distress information.

[0138] Step 33022: If the permission information allows access to the audio collector, then according to the target content, use the audio collector in the victim's device to record the audio of the victim's environment; identify the audio as the emergency information.

[0139] For example, if the permission information pertains to a camera, the camera can be triggered to capture an image as instructed by the rescuer, based on the conversation between the rescuer and the person in distress. Alternatively, the rescuer can be prompted to capture images and record audio / video according to the instructions in the authorization request, thus identifying the captured images and recorded audio / video as emergency information. For example, the rescuer can prompt the person in distress during a phone call. When the person in distress sees the camera authorization information displayed in the prompt window, they can select "Yes," then point the camera at the emergency location. The person's device will automatically take a picture and encapsulate the captured image into a first 5G message, which will then be sent to the 5G messaging service system.

[0140] Then, in step 340, the danger information obtained in step 330, including at least one type, is identified as danger information and encapsulated into a first 5G message to instruct the 5G message service system to send the danger information to the rescuer's equipment, so as to prompt the rescuer to provide the victim with an avoidance plan based on the danger information.

[0141] Therefore, for those in distress, there is no need to install any instant messaging applications on their devices or apply for additional accounts and passwords. Authorization is initiated through a prompt window, and once authorized, the corresponding geographical location, photos, and other information will be automatically packaged into a 5G message and synchronized with the distress information via 5G message. Only authorization is required to automatically synchronize the distress information via 5G message, reducing the need for distressed individuals to edit the distress information themselves.

[0142] Furthermore, after step 340, the information transmission method may also include steps 3701 and 3702.

[0143] Step 3701: Receive the sixth 5G message sent by the 5G messaging service system. The sixth 5G message carries the risk avoidance plan provided by the rescuer.

[0144] Step 3702: Based on the sixth 5G message, prompt the user with a risk avoidance plan.

[0145] Therefore, without installing any instant messaging applications on the distressed person's device or applying for additional account passwords, the distress information can be automatically synchronized with the distressed person via 5G messaging. This avoids the slow transmission of distress information to the rescuer when the telephone signal is poor, prevents delays in evacuation, and improves rescue efficiency.

[0146] Then, combine Figure 5 This application provides a detailed description of an information transmission method based on the rescuer's equipment.

[0147] Figure 5 This is a flowchart illustrating an information transmission method based on rescuer equipment, provided as an embodiment of this application.

[0148] like Figure 5 As shown, the information transmission method provided in this application embodiment can be applied to the messaging application of the rescuer's equipment. Based on this, the information transmission method may include the following steps:

[0149] Step 510: While in a call connection with the distressed device, send an access request to the 5G messaging service system. The access request is used to request access to the distressed device that is in a call connection with the rescuer's device. Step 520: Receive emergency information sent by the 5G messaging service system. The emergency information is obtained by the distressed device with authorization to access its relevant data and sent via the 5G messaging service system. Step 530: Display the emergency information.

[0150] The steps described above are explained in detail below.

[0151] First, regarding step 510, if the rescuer believes the situation is serious based on telephone communication with the person in distress, the rescuer's device can be triggered to send the access request to the 5G messaging service system.

[0152] Specifically, this application provides two methods for triggering the sending of access requests.

[0153] In some embodiments of this application, a send control is provided in the call interface for telephone communication with the person in distress. Upon receiving input to the send control, an access request is sent to the 5G messaging service system in response to the input.

[0154] This reduces the need for rescuers to manually edit their identity information and desired access permissions, thus shortening the time required to request emergency information.

[0155] In other embodiments of this application, the content of telephone conversations between the rescuer and the person in distress is obtained, the content of the conversation is identified, and if the content of the conversation includes preset keywords and the frequency of the preset keywords is greater than or equal to the preset frequency, an access request is sent to the 5G messaging service system.

[0156] Here, the pre-stored permission information in the rescuer's device can be encapsulated into a third 5G message, which carries the access request.

[0157] It should be noted that the permission information here can be pre-set by the rescuer or obtained based on user input before generating the access request. The hazard information can be determined by a request authorization instruction carrying permission information sent by the 5G messaging service system to the distressed device based on the access request. This request authorization instruction instructs the distressed device to display the permission information and, upon receiving input allowing the rescuer's device to access the distressed device, obtain the distress information related to the permission information. The permission information is the permission information requested by the rescuer's device to access the distressed device, and the hazard information is carried in the first 5G message sent by the distressed device to the 5G messaging service system.

[0158] Then, the danger information in this embodiment can be used to prompt the rescuer to provide an evacuation plan to the victim via telephone based on the danger information, and can also be used to prompt the rescuer to provide an evacuation plan to the victim via 5G message based on the danger information. Based on this, after step 530, the information transmission method provided in this embodiment can also include 540, sending a fifth 5G message to the 5G message service system through a chatbot corresponding to the rescuer's device. The fifth 5G message carries evacuation information corresponding to the evacuation plan so that the victim's device can display the evacuation information.

[0159] Therefore, even when a traditional call has been established, the rescuer can initiate a permission request to access the distressed device via 5G messaging. The 5G messaging service system sends an authorization request to the distressed device, instructing it to obtain the necessary emergency information to meet the rescuer's needs. This improves the accuracy of the rescuer's evacuation plan. By simultaneously sending emergency information related to the distressed device to the rescuer via 5G messaging, the most effective evacuation plan can be provided accurately, while avoiding the slow transmission of emergency information when telephone signals are weak, thus preventing delays and improving rescue efficiency.

[0160] To better understand the information transmission method provided in this application, the following uses a 5G messaging service system, including a 5G messaging service platform and a risk chatbot management platform, as an example, focusing on a forest fire emergency communication scenario. Figure 6 The following is a detailed description of the information transmission method provided in the embodiments of this application.

[0161] Step 1: Establish a traditional voice channel.

[0162] In one instance, a person in distress encountered a forest fire and called the 119 hotline to seek help from the fire department. At this point, the distressed person's emergency equipment and the rescuer's equipment established a communication channel through a traditional voice telephone.

[0163] Step 2: The rescuer's device initiates a request to obtain permission from the distressed party's device.

[0164] In this scenario, after telephone communication, the rescue team uses the information gathered from the voice recording to further determine whether more precise information is needed. In this example, forest fire situations are complex, and those in distress often struggle to accurately describe their location, significantly increasing the difficulty of search and rescue through verbal descriptions alone. Furthermore, due to the distressed state of the victims and their lack of prior experience with such situations, they may find it difficult to accurately describe the scene, including wind direction and road conditions. Given that firefighters cannot reach the scene quickly, visual image information helps the rescue team accurately guide the victims on the necessary emergency measures, buying valuable time for the rescue. In such cases, the rescuer's device sends an access request to the 5G messaging service system. The 5G messaging service system, through a Chatbot corresponding to the rescuer's device (in this example, the 119 fire alarm Chatbot), carrying the victim's device's communication number (obtainable during a traditional voice call), initiates an access request to the 5G messaging service platform to obtain permissions for the victim's device. In this example, the request seeks the victim's geographical location information and mobile phone camera data.

[0165] Step 3: The 5G messaging service system verifies the Chatbot type and the scope of permissions it can obtain.

[0166] Upon receiving an access request from the rescuer's device, the 5G messaging service platform forwards it to the emergency chatbot management platform. The chatbot verification module verifies the chatbot corresponding to the rescuer's device to determine if it is an emergency chatbot. If not, the access request to the distressed device is rejected. If it is, the chatbot permission management module further verifies whether the requested permission information carried in the access request is within the scope of permissions allowed by the emergency chatbot (different levels of emergency chatbots have different permissions for the distressed device). If not, the request is rejected; if so, proceed to step 4.

[0167] Step 4: The access request carried in the third 5G message sent by the rescuer's device is converted into a special instruction, namely a request for authorization, which can be recognized by the distressed device. Specifically, the special instruction processing module generates the request for authorization based on the first preset instruction template related to the rescuer's device, the second preset instruction template related to the distressed device, and permission information, and returns the generated request for authorization to the 5G messaging service platform.

[0168] Step 5: The 5G messaging service platform delivers the converted request authorization instruction to the distressed device.

[0169] Step 6: The distressed user's device obtains user authorization and reports the emergency information.

[0170] When the distressed device receives an authorization request from the fire alarm chatbot, it first queries the chatbot's details from the 5G messaging service platform to obtain the corresponding emergency hotline (119 in this embodiment). Then, it determines whether the distressed device is currently in a call with the 119 emergency hotline. If not, the authorization request is denied; if so, a prompt window is displayed asking the distressed device whether to authorize the 119 fire alarm chatbot to access their location. If not, the location request initiated by the chatbot is denied; if so, the current location of the distressed device is automatically uploaded to the 5G messaging service platform via a first 5G message. In some embodiments, a prompt window may continue to be displayed asking the distressed device whether to authorize camera access. If not, the camera request initiated by the chatbot is denied; if so, the phone's camera is automatically turned on, taking 20 photos of the surrounding environment, and the photo information is synchronized to the 5G messaging service platform via a first 5G message. During this process, the rescuer can simultaneously prompt the distressed device via telephone voice to adjust the camera angle to obtain more information needed by the rescuer. It should be noted that, in this embodiment of the application, the number of times the prompt window is displayed can correspond to the number of permission information, or all permission information can be displayed at once.

[0171] Step 7: Synchronize the emergency information to the rescuer's equipment.

[0172] Among them, the 5G messaging service platform will synchronize the danger information carried in the first 5G message sent by the distressed device to the Chatbot corresponding to the rescuer's device, so that the rescuer can send danger information to the rescuer's device through its Chatbot, so that the rescuer can obtain more useful information in a timely manner, provide the distressed person with a more accurate risk avoidance plan, and launch a rescue operation.

[0173] It should be noted that the examples described in this application are only one application scenario in this application, and not all examples. All other examples obtained by those skilled in the art based on the examples in this application without creative effort are within the protection scope of this application.

[0174] The information transmission method provided in this application can be executed by an information transmission device. This application uses an information transmission device to perform information transmission as an example to illustrate the apparatus of the information transmission method provided in this application.

[0175] Based on the same inventive concept, this application also provides an information transmission device. (Specifically combined with...) Figure 7 Please provide a detailed explanation.

[0176] Figure 7 This is a schematic diagram of the structure of an information transmission device provided in an embodiment of this application.

[0177] like Figure 7 As shown, the information transmission device 70 can be applied to a 5G messaging service system, and the information transmission device 70 may specifically include:

[0178] The receiving module 701 is used to receive an access request sent by the rescuer's equipment. The access request is used to request access to the distressed equipment that is in a communication connection with the rescuer's equipment.

[0179] The sending module 702 is used to send a request authorization instruction to the distressed device according to the access request. The request authorization instruction carries the permission information of the rescuer device requesting access to the distressed device. The request authorization instruction is used to instruct the distressed device to display the permission information, and to obtain the distressed device’s distress information related to the permission information when the distressed device receives input that allows the rescuer device to access the distressed device.

[0180] The sending module 702 is also used to send the emergency information to the rescuer's equipment when it receives the emergency information sent by the distressed device in the form of a 5G message, so as to prompt the rescuer's equipment to provide the distressed person with an evacuation plan through telephone communication based on the emergency information.

[0181] The information transmission device 60 in the embodiments of this application will be described in detail below.

[0182] In some embodiments of this application, the information transmission device 70 may further include a determining module, used to determine whether the chatbot corresponding to the rescuer's device is a distress chatbot based on the access request;

[0183] The sending module 702 is used to send a second 5G message to the distressed device through the chatbot when it is determined that the chatbot is a distress chatbot. The second 5G message carries a request for authorization.

[0184] In some embodiments of this application, the information transmission device 70 may further include an acquisition module, which is used to acquire a list of permission information corresponding to a preset danger level based on a preset danger level corresponding to the chatbot when it is determined that the chatbot is a dangerous chatbot. The list of permission information includes N preset permission information, where N is a positive integer.

[0185] The sending module 702 is also used to send a second 5G message to the distressed device via a chatbot, provided that N preset permission information includes permission information.

[0186] In some embodiments of this application, the sending module 702 is used to send a second 5G message to the distressed device via a chatbot, based on the communication number, when the access request also carries the communication number of the distressed device.

[0187] In some embodiments of this application, the information transmission device 70 may further include an acquisition module for acquiring a first preset instruction template related to the rescuer's equipment and a second preset instruction template related to the distressed person's equipment;

[0188] The information transmission device 70 may further include a generation module for generating a request authorization instruction based on a first preset instruction template, a second preset instruction template, and permission information.

[0189] In some embodiments of this application, the receiving module 701 is used to receive a third 5G message sent by the rescuer device through a chatbot corresponding to the rescuer device, the third 5G message carrying an access request.

[0190] In some embodiments of this application, the sending module 702 is used to send a fourth 5G message to the rescuer's device via a chatbot corresponding to the rescuer's device. The fourth 5G message carries danger information.

[0191] In some embodiments of this application, the receiving module 701 is used to receive a fifth 5G message sent by the rescuer's device through a chatbot corresponding to the rescuer's device. The fifth 5G message carries risk avoidance information corresponding to the risk avoidance plan.

[0192] The sending module 702 is used to send a sixth 5G message to the device in distress through a chatbot corresponding to the rescuer's device. The sixth 5G message carries risk avoidance information.

[0193] Figure 8 This is a schematic diagram of the structure of an information transmission device based on a distress device provided in an embodiment of this application.

[0194] like Figure 8 As shown, the information transmission device 80 can be applied to the messaging application of the distressed device, and the information transmission device 80 may specifically include:

[0195] The receiving module 801 is used to receive a request authorization instruction sent by the 5G messaging service system when it is in a call connection with the rescuer's device. The request authorization instruction carries the permission information of the rescuer's device requesting access to the distressed device.

[0196] The prompting module 802 is used to prompt the person in distress whether to allow the rescuer's equipment to access the relevant data of the person in distress's equipment, based on the request authorization instruction;

[0197] The acquisition module 803 is used to acquire emergency information while allowing the rescuer's equipment to access relevant data from the distressed person's equipment;

[0198] The sending module 804 is used to send a first 5G message carrying the emergency information to the 5G messaging service system.

[0199] The information transmission device 60 in the embodiments of this application will be described in detail below.

[0200] In some embodiments of this application, the information transmission device 60 further includes a display module for displaying a prompt window according to a request authorization instruction. The prompt window includes a prompt asking whether the rescuer's equipment is allowed to access the relevant data of the distressed person's equipment.

[0201] In some embodiments of this application, the information transmission device 80 may further include a matching module, used to match the permission information of the rescuer's device requesting access to the distressed device with preset permission information to obtain a matching result;

[0202] The information transmission device 80 may also include a display module for displaying a prompt window when the matching result is that the permission information matches the preset permission information.

[0203] In some embodiments of this application, where the prompt window further includes a first control and a second control, the information transmission device 80 may further include a determining module, configured to determine, upon receiving a user's input to the first control, that the rescuer's device is permitted to access the relevant data of the distressed device; and upon receiving a user's input to the second control, that the rescuer's device is not permitted to access the relevant data of the distressed device.

[0204] In some embodiments of this application, the acquisition module 803 can be specifically used to acquire emergency information based on permission information, provided that the rescuer's equipment is allowed to access the relevant data of the distressed person's equipment.

[0205] In some embodiments of this application, the information transmission device 80 may further include an extraction module, used to extract the target content instructed by the rescuer to be collected from the conversation content with the rescuer when the permission information is to call the audio and video capture device.

[0206] The information transmission device 80 may also include a calling module, which is used to call the audio and video acquisition device in the distressed person's device to obtain the distress information according to the target content.

[0207] In some embodiments of this application, the calling module can be specifically used to, when the audio and video capture device includes at least one of the following: a camera, an audio capture device, and the permission information is permission to call the camera, call at least one camera in the distressed person's device to capture images or videos of the distressed person according to the target content; and determine the images or videos of the distressed person as distress information;

[0208] If the permission information allows access to the audio recorder, the system will call the audio recorder on the victim's device to record audio of the victim's environment, according to the target content; the audio will then be identified as the emergency information.

[0209] In some embodiments of this application, the receiving module 801 can also be used to receive a sixth 5G message sent by the 5G messaging service system, the sixth 5G message carrying a risk avoidance plan provided by the rescuer.

[0210] The prompt module 802 can also be used to prompt users with risk avoidance plans based on the sixth 5G message.

[0211] Figure 9 This is a schematic diagram of the structure of an information transmission device based on the rescuer's equipment, provided in an embodiment of this application.

[0212] like Figure 9 As shown, the information transmission device 90 can be applied to the messaging application of the rescuer's equipment. Specifically, the information transmission device 90 may include:

[0213] The sending module 901 is used to send an access request to the 5G messaging service system when it is in a call connection with the distressed device. The access request is used to request access to the distressed device that is in a call connection with the rescuer's device.

[0214] The receiving module 902 is used to receive the emergency information sent by the 5G messaging service system. The emergency information is determined by the request authorization instruction carrying permission information sent by the 5G messaging service system to the distressed device based on the access request. The request authorization instruction is used to instruct the distressed device to display the permission information. When the distressed device receives input allowing the rescuer device to access the distressed device, it obtains the distress information of the distressed device related to the permission information. The permission information is the permission information requested by the rescuer device to access the distressed device. The emergency information is carried in the first 5G message sent by the distressed device to the 5G messaging service system.

[0215] Display module 903 is used to display emergency information.

[0216] The information transmission device in this application embodiment can be an electronic device or a component within an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal or other devices besides a terminal. For example, the electronic device can be a mobile phone, tablet computer, laptop computer, PDA, in-vehicle electronic device, mobile internet device (MID), augmented reality (AR) / virtual reality (VR) device, robot, wearable device, ultra-mobile personal computer (UMPC), netbook, or personal digital assistant (PDA), etc. It can also be a server, network attached storage (NAS), personal computer (PC), television set (TV), ATM, or self-service machine, etc. This application embodiment does not specifically limit the device.

[0217] The information transmission device in this application embodiment can be a device with an operating system. This operating system can be Android, iOS, or other possible operating systems; this application embodiment does not specifically limit the specific operating system used.

[0218] The device coordination apparatus provided in this application embodiment can achieve... Figures 1 to 6 The various processes implemented in the information transmission method embodiments shown achieve the same technical effect, and will not be described again here to avoid repetition.

[0219] Based on this, the information transmission device provided in this application embodiment can be used to receive an access request sent by a rescuer's device, the access request being used to request access to a distressed device that is in a call connection with the rescuer's device; then, according to the access request, a request authorization instruction is sent to the distressed device, the request authorization instruction carrying the rescuer's device's permission information for requesting access to the distressed device, the request authorization instruction being used to instruct the distressed device to display the permission information, and, upon receiving input allowing the rescuer's device to access the distressed device, obtaining distressed information related to the permission information; then, upon receiving a first 5G message carrying distress information sent by the distressed device, the distress information is sent to the rescuer's device, used to prompt the rescuer to provide an evacuation plan to the distressed based on the distress information. In this way, on the one hand, for those in distress, there is no need to install any instant messaging applications on their devices or apply for additional account passwords. Once authorized, the distress information can be automatically synchronized via 5G messages, reducing the need for distressed individuals to edit distress information themselves. On the other hand, for rescuers, authorization commands can be requested to instruct the distressed device to obtain distress information that meets their needs, thereby improving the accuracy of the evacuation plan provided by the rescuer. Here, synchronizing the distressed device with the distressed individual via 5G messages can accurately provide the most effective evacuation plan to the distressed individual while avoiding the slow transmission of distress information to the rescuer when the telephone signal is poor, preventing evacuation delays and improving rescue efficiency.

[0220] Optional, such as Figure 10 As shown, this application embodiment also provides a computer device 100, including a processor 1001 and a memory 1002. The memory 1002 stores a program or instructions that can run on the processor 1001. When the program or instructions are executed by the processor 1001, they implement the various steps of the above-described information transmission method embodiment and can achieve the same technical effect. To avoid repetition, they will not be described again here.

[0221] It should be noted that the computer equipment in this application embodiment includes the aforementioned mobile computer equipment and non-mobile computer equipment. Specifically, the computer equipment can be the rescuer's equipment, the distressed person's equipment, or the equipment housing the 5G messaging service system.

[0222] Figure 11 This is a schematic diagram of the hardware structure of a computer device provided in an embodiment of this application.

[0223] The computer device 1100 includes, but is not limited to, the following components: radio frequency unit 1101, network module 1102, audio output unit 1103, input unit 1104, sensor 1105, display unit 1106, user input unit 1107, interface unit 1108, memory 1109, processor 1110, etc.

[0224] Those skilled in the art will understand that the computer device 1100 may also include a power supply (such as a battery) for supplying power to various components. The power supply may be logically connected to the processor 1110 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. Figure 11 The computer device structure shown in the figure does not constitute a limitation on the computer device. The computer device may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0225] It should be understood that the input unit 1104 may include a graphics processing unit (GPU) 11041 and a microphone 11042. The GPU 11041 processes image data of still images or videos acquired by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 1106 may include a display panel, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 1107 includes at least one of a touch panel 11071 and other input devices 11072. The touch panel 11071 is also called a touch screen. The touch panel 11071 may include a touch detection device and a touch display. Other input devices 11072 may include, but are not limited to, a physical keyboard, function keys (such as volume display buttons, power buttons, etc.), a trackball, a mouse, and a joystick, which will not be described in detail here.

[0226] The memory 1109 can be used to store software programs and various data. The memory 1109 may primarily include a first storage area for storing programs or instructions and a second storage area for storing data. The first storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback function, image playback function, etc.). Furthermore, the memory 1109 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM), static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct memory bus RAM (DRRAM). The memory 1109 in this embodiment includes, but is not limited to, these and any other suitable types of memory.

[0227] Processor 1110 may include one or more processing units; optionally, processor 1110 integrates an application processor and a modem processor, wherein the application processor mainly handles operations involving the operating system, user interface, and applications, and the modem processor mainly handles wireless display signals, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into processor 1110.

[0228] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described information transmission method embodiments and achieve the same technical effects. To avoid repetition, they will not be described again here.

[0229] The processor is the processor in the computer device described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0230] In addition, this application embodiment provides another chip, which includes a processor and a display interface. The display interface and the processor are coupled. The processor is used to run programs or instructions to implement the various processes of the above-described information transmission method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0231] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0232] This application provides a computer program product, which is stored in a storage medium and executed by at least one processor to implement the various processes of the information transmission method embodiments described above, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0233] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0234] Furthermore, it should be noted that the scope of the methods and apparatus in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. In addition, features described with reference to certain examples may be combined in other examples.

[0235] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a distressed device (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods of the various embodiments of this application.

[0236] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A method of information transmission, characterized in that, Messaging applications for distressed devices include: While in a call connection with the rescuer's device, a request authorization instruction sent by the 5G messaging service system is received. The request authorization instruction carries the permission information of the rescuer's device requesting access to the distressed person's device. Based on the requested authorization instruction, the system will prompt whether to allow the rescuer's equipment to access the relevant data of the victim's equipment; Obtaining emergency information, including: (provided the rescuer's equipment has access to relevant data on the victim's equipment) With the rescuer's equipment allowed to access relevant data of the victim's equipment, the danger information is obtained based on the permission information; The process of obtaining the danger information based on the permission information includes: If the permission information allows access to the audio and video capture device, extract the target content that the rescuer instructed to collect from the conversation with the rescuer. According to the target content, the audio and video capture device in the distressed person's device is invoked to obtain the distress information; Send a first 5G message carrying the emergency information to the 5G messaging service system.

2. The method of claim 1, wherein, The step of prompting whether to allow the rescuer's device to access the relevant data of the victim's device according to the authorization request includes: Upon receiving the authorization request, a prompt window is displayed, which includes a prompt asking whether the rescuer's device is allowed to access the relevant data of the distressed person's device.

3. The method of claim 2, wherein, Before displaying the prompt window, the method further includes: The permission information requested by the rescuer's device to access the victim's device is matched with preset permission information to obtain the matching result; If the matching result shows that the permission information matches the preset permission information, the prompt window is displayed.

4. The method according to claim 2 or 3, characterized in that, The prompt window further includes a first control and a second control; the method further includes: Upon receiving a user's input to the first control, it is determined that the rescuer's device is permitted to access the relevant data of the victim's device; Upon receiving a user's request for the second control, it is determined that the rescuer's device is not allowed to access the relevant data of the victim's device.

5. The method of claim 1, wherein, The audio and video capture device includes at least one of the following: a camera, an audio capture device; the step of calling the audio and video capture device in the distressed person's device to obtain the distress information according to the target content includes: If the permission information allows access to the camera, then according to the target content, at least one camera in the distressed person's device is used to capture images or videos of the distressed person; the images or videos of the distressed person are then identified as the distress information. If the permission information allows access to the audio recorder, the audio recorder in the victim's device is invoked to record audio of the victim's environment, according to the target content; the audio is then identified as the emergency information.

6. The method of claim 1, wherein, The method further includes: Receive the sixth 5G message sent by the 5G messaging service system, the sixth 5G message carrying the risk avoidance plan provided by the rescuer; Based on the sixth 5G message, the user is prompted with the risk avoidance plan.

7. An information transmission method characterized by comprising: Messaging applications used on rescuer equipment include: While in a call connection with the distressed device, an access request is sent to the 5G messaging service system, the access request being used to request access to the distressed device that is in a call connection with the rescuer's device. The system receives emergency information sent by the 5G messaging service system. This emergency information is obtained by the distressed device based on permission information, provided that the distressed device has authorized access to its relevant data. This includes: extracting target content from the call content if the permission information allows access to an audio / video capture device; and, according to the target content, invoking the audio / video capture device in the distressed device to obtain the content and sending it via the 5G messaging service system. The aforementioned emergency information is displayed.

8. An information transmission method characterized by comprising: Applications in 5G messaging service systems include: Receive an access request sent by the rescuer's device, the access request being used to request access to the distressed device that is in a communication connection with the rescuer's device; Based on the access request, a request authorization instruction is sent to the distressed device. This instruction carries permission information from the rescuer's device requesting access to the distressed device. The request authorization instruction indicates whether the rescuer's device is allowed to access relevant data on the distressed device. If the rescuer's device is allowed to access the relevant data, a first 5G message carrying distress information is obtained. This distress information is obtained by the distressed device based on the permission information, provided the rescuer's device is allowed to access its relevant data. This includes: if the permission information grants permission to call an audio / video capture device, the distressed device extracts the target content instructed by the rescuer from the call content with the rescuer; and then, according to the target content, calls the audio / video capture device in the distressed device to obtain the content. Upon receiving a first 5G message carrying the danger information from the distressed person's device, the distress information is sent to the rescuer's device to prompt the rescuer to provide an evacuation plan to the distressed person based on the distress information.

Images