Networking method, device, medium and program product based on virtual card service

Abstract

The present disclosure relates to a networking method, device, medium and program product based on a virtual card service. The method can include: in response to a virtual card service enabling instruction, obtaining code number data corresponding to the virtual card service; authenticating the code number data, and in the case of authentication failure, retrying authentication of the code number data; in the case of successful retry authentication, enabling the virtual card service for networking. Through the technical solution of the present disclosure, the success rate of enabling the virtual card service can be significantly improved, and the user's online experience can be improved.

Description

Technical Field

[0001] This disclosure relates to the field of communication technology, and in particular to a networking method, device, medium and program product based on virtual card services. Background Technology

[0002] Virtual SIM (VSIM) offers a flexible and secure way to connect to mobile networks. Unlike traditional physical SIM cards, VSIMs do not rely on a physical card; instead, they access mobile networks through software. This service is typically embedded in the operating system of the terminal device and can be managed and configured via the cloud. In certain situations, when a physical SIM card cannot connect to the internet or no other available network exists, VSIMs become a crucial means of ensuring users can access the internet.

[0003] However, when using virtual SIM card services to connect to the internet, the network connection of user terminal devices is often affected by a variety of factors, including but not limited to geographical location, base station performance, terminal configuration, and the status of various endpoints on the global internet. Problems in any of these areas can prevent users from connecting to the internet, thus degrading their online experience. Summary of the Invention

[0004] This disclosure provides a networking method, device, medium, and program product based on virtual card services to address the shortcomings of related technologies.

[0005] According to a first aspect of the present disclosure, a networking method based on virtual card services is proposed, comprising:

[0006] In response to the virtual card service activation command, obtain the code number data corresponding to the virtual card service;

[0007] The code number data is authenticated, and if authentication fails, the code number data is retried for authentication.

[0008] If the authentication is successfully retried, the virtual card service is enabled for network access.

[0009] Optionally, the terminal is deployed with at least two authentication methods. The step of retrying authentication on the code number data and, in the event of authentication failure, retrying authentication on the code number data includes: selecting any one of the at least two authentication methods to authenticate the code number data; and, in the event of authentication failure, selecting another authentication method different from the aforementioned authentication method to retry authentication on the code number data.

[0010] Optionally, the code number data is obtained locally, and in the event of authentication failure, retrying authentication on the code number data includes: re-obtaining the code number data corresponding to the virtual card service from the server, and retrying authentication on the re-obtained code number data.

[0011] Optionally, before authenticating the code number data, the method further includes: sending an order status information acquisition request to the server, the request being used to acquire the order status information corresponding to the code number data; receiving the order status information returned by the server, and stopping the activation of the virtual card service if the order status information indicates that the order corresponding to the code number data is invalid.

[0012] Optionally, before authenticating the code number data, the method further includes: detecting the integrity of the code number data; if the code number data is found to be missing, re-obtaining the code number data corresponding to the virtual card service from the server, and authenticating the re-obtained code number data.

[0013] Optionally, it also includes: detecting the current connection status between the terminal and the server; if the current connection status is that the terminal cannot connect, establishing a communication connection with the server through a backup code number stored in the terminal, so as to obtain the code number data from the server based on the communication connection; the backup code number is used to provide the terminal with network access for a preset duration.

[0014] Optionally, after enabling the virtual card service, the method further includes: monitoring network status changes, and if a network anomaly is detected, detecting the basic configuration information and network-related information corresponding to the virtual card service; determining the anomaly information based on the detection results, and repairing it according to the repair measures corresponding to the anomaly information, wherein the anomaly information includes abnormal basic configuration information or abnormal network-related information.

[0015] Optionally, it also includes: monitoring at least one management stage of the virtual card resources corresponding to the virtual card service, wherein the management stage includes a resource allocation stage, a resource activation stage, a network registration stage, a resource usage stage, and a resource recycling stage; and executing preset repair measures corresponding to the abnormality when an anomaly is detected in the at least one management stage.

[0016] Optionally, it may also include: collecting log data related to the virtual card service; and analyzing the reasons for the anomalies in the virtual card service based on the log data.

[0017] According to a second aspect of the present disclosure, an electronic device is provided, comprising:

[0018] processor;

[0019] Memory used to store processor-executable instructions;

[0020] The processor is configured to implement the method described in the embodiments of the first aspect above.

[0021] According to a third aspect of the present disclosure, a computer-readable storage medium is provided that stores a computer program thereon, which, when executed by a processor, implements the steps of the method described in the embodiments of the first aspect above.

[0022] According to a fourth aspect of the present disclosure, a computer program product is provided, including a computer program / instructions that, when executed by a processor, implement the steps of the method described in the embodiments of the first aspect above.

[0023] The technical solutions provided by the embodiments of this disclosure may include the following beneficial effects:

[0024] As can be seen from the above embodiments, in the process of enabling the virtual card service, if the authentication of the code number data corresponding to the virtual card service fails, the authentication of the code number data will be retried, rather than directly stopping the activation of the virtual card service. Furthermore, if the retried authentication succeeds, the virtual card service is activated for network access. This effectively avoids the problem of initial authentication failure due to accidental factors, significantly improving the success rate of virtual card service activation. Moreover, the user will not perceive any changes or delays during the above process, achieving successful activation of the virtual card service without the user's awareness, thereby effectively ensuring the user's internet access needs and improving user experience and satisfaction.

