An outbound resource processing method and device

Abstract

The application discloses an outbound resource processing method and device, and relates to the field of robot voice outbound. A specific embodiment of the method comprises the following steps: acquiring an outbound task, configuring a plurality of lines corresponding to the outbound task according to the concurrent quantity of the outbound task, determining the concurrent quantity and priority corresponding to each line; screening a first line from the plurality of lines, determining outbound traffic matching the concurrent quantity of each first line according to a preset proportion, generating a hash value corresponding to each first line, and routing the corresponding outbound traffic to the corresponding first line through the hash value; listening to the outbound success rate of each first line, and in response to the outbound success rate of the first line being lower than a preset threshold, matching a second line with a priority lower than the first line to switch the first line to the second line. Thus, the embodiment of the application can solve the technical problem of low outbound line scheduling efficiency.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of robot voice outbound call, in particular to an outbound call resource processing method and device. BACKGROUND

[0002] At present, the application of intelligent voice outbound call is very extensive, which provides convenient, fast and timely return visit, notification, research and customer intention collection services for enterprise users, and can greatly improve the outbound efficiency of the user group, reduce the outbound cost of the user group and promote the income increase of the user group.

[0003] In the process of implementing the present application, the inventors have found that there are at least the following problems in the prior art:

[0004] When users enjoy the convenient and efficient intelligent outbound call function, the instability of the outbound call system line is widespread. In the prior art: some outbound call systems reuse one line resource for multiple outbound tasks, so when the line fails, it cannot be scheduled, and the influence is large; some outbound call systems configure a line resource for each outbound task, so when the line fails, it will affect all outbound lists of the corresponding outbound task, and similarly, the problem line cannot be scheduled; some outbound call systems configure a calling number for each outbound task, and configure a redundant backup line for each calling number, so that in the event of an exception, the line can be scheduled, but in the actual application process, the task status needs to be monitored in real time, the task needs to be stopped manually when the connection rate decreases, and the outbound call needs to be restarted after adjusting the line, so that the line scheduling efficiency is low. SUMMARY

[0005] Therefore, the embodiments of the present application provide an outbound call resource processing method and device, which can solve the technical problem of low outbound line scheduling efficiency.

[0006] To achieve the above-mentioned purpose, according to one aspect of the embodiments of the present application, an outbound call resource processing method is provided, which comprises: acquiring an outbound task, configuring a plurality of lines corresponding to the outbound task according to the number of concurrent tasks of the outbound task, to determine the number of concurrent tasks and the priority corresponding to each line; selecting a first line from the plurality of lines, determining the outbound traffic matching the number of concurrent tasks of each first line according to a preset proportion, generating a hash value corresponding to each first line, and routing the corresponding outbound traffic to the corresponding first line through the hash value; listening to the outbound success rate of each first line, and in response to the outbound success rate of the first line being lower than a preset threshold, matching a second line with a priority lower than the first line to switch the first line to the second line.

[0007] Optionally, configuring a plurality of lines corresponding to the outbound task comprises:

[0008] The outbound task is assigned with a corresponding calling number, so as to determine a line service provider corresponding to the outbound task according to the calling number, and then select a line in all lines included in the line service provider based on the concurrent quantity of the outbound task.

[0009] Optionally, the concurrent quantity and the priority corresponding to each line are determined, comprising:

[0010] The sum of the concurrent quantities of all high-priority lines is greater than or equal to the concurrent quantity of the outbound task, and the sum of the concurrent quantities of all sub-high-priority lines is greater than or equal to the concurrent quantity of any high-priority line.

[0011] Optionally, comprising:

[0012] The first line includes all high-priority lines.

[0013] Optionally, the outbound traffic corresponding to the first line is routed to the second line through the hash value, comprising:

[0014] In response to the first line failing to acquire outbound traffic, a second line or multiple second lines with a priority lower than the first line and a concurrent quantity greater than or equal to that of the first line are screened out, so as to replace the first line with the second line or multiple second lines.

[0015] Optionally, the outbound success rate of each first line is monitored, comprising:

[0016] The hash data structure based on the remote dictionary service utilizes a sliding window algorithm to monitor the outbound success rate of each first line.

[0017] Optionally, the first line is switched to the second line, comprising:

[0018] A hash value corresponding to the second line is generated, so as to route the outbound traffic of the first line to the second line through the hash value.

[0019] In addition, the application further provides an outbound resource processing device, comprising an acquisition module, configured to configure a plurality of lines corresponding to the outbound task according to the number of concurrent outbound tasks, so as to determine the number of concurrent outbound tasks and the priority of each line; a configuration module, configured to select a first line from the plurality of lines, determine the outbound traffic matching the number of concurrent outbound tasks of each first line according to a preset ratio, and generate a hash value corresponding to each first line, so as to route the corresponding outbound traffic to the corresponding first line through the hash value; and a monitoring module, configured to monitor the outbound success rate of each first line, and in response to the outbound success rate of a first line being lower than a preset threshold, match a second line with a priority lower than the first line, so as to switch the first line to the second line.

[0020] An embodiment of the above application has the following advantages or beneficial effects: the application acquires outbound tasks, configures a plurality of lines corresponding to the outbound tasks according to the number of concurrent outbound tasks, so as to determine the number of concurrent outbound tasks and the priority of each line, realizes the process of receiving outbound tasks and configuring normal use lines and backup lines corresponding to the outbound tasks, and achieves the effect of ensuring that there is a backup line to be scheduled when the outbound task line is abnormal; and the application selects a first line from the plurality of lines, determines the outbound traffic matching the number of concurrent outbound tasks of each first line according to a preset ratio, realizes the process of distinguishing normal use lines and backup lines and calculating the required traffic of each normal use line, completes intelligent line configuration of the outbound task, and promotes the outbound task to enter the execution phase; meanwhile, the application generates a hash value corresponding to each first line, so as to route the corresponding outbound traffic to the corresponding first line through the hash value, achieves the effect of distinguishing and marking each normal use line using a hash function and accurately diverting traffic, and realizes traffic support for each normal use line; in addition, the application monitors the outbound success rate of each first line, and in response to the outbound success rate of a first line being lower than a preset threshold, matches a second line with a priority lower than the first line, so as to switch the first line to the second line, realizes the process of monitoring the connection rate of each normal use line using a sliding window, and achieves the purpose of discovering and replacing abnormal lines in time, thereby improving the efficiency of line scheduling.

[0021] The further effects of the above-mentioned non-conventional optional mode will be described below in conjunction with the specific embodiments. BRIEF DESCRIPTION OF DRAWINGS

[0022] The accompanying drawings are used to better understand the application and do not constitute an improper limitation on the application. Among them:

[0023] Figure 1This is a schematic diagram of the main flow of the outbound call resource processing method according to the first embodiment of the present invention;

[0024] Figure 2 This is a schematic diagram of the outbound call task association structure according to an embodiment of the present invention;

[0025] Figure 3 This is a schematic diagram of the outbound call line configuration according to an embodiment of the present invention;

[0026] Figure 4 This is a schematic diagram of outbound call line scheduling according to an embodiment of the present invention;

[0027] Figure 5 This is a schematic diagram illustrating the use of a sliding time window to monitor outbound call success rate according to an embodiment of the present invention;

[0028] Figure 6 This is a schematic diagram of the main flow of the outbound call resource processing method according to the second embodiment of the present invention;

[0029] Figure 7 This is a schematic diagram of the main flow of the outbound call resource processing method according to the third embodiment of the present invention;

[0030] Figure 8 This is a schematic diagram of the main modules of the outbound call resource processing device according to the first embodiment of the present invention;

[0031] Figure 9 This is an exemplary system architecture diagram in which embodiments of the present invention can be applied;

[0032] Figure 10 This is a schematic diagram of the structure of a computer system suitable for implementing terminal devices or servers of the present invention. Detailed Implementation

[0033] The following description, in conjunction with the accompanying drawings, illustrates exemplary embodiments of the present invention, including various details to aid understanding. These details should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of the invention. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.

