Cloud SIM card allocation and management method and apparatus, electronic device, and storage medium

Abstract

The present application relates to a cloud SIM card allocation and management method and apparatus, an electronic device, and a storage medium. Cloud SIM cards of different operators are allocated as a group of cloud SIM card modules to a terminal device. After obtaining the allocated cloud SIM card module, the terminal device can use a primary cloud SIM card in the cloud SIM card module for daily communication. When it is detected that the terminal device is abnormal, a new cloud SIM card allocation request is sent by means of a secondary cloud SIM card in the allocated cloud SIM card module, so as to obtain a new cloud SIM card module to replace the cloud SIM card module currently used by the terminal device. The present application effectively reduces the probability of occurrence of a situation in which, when a fault is caused by an anomaly on a certain operator side, the generated batch of abnormal devices share one virtual card as a boot card at the same time, causing conflicts with each other thereby resulting in the inability to replace the card. The solution can effectively ensure more reasonable utilization of resources, is convenient to operate, and achieve better user experience.

Description

Cloud card allocation and management methods, devices, electronic equipment and storage media Technical Field

[0001] This application relates to the field of communication technology, and in particular to a cloud card allocation and management method, device, electronic device and storage medium. Background Technology

[0002] With the continuous improvement of technology, wireless networks are becoming more and more common in people's lives. Within the coverage area of ​​a wireless network, end users have the ability to make mobile communications. When end users move, they often have to move from one service area to another. In order to avoid network communication interruption when mobile users switch between different service areas, the concept of wireless roaming has been introduced. However, for networks of different operators to roam with each other, roaming protocols between operators are required, which will result in high roaming costs.

[0003] To reduce roaming costs, the traditional approach is for users to replace the physical SIM card in their devices during cross-border travel. However, this method requires users to manually remove and install the physical SIM card, which is inconvenient. Furthermore, if a user needs to travel between different regions with their device in a short period, replacing multiple physical SIM cards can easily lead to confusion. Therefore, this method of replacing the SIM card in the device is not practical.

[0004] To address the aforementioned issues, related technologies offer cloud SIM card services, allowing users to download a corresponding cloud SIM card (i.e., a virtual SIM card) to their terminal when moving to a different region without manually changing their SIM card. This makes it easier to replace the SIM card used by the terminal, ensuring the compatibility of the SIM card used by the terminal with the region, reducing costs while maintaining convenience.

[0005] A cloud SIM card is a user identity module (SIM) that distributes cloud SIM information to devices (i.e., terminals using the cloud SIM) via a server. In some cloud SIM card applications, the server sends the cloud SIM information to the terminal, which then registers with the operator's network based on the cloud SIM information to enable wireless communication.

[0006] Devices using cloud cards typically require a pre-installed seed card. This seed card acts as the ignition card, sending a cloud card allocation request to the server to obtain the corresponding cloud card for the terminal to use. Since the seed card, acting as the ignition card, is only used when sending the cloud card allocation request and is not used most of the time, some devices use virtual cards to form seed cards (i.e., forming virtual ignition cards) pre-installed in the devices using cloud cards. Each virtual ignition card can be used by multiple devices for more efficient resource allocation. Summary of the Invention

[0007] In view of the above-mentioned deficiencies in the related technologies, this application provides a cloud card allocation and management method, device, electronic device and storage medium that can reduce the probability of conflicts and inability to replace cards when cloud card devices using the same operator are used in batches at the same time to replace cards due to problems with a certain operator. This can effectively improve the user experience, provide good performance and ease of use.

[0008] Firstly, this application provides a method for allocating and managing cloud cards, applied in a cloud card management system, comprising:

[0009] In response to a cloud card allocation request sent by a terminal device, a cloud card module is allocated to the terminal device. The cloud card module includes a primary cloud card and a secondary cloud card, wherein the primary cloud card and the secondary cloud card belong to different operators.

[0010] The terminal device acquires the assigned cloud card module;

[0011] The terminal device communicates through the primary cloud card in the assigned cloud card module, and when the terminal device is detected to meet the preset judgment conditions, it sends a new cloud card allocation request through the secondary cloud card in the assigned cloud card module to obtain a new cloud card module to replace the cloud card module currently used by the terminal device.

[0012] Multiple cloud card modules form a cloud card combination;

[0013] Among them, the primary cloud card in one cloud card module of the cloud card combination belonging to the same group can be used as a secondary cloud card in another cloud card module of the same cloud card combination, and the secondary cloud card in one cloud card module of the cloud card combination can be used as a primary cloud card in another cloud card module of the same cloud card combination.

[0014] The preset determination conditions include:

[0015] The terminal device is currently unable to communicate, and the duration of the communication failure exceeds the system's preset duration.

[0016] The main cloud card in the new cloud card module and the main cloud card in the cloud card module currently used by the terminal device belong to different operators.

[0017] Each pair of cloud card modules forms a cloud card combination;

[0018] Among them, the primary cloud card in one cloud card module of the cloud card combination belonging to the same group can be used as a secondary cloud card in another cloud card module of the same cloud card combination, and the secondary cloud card in one cloud card module of the cloud card combination can be used as a primary cloud card in another cloud card module of the same cloud card combination.

[0019] Wherein, after two cloud card modules belonging to the same group of cloud card combinations are assigned to two terminal devices, when one of the terminal devices meets the preset judgment conditions, the terminal device that meets the preset judgment conditions sends a new cloud card allocation request using the secondary cloud card in the assigned cloud card module, the primary cloud card in the other cloud card module in the same group of cloud card combinations used by the other terminal device disconnects communication until the terminal device that meets the preset judgment conditions completes the new cloud card allocation request using the secondary cloud card in the assigned cloud card module, the primary cloud card in the other cloud card module in the same group of cloud card combinations used by the other terminal device then continues communication.

