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

Abstract

The present invention relates to a cloud card allocation management method, device, electronic device and storage medium, wherein cloud cards of different operators are allocated to terminal devices as a group of cloud card modules, and after the terminal device obtains the allocated cloud card module, it can use the main cloud card in the cloud card module for daily communication, and when the terminal device is detected to be abnormal, a new cloud card allocation request is sent 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. It effectively reduces the probability of being unable to replace the card when the fault is caused by an abnormality on the side of a certain operator, and the batch of abnormal devices generated share a virtual card as an ignition card at the same time and use it at the same time, causing conflicts between each other. This solution can effectively ensure more rational use of resources and convenient operation, so that users can get a better user experience.

Description

Technical Field

[0001] The present invention relates to the field of communication technology, and in particular to a cloud card allocation management method, device, electronic device and storage medium. Background Art

[0002] With the continuous improvement of the level of scientific and technological development, wireless networks are becoming more and more common in people's lives. Within the coverage of the wireless network, terminal users have the ability of mobile communications. In the process of moving, terminal users often cross 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 is introduced. However, for networks of different operators to roam with each other, roaming agreements between operators are required, and higher roaming charges will be incurred in this process.

[0003] In order to reduce the use of fees, the traditional method is for users to replace the physical SIM card in the terminal by themselves during the cross-border process to reduce roaming costs. However, this method requires users to disassemble and install the physical SIM card in the device by themselves, which is not particularly convenient to operate. At the same time, if users need to carry the terminal to and from multiple different areas in a short period of time, the replacement of multiple physical SIM cards is prone to confusion. Therefore, this method of replacing the SIM card in the device is not convenient to use.

[0004] In order to solve the above problems, the prior art provides a cloud card service so that users can download the corresponding cloud card (i.e. a virtual SIM card) to the terminal when moving to the corresponding area without manually changing the card, so as to more conveniently replace the SIM card used by the terminal and ensure the correspondence between the SIM card used by the terminal and the area where it is located, thereby reducing costs and ensuring convenience.

[0005] Among them, the cloud card is a user identity card (Subscriber Identity Module) that distributes cloud card information to the device that uses the cloud card (i.e., the terminal that uses the cloud card) through the server. In some cloud card application methods, the server sends the cloud card information to the terminal, and the terminal registers the operator network based on the cloud card information to achieve wireless communication.

[0006] A seed card is usually pre-installed in the device that uses the cloud card. The seed card pre-installed in the device is used as the ignition card to send a cloud card allocation request to the server to obtain the corresponding cloud card for the terminal to use. Since the seed card as the ignition card is only used when sending a cloud card allocation request and is not used most of the time, based on this feature, some devices use virtual cards to form seed cards (i.e., forming ignition virtual cards) pre-installed in the device that uses the cloud card, and each virtual ignition card can be used by multiple devices to allocate resources more reasonably.

[0007] The above-mentioned application form of ignition virtual card reuse can meet the usage requirements in most cases, but it has the following defects:

[0008] If a problem occurs with a certain operator, causing the cloud card service to become abnormal, the devices using the abnormal operator's card will use the built-in ignition virtual card in batches at the same time to restart and go online to establish a connection with the server to change the card. However, since the built-in ignition virtual card is not used for devices on a 1-to-1 basis, a batch of abnormal devices will share a virtual card at the same time and conflict with each other. If there are too many devices sharing the same card, the devices will basically be unusable, and ultimately these devices will be unable to change cards. Summary of the invention

[0009] In view of the above-mentioned defects of the prior art, the present invention provides a cloud card allocation management method, device, electronic device and storage medium which can reduce the probability of conflicts and inability to change cards when using the cloud card devices of a certain operator and using ignition virtual cards for card replacement in batches at the same time due to problems with the operator, and can effectively improve the user experience, has good performance and is easy to use.

[0010] In a first aspect, the present invention provides a cloud card allocation management method, which is applied in a cloud card management system, and includes:

[0011] In response to a cloud card allocation request sent by a terminal device, a cloud card module is allocated to the terminal device, wherein 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;

[0012] The terminal device obtains the cloud card module allocated thereto;

[0013] The terminal device communicates through the primary cloud card in the allocated cloud card module, and when monitoring that the terminal device meets the preset judgment condition, 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;

[0014] A plurality of said cloud card modules form a cloud card combination;

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

