A number processing method, device, equipment and storage medium

Abstract

Embodiments of the present application disclose a number processing method, device and equipment and a storage medium, which are applied to a network device, and the network device at least includes an application server and an IP multimedia subsystem (IMS) module. The method comprises the following steps: receiving, by the application server, a virtual number obtaining request sent by a first terminal, wherein the virtual number obtaining request comprises identification information of a second terminal; determining a called virtual number according to the identification information of the second terminal, and sending the called virtual number to the first terminal; after receiving the called virtual number by the IMS module, establishing a call connection between a calling virtual number of the first terminal and the called virtual number based on the IMS module. In this way, the function of simultaneously protecting the calling number and the called number in the communication process is realized in the private network communication, and the risk of real mobile phone numbers being leaked is reduced.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of communication, in particular to a number processing method and device, equipment and storage medium. BACKGROUND

[0002] At present, the number hiding processing of voice call in the related art is mainly realized through the following manners: call transfer between public network number and private network number, modifying data display on user call equipment, hiding number and real number association replacement.

[0003] In the related art, for the manner based on call transfer, the public network mobile phone number of the user is dialed to be automatically transferred to the private network mobile phone number of the user, although the private network mobile phone number can be hidden, but if in the scene of isolation between private network and public network, the number hiding cannot be realized; for the manner of modifying data display on user call equipment, although the number hiding can be realized, but the real mobile phone number of the user can still be analyzed in the network data transmission link and wireless communication link although the real mobile phone number cannot be seen on the user call equipment; and for the manner of hiding number or real number association replacement, although the number hiding can be realized, but the risk of stealing the real mobile phone number in the network data transmission link and wireless communication link cannot be prevented, resulting in high risk of real mobile phone number leakage. SUMMARY

[0004] The present application provides a number processing method, device, equipment and storage medium, which realizes the function of privacy protection of the calling number and the called number at the same time in the communication process in the private network communication, and reduces the risk of real mobile phone number leakage.

[0005] To achieve the above purpose, the technical scheme of the present application is as follows:

[0006] In a first aspect, the present application provides a number processing method applied to a network device, wherein the network device at least includes an application server and an IP multimedia subsystem (IMS) module; the method comprises the following steps:

[0007] receiving, by the application server, a virtual number acquisition request sent by a first terminal, wherein the virtual number acquisition request includes identification information of a second terminal;

[0008] determining a called virtual number according to the identification information of the second terminal, and sending the called virtual number to the first terminal;

[0009] after receiving the called virtual number by the IMS module, establishing a call connection between a calling virtual number of the first terminal and the called virtual number based on the IMS module.

[0010] Secondly, embodiments of this application provide a number processing method applied to a first terminal, the method comprising:

[0011] When initiating a call request with the second terminal, a virtual number acquisition request is sent to the application server of the network device, wherein the virtual number acquisition request includes the identification information of the second terminal;

[0012] Receive the called virtual number returned by the application server;

[0013] The called virtual number is sent to the IMS module of the network device so that a call connection is established between the calling virtual number of the first terminal and the called virtual number.

[0014] Thirdly, embodiments of this application provide a number processing apparatus applied to a network device, the network device including at least an application server and an IP Multimedia Subsystem (IMS) module; the number processing apparatus includes a sending unit, a receiving unit, and a connection unit, wherein...

[0015] The sending unit is configured to receive a virtual number acquisition request sent by the first terminal through the application server, wherein the virtual number acquisition request includes the identification information of the second terminal;

[0016] The receiving unit is configured to determine the called virtual number based on the identification information of the second terminal, and send the called virtual number to the first terminal;

[0017] The connection unit is configured to, after receiving the called virtual number through the IMS module, establish a call connection between the calling virtual number and the called virtual number of the first terminal based on the IMS module.

[0018] Fourthly, embodiments of this application provide a network device, the network device including a first memory and a first processor; wherein,

[0019] The first memory is used to store computer programs that can run on the processor;

[0020] The first processor is configured to execute the method as described in the first aspect when running the computer program.

[0021] Fifthly, embodiments of this application provide a number processing device applied to a first terminal, the number processing device comprising a sending unit and a receiving unit, wherein...

[0022] The sending unit is configured to send a virtual number acquisition request to the application server of the network device when initiating a call request with the second terminal, wherein the virtual number acquisition request includes the identification information of the second terminal;

[0023] The receiving unit is configured to receive the called virtual number returned by the application server;

[0024] The sending unit is further configured to send the called virtual number to the IMS module of the network device, so that a call connection is established between the calling virtual number of the first terminal and the called virtual number.

[0025] Sixthly, embodiments of this application provide a first terminal, the first terminal including a second memory and a second processor; wherein,

[0026] The second memory is used to store computer programs that can run on the processor;

[0027] The second processor is configured to execute the method described in the second aspect when running the computer program.

[0028] In a seventh aspect, embodiments of this application provide a storage medium storing a number processing program, which, when executed by a first processor, implements the method described in the first aspect, or when executed by a second processor, implements the method described in the second aspect.

[0029] This application provides a number processing method, apparatus, device, and storage medium. On the network device side, an application server receives a virtual number acquisition request from a first terminal, where the virtual number acquisition request includes the identification information of a second terminal. The called virtual number is determined based on the identification information of the second terminal and sent to the first terminal. After receiving the called virtual number through an IMS module, a call connection is established between the calling virtual number and the called virtual number on the first terminal based on the IMS module. On the first terminal side, when initiating a call request with the second terminal, a virtual number acquisition request is sent to the application server of the network device, where the virtual number acquisition request includes the identification information of the second terminal. The called virtual number is received from the application server. The called virtual number is sent to the IMS module of the network device, thereby establishing a call connection between the calling virtual number and the called virtual number on the first terminal. In this way, in private network communication, not only is the function of protecting the privacy of both the calling and called numbers during the communication process realized, but also, because the virtual number on the network device side can be switched randomly at regular intervals, it can effectively prevent the location and tracking of fixed users through mobile phone numbers, prevent the retention of users' fixed number information in the call records of the terminal and thus prevent information leakage, and even prevent the return of calls to designated users through the terminal's call records, thereby effectively reducing the risk of real mobile phone numbers being leaked. Attached Figure Description