[0020] Wherein, before the terminal device obtains the assigned cloud card module, or when it is unable to send a cloud card allocation request through the secondary cloud card in the cloud card module used by the terminal device, the cloud card allocation request is sent through a preset seed card for use by the terminal device; wherein, the seed card is a global roaming virtual card, and each seed card is used by multiple terminal devices.

[0021] Both the primary cloud card and the secondary cloud card are global roaming virtual cards.

[0022] Secondly, this application also provides a method for allocating cloud cards, including:

[0023] In response to a cloud card allocation request sent by a terminal device, a cloud card module is allocated to the terminal device. The cloud card module includes a primary cloud card and a secondary cloud card, wherein the primary cloud card and the secondary cloud card belong to different operators.

[0024] Multiple cloud card modules are combined into a cloud card combination;

[0025] Among them, the primary cloud card in one cloud card module of the cloud card combination belonging to the same group can be used as a secondary cloud card in another cloud card module of the same cloud card combination, and the secondary cloud card in one cloud card module of the cloud card combination can be used as a primary cloud card in another cloud card module of the same cloud card combination.

[0026] When a cloud card allocation request is received again from the terminal device, a new cloud card module is allocated to the terminal device. The primary cloud card in the new cloud card module allocated to the terminal device belongs to a different operator than the primary cloud card in the cloud card module previously allocated to the terminal device.

[0027] Specifically, two cloud card modules are combined to form a cloud card combination, and the two cloud card modules in each combination are allocated to two terminal devices. The primary cloud card in one cloud card module of the same combination can be used as a secondary cloud card in another cloud card module of the same combination, and the secondary cloud card in one cloud card module of the same combination can be used as a primary cloud card in another cloud card module of the same combination.

[0028] Thirdly, this application also provides a method for obtaining a cloud card, applied to a terminal device, the method for obtaining the cloud card including:

[0029] Send a cloud card allocation request to obtain the allocated cloud card module, wherein the cloud card module includes a primary cloud card and a secondary cloud card, and the primary cloud card and the secondary cloud card belong to different operators;

[0030] Communication is performed through the primary cloud card in the assigned cloud card module;

[0031] When the terminal device responds to the detection that the terminal device meets the preset judgment conditions, it sends a new cloud card allocation request through the secondary cloud card in the allocated cloud card module in order to obtain a new cloud card module to replace the cloud card module currently used by the terminal device.

[0032] Multiple cloud card modules form a cloud card combination;

[0033] Among them, the primary cloud card in one cloud card module of the cloud card combination belonging to the same group can be used as a secondary cloud card in another cloud card module of the same cloud card combination, and the secondary cloud card in one cloud card module of the cloud card combination can be used as a primary cloud card in another cloud card module of the same cloud card combination.

[0034] The preset determination conditions include:

[0035] The terminal device is currently unable to communicate, and the duration of the communication failure exceeds the system's preset duration.

[0036] When the terminal device is assigned to the cloud card module, if the duration of communication failure does not exceed the system's preset duration, communication is re-established through the primary cloud card in the assigned cloud card module.

[0037] Before the terminal device obtains the assigned cloud card module, or when it is unable to send a cloud card allocation request through the secondary cloud card in the cloud card module used by the terminal device, the cloud card allocation request is sent through a preset seed card used by the terminal device; wherein, the seed card is a global roaming virtual card.

[0038] Fourthly, this application also provides a cloud card distribution device, comprising:

[0039] The signal receiving module is used to receive cloud card allocation requests sent by terminal devices;

[0040] The cloud card allocation module responds to the cloud card allocation request and allocates a cloud card module to the terminal device. The cloud card module includes a primary cloud card and a secondary cloud card, wherein the primary cloud card and the secondary cloud card belong to different operators.

[0041] Multiple cloud card modules form a cloud card combination;

[0042] Among them, the primary cloud card in one cloud card module of the cloud card combination belonging to the same group can be used as a secondary cloud card in another cloud card module of the same cloud card combination, and the secondary cloud card in one cloud card module of the cloud card combination can be used as a primary cloud card in another cloud card module of the same cloud card combination.

[0043] When the cloud card allocation module receives another cloud card allocation request from the terminal device, it allocates a new primary cloud card from a different operator to the terminal device than the primary cloud card in the cloud card module previously allocated to the terminal device.

[0044] Fifthly, this application also provides a cloud card acquisition device, comprising:

[0045] The cloud card management module is used to store information about the primary cloud card and the secondary cloud card in the assigned cloud card module, wherein the primary cloud card and the secondary cloud card belong to different operators;

[0046] A communication driver module is used to communicate with the main cloud card driver terminal device in the cloud card module to which it is assigned;

[0047] The monitoring module is used to monitor whether the terminal device meets the preset judgment conditions;

[0048] The cloud card allocation request module, when detecting that the terminal device meets the preset judgment conditions, drives the terminal device to send a new cloud card allocation request through the secondary cloud card in the allocated cloud card module;

[0049] Multiple cloud card modules form a cloud card combination;

[0050] Among them, the primary cloud card in one cloud card module of the cloud card combination belonging to the same group can be used as a secondary cloud card in another cloud card module of the same cloud card combination, and the secondary cloud card in one cloud card module of the cloud card combination can be used as a primary cloud card in another cloud card module of the same cloud card combination.

[0051] The cloud card acquisition device further includes:

[0052] The seed card management module is used to store seed card information, wherein the seed card is a global roaming virtual card;

[0053] Before the terminal device obtains the assigned cloud card module, or when it is unable to send a cloud card allocation request through the secondary cloud card in the cloud card module used by the terminal device, the cloud card allocation request module drives the seed card to send a cloud card allocation request.

[0054] In a sixth aspect, this application also provides an electronic device including a processor, a memory connected to the processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method as described in the first aspect when executing the computer program.

[0055] In a seventh aspect, this application also provides a computer-readable storage medium storing a computer program, wherein the computer program, when executed by a processor, implements the method as described in the first aspect.

[0056] As can be seen, the above technical solution allocates cloud cards from different operators as a group of cloud card modules to terminal devices. After obtaining the assigned cloud card module, the terminal device can use the primary cloud card in the module for daily communication. However, when the terminal device is detected to meet preset judgment conditions and cannot use the primary cloud card for daily communication, a new cloud card allocation request is sent through the secondary cloud card in the assigned cloud card module to obtain a new cloud card module to replace the cloud card module currently used by the terminal device. That is, when the primary cloud card is abnormal and the terminal device cannot perform communication operations, the secondary cloud card in the corresponding cloud card module can be used as the ignition card to send a cloud card allocation request. The process of requesting the allocation of a new cloud card does not require the use of the preset seed card in the device as the ignition card. Moreover, the two cloud cards in the cloud card module belong to different operators. Therefore, it effectively reduces the probability of a batch of abnormal devices using the same virtual card as the ignition card at the same time, causing conflicts and making it impossible to replace the card, when the fault is caused by an abnormality on the side of a certain operator. This solution can effectively ensure more rational use of resources, facilitate operation, and provide users with a better user experience. Attached Figure Description

[0057] The following will further explain the concept, specific structure and technical effects of this application in conjunction with the accompanying drawings, so as to fully understand the purpose, features and effects of this application.

[0058] Figure 1 is a schematic diagram of the cloud card module combination method in one embodiment.

[0059] Figure 2 is an allocation relationship diagram of the cloud card allocation management method in one embodiment.

[0060] Figure 3 is a flowchart of a cloud card allocation and management method in one embodiment. Detailed Implementation

[0061] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0062] It should be noted that in this article, relational terms such as “first” and “second” are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations.

[0063] The inventors of this application have discovered the following defects in the application of related technologies for ignition virtual card multiplexing:

[0064] If a problem occurs with a certain operator, causing an anomaly in the cloud card service, devices using abnormal operator cards may simultaneously use the built-in virtual SIM card to restart and connect to the server to replace the card. However, since the built-in virtual SIM card is not used one-to-one with each device, a large number of abnormal devices may share the same virtual SIM card at the same time, causing conflicts between them. If a large number of devices share the same card, the devices may become unusable, ultimately preventing them from replacing their cards.

[0065] In cloud card usage schemes of related technologies, sometimes the same batch of ignition virtual cards are pre-installed in multiple cloud card devices (i.e., terminal devices) to send cloud card allocation requests. During implementation, due to the limited number of seed cards used as ignition virtual cards, various sub-cards are shared by multiple cloud card devices. These seed cards are generally used by the cloud card device to interact with the server (i.e., the cloud card server) after its initial power-on to download virtual cloud cards. Each virtual cloud card (i.e., cloud card) is then assigned one-to-one to the corresponding cloud card device for communication (which may include network services, voice communication, etc.). However, if a virtual cloud card malfunctions after acquisition and becomes unusable for an extended period, the built-in ignition virtual card will be used to re-interact with the server to request a replacement virtual cloud card.

[0066] Since ignition virtual cards are generally used infrequently, such cloud card allocation requests will rarely encounter problems under normal circumstances, provided no malfunctions occur. Furthermore, most cloud card devices, based on the feature that their internal cloud cards can be replaced at any time, can quickly re-establish communication connections by acquiring new cloud cards if some cloud cards experience connection abnormalities. Because different users encounter different problems, the probability of related malfunctions occurring simultaneously is low. Therefore, the probability of using the same ignition virtual card at the same time is low, making it very convenient for users.

[0067] However, carrier networks, especially roaming networks, can occasionally experience anomalies. If a carrier experiences an anomaly, it typically takes several hours to resolve. During this time of carrier-side failure, a large number of cloud SIM card devices may simultaneously malfunction. If the cloud SIM card is not replaced, these devices will be unusable during this period. Furthermore, the aforementioned carrier-side issue causing cloud SIM card devices to fail to establish communication can lead to a batch of devices using faulty carrier SIM cards simultaneously restarting and attempting to connect to the server and exchange cards using their built-in virtual SIM cards. As mentioned above, sometimes the built-in virtual SIM cards are not used one-to-one with devices. This can result in a batch of faulty devices simultaneously sharing a single virtual SIM card to send cloud SIM card allocation requests, making proper allocation difficult. When multiple electronic devices conflict with each other and a large number of devices share a single card, it can even render all cloud SIM card devices essentially unusable, ultimately preventing successful card replacement. In short, carrier issues can cause a batch of devices using the same carrier SIM card to malfunction and simultaneously start using the built-in virtual SIM card, creating a conflict problem.

[0068] The related technology, which involves multiple devices sharing an ignition virtual card and requiring a cloud card allocation request to be sent using the ignition virtual card each time, has the following problems:

[0069] 1) After the virtual card is assigned to a fixed virtual cloud card by interacting with the server using the built-in ignition virtual card, it will not be replaced. If the operator has a problem, the virtual cloud card will not be replaced. You can only wait for the operator's network to be restored before you can use it. In this case, the virtual cloud card is similar to a physical card and does not have the advantages of a cloud card. In areas without the operator's network coverage, it cannot be replaced and cannot be used. When the device is no longer in use, the virtual cloud card cannot be recycled, which is inconvenient for the server platform to manage.

[0070] 2) The logic of existing cloud card devices is that when the operator of the virtual cloud card experiences a network anomaly, it immediately triggers the activation of the built-in ignition card. However, the devices are unaware of the conflict, so they can only try repeatedly. At most, they can increase the penalty time to reduce the conflict slightly, but they cannot solve the conflict problem. When there are a large number of devices, the severe conflict will still lead to a long period of unusability. Moreover, if multiple devices repeatedly use the same device to interact with the network, the network may also shut down the card, causing a greater impact.

[0071] 3) Controlling a certain proportion of devices to use the same built-in virtual card reduces conflicts. However, since the built-in ignition virtual card is written with code, either a version writes enough built-in virtual cards, which leads to wasted resources; or each time a new product is produced, a new version is updated to replace the built-in virtual card. As more and more devices are produced, more and more versions will be produced, making version management, version modification and updates, and built-in virtual card management very complicated.

[0072] In related technologies, when cloud card products are commercially used in a certain country or region, at least two or more operator cards are generally prepared to ensure internet access and user experience. Based on this characteristic, this application combines cloud cards from different operators to form cloud card modules, which are then distributed to individual terminal devices. Each cloud card module contains a primary cloud card and a secondary cloud card, which belong to different operators.

[0073] Terminal devices can communicate using the primary cloud card, while the secondary cloud card sends a new cloud card allocation request when an anomaly is detected in the terminal device (i.e., when the terminal device meets the preset judgment conditions).

[0074] It should be noted that in specific implementation, the cloud card module does not necessarily need to include one primary cloud card and one secondary cloud card. It can also include multiple primary cloud cards and multiple secondary cloud cards. Multiple primary cloud cards can be used to back up each other, and multiple secondary cloud cards can also be used to back up each other. It is only necessary to ensure that the primary cloud card performs the communication function, while the secondary cloud card performs the function of sending cloud card allocation requests, and that the operator of the secondary cloud card that performs the function of sending cloud card allocation requests is different from that of the primary cloud card used by the terminal device when it encounters an anomaly.

[0075] It should be noted that for cloud cards, the terminal device only needs to download the corresponding cloud card information locally, and then it can use the relevant information to achieve communication. The specific usage methods of each cloud card are related to the relevant technologies. The aforementioned terminal device is a type of cloud card device, which can be a series of devices with cloud card internet access capabilities, such as mobile phones, tablets, and smartwatches.

[0076] Firstly, this application provides a method for allocating and managing cloud cards, and the technical solution will be described in detail below with reference to specific embodiments.

[0077] The cloud card allocation and management method of this application includes the following steps:

[0078] Step 100: Send a cloud card allocation request through a preset seed card for use by the terminal device, wherein the seed card is a global roaming virtual card, and each seed card is used by multiple terminal devices;

[0079] Step 101: In response to the cloud card allocation request sent by the terminal device, allocate a cloud card module to the terminal device. The cloud card module includes a primary cloud card and a secondary cloud card. Both the primary cloud card and the secondary cloud card are global roaming virtual cards.

[0080] Step 102: The terminal device obtains the assigned cloud card module;

[0081] Step 103: The terminal device communicates through the main cloud card in the cloud card module to which it is assigned;

[0082] Step 104: Monitor whether the terminal device meets the preset judgment conditions. If the terminal device does not meet the preset judgment conditions, execute the above step 103. If the terminal device meets the preset judgment conditions, execute the following step 105, wherein the main cloud card and the secondary cloud card belong to different operators. The preset judgment conditions include that the terminal device is currently unable to communicate and the duration of the inability to communicate exceeds the system preset duration.

[0083] Step 105: Send a new cloud card allocation request through the secondary cloud card in the assigned cloud card module;

[0084] Step 106: Allocate a new cloud card module to the terminal device according to the new cloud card allocation request, wherein the main cloud card in the new cloud card module and the main cloud card in the cloud card module currently used by the terminal device belong to different operators;

[0085] Step 107: Obtain a new cloud card module to replace the cloud card module currently used by the terminal device, and execute step 103 above;

[0086] If a cloud card allocation request cannot be sent through the secondary cloud card in the cloud card module used by the terminal device, the cloud card allocation request is sent through a preset seed card used by the terminal device.

[0087] In this embodiment, when the cloud card module allocated to the terminal device is in use, the secondary cloud card is not online when the primary cloud card is working normally. Instead, the cloud card information corresponding to the secondary cloud card is stored in the terminal device. The secondary cloud card is only called when the primary cloud card is unusable. The primary cloud card is turned off, the secondary cloud card is turned on and used as an ignition card. That is, the secondary cloud card is used to send a cloud card allocation request. When a new cloud card module is successfully obtained, the secondary cloud card is turned off again.

[0088] Two cloud card modules form a cloud card combination. Within each cloud card combination, the primary cloud card in one cloud card module can be used as a secondary cloud card in another cloud card module within the same combination, and vice versa. After two cloud card modules from the same combination are assigned to two terminal devices, when one terminal device meets a preset condition and sends a new cloud card allocation request using the secondary cloud card in its assigned cloud card module, the primary cloud card in the other cloud card module of the same combination used by the other terminal device disconnects from communication. This continues until the terminal device meeting the preset condition completes the new cloud card allocation request using the secondary cloud card in its assigned cloud card module. Only then can the primary cloud card in the other cloud card module of the same combination used by the other terminal device resume communication.

