Emergency communication method, device, equipment, readable storage medium and program product

Abstract

The invention relates to an emergency communication method and device, computer equipment, a computer readable storage medium and a computer program product. The method comprises the following steps: under the condition that a service request about an emergency communication service is obtained, analyzing the service request, and determining an event occurrence position of an emergency event related to the emergency communication service and a user list related to the emergency event; based on the event occurrence position, screening out a target user meeting an emergency communication condition from a user list; and establishing a temporary user group related to the emergency communication service based on the screened target users, and adjusting a communication strategy of the temporary user group to an emergency communication strategy meeting the emergency communication requirement, so that each target user in the temporary user group communicates through the emergency communication strategy, thereby improving the reliability of the emergency communication.

Description

Technical Field

[0001] This application relates to the field of wireless communication technology, and in particular to an emergency communication method, apparatus, computer equipment, computer-readable storage medium, and computer program product. Background Technology

[0002] With the continuous development of communication and internet technologies, new emergency equipment is being widely used in emergency response scenarios, and more professionals with different specializations are being incorporated into the emergency support system. However, current communication systems cannot adequately support the interaction between various new devices, professionals from different industries, and emergency command systems or personnel, resulting in low reliability of emergency communications. Summary of the Invention

[0003] Therefore, it is necessary to provide an emergency communication method, device, computer equipment, computer-readable storage medium, and computer program product that can improve the reliability of emergency communication in response to the above-mentioned technical problems.

[0004] In a first aspect, this application provides an emergency communication method, including:

[0005] Upon receiving a service request for emergency communication services, the service request is parsed to determine the location of the emergency event involved in the emergency communication service and the list of users related to the emergency event.

[0006] Based on the location of the event, target users who meet the emergency communication conditions are selected from the user list;

[0007] Based on the selected target users, a temporary user group for the emergency communication service is established, and the communication strategy of the temporary user group is adjusted to meet the emergency communication requirements, so that each target user in the temporary user group can communicate through the emergency communication strategy.

[0008] Secondly, this application also provides an emergency communication device, comprising:

[0009] The request parsing module is used to parse the service request when a service request for emergency communication service is received, and to determine the location of the emergency event involved in the emergency communication service and the list of users related to the emergency event.

[0010] The user filtering module is used to filter target users who meet the emergency communication conditions from the user list based on the location of the event.

[0011] The strategy adjustment module is used to establish a temporary user group for the emergency communication service based on the selected target users, and adjust the communication strategy of the temporary user group to meet the emergency communication requirements, so that each target user in the temporary user group can communicate through the emergency communication strategy.

[0012] Thirdly, this application also provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to perform the following steps:

[0013] Upon receiving a service request for emergency communication services, the service request is parsed to determine the location of the emergency event involved in the emergency communication service and the list of users related to the emergency event.

[0014] Based on the location of the event, target users who meet the emergency communication conditions are selected from the user list;

[0015] Based on the selected target users, a temporary user group for the emergency communication service is established, and the communication strategy of the temporary user group is adjusted to meet the emergency communication requirements, so that each target user in the temporary user group can communicate through the emergency communication strategy.

[0016] Fourthly, this application also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, performs the following steps:

[0017] Upon receiving a service request for emergency communication services, the service request is parsed to determine the location of the emergency event involved in the emergency communication service and the list of users related to the emergency event.

[0018] Based on the location of the event, target users who meet the emergency communication conditions are selected from the user list;

[0019] Based on the selected target users, a temporary user group for the emergency communication service is established, and the communication strategy of the temporary user group is adjusted to meet the emergency communication requirements, so that each target user in the temporary user group can communicate through the emergency communication strategy.

[0020] Fifthly, this application also provides a computer program product, including a computer program that, when executed by a processor, performs the following steps:

[0021] Upon receiving a service request for emergency communication services, the service request is parsed to determine the location of the emergency event involved in the emergency communication service and the list of users related to the emergency event.