[0030] Figure 1 A flowchart illustrating a number processing method provided in an embodiment of this application;

[0031] Figure 2 A flowchart illustrating another number processing method provided in an embodiment of this application;

[0032] Figure 3 A flowchart illustrating yet another number processing method provided in this application embodiment;

[0033] Figure 4 A detailed flowchart illustrating a number processing method provided in this application embodiment;

[0034] Figure 5 This is a schematic diagram of the composition structure of a number processing device provided in an embodiment of this application;

[0035] Figure 6 This application provides a schematic diagram of the specific hardware structure of a network device according to an embodiment of the present application.

[0036] Figure 7 This is a schematic diagram of the composition structure of another number processing device provided in an embodiment of this application;

[0037] Figure 8This is a schematic diagram of the specific hardware structure of a first terminal provided in an embodiment of this application;

[0038] Figure 9 This is a schematic diagram of the composition structure of a call system provided in an embodiment of this application. Detailed Implementation

[0039] In order to gain a more detailed understanding of the features and technical content of the embodiments of this application, the implementation of the embodiments of this application will be described in detail below with reference to the accompanying drawings. The accompanying drawings are for reference and illustration only and are not intended to limit the embodiments of this application.

[0040] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0041] In the following description, references to "some embodiments" refer to a subset of all possible embodiments. It is understood that "some embodiments" may be the same or different subsets of all possible embodiments and may be combined with each other without conflict. It should also be noted that the terms "first, second, third" used in the embodiments of this application are merely for distinguishing similar objects and do not represent a specific ordering of objects. It is understood that "first, second, third" may be interchanged in a specific order or sequence where permitted, so that the embodiments of this application described herein can be implemented in an order other than that illustrated or described herein.

[0042] Currently, the main methods for hiding phone numbers during voice calls in related technologies include call forwarding between public and private network numbers, modifying data displayed on the user's calling device, and associating and replacing hidden and real phone numbers.

[0043] In one embodiment, for call forwarding based on a method where dialing a user's public network mobile number automatically forwards the call to the user's private network mobile number, this method is mainly applied to scenarios where public and private networks coexist and are interconnected. While this method can hide the private network mobile number, it will not be able to hide the number in scenarios where the private and public networks are isolated.

[0044] In another embodiment, the method of hiding the phone number based on the mobile calling device can also achieve the goal of hiding the number by modifying the data displayed on the user's calling device. However, this only means that the real number cannot be seen on the user's calling device. The user's real mobile phone number can still be stolen and analyzed through technical means in the network data transmission link and wireless communication link.

[0045] In another embodiment, based on the method of hiding the number for anti-harassment dialing, the hidden number is used to make the call. During the communication process, the method of making a call using the hidden number is directly converted back to the dialing form of the mobile phone number with the help of the relay gateway conversion module. However, this method cannot prevent the risk of the real mobile phone number being stolen in the network data transmission link and wireless communication link.

[0046] In another embodiment, the method based on real number association and replacement specifically involves binding a service number to multiple user numbers through the client. When making a call, the call is made through the service number, and when the caller is called, only the calling service number is displayed. In this way, although multiple real numbers of the user can be hidden, since the service number is fixed, a user can still be located through the service number. This service number can be regarded as the user's real number, thus also causing the real mobile phone number to be leaked.

[0047] Based on this, this application provides a number processing method applied to a network device. The basic idea of ​​this method is as follows: an application server receives a virtual number acquisition request sent by a first terminal, wherein the virtual number acquisition request includes the identification information of a second terminal; the called virtual number is determined according to the identification information of the second terminal, and the called virtual number is sent to the first terminal; after receiving the called virtual number through the IMS module, a call connection is established between the calling virtual number and the called virtual number on the first terminal based on the IMS module.

[0048] This application also provides a number processing method applied to a first terminal. The basic idea of ​​this method is as follows: when initiating a call request with a second terminal, a virtual number acquisition request is sent to the application server of the network device, wherein the virtual number acquisition request includes the identification information of the second terminal; the called virtual number is received from the application server; and the called virtual number is sent to the IMS module of the network device so that a call connection is established between the calling virtual number and the called virtual number of the first terminal.

[0049] In this way, in private network communication, not only is the function of protecting the privacy of both the calling and called numbers during the communication process realized, but also, because the virtual number on the network device side can be switched randomly at regular intervals, it can effectively prevent the location and tracking of fixed users through mobile phone numbers, prevent the retention of users' fixed number information in the call records of the terminal and thus prevent information leakage, and even prevent the return of calls to designated users through the call records of the terminal, thereby effectively reducing the risk of real mobile phone numbers being leaked.

[0050] Example 1

[0051] See Figure 1This illustrates a flowchart of a number processing method provided in an embodiment of this application. Figure 1 As shown, the method may include:

[0052] S101: Receive a virtual number acquisition request sent by the first terminal through the application server, wherein the virtual number acquisition request includes the identification information of the second terminal.

[0053] It should be noted that the execution entity of this method is a network device, which includes at least an application server and an IP Multimedia Subsystem (IMS) module. The application server refers to a program that exposes business logic to terminal devices through various protocols, providing a means for terminal device applications to access this business logic. Furthermore, the application server can include static application servers and dynamic application servers; in this embodiment, a dynamic application server is used.

[0054] It should also be noted that the IMS module represents a completely new form of multimedia service. It can meet the needs of end users for more innovative and diverse multimedia services, and it is also an important way to address the convergence of mobile and fixed networks, introducing differentiated services such as voice, data, and video triple convergence. Furthermore, IMS is a standard system based on the Internet Protocol (IP) and is independent of access technology. It can interoperate with existing voice and data networks. Whether for fixed or mobile users, the IMS module enables various types of terminals to establish peer-to-peer IP communication.

[0055] Furthermore, in this embodiment, the application server can establish a communication connection with terminal devices in a private network environment, and can provide the first terminal with real-time virtual numbers for other terminals. Moreover, within the application server, the virtual number corresponding to each terminal can be continuously switched according to preset rules. It should also be noted that one application server can correspond to multiple terminal devices, and each terminal device can act as both a first terminal to initiate a call request and a second terminal to receive a call request.