[0016] The preset determination conditions include:

[0017] The terminal device is currently unable to communicate, and the duration of the inability to communicate exceeds the system preset duration.

[0018] Among them, 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.

[0019] Wherein, every two of the cloud card modules form a cloud card combination;

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

[0021] Among them, after two cloud card modules belonging to the same group of cloud card combinations are allocated to two terminal devices for use, when one of the terminal devices meets the preset judgment conditions, and the terminal device that meets the preset judgment conditions uses the secondary cloud card in the cloud card module allocated to it to send a new cloud card allocation request, the main cloud card in another cloud card module in the group of cloud card combinations used by the other terminal device disconnects communication until the terminal device that meets the preset judgment conditions uses the secondary cloud card in the cloud card module allocated to it to complete the new cloud card allocation request, and then the main cloud card in another cloud card module in the group of cloud card combinations used by the other terminal device continues to communicate.

[0022] Before the terminal device obtains the allocated cloud card module, or when the 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 seed card preset 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.

[0023] Wherein, the primary cloud card and the secondary cloud card are both global roaming virtual cards.

[0024] In a second aspect, the present invention further provides a method for allocating a cloud card, comprising:

[0025] In response to a cloud card allocation request sent by a terminal device, a cloud card module is allocated to the terminal device, wherein 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;

[0026] Forming a plurality of said cloud card modules into a cloud card combination;

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

[0028] When a cloud card allocation request sent by the terminal device is received again, a new cloud card module is allocated to the terminal device, wherein the main cloud card in the new cloud card module allocated to the terminal device belongs to a different operator from the main cloud card in the cloud card module previously allocated to the terminal device.

[0029] Among them, every two of the cloud card modules are combined to form a group of cloud card combinations, and the two cloud card modules in each group of cloud card combinations are allocated to two terminal devices for use, wherein the main cloud card in one of the cloud card modules in the cloud card combinations belonging to the same group can be used as a secondary cloud card in another group of cloud card modules in the cloud card combination, and the secondary cloud card in one of the cloud card modules in the cloud card combination can be used as a main cloud card in another group of cloud card modules in the cloud card combination.

[0030] In a third aspect, the present invention further provides a method for obtaining a cloud card, which is applied to a terminal device, and the method for obtaining a cloud card includes:

[0031] 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;

[0032] Communicate via the master cloud card in the assigned cloud card module;

[0033] When the terminal device responds to the monitored terminal device meeting the preset determination condition, the terminal device sends a new cloud card allocation request through the secondary cloud card in the cloud card module allocated to it, so as to obtain a new cloud card module to replace the cloud card module currently used by the terminal device;

[0034] A plurality of said cloud card modules form a cloud card combination;

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

[0036] The preset determination conditions include:

[0037] The terminal device is currently unable to communicate, and the duration of the inability to communicate exceeds the system preset duration.

[0038] Among them, when the terminal device is assigned to the cloud card module and it is monitored that the duration of inability to communicate does not exceed the system preset duration, communication is established again through the main cloud card in the assigned cloud card module.

[0039] Before the terminal device obtains the allocated cloud card module, or when a cloud card allocation request cannot be sent through the secondary cloud card in the cloud card module used by the terminal device, a cloud card allocation request is sent through a seed card preset for use by the terminal device; wherein the seed card is a global roaming virtual card.

[0040] In a fourth aspect, the present invention further provides a cloud card distribution device, comprising:

[0041] A signal receiving module, used to receive a cloud card allocation request sent by a terminal device;

[0042] A cloud card allocation module, in response to the cloud card allocation request, allocates a cloud card module to the terminal device, wherein 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;

[0043] A plurality of said cloud card modules form a cloud card combination;

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

[0045] When the cloud card allocation module receives the cloud card allocation request sent by the terminal device again, the main cloud card in the new cloud card module allocated to the terminal device belongs to a different operator than the main cloud card in the cloud card module previously allocated to the terminal device.

[0046] In a fifth aspect, the present invention further provides a cloud card acquisition device, comprising:

[0047] A cloud card management module, used to store information of a primary cloud card and a secondary cloud card in the allocated cloud card module, wherein the primary cloud card and the secondary cloud card belong to different operators;

[0048] A communication driver module, used to drive a terminal device to communicate via the master cloud card in the cloud card module to which it is assigned;

[0049] A monitoring module, used to monitor whether the terminal device meets the preset determination conditions;