[0022] Based on the location of the event, target users who meet the emergency communication conditions are selected from the user list;

[0023] Based on the selected target users, a temporary user group for the emergency communication service is established, and the communication strategy of the temporary user group is adjusted to meet the emergency communication requirements, so that each target user in the temporary user group can communicate through the emergency communication strategy.

[0024] The aforementioned emergency communication method, apparatus, computer equipment, computer-readable storage medium, and computer program product, upon receiving a service request for emergency communication services, determine the location of the emergency event involved in the emergency communication service and a list of users related to the emergency event by parsing the service request. Next, based on the event location, target users meeting the emergency communication conditions are selected from the user list to choose users suitable for the current emergency event. Based on the selected target users, a temporary user group for the emergency communication service is directly established. The communication strategy of the temporary user group is then adjusted to meet the emergency communication requirements, enabling each target user in the temporary user group to communicate through the emergency communication strategy. Throughout this process, based on externally occurring service requests, temporary user groups can be formed, and communication strategies can be temporarily adjusted to emergency communication strategies to ensure interaction within the temporary user group in the emergency event scenario, meeting high-reliability communication requirements and improving the reliability of emergency communication. Attached Figure Description

[0025] To more clearly illustrate the technical solutions in the embodiments of this application or related technologies, the drawings used in the description of the embodiments of this application or related technologies will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0026] Figure 1 This is a diagram illustrating the application environment of an emergency communication method in one embodiment;

[0027] Figure 2 This is a flowchart illustrating an emergency communication method in one embodiment;

[0028] Figure 3 This is a schematic diagram illustrating the interaction between the core network and an external platform in one embodiment;

[0029] Figure 4 This is a schematic diagram of the temporary user group generation steps in one embodiment;

[0030] Figure 5 This is a structural block diagram of an emergency communication device in one embodiment;

[0031] Figure 6 This is an internal structural diagram of a computer device in one embodiment. Detailed Implementation

[0032] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0033] It should be noted that the terms "first," "second," etc., used in this application can be used to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish the first element from the second element. The terms "comprising" and "having," and any variations thereof, used in this application, are intended to cover non-exclusive inclusion. The term "multiple" used in this application refers to two or more. The term "and / or" used in this application refers to one of the embodiments, or any combination of multiple embodiments.

[0034] Before introducing this application, the following terms will be explained:

[0035] NWDAF (Network Data Analytics Function) is an important component of 5G networks, designed to simplify the generation and use of core network data, and generate insights and actions to enhance the end-user experience.

[0036] NF (Network Function) is an entity that provides various services in the 5G core network system.

[0037] AF (Application Function) is usually an application layer service that supports internal or external application services of the operator. When it is in the trusted domain, it can interact with various network elements of the core network. If it is in the untrusted domain, it must interact with various network elements of the core network through NEF.

[0038] A VN Group (Virtual Network Group) consists of a group of UEs using dedicated communications for 5G LAN-type services.

[0039] The emergency communication method provided in this application embodiment can be applied to, for example... Figure 1 In the application environment shown, the external platform 102 communicates with the core network 104 via a network. The core network 104 deploys multiple network elements, such as management network elements (policy / user data management network elements), intelligent network elements, and positioning network elements; alternatively, the core network 104 can be a 5G core network (5GC). The external platform 102 can be a device deployed in the area where the emergency occurs, such as a terminal or a server.

[0040] In one embodiment, after the core network 104 receives a service request for emergency communication services sent by the external platform 102, the core network 104 parses the service request to determine the location of the emergency event involved in the emergency communication service and the list of users related to the emergency event. Based on the location of the event, the core network 104 filters out target users who meet the emergency communication conditions from the user list. Based on the filtered target users, the core network 104 establishes a temporary user group for the emergency communication service and adjusts the communication strategy of the temporary user group to an emergency communication strategy that meets the emergency communication requirements, so that each target user in the temporary user group can communicate through the emergency communication strategy.