[0056] In this way, the network device receives a virtual number retrieval request sent by the first terminal through the application server. This request includes the identification information of the second terminal. In other words, the application server can obtain a request for the virtual number corresponding to the second terminal, where the identification information of the second terminal is used to determine the virtual number corresponding to the second terminal.

[0057] S102: Determine the called virtual number based on the identification information of the second terminal, and send the called virtual number to the first terminal.

[0058] It should be noted that the called virtual number is the virtual number corresponding to the second terminal. The application server pre-stores the correspondence between the terminal device's identification information and the virtual number, so that the virtual number corresponding to the second terminal can be determined based on this correspondence.

[0059] Specifically, in some embodiments, before determining the called virtual number based on the identification information of the second terminal, the method may further include:

[0060] Obtain the correspondence between the identification information of at least one terminal device and the virtual number, and store the correspondence on the application server;

[0061] Accordingly, determining the called virtual number based on the identification information of the second terminal may include:

[0062] Based on the identification information of the second terminal, the virtual number of the called party corresponding to the second terminal is determined from the correspondence.

[0063] It should be noted that at least one terminal device may include: a first terminal and a second terminal. The first terminal may also be called the calling terminal, and the second terminal may also be called the called terminal; thus, the virtual number corresponding to the first terminal may be called the calling virtual number, and the virtual number corresponding to the second terminal may be called the called virtual number.

[0064] It should also be noted that after obtaining the correspondence between the identification information of at least one terminal device and the virtual number, this correspondence can be stored in the application server. Thus, when the application server receives a virtual number retrieval request from the first terminal, it can determine the called virtual number corresponding to the second terminal based on the identification information of the second terminal carried in the request, and then return the determined called virtual number to the first terminal.

[0065] Understandably, to prevent the location and tracking of fixed users through virtual numbers, this application embodiment can also randomly switch the virtual number of each terminal. That is, each terminal can be assigned several virtual numbers, and then randomly switched according to a preset random switching strategy. In this way, even if the user's number can be obtained by stealing and analyzing the data in the communication link, it is impossible to associate it with the specified user, and it also effectively prevents the location and tracking of fixed users through numbers.

[0066] In some embodiments, regarding the random switching of virtual numbers, see [link to documentation]. Figure 2This illustrates a flowchart of another number processing method provided in an embodiment of this application. In this case, the network device may also include a Unified Data Management (UDM) module, which can also be referred to as a "UDM network element." Figure 2 As shown, the method may further include:

[0067] S201: Pre-assign several virtual numbers to at least one terminal device through the UDM module and set a random handover strategy for each of the at least one terminal device.

[0068] It should be noted that the UDM module can correspond to multiple terminal devices, and the UDM module can set different or the same random switching strategy for different terminal devices according to the actual situation. For example, it can be set to random switching at a timed time, or random switching after use, etc., and this application embodiment does not limit it in any way. It should also be noted that for terminal devices that are in the process of making a call, random switching of virtual numbers will not be performed at this time.

[0069] Furthermore, a single terminal device can be assigned several virtual numbers, which can then be randomly switched between; thus, the same virtual number can be used cyclically during the switching process. However, for different terminal devices, the same virtual number cannot be used on two terminal devices simultaneously at the same time, thereby ensuring accurate connection between different terminal devices.

[0070] It should also be noted that the network device pre-assigns several virtual numbers to at least one terminal device and sets a random switching policy for each terminal device through the UDM module; in this way, according to the random switching policy, each terminal device can randomly switch between pre-assigned virtual numbers while hiding its real number.

[0071] S202: Determine the virtual number of at least one terminal device according to the random handover strategy.

[0072] It should be noted that, according to the preset random switching strategy, at least one virtual number for each terminal device is determined. Specifically, this means determining the real-time virtual number for each terminal device so that the real-time virtual number can be returned to the first terminal. Subsequently, a call connection between the first terminal and the second terminal can be established based on the virtual number.

[0073] It should also be noted that the random switching strategy may include a timed random switching strategy. Therefore, in some embodiments, the method may further include: when the virtual number of the terminal device meets the timed random switching strategy, controlling the virtual number of the terminal device to immediately switch from the current virtual number to the target virtual number;

[0074] Accordingly, the method may further include: when the virtual number of the terminal device in the UDM module is successfully switched, sending the target virtual number to the terminal device in real time, and sending the target virtual number to the application processor in real time through a message queue, so as to update the correspondence between the identification information of at least one terminal device and the virtual number.

[0075] It should be noted that if the virtual number of the terminal device in the UDM module is successfully switched, it will be sent to the corresponding terminal device in real time; at the same time, the UDM module can also synchronize the target virtual number after the switch to the application server in real time through the message queue.

[0076] It should also be noted that after sending the target virtual number to the terminal device, it is necessary to re-register with the IMS module to establish a connection with the IMS module. Therefore, in some embodiments, the method may further include:

[0077] Receive re-registration requests sent by terminal devices via the IMS module;

[0078] Based on the re-registration request, a connection is established between the target virtual number of the terminal device and the IMS module.

[0079] In other words, the terminal device will resend the registration information to the IMS module based on the target virtual number, and re-establish the connection between the switched target virtual number and the IMS module so that subsequent call requests between different terminal devices can be continued.

[0080] It should also be noted that each time the virtual number is switched and updated, the terminal device needs to reconnect with the IMS module so that when a call request is received, the IMS module can accurately find the second terminal (i.e. the called terminal) through the latest virtual number and establish a call connection between the first terminal and the second terminal.

[0081] Furthermore, in some embodiments, the method may further include:

[0082] When a new terminal device is added, the UDM module is invoked through the application server.

[0083] In the UDM module, the starting number of several virtual numbers, the number of virtual numbers, and the random switching strategy are set for the new terminal device.

[0084] In other words, this application embodiment allows for the addition of new terminal devices at any time to adapt to actual needs. Specifically, when adding a new terminal device, it is only necessary to call the UDM module to configure the corresponding virtual number and random switching strategy for the new terminal device.