[0089] Through the cloud card allocation and management method in the above embodiments, two or more cards from different operators are a whole, and there is a reuse relationship between them. A cloud card that performs communication function as the primary cloud card in one terminal device and performs cloud card allocation request sending function in abnormal situations as a secondary cloud card in another terminal device, while the secondary cloud card that performs cloud card allocation request sending function in abnormal situations in one terminal device performs communication function as the primary cloud card in another terminal device.

[0090] To facilitate understanding, the following example illustrates a cloud card module that includes two cloud cards:

[0091] It's important to note that during the cloud card allocation process, the cloud card is merely a set of data sent to the terminal device, not a physical card. During use, each time a cloud card allocation request is sent to the server, a cloud card module consisting of a primary cloud card and a secondary cloud card is allocated to the terminal device (let's call it the first terminal device for ease of understanding). The primary cloud card is used for internet access (i.e., communication) on the first terminal device. The data on the secondary cloud card is stored only within the first terminal device. The secondary cloud card is only used to briefly connect to the server to complete the card replacement when the primary cloud card malfunctions and needs to be replaced. Simultaneously, the two cloud cards in this terminal device can also be allocated to another terminal device (let's call it the second terminal device for ease of understanding). The difference is that the cloud card used as the primary cloud card in the first terminal device is used as the secondary cloud card in the second terminal device, and vice versa.

[0092] The specific allocation method is shown in Figure 1, which is a schematic diagram of the cloud card module combination method in one embodiment. Assume the server can allocate n sets of cloud card combinations. Each set uses two cloud cards from different operators. The two cloud cards can form two different card combinations. In one type of combination, operator A's A1 card is used as the primary cloud card, and operator B's B1 card is used as the secondary cloud card. This is then allocated to one terminal device. Simultaneously, in another type of combination, operator A's A1 card is used as the secondary cloud card, and operator B's B1 card is used as the primary cloud card. This is allocated to another terminal device. A total of n such cloud card combinations are protected. It should be noted that the terminal devices do not need to be paired. After replacing the cloud card module in one terminal device, the other terminal device can continue to use the fault-free cloud card module.

[0093] During implementation, each cloud card combination can be marked for management. For example, if operator A card 1 and operator B card 1 are combined into a cloud card combination called the first cloud card combination, then on the server side, two allocation combinations are formed: card combination 1A-B (i.e., the first cloud card module), in which operator A card 1 is the primary cloud card and operator B card 1 is the secondary cloud card; and card combination 1B-A (i.e., the second cloud card module), in which operator B card 1 is the primary cloud card and operator A card 1 is the secondary cloud card.

[0094] When the first cloud card device is powered on for the first time, it uses the built-in ignition virtual card (i.e., seed card) to interact with the cloud card server. At this time, the cloud card server will allocate a cloud card module to the first cloud card device (i.e. terminal device) for use. For example, the card combination 1A-B mentioned above is allocated, sent to the first cloud card device and saved. Then the first cloud card device will start the operator A card 1 and use it for Internet access, while the operator B card 1 is stored in the device memory and is only used for backup.

[0095] The other cloud card module in the cloud card combination will be assigned to the second cloud card device for use. Specifically, when the second cloud card device is powered on for the first time, it uses the built-in virtual ignition card (i.e., seed card) to interact with the cloud card server. At this time, the cloud card server also assigns a card combination to the second cloud card device. If the second cloud card device is assigned a card combination 1B-A, then the second cloud card device will activate operator B card 1 and use it for internet access, while operator A card 1 will be stored in the device's memory and used only as a secondary cloud card.

[0096] If a batch of network failures occur on operator A's network, causing anomalies, all cloud card devices using operator A's cards will become unusable, and recovery will take a long time. In this case, after the anomaly is detected, the cloud card device using operator A's cards will first activate the backup operator B card in the device for card replacement. For example, if the first cloud card device is using operator A's card 1 and an anomaly is detected (i.e., it is determined to meet the preset judgment conditions), the backup operator B's card 1 (i.e., the secondary cloud card) will be activated as the virtual card to interact with the cloud card server. In addition, a cloud card module including cards from non-operator A as the primary cloud card will be allocated to the first cloud card device. The first cloud card device will download and activate the new cloud card module and immediately shut down the operator B's card 1 in the original cloud card module.

[0097] During the aforementioned SIM card replacement process, although the primary cloud SIM card of the second cloud SIM card device (i.e., SIM card 1 from operator B) is used by the first cloud SIM card device, there will be a brief temporary impact on usage because SIM card 1 from operator B is only used temporarily. However, this impact is minimal as it can be quickly resolved by re-registering. Furthermore, if the first cloud SIM card device also experiences internet access issues when using the secondary cloud SIM card, it will immediately deactivate SIM card 1 from operator B and try using the internal SIM card again to prevent interference with the normal use of SIM card 1 on the second cloud SIM card device. Therefore, it is unlikely to significantly affect the user experience of the second cloud SIM card device.

[0098] The specific allocation relationship can also be seen in Figure 2. The two cloud card devices can log in to the cloud card server to request card allocation. The cloud card server can allocate the corresponding card combination (i.e. cloud card module) to the first cloud card device and the second cloud card device. In the first cloud card device, the primary cloud card operator A card 1 is activated and accesses the Internet, and the secondary cloud card operator B card is stored on the first cloud card device (i.e., stored locally). In the second cloud card device, the primary cloud card operator B card 1 is activated and accesses the Internet, and the secondary cloud card operator A card is stored on the second cloud card device (i.e., stored locally).

[0099] The allocation scheme in the above embodiments is illustrated below with reference to Figure 3:

[0100] When the network of operator A corresponding to the main cloud card in the cloud card module used in the first terminal device is abnormal, the first terminal device's abnormality handling will identify that the network of A card 1 (i.e., the main cloud card in the first terminal device) corresponding to operator A is abnormal.

[0101] Activate the secondary cloud card corresponding to operator B card 1 (i.e., the secondary cloud card);

[0102] Determine whether operator B card 1 can access the internet after startup;

[0103] If the operator's B card 1 can access the Internet after it is activated, then after the operator's B card 1 successfully accesses the Internet, it logs into the server to report an abnormal error and requests a card replacement. After receiving the request, the cloud card server allocates the card combination nC-D (i.e., the new cloud card module) to the first terminal device.

[0104] The first terminal device uses the operator's C card n of the new main cloud card to start up and access the Internet, and saves the corresponding operator's D card information of the secondary cloud card locally;

[0105] The first terminal device can then be brought back online.

[0106] In this embodiment, if the operator's B card 1 cannot access the Internet after startup, the built-in ignition virtual card is used to request a card replacement, so as to avoid repeatedly sending cloud card allocation requests using the operator's B card 1.

[0107] The above-mentioned cloud card allocation and management method can be applied to a cloud card allocation and management system, which includes a cloud card server and several terminal devices.

[0108] Using this allocation method, since the probability of both operators being abnormal at the same time is small, when a batch of operators experience abnormalities, it will not cause batch conflicts as all cloud card devices using that operator's cards will use their built-in cards to replace them. This effectively improves the stability of terminal device communication and enhances the user experience.

[0109] Secondly, this application provides a method for allocating cloud cards, including:

[0110] Two cloud card modules are combined to form a cloud card combination, and the two cloud card modules in each cloud card combination are allocated to two terminal devices for use. The primary cloud card in one cloud card module of the same cloud card combination can be used as a secondary cloud card in another cloud card module of the same cloud card combination, and the secondary cloud card in one cloud card module of the same cloud card combination can be used as a primary cloud card in another cloud card module of the same cloud card combination.

[0111] In response to a cloud card allocation request sent by a terminal device, a cloud card module is allocated to the terminal device. The cloud card module includes a primary cloud card and a secondary cloud card, wherein the primary cloud card and the secondary cloud card belong to different operators.

[0112] When a cloud card allocation request is received again from the terminal device, a new cloud card module is allocated to the terminal device. The primary cloud card in the new cloud card module allocated to the terminal device belongs to a different operator than the primary cloud card in the cloud card module previously allocated to the terminal device.

[0113] Its operating principle and allocation mechanism are similar to the method in the first aspect, so they will not be elaborated further. It can effectively assist cloud card devices in better use and bring users a better user experience.

[0114] Thirdly, this application also provides a method for obtaining a cloud card, applied to a terminal device, the method for obtaining the cloud card including:

[0115] Send a cloud card allocation request through a pre-set seed card for use by the terminal device;

[0116] Obtain the assigned cloud card module, wherein the cloud card module includes a primary cloud card and a secondary cloud card, and the primary cloud card and the secondary cloud card belong to different operators;

[0117] Communication is performed through the primary cloud card in the assigned cloud card module;

[0118] When the terminal device responds to the detection that the terminal device meets the preset judgment conditions, it sends a new cloud card allocation request through the secondary cloud card in the allocated cloud card module to obtain a new cloud card module to replace the cloud card module currently used by the terminal device; wherein, the preset judgment conditions include: the terminal device is currently unable to communicate, and the duration of the inability to communicate exceeds the system preset duration.

[0119] When the terminal device is assigned to the cloud card module, if the duration of communication failure does not exceed the system's preset duration, communication can be re-established through the main cloud card in the assigned cloud card module.

[0120] When the terminal device is assigned to the cloud card module, but cannot establish communication using the secondary cloud card therein, a cloud card allocation request is sent through a preset seed card for the terminal device.

[0121] The seed card, main cloud card, and secondary cloud card can all be global roaming virtual cards.

[0122] Fourthly, this application provides a cloud card allocation device, comprising:

[0123] The signal receiving module is used to receive cloud card allocation requests sent by terminal devices;

[0124] The cloud card allocation module responds to the cloud card allocation request and allocates a cloud card module to the terminal device. The cloud card module includes a primary cloud card and a secondary cloud card, wherein the primary cloud card and the secondary cloud card belong to different operators.

[0125] When the cloud card allocation module receives another cloud card allocation request from the terminal device, it allocates a new primary cloud card in the cloud card module to the terminal device that belongs to a different operator than the primary cloud card in the cloud card module previously allocated to the terminal device.

[0126] The cloud card allocation device may also include a cloud card marking module. The cloud card marking module can be used to mark each cloud card module in order to better allocate and manage each cloud card module and to more conveniently allocate cloud card modules so that the main cloud cards in two cloud card modules that are allocated to the same terminal module belong to different operators.

[0127] The distribution device for this cloud card can be composed of a cloud card server.

[0128] Fifthly, this application provides a cloud card acquisition device, comprising:

[0129] The cloud card management module is used to store information about the primary cloud card and the secondary cloud card in the assigned cloud card module, wherein the primary cloud card and the secondary cloud card belong to different operators;

[0130] A communication driver module is used to communicate with the main cloud card driver terminal device in the cloud card module to which it is assigned;

[0131] The monitoring module is used to monitor whether the terminal device meets the preset judgment conditions;

[0132] The cloud card allocation request module, when detecting that the terminal device meets the preset judgment conditions, drives the terminal device to send a new cloud card allocation request through the secondary cloud card in the allocated cloud card module;

[0133] The seed card management module is used to store seed card information, wherein the seed card is a global roaming virtual card;

[0134] Before the terminal device obtains the assigned cloud card module, or when it is unable to send a cloud card allocation request through the secondary cloud card in the cloud card module used by the terminal device, the cloud card allocation request module drives the seed card to send a cloud card allocation request.

[0135] In a sixth aspect, this application also provides an electronic device, including a processor, a memory connected to the processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the method as described in the first aspect.

[0136] In a seventh aspect, this application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the method described in the first aspect.

[0137] For example, machine-readable storage media can include, but are not limited to, various known and unknown types of non-volatile memory.

[0138] Those skilled in the art will understand that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can implement the described functions in different ways for each specific application, but such implementation should not be considered beyond the scope of this application.

[0139] In the embodiments of this application, the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the division of units is merely a logical functional division, and other division methods may exist in actual implementation. For example, multiple units or components may be combined or integrated into another system. Furthermore, the coupling between the various units can be direct coupling or indirect coupling. Additionally, the functional units in the embodiments of this application can be integrated into a processing unit, or they can exist as separate physical entities, etc.

[0140] It should be understood that in the various embodiments of this application, the sequence number of each process does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0141] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a machine-readable storage medium. Therefore, the technical solution of this application can be embodied in the form of a software product, which can be stored in a machine-readable storage medium. This software product may include several instructions to cause an electronic device to execute all or part of the processes of the technical solution described in the embodiments of this application. The aforementioned storage medium may include various media capable of storing program code, such as ROM, RAM, removable disk, hard disk, magnetic disk, or optical disk.