[0041] In one exemplary embodiment, such as Figure 2 As shown, an emergency communication method is provided, which can be applied to... Figure 1 Taking core network 104 as an example, the explanation includes steps 202 to 206. Wherein:

[0042] Step 202: Upon receiving a service request for emergency communication services, parse the service request to determine the location of the emergency event involved in the emergency communication service and the list of users related to the emergency event.

[0043] Emergency communication service refers to the communication service provided for emergency support scenarios, and the service request is initiated by an external platform. Emergency event refers to an event requiring emergency support, the event location is the location where the emergency event occurs, and the user list refers to the list of users who can participate in the emergency event. In one embodiment, the user list includes multiple users participating in the emergency event. For example, the user list includes users of at least one user type. The user type can be a command type, corresponding to the command personnel providing command support; the user type can also be a medical type, corresponding to the doctor; or the user type can also be a fire type, corresponding to the firefighter.

[0044] In one embodiment, after the core network receives a service request for emergency communication services from an external platform, it parses the server request to obtain the location of the emergency event and a user list. In one embodiment, the user list determination step includes: the external platform filters users associated with the emergency event from a user database to obtain a user list. For example, the user database stores users who can provide emergency assistance. Therefore, for each user type, the external platform randomly selects a preset number of users belonging to that user type from the user database to form a user category. Or, for each user type, the external platform filters users belonging to that user type from the user database who are in an idle state. Based on the users selected for each user type, a user list is formed. An idle state means that the corresponding user is not currently participating in the support of other emergency events.

[0045] In one embodiment, the method further includes: obtaining a service request sent by an external platform, and verifying whether the service request is used to request emergency communication services based on the service identifier carried in the service request.

[0046] The service identifier is used to characterize the type of service requested in the service request.

[0047] Optionally, after the core network obtains the service request sent by the external platform, it parses the service identifier from the service request. If the service identifier is the identifier of the emergency communication service, it determines that the service request is used to request the emergency communication service and returns to step 202 to continue execution.

[0048] In this embodiment, since the core network can provide a variety of services, after the core network receives any service request, it can quickly and accurately identify whether to enable emergency communication service by verifying the service identifier, and respond to emergency communication service accurately and in a timely manner.

[0049] In another embodiment, the method further includes: after the external platform subscribes to the emergency communication service from the core network, and after obtaining the location of the emergency event and the user list sent by the external platform, performing the following step 204.

[0050] Step 204: Based on the location of the incident, select target users from the user list who meet the emergency communication conditions.

[0051] Emergency communication conditions refer to the conditions under which a user's terminal can communicate in the emergency event handling involved in the requested service. Emergency communication conditions include at least communication distance conditions. For example, emergency passage conditions include communication distance conditions and terminal communication conditions. Communication distance conditions refer to the small distance between the user's location and the location where the event occurred, such as being less than a distance threshold. Terminal communication conditions refer to whether the user's terminal can communicate normally.

[0052] In one embodiment, selecting target users who meet the emergency communication conditions from a user list based on the location of the event includes: obtaining the location of at least one candidate user in the user list; selecting candidate users whose distance is less than or equal to a distance threshold based on the distance between the location of the event and the location of each candidate user; and selecting the selected candidate users as target users who meet the emergency communication conditions.

[0053] The user location can be either the user's current location or the location of the user's terminal.

[0054] Optionally, the core network determines the user location of each candidate user in the user list. For each candidate user, the core network calculates the distance between the candidate user's location and the location where the event occurred. If the distance is less than or equal to a distance threshold, the candidate user is considered as a target user that meets the emergency communication conditions.

[0055] Optionally, the core network determines the service area of ​​the emergency communication service based on the location of the event, and identifies the work area for each user type within the service area. For each candidate user in the user list, the core network verifies the work area corresponding to the candidate user's user type and calculates the distance between the candidate user's location and the work area, obtaining the area distance threshold corresponding to the work area. If the distance is less than or equal to the area distance threshold, the candidate user is selected as the target user. The work area refers to the area where users of a given user type perform their respective tasks. For example, if the event occurs at point A, the service area is defined as the area centered on point A with a preset radius. This service area includes work areas suitable for command personnel, such as a command center, and work areas where medical personnel provide treatment. For example, the area distance threshold varies for different work areas based on the different work requirements of different user types.