[0085] It should also be noted that the same random switching strategy or different random switching strategies can be used for different terminal devices. The embodiments of this application can be determined according to the actual situation, and no limitation is made here.

[0086] In this way, the network device can determine the virtual number of at least one terminal device through the UDM module according to the random handover policy, so as to establish the correspondence between the identification information of at least one terminal device and the virtual number.

[0087] S203: Send the virtual number of each of the at least one terminal device to the at least one terminal device, and establish a correspondence between the identification information of the at least one terminal device and the virtual number, and send the correspondence to the application server synchronously.

[0088] It should be noted that by sending the virtual number of each of at least one terminal device to at least one terminal device and establishing a connection between the terminal device and the IMS module based on the latest virtual number, the first terminal can obtain its own latest virtual number. At the same time, by synchronously sending this correspondence to the application server, it can also ensure that the virtual number of the called terminal obtained by the first terminal from the application server is also the latest. This not only enables accurate call connection between the first terminal and the second terminal, but also avoids the problem of stealing and analyzing data in the network data transmission link and communication link to obtain the real mobile phone number. In addition, due to the timed random switching, it can also prevent the terminal device's call records from retaining the user's fixed number information, thus preventing information leakage.

[0089] S103: After receiving the called virtual number through the IMS module, a call connection is established between the calling virtual number and the called virtual number on the first terminal based on the IMS module.

[0090] It should be noted that after the IMS module receives the called virtual number, it can establish a call connection between the first terminal and the second terminal. At this time, both parties in the call use virtual numbers, which not only avoids locating the real contact, but also avoids calling back to the specified user through the terminal device's call records, effectively preventing the risk of real mobile phone numbers being leaked.

[0091] This embodiment provides a number processing method applied to network devices. An application server receives a virtual number acquisition request from a first terminal, whereby the request includes the identification information of a second terminal. The called virtual number is determined based on the second terminal's identification information and sent to the first terminal. After receiving the called virtual number via an IMS module, a call connection is established between the calling virtual number and the called virtual number on the first terminal based on the IMS module. In this way, in private network communication, not only is the privacy of both the calling and called numbers protected simultaneously during communication, but also, because the virtual number on the network device side can be randomly switched periodically, it effectively prevents the location and tracking of fixed users through mobile phone numbers. It also prevents information leakage caused by retaining users' fixed phone number information in the terminal's call records, and even avoids calling back to designated users through the terminal's call records, thereby effectively reducing the risk of real mobile phone number leakage.

[0092] Example 2

[0093] Based on the same application concept as the foregoing embodiments, see [link to application]. Figure 3 This illustrates a flowchart of another number processing method provided in an embodiment of this application. The method is applied to a first terminal, such as... Figure 3 As shown, the method may further include:

[0094] S301: When initiating a call request with the second terminal, a virtual number acquisition request is sent to the application server of the network device, wherein the virtual number acquisition request includes the identification information of the second terminal.

[0095] It should be noted that, in this embodiment, the first terminal and the second terminal establish a call connection via a network device. Here, both the first terminal and the second terminal can be any device capable of establishing a call connection; for example, they can be mobile phones, laptops, tablets, handheld computers, personal digital assistants (PDAs), etc., without any limitation.

[0096] It should also be noted that the first terminal can act as either the calling terminal or the called terminal; the second terminal can act as either the called terminal or the calling terminal. In this embodiment, the following description is based on the example of the first terminal being the calling terminal and the second terminal being the called terminal.

[0097] Understandably, when the first terminal initiates a call request with the second terminal, the first terminal needs to obtain the virtual number of the called party corresponding to the second terminal. Specifically, the virtual number to be obtained is the latest virtual number corresponding to the second terminal. Because the latest updated virtual numbers of terminal devices are synchronized to the application server, when a call request is generated, the first terminal will request the application server to obtain the latest virtual number of the second terminal in order to establish a subsequent call connection.

[0098] In this embodiment, the first terminal is loaded with the target application, and the first terminal includes at least an Application Programming Interface (API). Specifically, in some embodiments, when initiating a call request with the second terminal, sending a virtual number retrieval request to the application server of the network device may include:

[0099] Open the target application and identify the contact information associated with the second terminal;

[0100] Upon receiving a contact information selection instruction, the system determines to initiate a call request with the second terminal and sends a virtual number retrieval request to the application processor via the API interface.

[0101] Accordingly, receiving the called virtual number returned by the application server may include: receiving the called virtual number returned by the application server through an API interface.

[0102] It should be noted that the target application is specifically used to establish a call connection with another terminal directly through contact information. For example, a target application, or APP, will be installed on the first terminal. The contact list in the APP will display all users within the private network. When a user is selected in the APP and the "Call" button is clicked, a call request is initiated by the second terminal corresponding to that user.

[0103] In this way, when the first terminal initiates a call request with the second terminal, the first terminal can send a virtual number retrieval request to the application server. Since the virtual number retrieval request carries the identification information of the second terminal, the application server can determine the called virtual number corresponding to the second terminal based on the virtual number retrieval request.

[0104] S302: Receive the called virtual number returned by the application server.

[0105] S303: Send the called virtual number to the IMS module of the network device so that a call connection can be established between the calling virtual number and the called virtual number of the first terminal.

[0106] Understandably, after receiving the called virtual number, the first terminal can send it to the IMS module of the network device. Specifically, the voice call module in the first terminal can send the called virtual number to the IMS module of the network device. Additionally, when sending the called virtual number to the IMS module of the network device, the terminal can also simultaneously send its own calling virtual number, enabling the IMS module to establish a call connection based on the virtual numbers of both the first and second terminals.

[0107] In addition, in some embodiments, the method may further include:

[0108] Receive the target virtual number sent by the network device;

[0109] A re-registration request is sent to the IMS module of the network device based on the target virtual number.

[0110] It should be noted that, based on the random handover strategy, when the first terminal receives the target virtual number sent by the network device, the first terminal needs to re-establish a connection with the IMS module. This ensures that when there is a call request, the IMS module can accurately find the corresponding terminal device to establish a call connection.