[0025] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure. Attached Figure Description

[0026] To more clearly illustrate the technical solutions in the embodiments of this disclosure, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0027] Figure 1 This is a schematic diagram illustrating a network system based on virtual card services according to an embodiment of the present disclosure.

[0028] Figure 2 This is a schematic flowchart illustrating a networking method based on virtual card services according to embodiments of the present disclosure.

[0029] Figure 3This is a schematic diagram illustrating an authentication process according to an embodiment of the present disclosure.

[0030] Figure 4 This is a schematic diagram illustrating a process for enabling a virtual card service according to an embodiment of the present disclosure.

[0031] Figure 5 This is a schematic diagram illustrating a virtual card service self-test process according to an embodiment of the present disclosure.

[0032] Figure 6 This is a schematic flowchart illustrating the lifecycle of a virtual card resource according to an embodiment of the present disclosure.

[0033] Figure 7 This is a schematic diagram illustrating a data infrastructure scheme according to an embodiment of the present disclosure.

[0034] Figure 8 This is a schematic block diagram illustrating a networking device based on a virtual card service according to an embodiment of the present disclosure.

[0035] Figure 9 This is a schematic block diagram of an electronic device according to an embodiment of the present disclosure. Detailed Implementation

[0036] The technical solutions of the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this disclosure, and not all embodiments. Based on the embodiments of this disclosure, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this disclosure.

[0037] The terminology used in this disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the present disclosure. The singular forms “a” and “the” as used in this disclosure and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any and all possible combinations of one or more of the associated listed items.

[0038] It should be understood that although the terms first, second, third, etc., may be used to describe various information in embodiments of this disclosure, such information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, first information may also be referred to as second information without departing from the scope of embodiments of this disclosure, and similarly, second information may also be referred to as first information. Depending on the context, the word "if" as used herein may be interpreted as "when," "when," or "in response to a determination."

[0039] For the sake of brevity and ease of understanding, this document uses the terms "greater than" or "less than", "higher than" or "lower than" to describe size relationships. However, it will be understood by those skilled in the art that the term "greater than" also includes the meaning of "greater than or equal to", and "less than" also includes the meaning of "less than or equal to"; the term "higher than" also includes the meaning of "higher than or equal to", and "lower than" also includes the meaning of "lower than or equal to".

[0040] Currently, when users connect to the internet using virtual SIM card services, the network connection of their terminal devices is typically affected by various factors, including but not limited to geographical location, base station performance, terminal configuration, and the status of various endpoints on the global internet. Problems in any of these areas can prevent users from connecting. For example, if the terminal's modem fails to authenticate during the activation of the virtual SIM card service, the service will not be enabled. In this case, the terminal will prompt the user that the virtual SIM card service cannot be used, resulting in a poor internet experience.

[0041] In view of this, this disclosure proposes a network access method based on virtual card services, which can effectively improve the success rate of virtual card service activation and prioritize the user's internet access needs.

[0042] The following describes one or more embodiments of this disclosure in detail.

[0043] The embodiments of this disclosure can be applied to electronic devices, including but not limited to smartphones, desktop computers, tablets, laptops, e-book readers, smartwatches, and smart bracelets. One or more embodiments of this disclosure are not intended to limit this. During operation, the electronic device can run a network system based on virtual card services to connect to the internet. The application for this network system can be pre-installed on the electronic device, allowing the network system to be started and run on the device. Of course, when using technologies such as HTML5, it is not necessary to install the corresponding application on the electronic device to obtain and run the network system.

[0044] In another embodiment, a network system based on virtual card services may include, for example: Figure 1 The diagram shows a server 11, a network 12, and an electronic device 13. During operation, the server 11 can run server-side programs of the network system to perform functions such as resource distribution. Meanwhile, the electronic device 13 can run client-side programs of the network system to perform functions such as data authentication and human-computer interaction. This allows the server 11 and electronic device 13 to work together to implement a network solution based on virtual card services.

[0045] Server 11 can be a physical server containing an independent host, or it can be a virtual server hosted by a host cluster. Electronic device 13 can be any type of device, such as a PC, tablet, laptop, PDA (Personal Digital Assistants), mobile phone, wearable device (such as smart glasses, smartwatches, etc.), etc., and this specification does not limit this to any of the embodiments described herein. The network 12 for interaction between electronic device 13 and server 11 can include various types of wired or wireless networks. In one embodiment, network 12 can include the Public Switched Telephone Network (PSTN) and the Internet.

[0046] The following example illustrates how a terminal executes the networking method based on virtual card services provided in this disclosure. Figure 2 This is a schematic flowchart illustrating a networking method based on virtual card services according to embodiments of this disclosure. Figure 2 As shown, the method may include the following steps:

[0047] S201: In response to the virtual card service activation command, obtain the code number data corresponding to the virtual card service.