[0056] In this embodiment, by using the distance between the location of each candidate user and the location where the event occurred, it is possible to accurately filter out candidate users who are close to the location, so as to provide timely emergency support.

[0057] In one embodiment, the candidate user determination step includes: obtaining the calling users to be called from the user list, initiating a call to each calling user, and determining the call result for each calling user; for each call result, if the call result indicates that the call was successful, then the corresponding calling user is taken as a candidate user.

[0058] It should be noted that a successful call can be considered as the user's terminal being able to communicate normally and meeting the terminal communication requirements.

[0059] For example, for each user type in the user list, the core network selects each candidate user belonging to that user type as the corresponding calling user, or randomly selects a preset number of candidate users from multiple candidate users belonging to that user type as calling users. Then, a call is initiated to each calling user, and the call result for each calling user is obtained. If the call result indicates a successful call, the corresponding calling user is selected as a candidate user. For example, after determining the calling user, to avoid call identification due to non-communication anomalies during a single call, multiple calls can be made. For instance, for each calling user, if the current call fails, a next call is initiated. If a successful call result exists before or after the preset number of calls is reached, the calling is stopped, and that calling user is selected as the target user; if the call still fails after the preset number of calls is reached, the user is not selected as a target user. For example, if the preset number of calls is 3, if the first call fails and the second call succeeds, the user is selected as a target user; if all three calls fail, the user is not selected as a target user.

[0060] In this embodiment, the success or failure of the call result reflects whether the calling user's terminal is communicating normally, thereby verifying whether the calling user meets the terminal communication conditions and ensuring that the user terminals of the target users in the subsequently generated temporary user group can communicate normally, thus ensuring the accuracy of emergency communication.

[0061] In one embodiment, a service request includes the type priority of each user in the user list within their respective user type. The type priority represents the user's priority within the corresponding user type. This type priority is related to the user's historical emergency support record; for multiple users belonging to the same user type, the more historical emergency support records, the higher the corresponding type priority. For example, for each user type, users within that user type have a priority corresponding to that user type. For instance, for the command type, there are command personnel 1 to 10, each with a corresponding command priority. Command personnel 1 has the highest number of historical emergency support records, therefore their command priority is the highest. Similarly, for the medical personnel type, there are medical personnel 1 to 20. Among these 20 medical personnel, medical personnel 20 has the highest number of historical emergency support records, therefore, for the medical personnel type, medical personnel 20 has the highest medical personnel priority.

[0062] Therefore, the caller identification step further includes: for each user type, identifying multiple users belonging to the user type in the user list; based on the type priority of each user, filtering out a preset number of users from the multiple users, and using the filtered users as the callers.

[0063] For example, for each user type, the core network retrieves multiple users belonging to that user type from the user list, sorts them from high to low according to their respective type priorities, selects a preset number of users with the highest ranking, and uses the selected users as calling users.

[0064] In this embodiment, by prioritizing by type, more suitable users can be selected for calling, avoiding calling all users in the user list, reducing the total number of calls, improving the efficiency of determining temporary user groups, and ensuring that the selected users meet the needs of emergency events.

[0065] Step 206: Based on the selected target users, establish a temporary user group for emergency communication services, and adjust the communication strategy of the temporary user group to meet the emergency communication needs, so that each target user in the temporary user group can communicate through the emergency communication strategy.

[0066] Temporary user groups are obtained by temporarily grouping target users who are handling emergency events into one group; emergency communication strategies that meet emergency communication needs can be understood as emergency communication packages. For example, an emergency communication strategy can be at least one of unlimited traffic and unlimited bandwidth to ensure that temporary user groups can communicate normally when handling emergency events.