[0111] This embodiment provides a number processing method applied to a first terminal. When initiating a call request with a second terminal, a virtual number acquisition request is sent to the application server of the network device. This virtual number acquisition request includes the identification information of the second terminal. The method receives the called virtual number returned by the application server and sends the called virtual number to the IMS module of the network device, thereby establishing a call connection between the calling virtual number and the called virtual number of the first terminal. In this way, in private network communication, not only is the privacy of both the calling and called numbers protected simultaneously during communication, but also, because the virtual number on the network device side can be randomly switched periodically, it effectively prevents the location and tracking of fixed users through mobile phone numbers. It also prevents information leakage caused by retaining the user's fixed number information in the terminal's call records, and even avoids calling back to designated users through the terminal's call records, thus effectively reducing the risk of real mobile phone numbers being leaked.

[0112] Example 3

[0113] Based on the same inventive concept as the foregoing embodiments, see [link to previous document]. Figure 4 This illustration shows a detailed flowchart of a number processing method provided in an embodiment of this application. Here, network devices and terminal devices may be included, specifically including an IMS module, a UDM module, an application server, a target application, a calling terminal, and a called terminal, etc. Figure 4 As shown, the detailed process may include:

[0114] S401: The UDM module pre-assigns N virtual numbers to each terminal device and sets a timed random switching strategy;

[0115] S402: After the virtual number is switched, it is synchronized to the application server in real time through the message queue;

[0116] S403: After the virtual number is switched, the information is sent to the corresponding terminal device in real time;

[0117] S404: The terminal device resubmits the registration request to the IMS module;

[0118] S405: Open the target application, select a contact, and click the "Call" button;

[0119] S406: Select the latest virtual number corresponding to the selected contact;

[0120] S407: Returns the latest virtual number for the selected contact;

[0121] S408: Send the latest received virtual number to the IMS module;

[0122] S409: IMS establishes a call connection between the calling terminal and the called terminal.

[0123] It should be noted that the virtual number can be represented by an MSISDN number, and the latest virtual number corresponding to the selected contact is the called virtual number described in the aforementioned embodiments; the calling terminal is the first terminal described in the aforementioned embodiments, and the called terminal is the second terminal described in the aforementioned embodiments.

[0124] Thus, taking the 5G core network as an example, N MSISDN numbers are pre-allocated to each terminal device in the UDM network element (i.e., UDM module) of the 5G core network, and the MSISDN number of each terminal device is set to switch randomly among the pre-allocated numbers at regular intervals (the switching does not occur during voice calls). Once the MSISDN number is switched, it is sent to the terminal device in real time and synchronized to the application server in real time through a message queue. At the same time, a contact APP is installed on the calling terminal. This APP displays all users in the private network. When a contact is selected and the "Call" button is clicked, the latest MSISDN number corresponding to that contact is first obtained from the application server, then the latest MSISDN number corresponding to that contact is sent to the IMS module, and finally a voice call connection is established between the calling terminal and the called terminal.

[0125] In short, when the number processing method described in this application is implemented on a network device, it may include:

[0126] 1) When a new user is added, the application server will call the interface of the UDM module to set the user's starting virtual number, number of numbers, and timed random switching strategy in the UDM module.

[0127] 2) After the terminal device successfully joins the network, the MSISDN number in the UDM module will be randomly switched immediately once the timed random switching policy is met.

[0128] 3) Once the MSISDN number in the UDM module is successfully switched, the switch will be sent to the corresponding terminal device in real time. Simultaneously, the UDM module will synchronize the switched MSISDN number to the application server in real time via a message queue.

[0129] 4) After obtaining the new MSISDN number, the terminal device will re-register with the IMS module and establish a connection with the IMS module.

[0130] Furthermore, when the number processing method described in this application is implemented on a terminal device (such as the first terminal), each terminal device will have a contact APP program installed, and the contact list in the APP program will display all users within the private network. This may include:

[0131] 1) Select a user in the app on the terminal device and click the "Call" button:

[0132] 2) The APP program obtains the latest MSISDN number (called virtual number) corresponding to the contact from the application server through the API interface based on identification information (such as user ID);

[0133] 3) The APP program calls the voice call module in the terminal device and sends the latest MSISDN number corresponding to the contact to the IMS module;

[0134] 4) The IMS module establishes a voice call connection between the calling terminal and the called terminal.

[0135] In this embodiment, a service number is bound to multiple user numbers via a client. When a call is made, it is made through the service number, and when the caller is called, only the caller's service number is displayed. While this method can hide multiple real user numbers, since the service number is fixed, a user can still be located through it; this service number can be considered the user's real number.

[0136] It should also be noted that this method modifies the UDM module of the core network in the 5G private network to pre-allocate N MSISDN numbers to users. This modification allows for the setting of a timed random switching strategy for the MSISDN number of each terminal device within the UDM module. After a successful MSISDN number switch, the UDM module can immediately send the switched MSISDN number to the corresponding terminal device and simultaneously synchronize it to the application server via a message queue. This method includes a terminal device app. When a contact is selected and a call is made, the app retrieves the latest MSISDN number of the selected contact from the application server via an API interface. The app then sends the latest MSISDN number of the called party to the IMS module, which establishes a voice call connection between the calling and called terminals.

[0137] The above embodiments have provided a detailed explanation of the specific implementation of the aforementioned embodiments. It can be seen that, through the technical solutions of the aforementioned embodiments, on the one hand, the user's number can be switched randomly at regular intervals. Even if the user's number is obtained through data theft and analysis in the communication link, it is impossible to associate it with a specific user, preventing the location and tracking of a fixed user through the number. On the other hand, since a customized APP program on a dedicated network is used, all contact information is stored in the application server. Each call will retrieve the contact information from the application server in real time, preventing data leakage. Furthermore, since each voice call establishes a connection between the calling and called numbers at random intervals, the call logs on the terminal device also display the user's random number, making it impossible to locate a specific contact. Moreover, by randomly switching the MSISDN numbers of the calling and called parties at regular intervals, it can prevent the terminal device's call logs from retaining the user's fixed number information, thus preventing information leakage. It can also prevent the terminal device's call logs from being used to call back a specific user.