[0142] This application allocates cloud cards from different operators as a group of cloud card modules to terminal devices. After receiving the assigned cloud card module, the terminal device can use the primary cloud card in the module for daily communication. However, when the terminal device is detected to meet preset judgment conditions and cannot use the primary cloud card for daily communication, a new cloud card allocation request is sent through the secondary cloud card in the assigned cloud card module to obtain a new cloud card module to replace the currently used cloud card module. That is, when the primary cloud card is abnormal and the terminal device cannot perform communication operations, the secondary cloud card in the corresponding cloud card module can be used as the ignition card to send a cloud card allocation request. The process of requesting the allocation of a new cloud card does not require the use of the preset seed card in the device as the ignition card. Furthermore, the two cloud cards in the cloud card module belong to different operators. Therefore, it effectively reduces the probability of a batch of abnormal devices using the same virtual card as the ignition card at the same time, causing conflicts and making it impossible to replace the card, when the failure is caused by an abnormality on the operator side. This solution can effectively ensure more rational use of resources, facilitate operation, and provide users with a better user experience.

[0143] The preferred embodiments of this application have been described in detail above. It should be understood that those skilled in the art can make numerous modifications and variations based on the concept of this application without inventive effort. Therefore, any technical solutions that can be obtained by those skilled in the art based on the concept of this application and through logical analysis, reasoning, or limited experimentation on the basis of related technologies should be within the scope of protection defined by the claims.