[0050] A cloud card allocation request module, when monitoring that the terminal device meets the preset determination condition, drives the terminal device to send a new cloud card allocation request through the secondary cloud card in the cloud card module allocated to it;

[0051] A plurality of said cloud card modules form a cloud card combination;

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

[0053] Wherein, the cloud card acquisition device also includes:

[0054] A seed card management module, used to store information of a seed card, wherein the seed card is a global roaming virtual card;

[0055] Before the terminal device obtains the allocated cloud card module, or when 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 module drives the seed card to send a cloud card allocation request.

[0056] In a sixth aspect, the present invention further provides 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, wherein the processor implements the method in the first aspect when executing the computer program.

[0057] In a seventh aspect, the present invention further provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, wherein the computer program implements the method in the first aspect when executed by a processor.

[0058] It can be seen that the above technical solution allocates cloud cards of different operators as a group of cloud card modules to the terminal device. After the terminal device obtains the allocated cloud card module, it can use the main cloud card in the cloud card module for daily communication. When it is monitored that the terminal device meets the preset judgment conditions and cannot use the main cloud card for daily communication, a new cloud card allocation request is sent 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. That is, when the main 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 an ignition card to issue a cloud card allocation request. The process of requesting to allocate a new cloud card does not need to use the seed card preset in the device as the ignition card, and the two cloud cards in the cloud card module belong to different operators. Therefore, when the fault is caused by an abnormality on the side of a certain operator, the probability of the inability to replace the card is effectively reduced, and the batch of abnormal devices generated share a virtual card as an ignition card at the same time and use it at the same time, causing conflicts between each other. This solution can effectively ensure more rational use of resources and convenient operation, giving users a better user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0059] The concept, specific structure and technical effects of the present invention will be further described below in conjunction with the accompanying drawings to fully understand the purpose, characteristics and effects of the present invention.

[0060] Figure 1 It is a schematic diagram of a cloud card module assembly method in one embodiment.

[0061] Figure 2 It is an allocation relationship diagram of a cloud card allocation management method in one embodiment.

[0062] Figure 3 It is a flowchart of a cloud card allocation management method in one embodiment. DETAILED DESCRIPTION

[0063] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

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

[0065] In the cloud card usage scheme of the prior art, 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, since the number of seed cards used as ignition virtual cards is limited, various sub-cards are shared by multiple cloud card devices. The seed card is generally used to interact with the server (i.e., cloud card server) after the cloud card device is turned on for the first time to download the virtual cloud card. Each virtual cloud card (i.e., cloud card) is assigned one-to-one to the corresponding cloud card device for communication (wherein, communication may include Internet services, voice communications, and other communication services). However, if after obtaining the virtual cloud card, the virtual cloud card is abnormal and cannot be used for a long time, then the built-in ignition virtual card will be used to interact with the server again to request a new virtual cloud card.

[0066] Since the frequency of use of ignition virtual cards is generally low, such cloud card allocation requests will not encounter problems in most cases when no failure occurs. In addition, based on the characteristics of most cloud card devices that their internal cloud cards can be replaced at any time, in the event of abnormal connection of some cloud cards, communication connections can be reestablished by quickly obtaining new cloud cards. Since different users encounter different problems, the probability of related failures occurring at the same time is low. Therefore, the probability of using the same ignition virtual card at the same time point is low, so it can be very convenient for users to use.

[0067] However, the operator network, especially the roaming network, may occasionally be abnormal. If the operator is abnormal, it usually takes several hours to solve it. The time when the operator fails will cause a large number of cloud card devices to be used abnormally at the same time. At this time, if the cloud card is not replaced, the cloud card device will not be able to be used normally during this period. However, the above-mentioned problem of the cloud card device being unable to establish communication caused by the problem on the operator side will cause the cloud card devices using the abnormal operator card to use the built-in ignition virtual card in batches to restart and go online to establish a connection with the server to change the card. As mentioned above, sometimes the built-in ignition virtual card is not used 1 to 1 for the device, so a batch of abnormal devices will share an ignition virtual card to send a cloud card allocation request at the same time, and it will be difficult to allocate normally. When multiple electronic devices conflict with each other and there are many devices sharing the same card, it may even cause all cloud card devices to be basically unusable, and ultimately the card cannot be successfully replaced. That is, the operator problem will cause the batch of devices using the operator card to be abnormal and start using the built-in ignition virtual card at the same time, causing a conflict problem.