[0048] Typically, when a user's physical SIM card cannot connect to the internet and no other internet access methods are available, a virtual SIM card service can be used to achieve internet connectivity. For example, when a user uses a device that does not support a physical SIM card, or wants to avoid high roaming charges while roaming internationally, they can choose a virtual SIM card service for a low-cost and convenient internet connection. Generally, users can select their desired virtual SIM card plan and complete payment through an application or web platform. The server generates corresponding order information based on the user's payment behavior and then generates corresponding virtual SIM card resources based on that order information. The server then sends the virtual SIM card resources to the user's terminal device via a secure channel (such as HTTPS). After receiving the virtual SIM card resources, the terminal device stores them locally, thus providing virtual SIM card services to the user when needed.

[0049] In this embodiment, when a user needs to use the virtual card service, they can send a virtual card service activation command to the terminal. The terminal responds to the virtual card activation command by obtaining the code number data corresponding to the purchased virtual card service. It should be noted that the virtual card resources issued by the server may contain code number data; in this case, the terminal will store the code number data corresponding to the virtual card service locally. Therefore, when the terminal receives the virtual card activation command, it can check whether the corresponding code number data is stored locally. If so, it directly obtains the code number data from its local storage. Alternatively, the terminal can also obtain the code number data corresponding to the virtual card service from the server. For example, in response to the virtual card service activation command, the terminal sends a code number data retrieval request to the server. This request may carry the terminal device's ID information or information related to the virtual card service purchased by the terminal. The server, based on the received code number data retrieval request, queries for code number data matching the request and sends the found code number data to the terminal.

[0050] S202: Authenticate the code number data, and if the authentication fails, retry the authentication of the code number data.