[0067] For example, after identifying the selected target users, the core network establishes a temporary user group for emergency communication services and creates a group identifier, mapping the group identifier to the temporary user group. The core network then sends the user identifier and group identifier of each target user in the temporary user group to an external platform.

[0068] When handling emergencies, it is often necessary for users of multiple user types to work together. When determining a temporary user group, after filtering users in the user list, it is possible that the temporary user group is missing users of a certain user type or users of certain user types. Therefore, in one embodiment, the method further includes: detecting the user type of each target user in the temporary user group; if a user type is missing, sending a user addition request to an external platform so that the external platform responds to the user addition request and returns a new user belonging to the missing user type; and adding the new user to the temporary user group.

[0069] For example, after establishing a temporary user group, the core network determines the required user types based on the emergency event. Based on the required user types and the existing user types in the temporary user group, the core network checks whether any user types are missing. If a missing user type is detected, a user addition request carrying the missing user type is sent to an external platform. The external platform responds to the user addition request by retrieving the new user of the missing user type from the user database (this new user is not a user in the user list) and returning it to the core network, allowing the core network to directly add the new user to the temporary user group. Alternatively, the new user can be returned to the management terminal of the administrator in the temporary user group, and the management terminal will add the new user to the temporary user group.

[0070] For example, the user types required for the current emergency event include user type 1 to user type 3. If the user types in the final temporary user group are user type 1 and user type 2, then the missing user type in the temporary user group is determined to be user type 3. Therefore, a request is made to the external platform to obtain a new user belonging to user type 3, so that the external platform can obtain a new user belonging to user type 3 from the user database. This new user does not belong to the user list. Therefore, the core network can add the new user to the temporary user group.

[0071] Of course, during emergency response, external platforms can identify target users to be removed from the temporary user group based on user adjustment needs, and send the target users to be deleted to the core network for deletion. Alternatively, the deletion can be returned to the management terminal.

[0072] In this embodiment, if a user type is missing in the temporary user group, a user addition request can be sent to an external platform so that the external platform can obtain the new user and add it to the temporary user group in a timely manner, thereby achieving timely management of the temporary user group.

[0073] Optionally, after verifying an emergency event, the core network disbands the temporary user group and adjusts the emergency communication policy of the target user in the temporary user group to the target user's own communication policy, i.e., restores the communication policy.

[0074] In the aforementioned emergency communication method, upon receiving a service request for emergency communication services, the method parses the request to determine the location of the emergency event and a list of users related to the emergency event. Next, based on the event location, target users meeting the emergency communication criteria are selected from the user list to choose users suitable for the current emergency event. Based on the selected target users, a temporary user group for the emergency communication service is directly established. The communication strategy of this temporary user group is then adjusted to meet the emergency communication requirements, enabling each target user in the temporary user group to communicate using the emergency communication strategy. Throughout this process, based on externally occurring service requests, temporary user groups can be formed, and communication strategies can be temporarily adjusted to emergency communication strategies to ensure interaction within the temporary user group in the emergency event scenario, meeting high-reliability communication requirements and improving the reliability of emergency communication.

[0075] In one embodiment, such as Figure 3 The diagram illustrates the interaction between the core network and an external platform in one embodiment. The core network includes capability-opening network elements, management network elements, intelligent network elements, and positioning network elements. Optionally, the external platform connects to the management network element of the core network through a service-oriented interface to forward relevant messages from the external platform via the service-oriented interface, or to forward relevant messages through the capability-opening network elements of the core network.

[0076] In one embodiment, an emergency communication system is proposed, comprising an external platform and a core network. The core network includes capability-opening network elements, management network elements, intelligent network elements, and positioning network elements. The external platform can, based on a specific service ID, directly or indirectly initiate service requests or subscribe to the core network through capability-opening network elements, requesting or subscribing to the "Emergency Communication User Group Management Service." The management network element is pre-configured with corresponding emergency communication packages and can trigger relevant processes for the "Emergency Communication Service" (Emergency Communication User Group Management Service) based on service requests from the external platform. The intelligent network element participates in the "Emergency Communication Service" process, including processing information from the management network element, actively collecting information from the positioning network element based on the user list therein, and analyzing this information to select suitable temporary user group members. The positioning network element receives requests from the intelligent network element and obtains the current location of the user based on the user list included in the request.