[0034] Figure 1 This is a schematic diagram of the main flow of the outbound call resource processing method according to the first embodiment of the present invention, as shown below. Figure 1 As shown, the outbound call resource processing method includes:

[0035] Step S101: Obtain outbound call tasks, and configure multiple lines corresponding to the outbound call tasks according to the number of concurrent calls of the outbound call tasks, so as to determine the number of concurrent calls and priority of each line.

[0036] In some embodiments, in order to clarify the range of line selection for each outbound call task and isolate the line resources corresponding to each outbound call task, when configuring multiple lines corresponding to the outbound call task, a corresponding calling number can be assigned to the outbound call task to determine the line service provider corresponding to the outbound call task based on the calling number, and then the line can be selected from all the lines included by the line service provider based on the number of concurrent outbound call tasks.

[0037] For example, such as Figure 2 As shown in the diagram, three different outbound call tasks are assigned three different calling numbers. The setting of the calling numbers not only successfully associates the corresponding outbound call tasks with the line platform, but also ensures that there is no overlap of line resources between different outbound call tasks. This helps to quickly identify the problematic line when an anomaly occurs and effectively suppresses the scope of the problem line.

[0038] For example, such as Figure 3 As shown in the diagram, multiple lines with the same Chinese name correspond to the same line service provider. That is, "Hongguan 1", "Hongguan 2" and "Hongguan 3" in the diagram belong to the same line service provider. Therefore, for outbound call tasks, the corresponding line service provider must be determined first before the corresponding multiple lines can be determined.

[0039] In some embodiments, each calling number corresponds to multiple matched line service providers, and further, each line service provider corresponds to multiple preset outbound calling lines. The purpose of the above configuration is to distribute multiple outbound calling lists corresponding to each outbound calling task into the corresponding multiple outbound calling lines, avoiding the situation where an abnormality of one outbound calling line affects the entire outbound calling list, thus achieving the effect of using multiple outbound calling lines to share the risk of line abnormalities.

[0040] In some embodiments, to determine whether each outbound call task has a corresponding normally used line and a disaster recovery line, when determining the concurrency and priority of each line, it can be ensured that the sum of the concurrency of all high-priority lines is greater than or equal to the concurrency of the outbound call task; and that the sum of the concurrency of all second-highest priority lines is greater than or equal to the concurrency of any high-priority line. Here, the high-priority lines correspond to normally used lines, and the second-highest priority lines correspond to disaster recovery lines. By ensuring that the sum of the concurrency of all normally used lines is greater than the sum of the concurrency of outbound call tasks, a certain line scheduling function can be provided without using disaster recovery lines; by ensuring that the sum of the concurrency of all disaster recovery lines is greater than or equal to the concurrency of any normally used line, the effect of replacing any normally used line can be achieved without affecting the overall outbound call task, further improving the disaster response capability of the outbound call resource processing system of the present invention.

[0041] For example, such as Figure 3 As shown in the outbound call route configuration diagram, the outbound call task concurrency is 1200, and a total of 7 lines are configured for the outbound call task. Among them, there are 5 high-priority normally used lines, with a total concurrency of 1500, slightly higher than the outbound call task concurrency of 1200, so that line adjustments can be made to a certain extent when the disaster recovery line cannot be used normally. Among them, there are 2 second-highest priority lines, with a total concurrency of 600, which is equal to the concurrency of the normally used line "Red Pass 2" in the diagram. That is, it is the line with the highest concurrency among all normally used lines. Therefore, in case of an anomaly, the disaster recovery line can replace any normally used line without the effect of insufficient concurrency and the corresponding outbound call task being restricted.

[0042] Step S102: Select a first line from the multiple lines, determine the outbound call traffic that matches the concurrent number of each first line according to a preset ratio, generate a hash value corresponding to each first line, and route the corresponding outbound call traffic to the corresponding first line through the hash value.

[0043] In some embodiments, to ensure that the number of concurrent connections for the first line is sufficient, the first line may include all high-priority lines when filtering the first line.