[0051] Authentication is used to verify the identity of a user or terminal device, ensuring that only authorized users or devices can activate the virtual card service, thus helping to protect network security and data privacy. Authentication information (such as keys) for the virtual card service is typically stored on the server side. Therefore, during the authentication process, the terminal needs to obtain authentication information from the server for authentication. It should be noted that this disclosure does not limit the specific implementation of authentication; those skilled in the art can choose the authentication algorithm according to actual needs. Authentication failure can occur for various reasons, such as mismatched authentication information, corrupted or lost code data, poor network signal (which can prevent the terminal's authentication request from being successfully sent to the server), and so on.

[0052] Please see Figure 3 , Figure 3 This is a schematic diagram illustrating an authentication process provided in an exemplary embodiment. For example... Figure 3As shown, the left side represents the Virtual SIM Application Processor (AP), and the right side represents the Baseband Processor (BP). The authentication process includes: the Virtual SIM App receives the authentication request from the modem, passes through multiple components and interfaces, and finally completes the authentication calculation in the BP and returns the authentication result. Specifically, the Virtual SIM App transmits the received authentication request to the UimRemoteClientService service. Then, UimRemoteClientService processes the authentication request and passes the processed authentication request to the underlying client (qmi_uim_remote_client). In fact, qmi_uim_remote_client is a library file (libril-qc-qmi-1.so) used to implement the interface with the remote client. qmi_uim_remote_Client is the actual remote client module responsible for communicating with the BP. qmi_uim_remote_client can send the authentication request to the Common Qmi in the BP. Common Qmi further passes the request to MMGSDI. MMGSDI then passes the request to UIM Drv. UIM Drv interacts with the Local SIM to perform the authentication process. Once the Local SIM completes the authentication, it returns the authentication result via UIM Drv. This authentication result is then returned to the virtual card application via MMGSDI, Common Qmi, and qmi_uim_remote Client.

[0053] In this embodiment, when the authentication result received by the virtual card application indicates an authentication failure, the authentication of the code number data can be retried, i.e., the code number data can be re-authenticated. The retry authentication process can be found in [reference needed]. Figure 3 The embodiments shown are not described in detail here.

[0054] In one embodiment, at least two different authentication methods can be deployed in the terminal. When authenticating code data, any authentication method can be selected. Furthermore, in the event of authentication failure, an authentication method different from the aforementioned authentication method can be selected for retrying authentication.

[0055] For example, two secure execution environments can be set up on the terminal: SKB (Security Kernel Block) and TZ (Trust Zone). The secure execution environment protects sensitive data, ensuring that even if the operating system or other application layers are compromised, data stored or operations performed within it remain protected. Therefore, authenticating code number data within the secure execution environment effectively ensures the security and reliability of the authentication process. Specifically, the dedicated library file for the virtual card application can be stored in SKB, and authentication operations can be performed using this dedicated library file. In TZ, a pre-stored key can be used for authentication. If authentication fails on the first attempt in SKB, the system can switch to TZ for a retry. If authentication fails on the first attempt in TZ, the system can switch back to SKB for a retry. This allows for authentication of the same code number data using different authentication methods.

[0056] In this embodiment, multiple authentication methods are used to verify the same code number data. This effectively avoids the problem of identical erroneous authentication results that might be caused by a single authentication method, thereby improving the accuracy of the authentication results. Furthermore, by setting multiple authentication methods, the terminal can flexibly select the appropriate authentication method according to specific usage scenarios or business needs. This not only enhances system security but also improves system availability and flexibility. This method ensures that even if one authentication method fails, other methods can still provide reliable authentication results, thus providing users with a more stable and secure service experience.

[0057] In one embodiment, if the terminal stores code number data corresponding to the virtual card service, the terminal can respond to the virtual card service activation command, retrieve the code number data locally, and authenticate the code number data. Since the code number data stored locally on the terminal may be missing, resulting in invalid code number data, authentication will fail when attempting to authenticate invalid code number data. In this case, the terminal can send a code number data retrieval request to the server. This request may carry the terminal device's ID information or information related to the virtual card service purchased by the terminal. The server, based on the received code number data retrieval request, queries for code number data matching the request and sends the found code number data to the terminal. After retrieving the code number data, the terminal retryes authentication using that code number data.

[0058] In this embodiment, if the initial authentication fails, the object to be re-authenticated is changed, and authentication is retried using the code number data re-obtained from the server. Since the latest code number data issued by the server is usually complete and valid, the above method can avoid authentication failures caused by missing code number data, thereby improving the authentication success rate and ultimately increasing the success rate of virtual card service activation.

[0059] In one embodiment, before authenticating the code number data, the order status information corresponding to the virtual card service can also be obtained. Typically, the order status of the virtual card service can be categorized as: created, pending payment, successful payment, pending use, used, completed, and expired. The server will update the order status based on the usage of the virtual card service.

[0060] Before authenticating the code number data, the terminal can send an order status information retrieval request to the server. This request carries relevant information about the virtual card service or code number data. In response to the order status information retrieval request, the server returns the latest order status information for the virtual card service corresponding to that request to the terminal. If the latest order status information received by the terminal indicates that the order corresponding to the virtual card service is invalid (e.g., expired, completed, etc.), it means that the virtual card service corresponding to this order is unusable. In this case, the virtual card service is deactivated, and the user is prompted that the virtual card service is unusable and a new virtual card service package needs to be purchased.

[0061] In this embodiment, before authenticating the code number data, the status of the order corresponding to the virtual card service is checked to determine whether the virtual card service is valid. This method can quickly verify the validity of the virtual card service, ensuring that the activation operation is only performed when the virtual card service is valid. This avoids unnecessary activation costs and overhead, improving activation efficiency and the reliability of the virtual card service.

[0062] In one embodiment, the integrity of the code number data can be checked before authentication. If the check indicates that the code number data is complete, authentication can proceed. If the code number data is incomplete or missing, it means that the code number data cannot pass authentication. Therefore, when incomplete code number data is detected, the terminal can send a code number data retrieval request to the server to obtain the complete code number data corresponding to the virtual card service from the server. Then, authentication is performed on the complete code number data.

[0063] In this embodiment, when the code number data is missing, the complete code number data is re-acquired for authentication. Compared to missing code number data, the authentication success rate of complete code number data is higher. Therefore, using complete code number data can further improve the activation success rate of virtual card services and enhance the user's internet experience.

[0064] In one embodiment, during the activation of the virtual card service, the terminal and the server need to communicate to transmit information such as order status information, code number data, and authentication requests mentioned in the previous embodiments. Therefore, during the activation process, it is necessary to detect the current connection status between the terminal and the server. If it is detected that the terminal and the server cannot connect, this indicates that there is currently no available network for the terminal (such as Wi-Fi, network provided by the physical card, etc.). In this case, a communication connection can be established with the server through locally stored alternative codes. Alternative codes can be understood as code number data that can connect to the network anywhere in the world; that is, alternative codes can provide the terminal with network access for a preset duration, such as short-term network access. The terminal can interact with the server based on the network access functionality of the alternative codes to obtain the data required to activate the virtual card service.

[0065] In this embodiment, by pre-setting alternative codes on the terminal, a fallback network solution can be provided for users. This solution ensures that even if no network is available on the terminal, the user can still connect to the network using the pre-set alternative codes, thus prioritizing the user's internet access needs and greatly enhancing the user experience and satisfaction.

[0066] S203: If the authentication retry is successful, enable the virtual card service to connect to the network.

[0067] Please see Figure 4 , Figure 4 This is a schematic diagram illustrating a process for enabling virtual card services, provided in an exemplary embodiment. Figure 4 As shown, the activation process involves the terminal's application layer, core service layer, and system layer. Users can initiate a virtual card service activation command in the user interface (UI / UX) of the virtual card service application. The user interface passes the received virtual card service activation command to the enable service. The enable service sends an order status information retrieval request to the server to obtain the latest order status information for the virtual card service. If the latest order status information indicates that the order corresponding to the virtual card service is invalid, the activation of the virtual card service is stopped, and the user is prompted that the virtual card service is unusable and a new virtual card service package needs to be purchased. If the latest order status information indicates that the order corresponding to the virtual card service is valid, the enable service can pass the virtual card service activation command to the core service layer.

[0068] The core service layer translates the virtual card service activation command into an APDU (Application Protocol Data Unit) command. The APDU command is then sent to the modem at the system layer. The modem can respond to the APDU command by retrieving locally stored code data and sending this code data to the virtual card operating system (simcos) at the application layer.

[0069] The virtual card operating system writes and authenticates the received code data. If authentication is successful, the virtual card service is enabled, and its service status is updated in the user interface. If authentication fails, the system retryes authentication with the received code data using different authentication methods, or it retrieves the corresponding code data from the server and retrys authentication with that code data. If the retry authentication is successful, the virtual card service is enabled.

[0070] It should be noted that, according to the test results of relevant technical personnel, the success rate of virtual card service activation can be increased from 87.84% to 97.8% using this disclosed solution, which greatly improves the user's online experience.

[0071] In the above embodiments, if authentication of the virtual card service's corresponding code number fails during the activation process, the authentication will be retried instead of directly stopping the activation of the virtual card service. Furthermore, if the retried authentication succeeds, the virtual card service will be activated for internet access. This effectively avoids initial authentication failures due to accidental factors, significantly improving the success rate of virtual card service activation. Moreover, users will not perceive any changes or delays during this process, achieving successful activation of the virtual card service without the user's awareness. This effectively guarantees the user's internet access needs and improves user experience and satisfaction.

[0072] In one embodiment, after enabling the virtual card service, network connectivity can be established based on the virtual card resources (including temporary identity authentication information, keys, and other necessary configuration parameters) corresponding to the virtual card service. During network connectivity, network status changes can be monitored in real time. If a network anomaly is detected (such as a network signal weaker than a preset signal threshold, network outage, etc.), a virtual card service self-check process can be initiated. The virtual card service self-check process is used to detect the basic configuration information and network-related information corresponding to the virtual card service.

[0073] Figure 5 This is a schematic diagram illustrating a self-test process for a virtual card service, provided in an exemplary embodiment. For example... Figure 5As shown, the virtual SIM card service self-test process can include a trigger self-test step, an offline check step, an offline repair step, an online test step, and an online repair step. The trigger self-test step refers to, after enabling the virtual SIM card service, determining network availability and exposing the self-test entry point by pinging multiple public domains, thereby initiating the virtual SIM card service self-test process.

[0074] The offline check process is used to check basic configuration information. Combined with... Figure 5 Basic configuration information includes, but is not limited to, switch status information and system-level configuration information. Switch status information may include whether location permissions are enabled, whether the location switch is on, whether the data traffic switch is on, and whether the roaming switch is on. System-level configuration information may include network standard information, APN configuration information, whether the virtual card occupies the card slot, whether the network registration matches, and the current network registration status. The aforementioned basic configuration information can be obtained from terminal storage. For example, terminal data can be stored in SQLite, MMKV, TEE (Trusted Execution Environment), or SKB. SQLite can be used to store order information for virtual card services, MMKV can be used to store other critical data, and TEE / SKB can be used to store sensitive information.

[0075] The network detection step is used to detect network-related information. Figure 5 In this context, network-related information includes, but is not limited to: the latest order status information, virtual card roaming protocol, and the power on / off status information of virtual card resources. Since network-related information needs to be obtained from the server when connected to the network, if the terminal does not have an available network, it can connect to the network using a pre-set backup code to obtain network-related information.

[0076] Anomalies are identified based on the results of the virtual card service self-test. These anomalies include abnormal basic configuration information and / or abnormal network-related information. Then, remediation measures are implemented according to the corresponding anomaly information.

[0077] Combination Figure 5 During the off-network repair process, if the anomaly information includes abnormal switch status information, the corresponding repair measure is to prompt the user to enable the abnormal switch or permission. If the anomaly information includes abnormal network standard information or APN configuration information, the corresponding repair measure is to update the underlying system configuration information. If the anomaly information includes at least one of the following: virtual card occupying a card slot, network incompatibility, or abnormal current network status, the corresponding repair measure is to restart the virtual card service.

[0078] During the network repair phase, if the anomaly information includes an order status of "completed," the corresponding repair measures are to update the locally stored order status information, retrieve the code number data corresponding to the completed order, and guide the user to purchase a new virtual card service order. If the anomaly information includes virtual card data errors (such as APN / PLMN errors), the corresponding repair measures are to update the locally stored virtual card data. If the anomaly information includes virtual card status errors (such as virtual card status being "discontinued" or "cancelled"), the corresponding repair measures are to obtain a compensated virtual card order from the server. If the anomaly information includes virtual card resource anomalies (such as virtual card underlying configuration issues), the corresponding repair measures are to restart the virtual card service.

[0079] This embodiment monitors network status changes in real time during the use of the virtual card service for internet access. Upon detecting network anomalies, it initiates a self-check process for the virtual card service and takes appropriate corrective measures based on the check results. This effectively ensures the user's network connection remains in optimal condition, significantly improving the quality of internet service.

[0080] In one embodiment, at least one management stage of the virtual card resource can be monitored during the user's activation and use of the virtual card service. For example, the management stages of the virtual card resource may include resource allocation, resource activation, network registration, resource usage, and resource recycling. These management stages constitute the lifecycle of the virtual card resource. Each management stage has corresponding preset repair measures. When an anomaly is detected in any management stage, the preset repair measures corresponding to that stage can be executed.

[0081] Figure 6 This is a schematic diagram illustrating the lifecycle of a virtual card resource as provided in an exemplary embodiment. For example... Figure 6 As shown, in the resource distribution phase, when the server receives information that the user has completed payment, it calls the server interface to distribute virtual card resources to the terminal that performed the payment operation. Then, in the resource activation phase, the terminal opens the modem communication channel to perform a card writing operation, writing the code number data carried in the virtual card resource. Next, the modem requests the terminal to perform an authentication operation to authenticate the code number data. Then, in the network registration phase, the terminal reports the network registration result to the server. If the network registration result is successful, the order status of the virtual card service is updated on the user interface of the terminal's virtual card service application. After successful network registration, in the resource usage phase, the user can access the network based on the virtual card resource, and the terminal reports the internet traffic data to the server. After the virtual card service is used up, in the resource recycling phase, the order corresponding to the virtual card service needs to be closed, and the card slot occupied by the virtual card needs to be released.

[0082] During the lifecycle of the aforementioned virtual card service, anomalies in the resource distribution phase may include the selection of a security scheme. A security scheme refers to a method used to verify data security, such as the authentication scheme for the virtual card service. When an anomaly occurs in the selection of a security scheme, the corresponding pre-set remedial measures can be to adjust the security scheme or adjust the timing of its execution to ensure that the timing of the terminal's execution of the security scheme is consistent with that of the server.

[0083] During the resource activation process, potential anomalies include missing code number data, leading to card writing or authentication failures. The default remedial measure for this anomaly is to retrieve the code number data from the server for card writing and authentication. If the terminal does not have an available network, a communication connection can be established with the server using a pre-set alternative code number, and then the code number data can be retrieved again using this communication connection.

[0084] During the registration process, possible anomalies include registration failure or registration error. The corresponding pre-set repair measures can be to standardize and normalize the code number resources of the virtual card on the server side, thereby ensuring the effective use of the code number resources.

[0085] During resource usage, potential anomalies include no signal while using the network, or a signal but no network (i.e., the terminal can receive a signal but cannot transmit data over the network). In such cases, the corresponding default remedial measure is to detect the current network status and initiate a virtual card service self-check process upon detecting a network anomaly. It should be noted that the terminal can initiate the virtual card service self-check process automatically, or the user can be prompted that a network anomaly requires initiating the virtual card service self-check process, thus triggering the process based on user input.

[0086] During the resource reclamation process, potential anomalies include inaccurate billing leading to misjudgments by operators regarding user usage, incorrectly assuming users have exceeded their virtual card resource usage limits. Based on this misjudgment, operators may prematurely reclaim virtual card resources allocated to users. A pre-set remedial measure to address this anomaly could be to add extra reserved data beyond the user's purchased virtual card service plan, providing a data buffer and preventing additional charges or service interruptions due to occasional high data usage. Alternatively, a pre-set remedial measure could be to use a data pooling billing model. Data pooling allows multiple users or devices to share a large data pool, enabling flexible data allocation to terminals, breaking the strict limitations of individual terminal data quotas, and avoiding additional charges due to insufficient data.

[0087] In addition, data from each management stage can be recorded and reported. Recording and reporting refers to recording the occurrence of specific events and sending these records to the server for analysis and monitoring. For example, specific events in the resource allocation stage may include the download of virtual card resources. Specific events in the resource activation stage may include the activation of the virtual card service and the authentication result of the virtual card service. Specific events in the network registration stage may include the network registration result and the activation result of the virtual card service. Specific events in the resource usage stage may include average network speed and network connection status. Specific events in the resource recycling stage may include the recycling of code data.

[0088] In this embodiment, by monitoring at least one management link of virtual card resources and adopting corresponding preset repair measures to improve the management link in case of abnormality, the normal operation of each management link can be ensured, the quality of virtual card service can be improved, and the user's Internet experience can be enhanced.

[0089] In one embodiment, log data related to the virtual card service can be collected, and the reasons for any anomalies in the virtual card service can be analyzed based on this log data. The log data may include event data related to virtual card resources, order data, and so on. For example, a comprehensive data infrastructure solution can be established to cover the entire lifecycle management of log data, from collection to analysis to display.

[0090] Figure 7 This is a schematic diagram illustrating a data infrastructure scheme provided in an exemplary embodiment. For example... Figure 7As shown, this data infrastructure solution involves three layers: application layer, data layer, and technology layer. The technology layer includes a data source module and a data processing module. The data source module connects to various data source platforms / systems to obtain data sources; the data processing module includes various data processing frameworks such as Hadoop, Flink, and Spark. The data layer includes a data aggregation module, a data development module, a data layering module, and a data platform module. The data aggregation module collects and summarizes data in real time, and synchronizes offline data. The data development module can include real-time development, algorithm development, and offline development. The data layering module classifies data into different processing layers, which can include the ADS (Application Data Service), DM (Data Mart), DW (Data Warehouse), and ODS (Operational Data Store) layers. The data platform module interfaces with various business platforms. The application layer includes a data dashboard module, a performance analysis module, a monitoring and alerting module, and a problem complaint module. The data dashboard module displays log data to users. The performance analysis module analyzes log data. The monitoring and early warning module is used to monitor abnormal log data and issue alerts. The problem complaint module is used to handle user complaints.

[0091] In this embodiment, by monitoring the entire lifecycle of log data from collection, analysis to display, and performing anomaly analysis based on the log data, it is possible to quickly detect abnormal situations during the network connection process, improve the efficiency of anomaly investigation, and help identify potential risks of network connection, thereby enhancing the security of users' Internet access.

[0092] Corresponding to the aforementioned embodiments of the networking method based on virtual card services, this disclosure also provides embodiments of a networking device based on virtual card services.

[0093] Please see Figure 8 , Figure 8 This is a schematic block diagram of a networking device based on a virtual card service, provided in an exemplary embodiment. The device may include: an acquisition unit 801, an authentication unit 802, and an activation unit 803.

[0094] in,

[0095] The acquisition unit 801 is configured to acquire the code number data corresponding to the virtual card service in response to the virtual card service activation command.

[0096] The authentication unit 802 is configured to authenticate the code number data and, in the event of authentication failure, retry the authentication of the code number data.

[0097] The activation unit 803 is configured to enable the virtual card service for network access if the authentication retry is successful.

[0098] Optionally, the terminal is equipped with at least two authentication methods, and the authentication unit 802 is specifically used to: select any one of the at least two authentication methods to authenticate the code number data; and in the event of authentication failure, select another authentication method different from the above authentication methods to retry the authentication of the code number data.

[0099] Optionally, the code number data is obtained locally, and the authentication unit 802 is specifically used to: re-obtain the code number data corresponding to the virtual card service from the server, and re-authenticate the re-obtained code number data.

[0100] Optionally, the device further includes:

[0101] The order detection unit 804 is configured to send an order status information acquisition request to the server before authenticating the code number data. The request is used to obtain the order status information corresponding to the code number data. The unit also receives the order status information returned by the server and stops enabling the virtual card service if the order status information indicates that the order corresponding to the code number data is invalid.

[0102] Optionally, the device further includes:

[0103] The code number data detection unit 805 is configured to detect the integrity of the code number data before authenticating the code number data; if the code number data is found to be missing, the unit re-obtains the code number data corresponding to the virtual card service from the server to authenticate the re-obtained code number data.

[0104] Optionally, the device further includes:

[0105] The connection unit 806 is configured to detect the current connection status between the terminal and the server. If the current connection status is that the terminal cannot connect, the connection unit 806 establishes a communication connection with the server through a backup code number stored in the terminal, and obtains the code number data from the server based on the communication connection. The backup code number is used to provide the terminal with network access for a preset duration.

[0106] Optionally, the device further includes:

[0107] The network monitoring unit 807 is configured to monitor changes in network status after the virtual card service is enabled, and to detect the basic configuration information and network-related information corresponding to the virtual card service when a network anomaly is detected; to determine the anomaly information based on the detection results, and to repair it according to the repair measures corresponding to the anomaly information, wherein the anomaly information includes abnormal basic configuration information or abnormal network-related information.

[0108] Optionally, the device further includes:

[0109] The virtual card resource monitoring unit 808 is configured to monitor at least one management stage of the virtual card resources corresponding to the virtual card service. The management stage includes resource allocation, resource activation, network registration, resource usage, and resource recycling. If an anomaly is detected in the at least one management stage, preset repair measures corresponding to the anomaly are executed.

[0110] Optionally, the device further includes:

[0111] The log collection unit 809 is configured to collect log data related to the virtual card service and analyze the reasons for the abnormality of the virtual card service based on the log data.

[0112] Regarding the apparatus in the above embodiments, the specific manner in which each module performs its operation has been described in detail in the embodiments of the relevant methods, and will not be elaborated upon here.

[0113] For the device embodiments, since they basically correspond to the method embodiments, the relevant parts can be referred to in the description of the method embodiments. The device embodiments described above are merely illustrative. The modules described as separate components may or may not be physically separate, and the components shown as modules may or may not be physical modules, that is, they may be located in one place or distributed across multiple network modules. Some or all of the modules can be selected to achieve the purpose of this disclosure according to actual needs. Those skilled in the art can understand and implement this without creative effort.

[0114] Figure 9 This is a schematic block diagram illustrating an electronic device according to embodiments of the present disclosure. For example, the electronic device 900 may be a mobile phone, computer, digital broadcasting terminal, messaging device, game console, tablet device, medical device, fitness equipment, personal digital assistant, etc.

[0115] Reference Figure 9The electronic device 900 may include one or more of the following components: a processing component 902, a memory 904, a power supply component 906, a multimedia component 908, an audio component 910, an input / output (I / O) interface 912, a sensor component 914, and a communication component 916.

[0116] Processing component 902 typically controls the overall operation of electronic device 900, such as operations associated with display, telephone calls, data communication, camera operation, and recording operations. Processing component 902 may include one or more processors 920 to execute instructions to perform all or part of the steps of the methods described above. Furthermore, processing component 902 may include one or more modules to facilitate interaction between processing component 902 and other components. For example, processing component 902 may include a multimedia module to facilitate interaction between multimedia component 908 and processing component 902.

[0117] Memory 904 is configured to store various types of data to support the operation of electronic device 900. Examples of this data include instructions for any application or method operating on electronic device 900, contact data, phonebook data, messages, pictures, videos, etc. Memory 904 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0118] Power supply component 906 provides power to various components of electronic device 900. Power supply component 906 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to electronic device 900.