[0077] For example: The capability-opening network element communicates with external platforms and forwards service requests from them. The management network element provides a service interface, directly obtaining service requests from external platforms or receiving service requests sent by the capability-opening network element. The management network element parses the service requests and sends the parsing results to the intelligent network element. The intelligent network element, based on the parsing results, identifies users in the user list and sends a location request to the location network element. The location network element receives the location request from the intelligent network element, locates the users in the user list included in the location request, and returns the user locations to the intelligent network element. Based on the event location in the parsing results and the user locations returned by the location network element, the intelligent network element filters out target users who meet the emergency communication conditions from the user list and returns the target users to the management network element. Based on the target users, the management network element establishes a temporary user group for emergency communication services and adjusts the communication strategy of the temporary user group to meet the emergency communication requirements, enabling each target user in the temporary user group to communicate through the emergency communication strategy. The management network element returns each target user in the temporary user group and the group identifier of the temporary user group to the external platform.

[0078] In a specific instance, such as Figure 4 The diagram shown is a schematic representation of the temporary user group generation steps in one embodiment. (Refer to...) Figure 4 The specific steps are as follows:

[0079] 1. An external platform initiates a service request to the management network element. This service request includes the location of the emergency event related to the emergency communication service, as well as a list of users associated with the emergency event.

[0080] 2. The management network element initiates a call to the user group composed of users in the user list.

[0081] Optionally, the management network element obtains service requests sent by external platforms and verifies whether the service request is for requesting emergency communication services based on the service identifier carried in the service request. If so, the service request is parsed to obtain the location of the event and a list of users.

[0082] The management network element retrieves the users to be called from the user list, initiates a call to each user, and determines the call result for each user. For each call result, if the call result indicates that the call was successful, the corresponding user is selected as a candidate user.

[0083] Optionally, the service request includes the type priority of each user in the user list within their respective user type. Therefore, for each user type, the management network element identifies multiple users belonging to that user type in the user list; based on the respective type priorities of these multiple users, a preset number of users are selected, and these selected users are designated as the calling users.

[0084] 3. The management network element initiates an analysis request based on the call result and sends it to the intelligent network element.

[0085] Optionally, the management network element generates call results based on candidate users and initiates an analysis request, which is then sent to the intelligent network element.

[0086] 4. The intelligent network element initiates a user location acquisition request and sends it to the positioning network element.

[0087] Optionally, the intelligent network element initiates a user location acquisition request based on the user identifier of the candidate user carried in the analysis request, and sends it to the positioning network element.

[0088] 5. The location network element returns the user's location to the intelligent network element.

[0089] Optionally, the positioning network element locates the corresponding user location based on the user identifier of each candidate user in the obtained user location acquisition request, and returns the user location of each candidate user to the intelligent network element.

[0090] 6. Intelligent network elements generate analysis reports based on user location.

[0091] Optionally, the intelligent network element obtains the location of at least one candidate user from the user list; based on the distance between the event location and the location of each candidate user, it filters out candidate users whose distance is less than or equal to a distance threshold, and uses the filtered candidate users as target users that meet the emergency communication conditions. It verifies the user type of the filtered target users, checks for any missing user types, and if any user types are missing, generates an analysis report based on the missing user types and the target users.

[0092] 7. The intelligent network element returns an analysis report to the management network element.

[0093] 8. Manage network elements to generate temporary user groups and adjust communication packages.

[0094] Optionally, based on the selected target users, a temporary user group for emergency communication services is established, and the communication policy (communication package) of the temporary user group is adjusted to an emergency communication policy (emergency communication package) that meets the needs of emergency communication, so that each target user in the temporary user group can communicate through the emergency communication policy.