[0138] Example 4

[0139] Based on the same application concept as the foregoing embodiments, see [link to application]. Figure 5 This diagram illustrates the structural composition of a number processing device 50 provided in an embodiment of this application. The number processing device 50 is applied to a network device 60, such as... Figure 5 As shown, the number processing device 50 may include: a sending unit 501, a receiving unit 502, and a connection unit 503, wherein,

[0140] The sending unit 501 is configured to receive a virtual number acquisition request sent by the first terminal through the application server, wherein the virtual number acquisition request includes the identification information of the second terminal;

[0141] The receiving unit 502 is configured to determine the called virtual number based on the identification information of the second terminal, and send the called virtual number to the first terminal;

[0142] The connection unit 503 is configured to, after receiving the called virtual number through the IMS module, establish a call connection between the calling virtual number and the called virtual number of the first terminal based on the IMS module.

[0143] In some embodiments, see Figure 5 The number processing device 50 may further include an acquisition unit 504, configured to acquire the correspondence between the identification information of at least one terminal device and the virtual number, and store the correspondence in the application server; wherein, the at least one terminal device includes the first terminal and the second terminal;

[0144] Accordingly, the acquisition unit 504 is further configured to determine the called virtual number corresponding to the second terminal from the correspondence based on the identification information of the second terminal.

[0145] In some embodiments, network device 60 may include a unified data management (UDM) module, see [link to documentation]. Figure 5 The number processing device 50 may further include a configuration unit 505, configured to pre-allocate a plurality of virtual numbers to at least one terminal device through the UDM module and set a random switching strategy for each of the at least one terminal device; and to determine the virtual number of each of the at least one terminal device according to the random switching strategy; and to send the virtual number of each of the at least one terminal device to the at least one terminal device accordingly, and to establish a correspondence between the identification information of the at least one terminal device and the virtual number, and to send the correspondence synchronously to the application server.

[0146] In some embodiments, the random switching strategy includes a timed random switching strategy. The configuration unit 505 is specifically configured to control the virtual number of the terminal device to immediately switch from the current virtual number to the target virtual number when the virtual number of the terminal device meets the timed random switching strategy; and correspondingly, when the virtual number of the terminal device in the UDM module is successfully switched, the target virtual number is sent to the terminal device in real time, and the target virtual number is synchronously sent to the application processor in real time through a message queue to update the correspondence between the identification information and the virtual number of the at least one terminal device.

[0147] In some embodiments, the receiving unit 502 is specifically configured to receive a re-registration request sent by the terminal device through the IMS module, and the connection unit 503 is further configured to establish a connection between the target virtual number of the terminal device and the IMS module based on the re-registration request.

[0148] In some embodiments, the configuration unit 505 is specifically configured to call the UDM module through the application server when a new terminal device is added; and, in the UDM module, to set the starting number of the plurality of virtual numbers, the number of the plurality of virtual numbers, and the random switching strategy for the new terminal device.

[0149] Understandably, in this embodiment, a "unit" can be a portion of a circuit, a portion of a processor, a portion of a program or software, etc., and can also be a module or a non-modular component. Furthermore, the components in this embodiment 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. The integrated unit can be implemented in hardware or as a software functional module.

[0150] If the integrated unit is implemented as a software functional module and not 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 embodiment, in essence, or the part that contributes to the prior art, or all or 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.) or processor to execute all or part of the steps of the method described in this embodiment. 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.

[0151] Therefore, this embodiment provides a computer storage medium applied to a network device 50, the computer storage medium storing a number processing program, which, when executed by a first processor, implements the steps of the method described in any of the foregoing embodiments.

[0152] Based on the composition of the network device 60 and the computer storage medium described above, see [link to relevant documentation]. Figure 6 This illustrates a schematic diagram of the specific hardware structure of a network device 60 provided in an embodiment of this application. For example... Figure 6As shown, it may include: a communication interface 601, a first memory 602, and a first processor 603; the various components are coupled together through a bus system 604. It is understood that the bus system 604 is used to implement communication between these components. In addition to a data bus, the bus system 604 also includes a power bus, a control bus, and a status signal bus. However, for clarity, in... Figure 6 The various buses are all labeled as bus system 604. Among them, communication interface 601 is used for receiving and sending signals during the process of sending and receiving information between network devices and terminal devices;

[0153] The first memory 602 is used to store computer programs that can run on the first processor;

[0154] The first processor 603 is configured to, when running the computer program, perform:

[0155] The application server receives a virtual number acquisition request sent by the first terminal, wherein the virtual number acquisition request includes the identification information of the second terminal;

[0156] The called virtual number is determined based on the identification information of the second terminal, and the called virtual number is sent to the first terminal;

[0157] After receiving the called virtual number through the IMS module, a call connection is established between the calling virtual number and the called virtual number on the first terminal based on the IMS module.

[0158] It is understood that the first memory 602 in the embodiments of this application can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), Synchronous DRAM (SDRAM), Double Data Rate Synchronous DRAM (DDRSDRAM), Enhanced Synchronous DRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), and Direct Rambus RAM (DRRAM). The first memory 602 of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0159] The first processor 603 may be an integrated circuit chip with signal processing capabilities. In implementation, each step of the above method can be completed by the integrated logic circuitry in the hardware of the first processor 603 or by instructions in software form. The first processor 603 may be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor may be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this application can be directly embodied in the execution of a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software modules may reside in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. The storage medium is located in the first memory 602. The first processor 603 reads the information in the first memory 602 and, in conjunction with its hardware, completes the steps of the above method.

[0160] It is understood that the embodiments described herein can be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof. For hardware implementation, the processing unit can be implemented in one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), general-purpose processors, controllers, microcontrollers, microprocessors, other electronic units for performing the functions described herein, or combinations thereof.

[0161] For software implementation, the techniques described herein can be achieved through modules (e.g., procedures, functions, etc.) that perform the functions described herein. The software code can be stored in memory and executed by a processor. The memory can be implemented within the processor or externally.

[0162] Alternatively, as another embodiment, the first processor 603 is further configured to perform the steps of the method described in any of the foregoing embodiments when running the computer program.