[0119] Multimedia component 908 includes a screen that provides an output interface between the electronic device 900 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touchscreen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors may sense not only the boundaries of the touch or swipe action but also the duration and pressure associated with the touch or swipe operation. In some embodiments, multimedia component 908 includes a front-facing camera and / or a rear-facing camera. When the electronic device 900 is in an operating mode, such as a shooting mode or a video mode, the front-facing camera and / or the rear-facing camera may receive external multimedia data. Each front-facing camera and rear-facing camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

[0120] Audio component 910 is configured to output and / or input audio signals. For example, audio component 910 includes a microphone (MIC) configured to receive external audio signals when electronic device 900 is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals may be further stored in memory 904 or transmitted via communication component 916. In some embodiments, audio component 910 also includes a speaker for outputting audio signals.

[0121] I / O interface 912 provides an interface between processing component 902 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to, home buttons, volume buttons, power buttons, and lock buttons.

[0122] Sensor assembly 914 includes one or more sensors for providing state assessments of various aspects of electronic device 900. For example, sensor assembly 914 can detect the on / off state of electronic device 900, the relative positioning of components such as the display and keypad of electronic device 900, changes in position of electronic device 900 or a component of electronic device 900, the presence or absence of user contact with electronic device 900, orientation or acceleration / deceleration of electronic device 900, and temperature changes of electronic device 900. Sensor assembly 914 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 914 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, sensor assembly 914 may also include an accelerometer, gyroscope, magnetometer, pressure sensor, or temperature sensor.