[0044] In this embodiment, the `Hash()%max` function can be used to distribute outbound call traffic, thereby calculating the outbound call traffic ratio corresponding to each first line. Furthermore, the `murmurhash2` function is used to mark each first line, indicating the corresponding traffic ratio during traffic distribution, thus allocating the appropriate outbound call traffic to the corresponding first line. This step achieves the correct allocation of outbound call traffic to each normally used line, thereby advancing the outbound call task to the execution phase.

[0045] In some embodiments, to ensure the normal allocation and use of outbound call traffic and to avoid allocating outbound call traffic to abnormal lines, in response to a failure of the first line to acquire outbound call traffic, one or more second lines with lower priority than the first line and a concurrent number greater than or equal to that of the first line can be selected and used to replace the first line. This step promptly detects and replaces abnormal lines, thereby further ensuring the smooth operation of outbound call tasks.

[0046] For example, such as Figure 4 The outbound call route scheduling diagram is shown below. Figure 4 The upper part is the process of allocating outbound call traffic to the five first lines that were originally selected. The numbers 1-100 represent the proportion of outbound call traffic allocated to each first line, which can be understood as the function of the hash value mentioned above, that is, to route the corresponding proportion of outbound call traffic to the matching first line. Figure 4 The lower half of the diagram shows how to replace the "Hongguan 2" line with the "Zhongtou 1" and "Zhongtou 2" lines when an anomaly is detected in the "Hongguan 2" line. This is because the sum of the concurrent connections of all two disaster recovery lines (i.e., the "Zhongtou 1" and "Zhongtou 2" lines) is equal to the concurrent connection of the "Hongguan 2" line. Therefore, all two disaster recovery lines must be used to ensure that the outbound call traffic allocation for outbound call tasks is not affected.

[0047] Step S103: Monitor the outbound call success rate of each first line. In response to the fact that the outbound call success rate of a first line is lower than a preset threshold, match a second line with a lower priority than the first line and switch the first line to the second line.

[0048] In some embodiments, to improve the accuracy of monitoring, a hash data structure based on a remote dictionary service can be used to monitor the outbound call success rate of each first line using a sliding window algorithm.

[0049] For example, such as Figure 5The diagram shows a sliding time window for monitoring. The time window is set to 10 minutes to dynamically monitor the success rate of outbound calls on multiple outbound lines. The diagram illustrates that when line 1 has a problem, if the priority 1 line can still meet the concurrent requests, there is no need to switch. If it cannot meet the requests, it can switch to the priority 2 line in real time. For example, the right side shows line 4 changing from light (light gray) to dark (dark gray), while line 1 changes from dark (dark gray) to light (light gray).

[0050] In some embodiments, in order to minimize the impact of switching outbound call lines, when the first line is switched to the second line, a hash value corresponding to the second line can be generated so as to route outbound call traffic from the first line to the second line through the hash value.

[0051] Figure 6 This is a schematic diagram of the main flow of the outbound call resource processing method according to the second embodiment of the present invention, the outbound call resource processing method including:

[0052] Step S601: Obtain outbound call tasks.

[0053] Step S602: Assign a corresponding calling number to the outbound call task, so as to determine the line service provider corresponding to the outbound call task based on the calling number.

[0054] Preferably, the relationship between the calling number and the corresponding line service provider should be a one-to-many correspondence.

[0055] Step S603: Based on the number of concurrent calls for the outbound call task, select multiple lines corresponding to the outbound call task from all lines included in the line service provider, and determine the number of concurrent calls and priority for each line.

[0056] Preferably, the sum of the concurrent calls on all high-priority lines is determined to be greater than or equal to the concurrent call count of the outbound call task; and the sum of the concurrent calls on all second-highest priority lines is determined to be greater than or equal to the concurrent call count of any high-priority line.

[0057] Step S604: Filter out multiple first lines with a priority of the target value, and determine the outbound call traffic that matches the concurrent number of each first line according to a preset ratio.

[0058] Ideally, a hash function can be used to distribute outbound traffic, thereby calculating the proportion of outbound traffic corresponding to each first line.