[0068] The existing technology has multiple devices sharing the ignition virtual card, and the solution that needs to use the ignition virtual card to send a cloud card allocation request each time has the following problems:

[0069] 1) After using the built-in ignition virtual card to interact with the server and allocate a fixed virtual cloud card, the virtual cloud card will not be replaced. If the operator has problems at this time, the virtual cloud card will not be replaced, and you can only wait for the operator network to recover before you can use it. In this case, the virtual cloud card is similar to a real card, without the advantages of a cloud card. You cannot change the card and cannot use it in areas without the coverage of the operator's network. The virtual cloud card cannot be recycled when the device is no longer in use, which is inconvenient for the server platform to manage;

[0070] 2) The logic of existing cloud card devices is that if the network of the virtual cloud card operator is abnormal, it will immediately trigger the use of the built-in ignition card. However, there is no conflict between devices, so they can only try repeatedly, and at most increase some penalty time to reduce the mutual conflict a little, but the conflict problem cannot be solved. When there are a large number of devices, serious conflicts will still cause it to be unusable for a long time. Moreover, if multiple devices frequently use the same device to interact with the network, the network may also stop the card, causing greater impact;

[0071] 3) Control a certain proportion of devices to use the same built-in virtual card. If the proportion is controlled, the conflict will be reduced. However, since the built-in ignition virtual card is written into the code, either one version writes enough built-in virtual cards, but this will result in a waste of resources; and 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, there will be more and more versions, and version management, version modification and update, and built-in virtual card management are very complicated.

[0072] In the prior art, when cloud card products are commercially used in a certain country or region, in order to ensure Internet access and experience, at least two or more operator cards are generally prepared. Based on this feature, in this application, cloud cards of different operators are combined to form a cloud card module and allocated to individual terminal devices for use, wherein the cloud cards in each cloud card module are divided into a main cloud card and a secondary cloud card, and the main cloud card and the secondary cloud card belong to different operators.

[0073] The terminal device can use the main cloud card for communication, and use the secondary cloud card to send a new cloud card allocation request when an abnormality of the terminal device is detected (that is, when the terminal device meets the preset judgment conditions).

[0074] It should be noted that, in the specific implementation, the cloud card module does not necessarily have to include a main cloud card and a secondary cloud card. It may also include multiple main cloud cards and multiple secondary cloud cards. The multiple main cloud cards can be used for mutual backup, and the multiple secondary cloud cards can also be used for mutual backup. It is only necessary to ensure that the main cloud card executes the communication function, and the secondary cloud card executes the function of sending cloud card allocation request, and that the secondary cloud card that executes the function of sending cloud card allocation request each time is from a different operator than the main cloud card used by the terminal device that encounters an abnormality.

[0075] It should be noted that for cloud cards, the terminal device only needs to download the corresponding cloud card information to the local computer, and then use the relevant information to achieve communication. The specific usage of each cloud card is the existing technology. The above terminal device is a cloud card device, which can be a series of devices with cloud card Internet access function such as mobile phones, tablets, smart watches, etc.

[0076] In a first aspect, the present invention provides a method for distributing and managing a cloud card, and the technical solution will be described in detail below in conjunction with specific embodiments.

[0077] The cloud card allocation management method of the present invention comprises the following steps:

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

[0079] Step 101: In response to a cloud card allocation request sent by a terminal device, a cloud card module is allocated to the terminal device, wherein the cloud card module includes a primary cloud card and a secondary cloud card, and both the primary cloud card and the secondary cloud card are global roaming virtual cards;

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

[0081] Step 103: the terminal device communicates via the main cloud card in the cloud card module assigned to it;

[0082] Step 104: monitoring whether the terminal device meets the preset determination condition. When the terminal device does not meet the preset determination condition, executing the above step 103; when the terminal device meets the preset determination condition, executing the following step 105, wherein the primary cloud card and the secondary cloud card belong to different operators; wherein the preset determination condition includes 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 cloud card module that is allocated;

[0084] Step 106: allocating 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 the above step 103;

[0086] If the 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 seed card preset for use by the terminal device.