[0095] 9. The management network element returns a temporary user group to the external platform.

[0096] Optionally, if there are missing user types, the group identifier of the temporary user group and the missing user types are sent to the external platform. The external platform returns the new users belonging to the missing user types to the management network element, so that the management network element adds the new users to the temporary user group and returns the addition result to the external platform to inform the external platform whether the new users have been successfully added to the temporary user group.

[0097] In this embodiment, upon receiving a service request for emergency communication services, the location of the emergency event involved in the emergency communication service and a list of users related to the emergency event are determined by parsing the service request. Next, based on the event location, target users meeting the emergency communication conditions are selected from the user list to choose users suitable for the current emergency event. Based on the selected target users, a temporary user group for the emergency communication service is directly established. The communication strategy of the temporary user group is then adjusted to meet the emergency communication requirements, enabling each target user in the temporary user group to communicate through the emergency communication strategy. Throughout this process, based on externally occurring service requests, a temporary user group can be formed, and the communication strategy can be temporarily adjusted to an emergency communication strategy to ensure interaction within the temporary user group in the emergency event scenario, meeting high-reliability communication requirements and ensuring smooth interaction between target users within the temporary user group, thus improving the reliability of emergency communication. Therefore, emergency support capabilities can be efficiently formed, enabling more efficient and accurate responses to diverse emergency events. In addition, by leveraging the core network's intelligent capabilities, positioning capabilities, and communication assurance capabilities, the emergency support system can quickly assemble a more suitable emergency support team in the early stages of an emergency, thereby forming a reliable emergency support capability and reserving more golden time for subsequent handling.

[0098] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages in other steps. It is understood that the steps in different embodiments can be freely combined as needed, and all non-contradictory solutions formed by such combinations are within the scope of protection of this application.

[0099] Based on the same inventive concept, this application also provides an emergency communication device for implementing the emergency communication method described above. The solution provided by this device is similar to the solution described in the above method; therefore, the specific limitations in one or more emergency communication device embodiments provided below can be found in the limitations of the emergency communication method described above, and will not be repeated here.

[0100] In one exemplary embodiment, such as Figure 5 As shown, an emergency communication device 500 is provided, including: a request parsing module 502, a user filtering module 504, and a strategy adjustment module 506, wherein:

[0101] The request parsing module 502 is used to parse the service request when a service request for emergency communication service is obtained, and to determine the location of the emergency event involved in the emergency communication service and the list of users related to the emergency event.

[0102] User filtering module 504 is used to filter target users that meet the emergency communication conditions from the user list based on the location of the event.

[0103] The strategy adjustment module 506 is used to establish a temporary user group for emergency communication services based on the selected target users, and adjust the communication strategy of the temporary user group to meet the emergency communication needs, so that each target user in the temporary user group can communicate through the emergency communication strategy.

[0104] In one embodiment, the apparatus further includes a request verification module, configured to obtain a service request sent by an external platform and verify whether the service request is used to request emergency communication services based on the service identifier carried in the service request.

[0105] In one embodiment, the user filtering module 504 is used to obtain the user location of at least one candidate user in the user list; based on the distance between the location of the event and the location of each candidate user, it filters out candidate users whose distance is less than or equal to a distance threshold, and uses the filtered candidate users as target users that meet the emergency communication conditions.

[0106] In one embodiment, the user filtering module 504 is used to obtain the calling users to be called from the user list, initiate a call to each calling user, and determine the call result for each calling user; for each call result, if the call result indicates that the call was successful, the corresponding calling user is taken as a candidate user.

[0107] In one embodiment, the service request includes the type priority of each user in the user list within its respective user type. The user filtering module 504 is used to determine, for each user type, multiple users belonging to the user type in the user list; based on the type priority of each user, a preset number of users are filtered out from the multiple users, and the filtered users are used as the calling users.