[0059] Step S605: Generate a hash value corresponding to each first line, so as to route the corresponding outbound call traffic to the corresponding first line through the hash value.

[0060] In step S606, in response to the failure of the first line to acquire outbound call traffic, a second line or multiple second lines with a lower priority than the first line and a concurrent number greater than or equal to the first line are selected, so as to replace the first line with the second line or multiple second lines.

[0061] Step S607: Use the sliding window algorithm to monitor the outbound call success rate of each line with allocated outbound call traffic.

[0062] Figure 7 This is a schematic diagram of the main flow of the outbound call resource processing method according to the third embodiment of the present invention, the outbound call resource processing method including:

[0063] Step S701: Obtain outbound call tasks.

[0064] Step S702: Assign a corresponding calling number to the outbound call task, so as to determine the line service provider corresponding to the outbound call task based on the calling number.

[0065] Preferably, the relationship between the calling number and the corresponding line service provider should be a one-to-many correspondence.

[0066] Step S703: Based on the number of concurrent calls for the outbound call task, select multiple lines corresponding to the outbound call task from all lines included in the line service provider, and determine the number of concurrent calls and priority for each line.

[0067] Preferably, the sum of the concurrent calls on all high-priority lines is determined to be greater than or equal to the concurrent call count of the outbound call task; and the sum of the concurrent calls on all second-highest priority lines is determined to be greater than or equal to the concurrent call count of any high-priority line.

[0068] Step S704: Filter out multiple first lines with a priority of the target value, and determine the outbound call traffic that matches the concurrent number of each first line according to a preset ratio.

[0069] Ideally, a hash function can be used to distribute outbound traffic, thereby calculating the proportion of outbound traffic corresponding to each first line.

[0070] Step S705: Generate a hash value corresponding to each first line, so as to route the corresponding outbound call traffic to the corresponding first line through the hash value.

[0071] Step S706: Use the sliding window algorithm to monitor the outbound call success rate of each first line.

[0072] Step S707: In response to the fact that the outbound call success rate of the first line is lower than a preset threshold, a second line or multiple second lines with a priority lower than the first line and a concurrent number greater than or equal to that of the first line are selected.

[0073] Step S708: Generate a hash value corresponding to the second line or multiple second lines, so as to route outbound call traffic of the first line to the second line through the hash value.

[0074] Step S709, thereby switching the first line to the second line or the plurality of second lines.

[0075] Figure 8 This is a schematic diagram of the main modules of the outbound call resource processing device according to an embodiment of the present invention, as shown below. Figure 8 As shown, the outbound call resource processing device 800 includes an acquisition module 801, a configuration module 802, and a monitoring module 803. The acquisition module 801 acquires outbound call tasks and configures multiple lines corresponding to the outbound call tasks based on the number of concurrent calls, thereby determining the number of concurrent calls and priority for each line. The configuration module 802 filters out a first line from the multiple lines, determines the outbound call traffic matching the number of concurrent calls for each first line according to a preset ratio, and generates a hash value corresponding to each first line to route the corresponding outbound call traffic to the corresponding first line. The monitoring module 803 monitors the outbound call success rate of each first line. If the outbound call success rate of a first line is lower than a preset threshold, a second line with a lower priority than the first line is matched, and the first line is switched to the second line.

[0076] In some embodiments, when the acquisition module 801 configures multiple lines corresponding to the outbound call task, it is further configured to: assign a corresponding calling number to the outbound call task, determine the line service provider corresponding to the outbound call task based on the calling number, and then select a line from all the lines included by the line service provider based on the number of concurrent calls of the outbound call task.

[0077] In some embodiments, the acquisition module 801, which determines the concurrent number and priority corresponding to each line, is further configured to: determine that the sum of the concurrent numbers of all high-priority lines is greater than or equal to the concurrent number of the outbound call task; and determine that the sum of the concurrent numbers of all second-highest priority lines is greater than or equal to the concurrent number of any high-priority line.

[0078] In some embodiments, the configuration module 802 is further configured to: determine that the first line includes all high-priority lines.