Claims

1. A method for allocating and managing cloud cards, characterized in that, include: In response to a cloud card allocation request sent by a terminal device, a cloud card module is allocated to the terminal device. The cloud card module includes a primary cloud card and a secondary cloud card, wherein the primary cloud card and the secondary cloud card belong to different operators. The terminal device acquires the assigned cloud card module; The terminal device communicates through the primary cloud card in the assigned cloud card module, and when the terminal device is detected to meet the preset judgment conditions, it sends a new cloud card allocation request through the secondary cloud card in the assigned cloud card module to obtain a new cloud card module to replace the cloud card module currently used by the terminal device. Multiple cloud card modules form a cloud card combination; Among them, the primary cloud card in one cloud card module of the cloud card combination belonging to the same group can be used as a secondary cloud card in another cloud card module of the same cloud card combination, and the secondary cloud card in one cloud card module of the cloud card combination can be used as a primary cloud card in another cloud card module of the same cloud card combination.

2. The cloud card allocation and management method according to claim 1, characterized in that, The preset judgment conditions include: The terminal device is currently unable to communicate, and the duration of the communication failure exceeds the system's preset duration.

3. The cloud card allocation and management method according to claim 1, characterized in that, The primary cloud card in the new cloud card module belongs to a different operator than the primary cloud card in the cloud card module currently used by the terminal device.

4. The cloud card allocation and management method according to claim 1, characterized in that, Two of the aforementioned cloud card modules form a cloud card combination.

5. The cloud card allocation and management method according to claim 4, characterized in that, After two cloud card modules belonging to the same cloud card combination are assigned to two terminal devices, when one of the terminal devices meets a preset judgment condition, and the terminal device that meets the preset judgment condition sends a new cloud card allocation request using the secondary cloud card in the assigned cloud card module, the primary cloud card in the other cloud card module in the same cloud card combination used by the other terminal device disconnects communication until the terminal device that meets the preset judgment condition completes the new cloud card allocation request using the secondary cloud card in the assigned cloud card module, the primary cloud card in the other cloud card module in the same cloud card combination used by the other terminal device then continues communication.

6. The cloud card allocation and management method according to any one of claims 1-5, characterized in that, Before the terminal device obtains the assigned cloud card module, or when it is unable to send a cloud card allocation request through the secondary cloud card in the cloud card module used by the terminal device, a cloud card allocation request is sent through a preset seed card for the terminal device; wherein, the seed card is a global roaming virtual card, and each seed card is used by multiple terminal devices.