[0087] That is, in this embodiment, the cloud card module assigned to the terminal device is not online when the main cloud card can be used normally, but only 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 main cloud card cannot be used, and the main cloud card is turned off, the secondary cloud card is started and used as the ignition card, that is, the secondary cloud card is used to send a cloud card allocation request, and when the new cloud card module is successfully obtained, the secondary cloud card is turned off again.

[0088] Every two cloud card modules form a cloud card combination; wherein, the main cloud card in one of the cloud card modules in the cloud card combination belonging to the same group can be used as a secondary cloud card in another cloud card module in the cloud card combination, and the secondary cloud card in one of the cloud card modules in the cloud card combination can be used as a main cloud card in another cloud card module in the cloud card combination. After two cloud card modules in the same cloud card combination are allocated to two terminal devices for use, when one of the terminal devices meets the preset judgment condition and the terminal device that meets the preset judgment condition uses the secondary cloud card in the allocated cloud card module to send a new cloud card allocation request, the main cloud card in another cloud card module in the cloud card combination used by the other terminal device disconnects the communication until the terminal device that meets the preset judgment condition uses the secondary cloud card in the allocated cloud card module to complete the new cloud card allocation request, and then the main cloud card in another cloud card module in the cloud card combination used by the other terminal device continues to communicate.

[0089] Through the cloud card allocation management method in the above embodiment, two or more cards of different operators are a whole and have a multiplexing relationship with each other. The cloud card that serves as the main cloud card to realize the communication function in one terminal device serves as a secondary cloud card in another terminal device to perform the cloud card allocation request sending function in abnormal situations, and the secondary cloud card that realizes the cloud card allocation request sending function in abnormal situations in the terminal device serves as the main cloud card in another terminal device to realize the communication function.

[0090] For easier understanding, an example of a cloud card module including two cloud cards is given below for illustration:

[0091] It should be noted that during the process of allocating cloud cards, the cloud card is only 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 set of cloud card modules including a primary cloud card and a secondary cloud card is allocated to the terminal device (named as the first terminal device for ease of understanding). The primary cloud card is used for the first terminal device to access the Internet (i.e., for communication), and the data of the secondary cloud card is only stored in the first terminal device. Only when the primary cloud card needs to be replaced due to an abnormality, the secondary cloud card will be used to temporarily connect to the server to complete the card replacement. At the same time, the two cloud cards covered in the terminal device can also be allocated to another terminal device (named as the second terminal device for ease of understanding) for use at the same time. The difference is that the cloud card used as the primary cloud card in the first terminal device is used as a secondary cloud card in the second terminal device, and the cloud card used as the secondary cloud card in the first terminal device is used as the primary cloud card in the second terminal device.

[0092] For specific allocation methods, please refer to Figure 1 As shown, Figure 1 This is a schematic diagram of the cloud card module combination method in one embodiment. Assume that the server can realize the allocation of n groups of cloud card combinations, wherein each group of cloud card combinations uses two cloud cards, and the two cloud cards belong to different operators, and the two cloud cards can respectively constitute two card combinations. In the cloud card module composed of one card combination, the A1 card of operator A is used as the main cloud card, and the B1 card of operator B is used as the secondary cloud card, and then allocated to a terminal device. At the same time, in the cloud card module composed of another card combination, the A1 card of operator A is used as the secondary cloud card, and the B1 card of operator B is used as the main cloud card and allocated to another terminal device. A total of n groups of such cloud card combinations are protected. It should be noted that terminal devices do not need to be paired for use. After replacing the cloud card module in one of the terminal devices, 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, operator A card 1 and operator B card 1 are combined into a cloud card combination called the first cloud card combination. Then two allocation combinations are formed on the server side, namely, card combination 1A-B (i.e., the first cloud card module), in which operator A card 1 is used as the main cloud card and operator B card 1 is used as the secondary cloud card; card combination 1B-A (i.e., the second cloud card module), in which operator B card 1 is used as the main cloud card and operator A card 1 is used as 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 and sent to the first cloud card device and saved. Then, the first cloud card device starts the operator A card 1 and uses it for Internet access, while the operator B card 1 is stored in the device memory for backup only.

[0095] The other set of cloud card modules in the cloud card combination will be assigned to the second cloud card device for use. Specifically: the second cloud card device uses the built-in virtual ignition card (i.e. seed card) to interact with the cloud card server when it is turned on for the first time. 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 in the card combination 1B-A, the second cloud card device starts the operator B card 1 and uses it to surf the Internet. The operator A card 1 is stored in the device memory and is only used as a secondary cloud card.

