Power grid emergency telephone dispatching method, device, equipment, medium and product
By dividing the power grid telephone dispatch system into dispatch zones and performing local or global ringing processing based on incoming call information, the problem of low efficiency in existing technologies has been solved, enabling timely response and efficient processing of emergency call requests.
Patent Information
- Application Number
- CN202610040472.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2026-01-12
- Publication Date
- 2026-05-15
AI Technical Summary
The existing power grid telephone dispatch system relies on manual maintenance of the address book and background programs, resulting in low efficiency. In extreme weather conditions, dispatchers cannot focus on specific areas, posing a risk of command errors.
By responding to emergency call requests, obtaining call information, and performing local ringing, silent ringing, or global ringing based on the scheduling partition, timely response to emergency call requests is achieved. The front-end partition activation method avoids the long scheduling time caused by back-end grouping.
It improved the efficiency of telephone dispatch, reduced the complexity of dispatch console response, and ensured the timely processing of emergency call requests.
Smart Images
Figure CN122053754A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of power communication technology, and in particular to a method, apparatus, equipment, medium and product for emergency telephone dispatching of power grids. Background Technology
[0002] In power grid telephone dispatch management, dispatchers communicate with on-site personnel through a telephone dispatch console. However, the existing system relies on manual maintenance of the address book and background program adjustments, which is inefficient and prone to errors. During extreme weather conditions and a surge in call volume, dispatchers cannot focus on specific areas, posing a risk of command errors.
[0003] In existing technologies, the main solutions to the problems of telephone dispatching are to increase the number of dispatchers or to manage telephone dispatching through back-end grouping.
[0004] Because existing technologies mainly rely on manual handling of telephone dispatching, they suffer from low efficiency. Summary of the Invention
[0005] This application provides a method, apparatus, equipment, medium, and product for emergency telephone dispatching in power grids, in order to achieve the technical effect of improving the efficiency of telephone dispatching.
[0006] In a first aspect, embodiments of this application provide a power grid emergency telephone dispatch method, including:
[0007] In response to an emergency call request from the target power grid, obtain the call information corresponding to the emergency call request;
[0008] When the incoming call information indicates that the emergency call request belongs to the active dispatch zone corresponding to the current dispatch console, the emergency call request will be partially ringed and the incoming call information will be displayed.
[0009] When the incoming call information indicates that the emergency call request belongs to an inactive dispatch zone corresponding to the current dispatch console, the emergency call request will be silenced.
[0010] When the incoming call information indicates that the emergency call request is an unfamiliar call that has not been recorded in the current dispatch console, the emergency call request will be ringed globally and the incoming call information will be displayed.
[0011] Among them, activated and inactive dispatching zones refer to the dispatching zones to which the staff information of each staff member in the target power grid belongs; the current dispatching station refers to the dispatching station that is in an idle state among the multiple dispatching stations corresponding to the target power grid.
[0012] In one possible implementation, before obtaining the incoming call information corresponding to the emergency call request in response to the target power grid, the method further includes:
[0013] In response to the emergency mode activation request of the target power grid, obtain the recommended partition activation information corresponding to the current dispatch console;
[0014] Push the recommended partition activation information to the user interface of the current dispatch console and obtain the actual partition activation result;
[0015] Based on the actual partition activation results, determine the activated and inactive scheduling partitions corresponding to the current scheduling console.
[0016] In one possible implementation, when the incoming call information indicates that the emergency call request belongs to the active dispatch zone corresponding to the current dispatch console, the emergency call request is locally ringed and the incoming call information is displayed, including:
[0017] The dispatch zone to which the emergency call request belongs is determined based on the incoming call information.
[0018] When the dispatch zone belongs to the active dispatch zone corresponding to the current dispatch console, the emergency call request will be partially ringed and the call information will be displayed until the call corresponding to the emergency call request is answered.
[0019] In one possible implementation, when the incoming call information indicates that the emergency call request belongs to an unknown call not currently recorded by the dispatch console, the emergency call request is subjected to a global ringing and the incoming call information is displayed, including:
[0020] Based on the incoming call information of the emergency call request, the phone number corresponding to the emergency call request is determined. If the phone number does not exist in the preset information database of the target power grid, the emergency call request is determined to be an unknown call that has not been entered.
[0021] The system will ring the entire system and display the caller information for any emergency call request until the call corresponding to the emergency call request is answered.
[0022] In one possible implementation, before obtaining the recommended partition activation information corresponding to the current dispatching station in response to the emergency mode activation request of the target power grid, the method further includes:
[0023] Obtain information on personnel within the target power grid;
[0024] Based on preset configuration rules and staff information, the scheduling zones are divided to obtain multiple scheduling zones corresponding to the target power grid.
[0025] Multiple scheduling zones and their mapping relationships with staff information are stored in a pre-defined database of the target power grid.
[0026] The mapping relationship between dispatching zones and staff information includes: the identifier of the dispatching zone and the staff information; the staff information includes the staff's phone number and the staff's user identifier.
[0027] In one possible implementation, the method further includes:
[0028] When an incoming call corresponding to an emergency call request is successfully answered by the current dispatch center, obtain the dispatch center identifier of the current dispatch center;
[0029] Based on the call content corresponding to the emergency call request recorded by the current dispatch console, a structured work order is generated based on the call content and the dispatch console identifier, and the structured work order is pushed to the relevant system;
[0030] Among them, the relevant system refers to the processing system corresponding to the structured chemical product.
[0031] Secondly, embodiments of this application provide a power grid emergency telephone dispatch device, comprising:
[0032] The acquisition module is used to respond to emergency call requests from the target power grid and acquire the call information corresponding to the emergency call request.
[0033] The first processing module is used to perform local ringing and display the call information when the incoming call information indicates that the emergency call request belongs to the activated dispatching partition corresponding to the current dispatching console;
[0034] The second processing module is used to perform silent processing on emergency call requests when the incoming call information indicates that the emergency call request belongs to an inactive dispatch partition corresponding to the current dispatch console.
[0035] The third processing module is used to perform a global ringing and display the call information when the incoming call information indicates that the emergency call request belongs to an unfamiliar call not currently recorded by the dispatch console.
[0036] Among them, activated and inactive dispatching zones refer to the dispatching zones to which the staff information of each staff member in the target power grid belongs; the current dispatching station refers to the dispatching station that is in an idle state among the multiple dispatching stations corresponding to the target power grid.
[0037] In one possible implementation, the acquisition module is further configured to:
[0038] In response to the emergency mode activation request of the target power grid, obtain the recommended partition activation information corresponding to the current dispatch console;
[0039] Push the recommended partition activation information to the user interface of the current dispatch console and obtain the actual partition activation result;
[0040] Based on the actual partition activation results, determine the activated and inactive scheduling partitions corresponding to the current scheduling console.
[0041] In one possible implementation, the first processing module is further configured to:
[0042] The dispatch zone to which the emergency call request belongs is determined based on the incoming call information.
[0043] When the dispatch zone belongs to the active dispatch zone corresponding to the current dispatch console, the emergency call request will be partially ringed and the call information will be displayed until the call corresponding to the emergency call request is answered.
[0044] In one possible implementation, the third processing module is further configured to:
[0045] Based on the incoming call information of the emergency call request, the phone number corresponding to the emergency call request is determined. If the phone number does not exist in the preset information database of the target power grid, the emergency call request is determined to be an unknown call that has not been entered.
[0046] The system will ring the entire system and display the caller information for any emergency call request until the call corresponding to the emergency call request is answered.
[0047] In one possible implementation, the acquisition module is further configured to:
[0048] Obtain information on personnel within the target power grid;
[0049] Based on preset configuration rules and staff information, the scheduling zones are divided to obtain multiple scheduling zones corresponding to the target power grid.
[0050] Multiple scheduling zones and their mapping relationships with staff information are stored in a pre-defined database of the target power grid.
[0051] The mapping relationship between dispatching zones and staff information includes: the identifier of the dispatching zone and the staff information; the staff information includes the staff's phone number and the staff's user identifier.
[0052] In one possible implementation, the device further includes a fourth processing module for:
[0053] When an incoming call corresponding to an emergency call request is successfully answered by the current dispatch center, obtain the dispatch center identifier of the current dispatch center;
[0054] Based on the call content corresponding to the emergency call request recorded by the current dispatch console, a structured work order is generated based on the call content and the dispatch console identifier, and the structured work order is pushed to the relevant system;
[0055] Among them, the relevant system refers to the processing system corresponding to the structured chemical product.
[0056] Thirdly, embodiments of this application provide an electronic device, including: a memory and a processor;
[0057] The memory stores the instructions that the computer executes;
[0058] The processor executes computer execution instructions stored in memory, causing the processor to perform the first aspect above and various possible implementations of the first aspect.
[0059] Fourthly, embodiments of this application provide a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the first aspect and various possible implementations thereof.
[0060] Fifthly, embodiments of this application provide a computer program product, including a computer program that, when executed by a processor, implements the first aspect and various possible implementations thereof.
[0061] This application provides a power grid emergency telephone dispatching method, apparatus, equipment, medium, and product. The method responds to emergency call requests from the target power grid, obtains the corresponding call information, and determines the type of the emergency call request based on the call information. When the emergency call request belongs to an activated dispatching zone in the current dispatching console, local ringing is performed on the emergency call request, and the call information is displayed simultaneously. When the emergency call request belongs to an inactive dispatching zone, silent processing is performed. When the emergency call request belongs to an unknown call not recorded in the current dispatching console, global ringing is performed on the emergency call request, and the call information is displayed simultaneously. Compared with existing technologies, this application divides emergency call requests into dispatching zones and activates different dispatching zones to achieve timely responses to emergency call requests from different dispatching zones, thereby improving the technical effect of telephone dispatching efficiency. Attached Figure Description
[0062] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.
[0063] Figure 1 Flowchart of the power grid emergency telephone dispatch method provided in this application Figure 1 ;
[0064] Figure 2 Flowchart of the power grid emergency telephone dispatch method provided in this application Figure 2 ;
[0065] Figure 3 A schematic diagram of the content composition interface of a preset information database for power grid emergency telephone dispatch provided in this application;
[0066] Figure 4 A schematic diagram of a basic settings interface for scheduling partition activation provided in an embodiment of this application;
[0067] Figure 5 This is a schematic diagram of the structure of the power grid emergency telephone dispatch device provided in this application;
[0068] Figure 6 A schematic diagram of the structure of the electronic device provided in this application.
[0069] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation
[0070] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.
[0071] First, let's explain the proper nouns used in this application:
[0072] Application Programming Interface (API): Used to define the rules, protocols, and data formats for communication between different programs or services. Through APIs, you can directly invoke the functions of other systems or services without understanding the underlying implementation details.
[0073] Universal Serial Bus (USB) interface: referred to as U-port in this application, it refers to the standardized hardware interface commonly found on the control console, which supports plug-and-play and is used to connect external devices or expand functional modules.
[0074] Push-To-Talk (PTT): This refers to a half-duplex communication method where users can trigger the microphone by pressing and holding a physical button or on-screen button to send voice messages in real time; after releasing the button, the device automatically switches to answer mode.
[0075] In existing technologies, the main methods for telephone dispatching of the power grid are: increasing the number of dispatchers on duty when making telephone dispatching in emergency situations; or using a background grouping method to group the dispatch console on the program-controlled exchange to restrict the range of incoming calls from different power areas, thereby ensuring a strong connection between the dispatch console and the power areas.
[0076] However, existing technologies that increase the number of dispatchers on duty cannot accurately predict potential problem areas, resulting in untimely dispatching in actual dispatch management. Using a back-end grouping method, dispatch consoles are grouped on the PBX to ensure that personnel in corresponding areas can only call the corresponding dispatch console. This fundamentally changes the incoming call method, leading to longer actual call dispatching times and reduced dispatch efficiency. Therefore, existing technologies suffer from low telephone dispatching efficiency.
[0077] To address the aforementioned technical problems, this application proposes the following technical concept: emergency call requests from inbound dispatch consoles are partitioned, and call dispatch is implemented using a partition activation method. Specifically: when an emergency call request is received, based on the caller information, it is determined whether the request belongs to an activated dispatch partition of the current dispatch console. If it does, the request is responded to and executed; if it belongs to an inactive dispatch partition, it is handled silently; if it belongs to information not yet recorded by the current dispatch console, the request must be responded to and executed. By using the front-end dispatch console to partition incoming call requests, the problem of long dispatch times caused by back-end partitioning is avoided. Furthermore, by utilizing the dispatch partitions corresponding to each dispatch console, partitioned response and processing of incoming call requests are achieved, reducing the complexity of dispatch console responses and thus improving the technical effect of telephone dispatch efficiency.
[0078] The technical solution of this application and how the technical solution of this application solves the above-mentioned technical problems are described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will now be described with reference to the accompanying drawings.
[0079] Figure 1 Flowchart of the power grid emergency telephone dispatch method provided in this application Figure 1 ,like Figure 1 As shown, the method includes:
[0080] S101. In response to an emergency power request from the target power grid, obtain the power information corresponding to the emergency power request.
[0081] In this step, the incoming call information corresponding to the emergency call request includes, but is not limited to: the phone number of the emergency call request, the location of the emergency call request, the dispatch zone corresponding to the emergency call request, the user identifier corresponding to the emergency call request, and the actual power grid zone corresponding to the emergency call request.
[0082] Alternatively, one possible way to obtain incoming call information for emergency call requests is as follows:
[0083] S1011. Obtain the raw data of the emergency call request based on the preset communication interface.
[0084] In this step, the raw data includes the caller ID and location of the emergency call request.
[0085] S1012. Based on the raw data, query the preset information database to obtain the incoming call information corresponding to the emergency call request.
[0086] In this step, the user identifier in the incoming call information refers to the job information of the user to whom the phone number that initiated the emergency call request belongs in the target power grid; the dispatch zone corresponding to the emergency call refers to the destination of the phone number to which the emergency call belongs; and the actual power grid zone corresponding to the emergency call request refers to the actual work area of the user to whom the phone number belongs in the target power grid.
[0087] For example, when an internal employee of the target power grid calls, the user identifier is matched as: Substation A - Duty Officer, based on the caller ID carried in the emergency call request; the actual power grid zone of the user is located as: Target Power Grid - Locality B.
[0088] In this step, the emergency call request obtained can come from the emergency call request pushed by the dispatch center corresponding to the current dispatch station. The dispatch center determines the dispatch station in the target power grid that is in an idle state, and pushes the emergency call request to the dispatch station in an idle state through broadcast distribution or queue distribution.
[0089] For example, among the 20 dispatch stations corresponding to the current target power grid, 10 are idle. Emergency call requests are processed using a broadcast allocation method, simultaneously pushing the emergency call request to all 10 idle dispatch stations. Each idle dispatch station rings and displays the call information. When an idle dispatch station answers the call request, the ringing and displaying on the other idle dispatch stations immediately disappear, thus avoiding duplicate calls. Compared to the broadcast allocation method, the queue allocation method rings and displays the call information on only one idle dispatch station at a time until a dispatch station successfully responds to the emergency call request.
[0090] It should be noted that the queue-based allocation method is suitable when there are many idle dispatching stations and the target power grid is in a non-emergency state. When the target power grid is in an emergency state, a broadcast-based allocation method with high responsiveness is required to allocate emergency dispatching requests.
[0091] S102. When the incoming call information indicates that the emergency call request belongs to the active dispatching zone corresponding to the current dispatching console, the emergency call request is locally rang and the incoming call information is displayed.
[0092] In this step, "local ringing" means that ringing and displaying incoming call information only occurs on the dispatch console corresponding to the activated dispatch partition. The activated dispatch partition refers to the dispatch partition currently active on the dispatch console.
[0093] Alternatively, one possible implementation for handling emergency call requests from activated dispatch partitions is as follows:
[0094] S1021. Determine the dispatch zone to which the emergency call request belongs based on the incoming call information of the emergency call request.
[0095] In this step, the dispatch zone corresponding to the emergency call request is determined based on the incoming call information. This dispatch zone refers to the dispatch zone to which the phone number requesting the emergency call belongs. The identifier of the dispatch zone can be used to determine whether it belongs to an active dispatch zone corresponding to the current dispatch center.
[0096] It should be noted that the dispatch partition corresponding to an emergency call request can be the same as the active dispatch partition of multiple idle dispatch stations. In one possible implementation, the dispatch center uses a broadcast distribution method to simultaneously push the emergency call request to every idle dispatch station in the target power grid. If an idle dispatch station successfully responds to the emergency call request and successfully answers the incoming call corresponding to the emergency call request, the emergency call request will not be repeated on other idle dispatch stations.
[0097] S1022. When the dispatching zone belongs to the active dispatching zone corresponding to the current dispatching station, the emergency call request is partially rang and the call information is displayed until the incoming call corresponding to the emergency call request is answered.
[0098] In this step, the current dispatch console will ring the emergency call request locally and display the call information simultaneously. If it is detected that the call for the emergency call request has already been answered, the ringing will stop and the call information will not be displayed.
[0099] It should be noted that when there are multiple idle dispatch stations in the target power grid, an emergency call request will be pushed to multiple idle dispatch stations simultaneously. For each idle dispatch station, it is necessary to determine whether the incoming call of the emergency call request has been answered. If it is determined that it has not been answered, based on the identifier corresponding to the dispatch zone of the emergency call request, it is determined whether the dispatch zone is an active dispatch zone in the idle dispatch station. If it is determined that it is an active dispatch zone, the emergency call request will be ringed on the current idle dispatch station, and the incoming call information of the emergency call request will be displayed on the idle dispatch station until the incoming call is answered.
[0100] When it is determined that an incoming emergency call request has already been answered by another dispatch station, or does not belong to the active dispatch zone of the current dispatch station, the emergency call request is silenced based on the current dispatch station, and the station continues to receive the next assigned emergency call request.
[0101] S103. When the incoming call information indicates that the emergency call request belongs to an inactive dispatching zone corresponding to the current dispatching console, the emergency call request shall be silenced.
[0102] In this step, the purpose of silencing emergency call requests for inactive dispatch zones is to partition multiple dispatch stations in the target power grid using inactive and active dispatch zones. This ensures that dispatch stations can only handle emergency call requests within their corresponding active zones, thereby achieving a logical mapping between different physical locations in the target power grid and dispatch stations. This avoids the problem of low accuracy caused by a single dispatch station having to handle emergency call requests from multiple different power grid locations.
[0103] It should be noted that, in this example, the activated and inactive dispatching partitions refer to the dispatching partition to which the staff information of each staff member in the target power grid belongs; the current dispatching station refers to the dispatching station that is in an idle state among the multiple dispatching stations corresponding to the target power grid.
[0104] S104. When the incoming call information indicates that the emergency call request is an unfamiliar call not currently recorded by the dispatch console, the emergency call request will be ringed globally and the call information will be displayed.
[0105] In this step, global ringing means ringing and displaying incoming call information on all idle dispatch consoles corresponding to the target power grid. That is, when the current dispatch console determines that the emergency call request belongs to an unknown number that has not been recorded, it will still ring and display the incoming call information for the emergency call request until the call is answered.
[0106] Alternatively, one possible implementation for handling unknown calls is:
[0107] S1041. Based on the incoming call information of the emergency call request, determine the phone number corresponding to the emergency call request. If the phone number does not exist in the preset information database of the target power grid, determine that the emergency call request belongs to an unknown call that has not been entered.
[0108] In this step, the pre-set information database contains staff information for the target power grid, as well as dispatch zone information for each staff member. The staff information includes the staff member's user identifier and at least one phone number; the dispatch zone information refers to the mapping relationship between each staff member's information and the dispatch zone identifier.
[0109] It should be noted that when the phone number corresponding to this emergency call request is found in the pre-set database in the future, it needs to be marked as an unknown call. For unknown calls, a global ringing should be implemented, meaning that every available dispatch console can answer the incoming call corresponding to this emergency call request.
[0110] S1042. Execute a global ringing and display call information for emergency call requests until the corresponding call is answered.
[0111] In this step, after the current dispatch console receives the incoming call corresponding to the emergency call request, it can also enter the phone number of the emergency call request.
[0112] When it is determined that the phone number belongs to a newly hired and unregistered employee in the target power grid, the employee's corresponding employee information and the employee's power grid location are obtained. Based on the power grid location, the corresponding dispatch zone for the employee is determined. The preset information database is updated based on the phone number, power grid location, and employee information to complete the data entry.
[0113] When it is determined that the phone number belongs to a staff member in the target power grid who has not entered the number, the phone number will be added to the staff member's information and the preset information database will be updated.
[0114] When it is determined that the phone number does not belong to a staff member of the target power grid, the phone number can be recorded in the external access database.
[0115] It should be noted that, in this embodiment, the scheduling partition refers to the scheduling partition to which the staff information of each staff member in the target power grid belongs.
[0116] Optionally, when the idle dispatch console receives an incoming call corresponding to an emergency call request, the call content can be recorded to generate a structured work order. The specific implementation method can be as follows:
[0117] A1. When an incoming call corresponding to an emergency call request is successfully answered by the current dispatch center, obtain the dispatch center identifier of the current dispatch center.
[0118] In this step, when the incoming call corresponding to the emergency call request is answered by the current dispatch console, the dispatch console can capture the answering event through the communication protocol or dispatch console software interface, extract the unique identifier of the dispatch console from the dispatch console registration information or session metadata, bind the dispatch console identifier with the emergency call request, and store it in the database or log system for subsequent work order association and traceability.
[0119] A2. Based on the call content corresponding to the emergency call request recorded by the current dispatch console, generate a structured work order based on the call content and the dispatch console identifier, and push the structured work order to the relevant system.
[0120] In this step, the relevant system refers to the processing system corresponding to the structured work order. The call content can be obtained by converting it into structured text using speech-to-text technology or manual input by the dispatcher; key information is extracted based on a preset template and combined with dispatch console identifiers to generate a work order, where key information may include: fault type, location of occurrence, and urgency level. The work order can be pushed to the relevant system via message queues, API calls, or database synchronization.
[0121] For example, the content of a structured work order can be: "Work Order Identifier":"20231001-001",
[0122] "Dispatch Console Identifier":"Number 1","Time of Call":"2023-10-01 14:30:00","Fault Type":"Power Outage","Address":"No. 10, 001 Road, District B, City A","Emergency Level":"High","Related Processing System":"Power Distribution Operation and Maintenance System"".
[0123] The power grid emergency telephone dispatch method provided in this application responds to emergency call requests from the target power grid, obtains the corresponding call information, and determines the type of the emergency call request based on the call information. If the emergency call request belongs to an activated dispatch zone in the current dispatch center, a local ringing is performed on the emergency call request, and the call information is displayed simultaneously. If the emergency call request belongs to an inactive dispatch zone, a silent operation is performed. If the emergency call request belongs to an unknown call not recorded in the current dispatch center, a global ringing is performed on the emergency call request, and the call information is displayed simultaneously. Compared with existing technologies, this application divides emergency call requests into dispatch zones and activates different dispatch zones to achieve timely responses to emergency call requests from different dispatch zones, thereby improving the efficiency of telephone dispatch.
[0124] Figure 2 Flowchart of the power grid emergency telephone dispatch method provided in this application Figure 2 ,like Figure 2 As shown, the method includes:
[0125] S201. Obtain information on personnel in the target power grid.
[0126] In this step, one possible way to obtain staff information from the target power grid is to extract staff names, employee IDs, contact information, departments, regions, and job functions by connecting to the target power grid's human resources system or internal database. This can be achieved through database calls or API calls.
[0127] For example, retrieving staff information via database calls can be done as follows:
[0128] S2011, Internal database connected to the target power grid.
[0129] S2012. Generate a query statement based on the database name and table name to which the staff information belongs.
[0130] S2013. Execute the query statement to obtain the result set composed of the query results. Based on the result set, perform data formatting processing to obtain the staff information of the target power grid.
[0131] In this step, the final staff information obtained includes user ID, phone number, and at least one of the following: job function, region, department, and employee number.
[0132] S202. Based on the preset configuration rules and staff information, the scheduling partitions are divided to obtain multiple scheduling partitions corresponding to the target power grid.
[0133] In this step, the preset configuration rules can be any of the following:
[0134] Dispatch zones are divided according to geographical location, and staff from the same city, the same area of the same city, or the same substation are assigned to the same dispatch zone.
[0135] The scheduling areas are divided according to functions, with maintenance, scheduling, and customer service functions being separated into independent scheduling areas.
[0136] According to the grid department's division of dispatch zones, staff members belonging to the same department are assigned to the same dispatch zone.
[0137] For example, the target power grid deployment area includes three cities. Dividing them according to geographical location, and assigning staff in the same city to the same dispatch zone, will ultimately result in three dispatch zones.
[0138] The target power grid deployment area includes two cities. City A is divided into four regions according to the city plan, with at least one substation in each region. City B is divided into three regions according to the city plan, with at least one substation in each region. The dispatching zones are divided according to the regions, resulting in seven dispatching zones.
[0139] S203. Store multiple dispatching zones and the mapping relationship between dispatching zones and staff information in the preset information database of the target power grid.
[0140] In this step, the mapping relationship between scheduling partitions and staff information includes: the identifier of the scheduling partition and the staff information; the staff information includes the staff's phone number and the staff's user identifier.
[0141] For example, this embodiment provides a preset information database content composition interface. Figure 3 This application provides a schematic diagram of the interface composition of a preset information database for power grid emergency telephone dispatching, as shown in the following figure. Figure 3 As shown, the preset information database includes: the employee's region, department, user ID, user ID display method, calling method, whether it comes from a conference call button, phone number, and the corresponding dispatch partition identifier. Each user ID corresponds to at least one phone number. As shown in Figure 3, there are two data records corresponding to employee information: User A, whose display method is name display, and whose calling method is non-polling; there are two corresponding phone numbers, string 1 and string 2; the region is region F; and the corresponding dispatch partition identifier is D. User B, whose display method is employee ID display, and whose calling method is non-polling; has a corresponding phone number, string 3; the region is region F; and the corresponding dispatch partition identifier is D. Both of these employee information records correspond to department M.
[0142] S204. In response to the emergency mode activation request of the target power grid, obtain the recommended partition activation information corresponding to the current dispatch console.
[0143] In this step, the response to the emergency mode activation request from the target power grid can be achieved by receiving a request from manual triggering or automatic triggering from the dispatch console. For example, manual triggering could be: a dispatcher clicking the emergency activation mode; automatic triggering from the dispatch console could be: a large-scale power outage fault being detected.
[0144] For example, the conditions for triggering the emergency mode activation request can be any of the following:
[0145] The person in charge of the dispatch center or the dispatcher submits a request to activate the emergency mode through the dispatch management interface on the user terminal.
[0146] If a load exceeding a threshold is detected in the target power grid, or if a natural disaster is detected, an emergency mode activation request is automatically generated.
[0147] For example, when a fire occurs at a substation, the dispatcher on duty at the dispatch center manually submits a request to activate the fire emergency mode. When a red rainstorm warning is detected by the meteorological system, a rainstorm emergency mode activation request is automatically generated.
[0148] In this step, one possible way to obtain the recommended partition activation information is as follows: in response to the power grid's emergency mode activation request, send an emergency mode activation request to the dispatch center corresponding to the current dispatch console, and carry the dispatcher information of the current dispatch console in the request.
[0149] Based on the received emergency mode activation request and the dispatcher information corresponding to different dispatch consoles, the dispatch center generates recommended partition activation information for each dispatch console and sends the recommended partition activation information to the corresponding dispatch console.
[0150] For example, the dispatch center can determine the dispatcher's online status and historical processing records based on dispatcher information; based on the emergency mode activation request, determine the emergency type, and generate recommended partition activation information using a preset rule engine or a recommended partition model. The recommended partition activation information includes the recommended partition activation information corresponding to each dispatch console.
[0151] For example, the method for generating recommended partition activation information based on a preset rule engine can be as follows: determine that the current emergency mode is typhoon emergency mode based on the emergency mode activation request, prioritize the activation of the dispatch partition corresponding to the coastal area, and select the dispatch station corresponding to the dispatcher with the highest current idle rate as the dispatch station to activate the corresponding dispatch partition based on the dispatcher's online status.
[0152] S205. Push the recommended partition activation information to the user interface of the current dispatch console and obtain the actual partition activation result.
[0153] In this step, the recommended partition activation information is pushed to the user interface of the current dispatch console. After confirmation or modification by the dispatcher, the actual partition activation result is obtained. The specific interaction flow can be as follows:
[0154] S2051, The dispatch console interface pop-up window displays the recommended activated partition information.
[0155] S2052. The scheduler can select the recommended activation partition for the application, or manually add other partitions and submit the corresponding actual partition activation results.
[0156] S206. Based on the actual partition activation results, determine the activated and inactive scheduling partitions corresponding to the current scheduling console.
[0157] For example, this embodiment provides a basic settings interface for scheduling partition activation. Figure 4 This application provides a schematic diagram of a basic settings interface for scheduling partition activation, as shown in the embodiments of this application. Figure 4 As shown, this interface includes: all dispatch zone identifiers of the target power grid, arranged alphabetically from zone A to zone T; a "select all" button and a "clear" button for each zone; settings for displaying incoming calls from outside the zone; and default call response settings. The display settings for incoming calls from outside the zone include two options: display and not display. The selected option in this interface is "not display incoming calls from outside the zone." Call response settings include: call mode (single call and round-robin); hang-up mode (manual hang-up and automatic hang-up); dialing mode (automatic and manual dialing); response mode (sequential response, automatic response, and manual response); U-port priority (using U1 port priority and not using U-port priority); secondary dialing delay (1 millisecond to 10 milliseconds); monitoring shielding (enabled and disabled); and PTT mode (disabled, full-duplex when pressed, and send-only when pressed).
[0158] Figure 5 This is a schematic diagram of the structure of the power grid emergency telephone dispatch device provided in this application, as shown below. Figure 5 As shown, the power grid emergency telephone dispatch device provided in this embodiment includes:
[0159] The acquisition module 501 is used to acquire the incoming call information corresponding to the emergency call request in response to the emergency call request of the target power grid.
[0160] The first processing module 502 is used to perform local ringing and display the incoming call information when the incoming call information indicates that the emergency call request belongs to the activated dispatching partition corresponding to the current dispatching console.
[0161] The second processing module 503 is used to perform silent processing on emergency call requests when the incoming call information indicates that the emergency call request belongs to an inactive dispatching partition corresponding to the current dispatching console.
[0162] The third processing module 504 is used to perform a global ringing and display the call information when the incoming call information indicates that the emergency call request belongs to an unfamiliar call not currently recorded by the dispatch console.
[0163] Among them, activated and inactive dispatching zones refer to the dispatching zones to which the staff information of each staff member in the target power grid belongs; the current dispatching station refers to the dispatching station that is in an idle state among the multiple dispatching stations corresponding to the target power grid.
[0164] In one possible implementation, the acquisition module 501 is further configured to:
[0165] In response to the emergency mode activation request of the target power grid, obtain the recommended partition activation information corresponding to the current dispatch console.
[0166] The recommended partition activation information is pushed to the user interface of the current dispatch console, and the actual partition activation result is obtained.
[0167] Based on the actual partition activation results, determine the activated and inactive scheduling partitions corresponding to the current scheduling console.
[0168] In one possible implementation, the first processing module 502 is further configured to:
[0169] The dispatch zone to which the emergency call request belongs is determined based on the incoming call information.
[0170] When the dispatch zone belongs to the active dispatch zone corresponding to the current dispatch console, the emergency call request will be partially ringed and the call information will be displayed until the call corresponding to the emergency call request is answered.
[0171] In one possible implementation, the third processing module 504 is further configured to:
[0172] Based on the incoming call information of the emergency call request, the corresponding phone number of the emergency call request is determined. If the phone number does not exist in the preset information database of the target power grid, the emergency call request is determined to be an unknown call that has not been entered.
[0173] The system will ring the phone globally and display the caller information for any emergency call request until the call corresponding to the emergency call request is answered.
[0174] In one possible implementation, the acquisition module 501 is further configured to:
[0175] Obtain information on personnel in the target power grid.
[0176] Based on preset configuration rules and staff information, the scheduling zones are divided to obtain multiple scheduling zones corresponding to the target power grid.
[0177] Multiple scheduling zones and their mapping relationships with staff information are stored in a pre-defined database of the target power grid.
[0178] The mapping relationship between dispatching zones and staff information includes: the identifier of the dispatching zone and the staff information; the staff information includes the staff's phone number and the staff's user identifier.
[0179] In one possible implementation, the device further includes a fourth processing module for:
[0180] When an incoming call corresponding to an emergency call request is successfully answered by the current dispatch center, obtain the dispatch center identifier of the current dispatch center.
[0181] Based on the call content corresponding to the emergency call request recorded by the current dispatch console, a structured work order is generated based on the call content and the dispatch console identifier, and the structured work order is pushed to the relevant system.
[0182] Among them, the relevant system refers to the processing system corresponding to the structured chemical product.
[0183] The apparatus provided in this embodiment can execute the method provided in the above method embodiment. Its implementation principle and technical effect are similar, and will not be described in detail here.
[0184] Figure 6 A schematic diagram of the structure of the electronic device provided in this application. Figure 6 As shown, the electronic device provided in this embodiment includes at least one processor 601 and a memory 602. Optionally, the device further includes a communication component 603. The processor 601, memory 602, and communication component 603 are connected via a bus 604.
[0185] In the specific implementation process, at least one processor 601 executes computer execution instructions stored in memory 602, causing at least one processor 601 to execute the above-mentioned power grid emergency telephone dispatch method or approach.
[0186] The specific implementation process of processor 601 can be found in the above method embodiments, and its implementation principle and technical effect are similar. It will not be repeated here.
[0187] In the above embodiments, it should be understood that the processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), etc. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this invention can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules within the processor.
[0188] The memory may include random access memory (RAM) and may also include non-volatile memory (NVM), such as at least one disk storage device.
[0189] The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of illustration, the buses shown in the accompanying drawings are not limited to a single bus or a single type of bus.
[0190] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the above-described method.
[0191] This application also provides a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, implement the above-described method.
[0192] The aforementioned readable storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The readable storage medium can be any available medium accessible to a general-purpose or special-purpose computer.
[0193] An exemplary readable storage medium is coupled to a processor, enabling the processor to read information from and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can reside in an Application Specific Integrated Circuit (ASIC). Alternatively, the processor and the readable storage medium can exist as discrete components in the device.
[0194] The division of units is merely a logical functional division; in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces, devices, or units, and may be electrical, mechanical, or other forms.
[0195] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.
[0196] In addition, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.
[0197] If a function is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.
[0198] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When executed, the program performs the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.
[0199] Finally, it should be noted that other embodiments of the invention will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This invention is intended to cover any variations, uses, or adaptations of the invention that follow the general principles of the invention and include common knowledge or customary techniques in the art not disclosed herein, and is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of the invention is limited only by the appended claims.
Claims
1. A method for emergency telephone dispatching in power grids, characterized in that, Applied to a dispatch console, the method includes: In response to an emergency call request from the target power grid, obtain the call information corresponding to the emergency call request; When the incoming call information indicates that the emergency call request belongs to the active dispatch zone corresponding to the current dispatch console, the emergency call request will be partially ringed and the incoming call information will be displayed; When the incoming call information indicates that the emergency call request belongs to an inactive dispatch partition corresponding to the current dispatch console, the emergency call request is silenced. When the incoming call information indicates that the emergency call request belongs to an unfamiliar call that has not been recorded by the current dispatch console, the emergency call request is globally rang and the incoming call information is displayed. The activated and inactive scheduling partitions refer to the scheduling partitions to which the staff information of each staff member in the target power grid belongs; the current scheduling station refers to the scheduling station that is in an idle state among the multiple scheduling stations corresponding to the target power grid.
2. The method according to claim 1, characterized in that, Before obtaining the incoming call information corresponding to the emergency call request in response to an emergency call request from the target power grid, the method further includes: In response to the emergency mode activation request of the target power grid, obtain the recommended partition activation information corresponding to the current dispatch console; The recommended partition activation information is pushed to the user interface of the current dispatch console, and the actual partition activation result is obtained; Based on the actual partition activation results, the activated and inactive scheduling partitions corresponding to the current scheduling console are determined.
3. The method according to claim 1, characterized in that, When the incoming call information indicates that the emergency call request belongs to the currently active dispatch zone corresponding to the dispatch console, the step of performing local ringing and displaying the incoming call information for the emergency call request includes: The dispatch zone to which the emergency call request belongs is determined based on the incoming call information of the emergency call request; When the dispatch partition belongs to the active dispatch partition corresponding to the current dispatch console, the emergency call request is partially rang and the call information is displayed until the incoming call corresponding to the emergency call request is answered.
4. The method according to claim 1, characterized in that, When the incoming call information indicates that the emergency call request belongs to an unknown call not currently recorded by the dispatch console, the step of performing a global ringing and displaying the incoming call information for the emergency call request includes: Based on the incoming call information of the emergency call request, the phone number corresponding to the emergency call request is determined. If the phone number does not exist in the preset information database of the target power grid, the emergency call request is determined to be an unknown call that has not been entered. The system will ring the emergency call request globally and display the call information until the call corresponding to the emergency call request is answered.
5. The method according to claim 2, characterized in that, Before obtaining the recommended partition activation information corresponding to the current dispatch console in response to the emergency mode activation request of the target power grid, the method further includes: Obtain information on personnel in the target power grid; Based on the preset configuration rules and the staff information, the scheduling partitions are divided to obtain multiple scheduling partitions corresponding to the target power grid; The multiple scheduling zones and the mapping relationship between the scheduling zones and the staff information are stored in a preset information database of the target power grid; The mapping relationship between the scheduling partition and the staff information includes: the identifier of the scheduling partition and the staff information; the staff information includes the staff's phone number and the staff's user identifier.
6. The method according to any one of claims 1-5, characterized in that, The method further includes: When the incoming call corresponding to the emergency call request is successfully answered by the current dispatch console, the dispatch console identifier of the current dispatch console is obtained; Based on the call content corresponding to the emergency call request recorded by the current dispatch console, a structured work order is generated based on the call content and the dispatch console identifier, and the structured work order is pushed to the relevant system; The related system refers to the processing system corresponding to the structured chemical order.
7. A power grid emergency telephone dispatch device, characterized in that, Applied to a dispatch console, the device includes: The acquisition module is used to acquire the incoming call information corresponding to the emergency call request in response to the emergency call request of the target power grid. The first processing module is configured to, when the incoming call information indicates that the emergency call request belongs to the activated dispatching partition corresponding to the current dispatching station, perform local ringing on the emergency call request and display the incoming call information; The second processing module is used to perform silent processing on the emergency call request when the incoming call information indicates that the emergency call request belongs to the inactive dispatch partition corresponding to the current dispatch console; The third processing module is used to perform a global ringing and display the call information when the incoming call information indicates that the emergency call request belongs to an unknown call not recorded by the current dispatch console; The activated and inactive scheduling partitions refer to the scheduling partitions to which the staff information of each staff member in the target power grid belongs; the current scheduling station refers to the scheduling station that is in an idle state among the multiple scheduling stations corresponding to the target power grid.
8. An electronic device, characterized in that, include: Memory, processor; The memory stores computer-executed instructions; The processor executes computer execution instructions stored in the memory, causing the processor to perform the method as described in any one of claims 1-6.
9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of claims 1-6.
10. A computer program product, characterized in that, Includes a computer program that, when executed by a processor, implements the method described in any one of claims 1-6.