[0123] Communication component 916 is configured to facilitate wired or wireless communication between electronic device 900 and other devices. Electronic device 900 can access wireless networks based on communication standards, such as WiFi, 2G or 3G, 4G LTE, 9G NR, or combinations thereof. In one exemplary embodiment, communication component 916 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, communication component 916 also includes a near-field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on radio frequency identification (RFID) technology, Infrared Data Association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0124] In an exemplary embodiment, the electronic device 900 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the methods described in any of the above embodiments.

[0125] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 904 including instructions, which can be executed by a processor 920 of an electronic device 900 to perform the above-described method. For example, the non-transitory computer-readable storage medium may be a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0126] In an exemplary embodiment, this disclosure also provides a computer program product including a computer program / instructions that, when executed by a processor, implement the steps of the method as described in any of the above embodiments.

[0127] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the disclosure herein. This application is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the following claims.

[0128] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

Claims

1. A network connection method based on virtual card service, characterized in that, include: In response to the virtual card service activation command, obtain the code number data corresponding to the virtual card service; The code number data is authenticated, and if authentication fails, the code number data is retried for authentication. If the authentication is successfully retried, the virtual card service is enabled for network access.

2. The method according to claim 1, characterized in that, The terminal is equipped with at least two authentication methods. The step of retrying authentication on the code number data, and retrying authentication on the code number data if authentication fails, includes: Choose any one of the at least two authentication methods to authenticate the code number data; If authentication fails, select another authentication method different from any of the authentication methods to retry the authentication of the code number data.