[0163] This embodiment provides a network device 50 that can update the virtual number corresponding to the terminal device 70 in real time. In this way, the calling number and the called number are protected at the same time during the communication process in private network communication, reducing the risk of real mobile phone numbers being leaked.

[0164] Example 6

[0165] Based on the same application concept as the foregoing embodiments, see [link to application]. Figure 7 This diagram illustrates the structural composition of another number processing device 70 provided in an embodiment of this application. This number processing device 70 is applied to a first terminal 80, such as... Figure 7 As shown, the number processing device 70 may include a receiving unit 701 and a sending unit 702; wherein,

[0166] When initiating a call request with the second terminal, the sending unit 702 is configured to send a virtual number acquisition request to the application server of the service device, wherein the virtual number acquisition request includes the identification information of the second terminal;

[0167] The receiving unit 701 is configured to receive the called virtual number returned by the application server;

[0168] The sending unit 702 is further configured to send the called virtual number to the IMS module of the network device, so that a call connection is established between the calling virtual number of the first terminal and the called virtual number.

[0169] In some embodiments, the first terminal may be loaded with a target application, and the first terminal includes at least an application programming interface (API).

[0170] The sending unit 702 is specifically configured to open the target application, determine the contact information associated with the second terminal; and, upon receiving the selection instruction of the contact information, determine to initiate a call request with the second terminal, and send the virtual number acquisition request to the application processor through the API interface.

[0171] Accordingly, the receiving unit 701 is specifically configured to receive the called virtual number returned by the application server, including: receiving the called virtual number returned by the application server through the API interface.

[0172] In some embodiments, the receiving unit 701 is specifically configured to receive a target virtual number sent by the network device; the sending unit 702 is specifically configured to send a re-registration request to the IMS module of the network device based on the target virtual number.

[0173] Understandably, in this embodiment, a "unit" can be a portion of a circuit, a portion of a processor, a portion of a program or software, etc., and can also be a module or a non-modular component. Furthermore, the components in this embodiment 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. The integrated unit can be implemented in hardware or as a software functional module.

[0174] If the integrated unit is implemented as a software functional module and not 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 embodiment, in essence, or the part that contributes to the prior art, or all or 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.) or processor to execute all or part of the steps of the method described in this embodiment. 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.

[0175] Therefore, this embodiment provides a computer storage medium applied to a cloud host 70, which stores a cloud host evaluation program. When the cloud host evaluation program is executed by a second processor, it implements the steps of the method described in any of the foregoing embodiments.

[0176] Based on the composition of the first terminal 80 and the computer storage medium described above, see [link to relevant documentation]. Figure 8 This illustrates a schematic diagram of the specific hardware structure of a first terminal 80 provided in an embodiment of this application. For example... Figure 8 As shown, it may include: a communication interface 801, a second memory 802, and a second processor 803; the various components are coupled together through a bus system 804. It is understood that the bus system 804 is used to implement communication between these components. In addition to a data bus, the bus system 804 also includes a power bus, a control bus, and a status signal bus. However, for clarity, in... Figure 8The various buses are all labeled as bus system 804. Among them, the communication interface 801 is used for receiving and sending signals during the process of sending and receiving information between network devices and the first terminal;

[0177] The second memory 802 is used to store computer programs that can run on the second processor;

[0178] The second processor 803 is configured to perform the following when running the computer program:

[0179] When initiating a call request with the second terminal, a virtual number acquisition request is sent to the application server of the network device, wherein the virtual number acquisition request includes the identification information of the second terminal;

[0180] Receive the called virtual number returned by the application server;

[0181] The called virtual number is sent to the IMS module of the network device so that a call connection is established between the calling virtual number of the first terminal and the called virtual number.

[0182] Alternatively, as another embodiment, the second processor 803 is further configured to perform the steps of the method described in any of the foregoing embodiments when running the computer program.

[0183] It should be noted that the second memory 802 and the first memory 702 have similar functions, and the second processor 803 and the first memory 703 have similar functions, which will not be elaborated on here.

[0184] This embodiment provides a terminal device that can hide its own number when issuing a call request. At the same time, it obtains the virtual number of the target terminal device through an application server, realizing two-way hiding of the real mobile phone number when the terminal devices are making calls, protecting the privacy of both parties and ensuring the security of the call process.

[0185] See Figure 9 This diagram illustrates the structural composition of a call system according to an embodiment of this application. Figure 9 As shown, the call system 90 may include a network device 901, a first terminal 902, and a second terminal 903. The network device 901 may be any of the network devices provided in the foregoing embodiments, the first terminal 902 may be any of the first terminals provided in the foregoing embodiments, and the second terminal 903 may be any of the second terminals provided in the foregoing embodiments.

[0186] In this embodiment, the first terminal 902 acts as the calling terminal and the second terminal 903 acts as the called terminal. The first terminal 902 first obtains the virtual number of the second terminal 903 through the application server, and then establishes a call connection with the second terminal 903 through the IMS module. In this way, the function of protecting the privacy of both the calling number and the called number during communication is realized in private network communication, reducing the risk of real mobile phone numbers being leaked.

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

[0188] The sequence numbers of the embodiments in this application are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0189] The methods disclosed in the several method embodiments provided in this application can be arbitrarily combined without conflict to obtain new method embodiments.

[0190] The features disclosed in the several product embodiments provided in this application can be arbitrarily combined without conflict to obtain new product embodiments.

[0191] The features disclosed in the several method or device embodiments provided in this application can be arbitrarily combined without conflict to obtain new method or device embodiments.

[0192] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A number processing method, characterized in that, The method is applied to network devices, which at least include an application server, an IP Multimedia Subsystem (IMS) module, and a Unified Data Management (UDM) module; the method includes: The application server receives a virtual number acquisition request sent by the first terminal, wherein the virtual number acquisition request includes the identification information of the second terminal; The called virtual number is determined based on the identification information of the second terminal, and the called virtual number is sent to the first terminal; After receiving the called virtual number through the IMS module, a call connection is established between the calling virtual number and the called virtual number on the first terminal based on the IMS module; The method further includes: The UDM module pre-assigns several virtual numbers to at least one terminal device and sets a random switching strategy for each of the at least one terminal device; the random switching strategy includes at least: a timed switching strategy and a post-use switching strategy; According to the random switching strategy, the virtual number of each of the at least one terminal device is determined; Send the virtual number of each of the at least one terminal device to the at least one terminal device, establish the correspondence between the identification information of the at least one terminal device and the virtual number, and send the correspondence to the application server synchronously.