[0096] At this time, if a batch of accidents occur in the network of operator A, causing abnormalities, all cloud card devices using operator A will be unusable and recovery will take a long time. At this time, after the cloud card device using operator A card finds the abnormality during abnormal processing, the backup operator B card in the device will be started for replacement. For example: the first cloud card device uses operator A card 1, and an abnormality in use is found (that is, it is determined to meet the preset judgment conditions), first pull up the backup operator B card 1 (that is, the secondary cloud card) as the ignition virtual card to interact with the cloud card server, and the cloud card module including the non-operator A card as the main cloud card is assigned to the first cloud card device, the first cloud card device downloads and starts the new cloud card module, and immediately closes the operator B card 1 in the original cloud card module.

[0097] In the above card replacement process, although the main cloud card of the second cloud card device (i.e., card 1 of operator B) is used by the first cloud card device, in this process, since card 1 of operator B is only used temporarily, there will be a temporary use impact, but the impact is small if it can be re-registered and reused immediately. At the same time, if the first cloud card device finds that it cannot access the Internet when using the secondary cloud card, it will immediately close the operator B card 1 and try again with the built-in ignition card to avoid affecting the normal use of operator B card 1 on cloud card device 2. Therefore, it will not affect the user experience of the second cloud card device.

[0098] For specific distribution relationships, please refer to Figure 2 As shown, the two cloud card devices can respectively log in to the cloud card server to request card division, and 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 main cloud card operator A card 1 is started and accesses the Internet, and the secondary cloud card operator B card is saved on the first cloud card device (i.e., saved locally), and in the second cloud card device, the main cloud card operator B card 1 is started and accesses the Internet, and the secondary cloud card operator A card is saved on the second cloud card device (i.e., saved locally).

[0099] Combine the following Figure 3 The allocation scheme in the above embodiment is illustrated by example:

[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 abnormal processing will identify that the network of A card 1 corresponding to operator A (i.e., the main cloud card in the first terminal device) is abnormal;

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

[0102] Determine whether operator B card 1 can access the Internet after being activated;

[0103] If the operator B card 1 can access the Internet after being started, then after the operator B card 1 successfully accesses the Internet, the abnormal error is reported to the login server and a card replacement is requested. 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 C card n of the operator of the new primary cloud card to start and access the Internet, and saves the corresponding D card information of the operator of the secondary cloud card locally;

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

[0106] In this embodiment, if the operator B card 1 cannot access the Internet after startup, the built-in ignition virtual card is used to request a card replacement, and the use of the operator B card 1 to repeatedly send cloud card allocation requests is avoided as much as possible.

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

[0108] With this allocation method, since the probability of two operators being abnormal at the same time is small, when a batch of abnormalities occur on a certain operator, all cloud card devices using this operator's card will not use the built-in cards to replace the cards in batches, causing batch conflicts. This effectively improves the stability of terminal device communications and enhances user experience.

[0109] In a second aspect, the present invention provides a cloud card allocation method, comprising:

[0110] Combining every two of the cloud card modules to form a group of cloud card combinations, and allocating the two cloud card modules in each group of cloud card combinations to two terminal devices for use, wherein a primary cloud card in one of the cloud card modules in the cloud card combinations belonging to the same group can be used as a secondary cloud card in another group of the cloud card modules in the cloud card combination, and a secondary cloud card in one of the cloud card modules in the cloud card combination can be used as a primary cloud card in another group of the cloud card modules in the 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, wherein 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 the cloud card allocation request sent by the terminal device is received again, a new cloud card module is allocated to the terminal device, wherein the main cloud card in the new cloud card module allocated to the terminal device belongs to a different operator from the main cloud card in the cloud card module previously allocated to the terminal device.

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

[0114] In a third aspect, the present invention further provides a method for obtaining a cloud card, which is applied to a terminal device, and the method for obtaining a cloud card includes:

[0115] Sending a cloud card allocation request via a seed card preset for use by the terminal device;

[0116] Acquire 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] Communicate via the master cloud card in the assigned cloud card module;

[0118] When the terminal device responds to the monitored terminal device meeting the preset judgment condition, the terminal device 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 condition includes: the terminal device is currently unable to communicate, and the duration of the inability to communicate exceeds the system preset duration;