7. The cloud card allocation and management method according to claim 1, characterized in that, Both the primary cloud card and the secondary cloud card are global roaming virtual cards.

8. A method for allocating cloud cards, characterized in that, include: In response to a cloud card allocation request sent by a terminal device, a cloud card module is allocated to the terminal device. The cloud card module includes a primary cloud card and a secondary cloud card, wherein the primary cloud card and the secondary cloud card belong to different operators. Multiple cloud card modules are combined into a cloud card combination; Among them, the primary cloud card in one cloud card module of the cloud card combination belonging to the same group can be used as a secondary cloud card in another cloud card module of the same cloud card combination, and the secondary cloud card in one cloud card module of the cloud card combination can be used as a primary cloud card in another cloud card module of the same cloud card combination.

9. The cloud card allocation method according to claim 8, characterized in that, When a cloud card allocation request is received again from the terminal device, a new cloud card module is allocated to the terminal device. The primary cloud card in the new cloud card module allocated to the terminal device belongs to a different operator than the primary cloud card in the cloud card module previously allocated to the terminal device.

10. The cloud card allocation method according to claim 8, characterized in that, Two cloud card modules are combined to form a cloud card combination, and two cloud card modules in each cloud card combination are allocated to two terminal devices for use.

11. A method for obtaining a cloud card, characterized in that, Applied to terminal devices, the method for obtaining the cloud card includes: Send a cloud card allocation request to obtain the allocated cloud card module, wherein the cloud card module includes a primary cloud card and a secondary cloud card, and the primary cloud card and the secondary cloud card belong to different operators; Communication is performed through the primary cloud card in the assigned cloud card module; When the terminal device responds to the detection that the terminal device meets the preset judgment conditions, it sends a new cloud card allocation request through the secondary cloud card in the allocated cloud card module in order to obtain a new cloud card module to replace the cloud card module currently used by the terminal device. Multiple cloud card modules form a cloud card combination; Among them, the primary cloud card in one cloud card module of the cloud card combination belonging to the same group can be used as a secondary cloud card in another cloud card module of the same cloud card combination, and the secondary cloud card in one cloud card module of the cloud card combination can be used as a primary cloud card in another cloud card module of the same cloud card combination.

12. The method for obtaining a cloud card according to claim 11, characterized in that, The preset judgment conditions include: The terminal device is currently unable to communicate, and the duration of the communication failure exceeds the system's preset duration.

13. The method for obtaining a cloud card according to claim 12, characterized in that, When the terminal device is assigned to the cloud card module, if the duration of communication failure does not exceed the system's preset duration, communication is re-established through the primary cloud card in the assigned cloud card module.

14. The method for obtaining a cloud card according to claim 12, characterized in that, Before the terminal device obtains the assigned cloud card module, or when it is unable to send a cloud card allocation request through the secondary cloud card in the cloud card module used by the terminal device, a cloud card allocation request is sent through a preset seed card used by the terminal device; wherein, the seed card is a global roaming virtual card.

15. A cloud card distribution device, characterized in that, include: The signal receiving module is used to receive cloud card allocation requests sent by terminal devices; The cloud card allocation module responds to the cloud card allocation request and allocates a cloud card module to the terminal device. The cloud card module includes a primary cloud card and a secondary cloud card, wherein the primary cloud card and the secondary cloud card belong to different operators. Multiple cloud card modules form a cloud card combination; Among them, the primary cloud card in one cloud card module of the cloud card combination belonging to the same group can be used as a secondary cloud card in another cloud card module of the same cloud card combination, and the secondary cloud card in one cloud card module of the cloud card combination can be used as a primary cloud card in another cloud card module of the same cloud card combination.

16. The cloud card distribution device according to claim 15, characterized in that, When the cloud card allocation module receives another cloud card allocation request from the terminal device, it allocates a new primary cloud card in the cloud card module to the terminal device that belongs to a different operator than the primary cloud card in the cloud card module previously allocated to the terminal device.

17. A cloud card acquisition device, characterized in that, include: The cloud card management module is used to store information about the primary cloud card and the secondary cloud card in the assigned cloud card module, wherein the primary cloud card and the secondary cloud card belong to different operators; A communication driver module is used to communicate with the main cloud card driver terminal device in the cloud card module to which it is assigned; The monitoring module is used to monitor whether the terminal device meets the preset judgment conditions; The cloud card allocation request module, when detecting that the terminal device meets the preset judgment conditions, drives the terminal device to send a new cloud card allocation request through the secondary cloud card in the allocated cloud card module; Multiple cloud card modules form a cloud card combination; Among them, the primary cloud card in one cloud card module of the cloud card combination belonging to the same group can be used as a secondary cloud card in another cloud card module of the same cloud card combination, and the secondary cloud card in one cloud card module of the cloud card combination can be used as a primary cloud card in another cloud card module of the same cloud card combination.

18. The cloud card acquisition device according to claim 17, characterized in that, The cloud card acquisition device also includes: The seed card management module is used to store seed card information, wherein the seed card is a global roaming virtual card; Before the terminal device obtains the assigned cloud card module, or when it is unable to send a cloud card allocation request through the secondary cloud card in the cloud card module used by the terminal device, the cloud card allocation request module drives the seed card to send a cloud card allocation request.

19. An electronic device comprising a processor, a memory connected to the processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements a cloud card allocation and management method as described in any one of claims 1 to 7.

20. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, it implements a cloud card allocation and management method as described in any one of claims 1 to 7.

Images