2. The method according to claim 1, characterized in that, The method further includes: Obtain the correspondence between the identification information of at least one terminal device and the virtual number, and store the correspondence in the application server; wherein, the at least one terminal device includes the first terminal and the second terminal; Accordingly, determining the called virtual number based on the identification information of the second terminal includes: Based on the identification information of the second terminal, the virtual number of the called party corresponding to the second terminal is determined from the correspondence.

3. The method according to claim 1, characterized in that, The random switching strategy includes a timed random switching strategy, and the method further includes: When the virtual number of the terminal device meets the timed random switching strategy, the virtual number of the terminal device is immediately switched from the current virtual number to the target virtual number. Accordingly, the method further includes: When the virtual number of the terminal device in the UDM module is successfully switched, the target virtual number is sent to the terminal device in real time, and the target virtual number is also sent to the application server in real time through a message queue to update the correspondence between the identification information of the at least one terminal device and the virtual number.

4. The method according to claim 3, characterized in that, After sending the target virtual number to the terminal device, the method further includes: The IMS module receives the re-registration request sent by the terminal device. Based on the re-registration request, a connection is established between the target virtual number of the terminal device and the IMS module.

5. The method according to any one of claims 1 to 4, characterized in that, The method further includes: When a new terminal device is added, the UDM module is invoked through the application server. In the UDM module, the starting number of the plurality of virtual numbers, the number of the plurality of virtual numbers, and the random switching strategy are set for the new terminal device.

6. A number processing method, characterized in that, Applied to a first terminal, the method includes: When initiating a call request with the second terminal, a virtual number acquisition request is sent to the application server of the network device, wherein the virtual number acquisition request includes the identification information of the second terminal; The application server receives the called virtual number returned by the application server; the called virtual number is determined by the application server based on the correspondence between the identification information of at least one terminal device and the virtual number; the virtual number of each of the at least one terminal device is determined from a plurality of virtual numbers pre-allocated to at least one terminal device by the UDM module of the network device based on the random switching strategy of each of the at least one terminal device; the random switching strategy includes at least: a timed switching strategy and a post-use switching strategy; the random switching strategy of each of the at least one terminal device is set by the UDM module. The called virtual number is sent to the IMS module of the network device so that a call connection is established between the calling virtual number of the first terminal and the called virtual number.

7. The method according to claim 6, characterized in that, The first terminal is loaded with the target application, and the first terminal includes at least an application programming interface (API); When initiating a call request with the second terminal, sending a virtual number retrieval request to the application server of the network device includes: Open the target application and determine the contact information associated with the second terminal; Upon receiving the selection instruction for the contact information, the system determines to initiate a call request with the second terminal and sends a virtual number acquisition request to the application server through the API interface. Accordingly, receiving the called virtual number returned by the application server includes: receiving the called virtual number returned by the application server through the API interface.

8. The method according to claim 6, characterized in that, The method further includes: Receive the target virtual number sent by the network device; A re-registration request is sent to the IMS module of the network device based on the target virtual number.

9. A number processing device, characterized in that, Applied to network equipment, the network equipment includes at least an application server, an IP Multimedia Subsystem (IMS) module, and a Unified Data Management (UDM) module; the number processing device includes a sending unit, a receiving unit, a connection unit, and a configuration unit, wherein... The sending unit is configured to receive a virtual number acquisition request sent by the first terminal through the application server, wherein the virtual number acquisition request includes the identification information of the second terminal; The receiving unit is configured to determine the called virtual number based on the identification information of the second terminal, and send the called virtual number to the first terminal; The connection unit is configured to, after receiving the called virtual number through the IMS module, establish a call connection between the calling virtual number and the called virtual number of the first terminal based on the IMS module; The configuration unit is configured to pre-allocate a number of virtual numbers to at least one terminal device through the UDM module and set a random switching strategy for each of the at least one terminal device; the random switching strategy includes at least: a timed switching strategy and a post-use switching strategy; determine the virtual number of each of the at least one terminal device according to the random switching strategy; send the virtual number of each of the at least one terminal device to the at least one terminal device accordingly; establish a correspondence between the identification information of the at least one terminal device and the virtual number, and synchronously send the correspondence to the application server.

10. A network device, characterized in that, The network device includes a first memory and a first processor; wherein... The first memory is used to store computer programs that can run on the processor; The first processor is configured to perform the method as described in any one of claims 1 to 5 when running the computer program.

11. A number processing device, characterized in that, Applied to a first terminal, the number processing device includes a sending unit and a receiving unit, wherein, The sending unit is configured to send a virtual number acquisition request to the application server of the network device when initiating a call request with the second terminal, wherein the virtual number acquisition request includes the identification information of the second terminal; The receiving unit is configured to receive the called virtual number returned by the application server; the called virtual number is determined by the application server based on the correspondence between the identification information of at least one terminal device and the virtual number; the virtual number of each of the at least one terminal device is determined from a plurality of virtual numbers pre-allocated to at least one terminal device by the UDM module of the network device based on the random switching strategy of each of the at least one terminal device; the random switching strategy includes at least: a timed switching strategy and a post-use switching strategy; the random switching strategy of each of the at least one terminal device is set by the UDM module; The sending unit is further configured to send the called virtual number to the IMS module of the network device, so that a call connection is established between the calling virtual number of the first terminal and the called virtual number.

12. A first terminal, characterized in that, The first terminal includes a second memory and a second processor; wherein, The second memory is used to store computer programs that can run on the processor; The second processor is configured to perform the method as described in any one of claims 6 to 8 when running the computer program.

13. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a number processing program that, when executed by a first processor, implements the method as described in any one of claims 1 to 5, or when executed by a second processor, implements the method as described in any one of claims 6 to 8.

Images