[0108] In one embodiment, the apparatus further includes a user addition module for detecting the user type of each target user in the temporary user group; if a user type is missing, sending a user addition request to an external platform so that the external platform responds to the user addition request and returns a new user belonging to the missing user type; and adding the new user to the temporary user group.

[0109] Each module in the aforementioned emergency communication device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in the processor of a computer device in hardware form or independent of it, or stored in the memory of a computer device in software form, so that the processor can call and execute the operations corresponding to each module.

[0110] In one exemplary embodiment, a computer device is provided, which may be a server or a terminal, and its internal structure diagram may be as follows. Figure 6 As shown, this computer device includes a processor, memory, input / output (I / O) interfaces, and a communication interface. The processor, memory, and I / O interfaces are connected via a system bus, and the communication interface is also connected to the system bus via the I / O interfaces. The processor provides computational and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system, computer programs, and databases. The internal memory provides the environment for the operating system and computer programs stored in the non-volatile storage media to run. The I / O interfaces are used for exchanging information between the processor and external devices. The communication interface is used for communicating with external terminals via a network connection. When the computer program is executed by the processor, it implements an emergency communication method.

[0111] Those skilled in the art will understand that Figure 6 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0112] In one embodiment, a computer device is also provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps in the above method embodiments.

[0113] In one embodiment, a computer-readable storage medium is provided having a computer program stored thereon that, when executed by a processor, implements the steps in the above method embodiments.

[0114] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the steps in the above method embodiments.

[0115] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of the relevant data must comply with relevant regulations.

[0116] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, artificial intelligence (AI) processors, etc., and are not limited to these.

[0117] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0118] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. An emergency communication method, characterized in that, The method includes: Upon receiving a service request for emergency communication services, the service request is parsed to determine the location of the emergency event involved in the emergency communication service and the list of users related to the emergency event. Based on the location of the event, target users who meet the emergency communication requirements are selected from the user list; Based on the selected target users, a temporary user group for the emergency communication service is established, and the communication strategy of the temporary user group is adjusted to meet the emergency communication requirements, so that each target user in the temporary user group can communicate through the emergency communication strategy.

2. The method according to claim 1, characterized in that, The method further includes: Obtain service requests sent by external platforms, and verify whether the service request is used to request emergency communication services based on the service identifier carried in the service request.

3. The method according to claim 1, characterized in that, The step of filtering target users who meet the emergency communication conditions from the user list based on the location of the event includes: Obtain the user location of at least one candidate user from the user list; Based on the distance between the location of the event and the location of each candidate user, candidate users whose distance is less than or equal to a distance threshold are selected, and the selected candidate users are taken as target users who meet the emergency communication conditions.

4. The method according to claim 3, characterized in that, The candidate user determination step includes: Retrieve the users to be called from the user list, initiate a call to each user, and determine the call result for each user. For each call result, if the call result indicates that the call was successful, then the corresponding caller is selected as a candidate user.

5. The method according to claim 4, characterized in that, The service request includes the type priority of each user in the user list within their respective user type, and the call user determination step includes: For each user type, identify multiple users in the user list who belong to that user type; Based on the type priority of each user, a preset number of users are selected from the multiple users, and the selected users are used as calling users.

6. The method according to claim 1, characterized in that, The method further includes: Detect the user type of each target user in the temporary user group; If a user type is missing, a user addition request is sent to an external platform so that the external platform responds to the user addition request and returns a new user belonging to the missing user type; Add the new user to the temporary user group.

7. An emergency communication device, characterized in that, The device includes: The request parsing module is used to parse the service request when a service request for emergency communication service is received, and to determine the location of the emergency event involved in the emergency communication service and the list of users related to the emergency event. The user filtering module is used to filter target users who meet the emergency communication conditions from the user list based on the location of the event. The strategy adjustment module is used to establish a temporary user group for the emergency communication service based on the selected target users, and adjust the communication strategy of the temporary user group to meet the emergency communication requirements, so that each target user in the temporary user group can communicate through the emergency communication strategy.

8. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 6.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 6.

10. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 6.

Images