[0079] In some embodiments, when the configuration module 802 routes the corresponding outbound traffic to the corresponding first line through the hash value, it is further configured to: in response to the failure of the first line to obtain outbound traffic, filter out a second line or multiple second lines with a priority lower than the first line and a concurrency greater than or equal to the first line, so as to use the second line or multiple second lines to replace the first line.

[0080] In some embodiments, when the monitoring module 803 monitors the outbound call success rate of each first line, it is also used to: monitor the outbound call success rate of each first line using a sliding window algorithm based on the hash data structure of the remote dictionary service.

[0081] In some embodiments, when the monitoring module 803 switches the first line to the second line, it is further configured to: generate a hash value corresponding to the second line, so as to route outbound call traffic of the first line to the second line through the hash value.

[0082] It should be noted that the outbound call resource processing method and the outbound call resource processing device described in this invention are related in their specific implementation, so repeated content will not be described again.

[0083] Figure 9 An exemplary system architecture 900 is shown that can be applied to the outbound call resource processing method or outbound call resource processing apparatus of the present invention.

[0084] like Figure 9 As shown, system architecture 900 may include terminal devices 901, 902, and 903, network 904, and server 905. Network 904 is used as a medium to provide a communication link between terminal devices 901, 902, and 903 and server 905. Network 904 may include various connection types, such as wired or wireless communication links or fiber optic cables, etc.

[0085] Users can use terminal devices 901, 902, and 903 to interact with server 905 via network 904 to receive or send messages, etc. Various communication client applications can be installed on terminal devices 901, 902, and 903.

[0086] Terminal devices 901, 902, and 903 can be various electronic devices with outbound call resource processing screens and support web browsing, including but not limited to smartphones, tablets, laptops, and desktop computers.

[0087] Server 905 can be a server that provides various services, such as a backend management server that supports users using terminal devices 901, 902, and 903 (for example only). The backend management server can analyze and process data such as received product information query requests, and feed back the processing results (such as target push information, product information - for example only) to the terminal devices.

[0088] It should be noted that the outbound call resource processing method provided in the embodiments of the present invention is generally executed by server 905, and correspondingly, the computing device is generally located in server 905.

[0089] It should be understood that Figure 9 The number of terminal devices, networks, and servers shown is merely illustrative. Depending on implementation needs, any number of terminal devices, networks, and servers can be included.

[0090] The following is for reference. Figure 10 It shows a schematic diagram of the structure of a computer system 1000 suitable for implementing a terminal device of the present invention. Figure 10 The terminal device shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of the present invention.

[0091] like Figure 10 As shown, the computer system 1000 includes a central processing unit (CPU) 1001, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage section 1008 into a random access memory (RAM) 1003. The RAM 1003 also stores various programs and data required for the operation of the computer system 1000. The CPU 1001, ROM 1002, and RAM 1003 are interconnected via a bus 1004. An input / output (I / O) interface 1005 is also connected to the bus 1004.

[0092] The following components are connected to I / O interface 1005: an input section 1006 including a keyboard, mouse, etc.; an output section 1007 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 1008 including a hard disk, etc.; and a communication section 1009 including a network interface card such as a LAN card, modem, etc. The communication section 1009 performs communication processing via a network such as the Internet. A drive 1010 is also connected to I / O interface 1005 as needed. A removable medium 1011, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on drive 1010 as needed so that computer programs read from it can be installed into storage section 1008 as needed.

[0093] In particular, according to the embodiments disclosed in this invention, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this invention include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 1009, and / or installed from removable medium 1011. When the computer program is executed by central processing unit (CPU) 1001, it performs the functions defined in the system of this invention.

[0094] It should be noted that the computer-readable medium shown in this invention can be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this invention, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this invention, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media can also be any computer-readable medium other than computer-readable storage media, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wireless, wire, optical fiber, RF, etc., or any suitable combination thereof.

[0095] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0096] The modules described in the embodiments of this invention can be implemented in software or hardware. These modules can also be housed in a processor; for example, a processor may be described as including an acquisition module, a configuration module, and a monitoring module. The names of these modules do not necessarily limit the functionality of the module itself.