[0119] After the terminal device is assigned to the cloud card module, when it is monitored that the duration of inability to communicate does not exceed the system preset duration, communication can be established again through the main cloud card in the assigned cloud card module.

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

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

[0122] In a fourth aspect, the present invention provides a cloud card distribution device, comprising:

[0123] A signal receiving module, used to receive a cloud card allocation request sent by a terminal device;

[0124] The cloud card allocation module responds to the cloud card allocation request and allocates a cloud card module to the terminal device, wherein 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 the cloud card allocation request sent by the terminal device again, the main cloud card in the new cloud card module allocated to the terminal device belongs to a different operator than the main 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, which can be used to mark each cloud card module to better allocate and manage each cloud card module and more conveniently allocate the cloud card modules so that the main cloud cards in the two cloud card modules allocated to a terminal module before and after belong to different operators.

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

[0128] In a fifth aspect, the present invention provides a cloud card acquisition device, comprising:

[0129] A cloud card management module, used to store information of a primary cloud card and a secondary cloud card in the allocated cloud card module, wherein the primary cloud card and the secondary cloud card belong to different operators;

[0130] A communication driver module, used to drive a terminal device to communicate via the master cloud card in the cloud card module to which it is assigned;

[0131] A monitoring module, used to monitor whether the terminal device meets the preset determination conditions;

[0132] A cloud card allocation request module, when monitoring that the terminal device meets the preset determination condition, drives the terminal device to send a new cloud card allocation request through the secondary cloud card in the cloud card module allocated to it;

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

[0134] Before the terminal device obtains the allocated cloud card module, or when 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 module drives the seed card to send a cloud card allocation request.

[0135] In a sixth aspect, the present invention further provides 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, wherein the processor implements the method described in the first aspect when executing the computer program.

[0136] In a seventh aspect, the present invention further provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method described in the first aspect is implemented.

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

[0138] It will be appreciated by those skilled in the art that the units and algorithm steps of each example 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 may use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0139] In the embodiments of the present application, the disclosed systems, devices and methods can be implemented in other ways. For example, the division of units is only a logical function division, and there can be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system. In addition, the coupling between the various units can be direct coupling or indirect coupling. In addition, the various functional units in the embodiments of the present application can be integrated into a processing unit, or can be separate physical existences, etc.

[0140] It should be understood that in the various embodiments of the present application, the size of the serial number of each process does not mean 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 the present application.

[0141] If the functions are implemented in the form of 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 the present application can be embodied in the form of a software product, which can be stored in a machine-readable storage medium, which can include several instructions to enable an electronic device to perform all or part of the technical solution described in the embodiments of the present application. The above-mentioned storage medium may include various media that can store program codes, such as ROM, RAM, removable disk, hard disk, magnetic disk or optical disk.

[0142] The present invention allocates cloud cards of different operators as a group of cloud card modules to the terminal device. After the terminal device obtains the allocated cloud card module, it can use the main cloud card in the cloud card module for daily communication. When it is monitored that the terminal device meets the preset judgment conditions and cannot use the main cloud card for daily communication, a new cloud card allocation request is sent 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. That is, when the main 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 an ignition card to issue a cloud card allocation request. The process of requesting to allocate a new cloud card does not need to use the seed card preset in the device as the ignition card, and the two cloud cards in the cloud card module belong to different operators. Therefore, when the fault is caused by an abnormality on the side of a certain operator, the probability of the inability to replace the card is effectively reduced, and the batch of abnormal devices generated share a virtual card as an ignition card at the same time and use it at the same time, causing conflicts between each other. This solution can effectively ensure more rational use of resources and convenient operation, giving users a better user experience.

[0143] The preferred specific embodiments of the present invention are described in detail above. It should be understood that ordinary technicians in the field can make many modifications and changes based on the concept of the present invention without creative work. Therefore, all technical solutions that can be obtained by technicians in the technical field based on the concept of the present invention through logical analysis, reasoning or limited experiments on the basis of the prior art should be within the scope of protection determined by the claims.

Claims

1. A cloud card allocation management method, 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, wherein 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 obtains the cloud card module allocated thereto; The terminal device communicates through the primary cloud card in the allocated cloud card module, and when monitoring that the terminal device meets the preset judgment condition, 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; A plurality of said cloud card modules form a cloud card combination; Among them, the main cloud card in one of the cloud card modules in the cloud card combination belonging to the same group can be used as a secondary cloud card in another group of cloud card modules in the cloud card combination, and the secondary cloud card in one of the cloud card modules in the cloud card combination can be used as a main cloud card in another group of cloud card modules in the cloud card combination.

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