3. The method according to claim 1, characterized in that, The code number data is obtained locally, and the step of retrying authentication on the code number data in the event of authentication failure includes: The server retrieves the code number data corresponding to the virtual card service again and re-authenticates the retrieved code number data.

4. The method according to claim 1, characterized in that, Before authenticating the code number data, the method further includes: Send an order status information retrieval request to the server. This request is used to retrieve the order status information corresponding to the code number data. Receive the order status information returned by the server, and if the order status information indicates that the order corresponding to the code number data is invalid, stop enabling the virtual card service.

5. The method according to claim 1, characterized in that, Before authenticating the code number data, the method further includes: Check the integrity of the code number data; If the code number data is found to be missing, the code number data corresponding to the virtual card service is re-obtained from the server to authenticate the re-obtained code number data.

6. The method according to claim 1, characterized in that, Also includes: Detect the current connection status between the terminal and the server. If the current connection status is "unable to connect", a communication connection is established with the server through the alternative code number stored in the terminal, so as to obtain the code number data from the server based on the communication connection. The alternative code number is used to provide the terminal with network access function for a preset duration.

7. The method according to claim 1, characterized in that, After enabling the virtual card service, the following is also included: Monitor network status changes, and if a network anomaly is detected, detect the basic configuration information and network-related information corresponding to the virtual card service; Based on the detection results, abnormal information is identified, and repairs are carried out according to the corresponding repair measures. The abnormal information includes abnormal basic configuration information or abnormal network-related information.

8. The method according to claim 1, characterized in that, Also includes: Monitor at least one management stage of the virtual card resources corresponding to the virtual card service, the management stage including resource allocation stage, resource activation stage, network registration stage, resource usage stage, and resource recycling stage; If an anomaly is detected in at least one of the management processes, a preset repair measure corresponding to the anomaly shall be executed.

9. The method according to claim 1, characterized in that, Also includes: Collect log data related to the virtual card service; The cause of the virtual card service anomaly was analyzed based on the log data.

10. An electronic device, characterized in that, include: processor; Memory used to store processor-executable instructions; The processor implements the method as described in any one of claims 1 to 9 by executing the executable instructions.

11. A computer-readable storage medium having a computer program stored thereon, characterized in that, When executed by a processor, the program implements the steps of the method described in any one of claims 1 to 9.

12. A computer program product, characterized in that, Includes a computer program / instructions that, when executed by a processor, implement the steps of the method as described in any one of claims 1 to 9.

Images