[0097] In another aspect, the present invention also provides a computer-readable medium, which may be included in the device described in the above embodiments; or it may exist independently and not assembled into the device. The computer-readable medium carries one or more programs that, when executed by the device, cause the device to include: acquiring outbound call tasks; configuring multiple lines corresponding to the outbound call tasks based on the concurrency of the outbound call tasks, to determine the concurrency and priority of each line; filtering out a first line from the multiple lines; determining outbound traffic matching the concurrency of each first line according to a preset ratio; generating a hash value corresponding to each first line; routing the corresponding outbound traffic to the corresponding first line through the hash value; monitoring the outbound call success rate of each first line; and, in response to a first line having an outbound call success rate lower than a preset threshold, matching a second line with a lower priority than the first line, to switch the first line to the second line.

[0098] The technical solution of the present invention can solve the technical problem of low scheduling efficiency of existing outbound call lines.

[0099] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can occur depending on design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A method for processing outbound call resources, characterized in that, include: Obtain outbound call tasks, and configure multiple lines corresponding to the outbound call tasks based on the concurrency of the outbound call tasks to determine the concurrency and priority of each line; wherein, determining the concurrency and priority of each line includes: determining that the sum of the concurrency of all high-priority lines is greater than or equal to the concurrency of the outbound call tasks; and determining that the sum of the concurrency of all second-highest priority lines is greater than or equal to the concurrency of any high-priority line; A first line is selected from the multiple lines. Outbound traffic matching the concurrent number of each first line is determined according to a preset ratio. A hash value corresponding to each first line is generated so that the corresponding outbound traffic can be routed to the corresponding first line through the hash value. Monitor the outbound call success rate of each first line. If the outbound call success rate of a first line is lower than a preset threshold, match a second line with a lower priority than the first line and switch the first line to the second line.

2. The method according to claim 1, characterized in that, Configure multiple lines corresponding to the outbound call task, including: A corresponding calling number is assigned to the outbound call task, and the line service provider corresponding to the outbound call task is determined based on the calling number. Then, a line is selected from all the lines included by the line service provider based on the number of concurrent outbound call tasks.

3. The method according to claim 1, characterized in that, The first line includes all high-priority lines.

4. The method according to claim 1, characterized in that, The corresponding outbound call traffic is routed to the corresponding first line using the hash value, including: In response to the failure of the first line to acquire outbound call traffic, a second line or multiple second lines with a lower priority than the first line and a concurrent number greater than or equal to that of the first line are selected and used to replace the first line.

5. The method according to claim 1, characterized in that, Monitor the outbound call success rate of each primary line, including: The hash data structure based on the remote dictionary service uses a sliding window algorithm to monitor the outbound call success rate of each first line.

6. The method according to claim 1, characterized in that, Switching the first line to the second line includes: Generate a hash value corresponding to the second line to route outbound traffic from the first line to the second line using the hash value.

7. An outbound call resource processing device, characterized in that, include: The acquisition module is used to acquire outbound call tasks and configure multiple lines corresponding to the outbound call tasks based on the concurrency of the outbound call tasks, so as to determine the concurrency and priority of each line; wherein, determining the concurrency and priority of each line includes: determining that the sum of the concurrency of all high-priority lines is greater than or equal to the concurrency of the outbound call task; and determining that the sum of the concurrency of all second-highest priority lines is greater than or equal to the concurrency of any high-priority line; The configuration module is used to filter out the first line from the multiple lines, determine the outbound call traffic that matches the concurrent number of each first line according to a preset ratio, generate a hash value corresponding to each first line, and route the corresponding outbound call traffic to the corresponding first line through the hash value. The monitoring module is used to monitor the outbound call success rate of each first line. In response to the fact that the outbound call success rate of a first line is lower than a preset threshold, a second line with a lower priority than the first line is matched and the first line is switched to the second line.

8. An electronic device, characterized in that, include: One or more processors; Storage device for storing one or more programs. When the one or more programs are executed by the one or more processors, the one or more processors implement the method as described in any one of claims 1-6.

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

Images