3. The cloud card allocation management method according to claim 1, characterized in that: 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.

4. The cloud card allocation management method according to claim 1, characterized in that: Every two of the cloud card modules form a cloud card combination.

5. The cloud card allocation management method according to claim 4, characterized in that: After two cloud card modules belonging to the same group of cloud card combinations are allocated to two terminal devices for use, when one of the terminal devices meets the preset judgment conditions, and the terminal device that meets the preset judgment conditions uses the secondary cloud card in the cloud card module allocated to it to send a new cloud card allocation request, the main cloud card in another cloud card module in the 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 cloud card module allocated to it, and then the main cloud card in another cloud card module in the group of cloud card combinations used by the other terminal device continues to communicate.

6. The cloud card allocation management method according to claim 1, characterized in that: Before the terminal device obtains the allocated cloud card module, or when a cloud card allocation request cannot be sent through the secondary cloud card in the cloud card module used by the terminal device, a cloud card allocation request is sent through a seed card preset 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.

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

8. A method for allocating a cloud card, 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, wherein 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; Forming a plurality of said cloud card modules into a cloud card combination; Among them, the main cloud card in one of the cloud card modules in the cloud card combination belonging to the same group can be used as a secondary cloud card in another group of cloud card modules in the cloud card combination, and the secondary cloud card in one of the cloud card modules in the cloud card combination can be used as a main cloud card in another group of cloud card modules in the cloud card combination.

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

10. The cloud card distribution method according to claim 8, characterized in that: Every two of the cloud card modules are combined to form a group of cloud card combinations, and the two cloud card modules in each group of cloud card combinations are allocated to two terminal devices for use.

11. A method for obtaining a cloud card, characterized in that: Applied to a terminal device, the cloud card acquisition method 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; Communicate via the master cloud card in the assigned cloud card module; When the terminal device responds to the monitored terminal device meeting the preset determination condition, the terminal device sends a new cloud card allocation request through the secondary cloud card in the cloud card module allocated to it, so as to obtain a new cloud card module to replace the cloud card module currently used by the terminal device; A plurality of said cloud card modules form a cloud card combination; Among them, the main cloud card in one of the cloud card modules in the cloud card combination belonging to the same group can be used as a secondary cloud card in another group of cloud card modules in the cloud card combination, and the secondary cloud card in one of the cloud card modules in the cloud card combination can be used as a main cloud card in another group of cloud card modules in the cloud card combination.

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

13. The method for obtaining a cloud card according to claim 12, characterized in that: After the terminal device is assigned to the cloud card module, when it is monitored that the duration of inability to communicate does not exceed the system preset duration, communication is established again through the main 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 allocated cloud card module, or when a cloud card allocation request cannot be sent through the secondary cloud card in the cloud card module used by the terminal device, a cloud card allocation request is sent through a seed card preset for use by the terminal device; wherein the seed card is a global roaming virtual card.

15. A cloud card distribution device, characterized in that: include: A signal receiving module, used to receive a cloud card allocation request sent by a terminal device; A cloud card allocation module, in response to the cloud card allocation request, allocates a cloud card module to the terminal device, wherein 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; A plurality of said cloud card modules form a cloud card combination; Among them, the main cloud card in one of the cloud card modules in the cloud card combination belonging to the same group can be used as a secondary cloud card in another group of cloud card modules in the cloud card combination, and the secondary cloud card in one of the cloud card modules in the cloud card combination can be used as a main cloud card in another group of cloud card modules in the cloud card combination.

16. The cloud card distribution device according to claim 15, characterized in that: When the cloud card allocation module receives the cloud card allocation request sent by the terminal device again, the main cloud card in the new cloud card module allocated to the terminal device belongs to a different operator than the main cloud card in the cloud card module previously allocated to the terminal device.

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

18. The cloud card acquisition device according to claim 17, characterized in that: The cloud card acquisition device also includes: A seed card management module, used to store information of a seed card, wherein the seed card is a global roaming virtual card; Before the terminal device obtains the allocated cloud card module, or when 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 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, wherein: When the processor executes the computer program, a cloud card allocation and management method as described in any one of claims 1 to 7 is implemented.

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

Images