Methods, devices, equipment, storage media, and products for determining card application versions

Abstract

This application discloses a method, apparatus, device, storage medium, and product for determining the version of a card application, relating to the field of SIM card application management technology. The method for determining the version of a card application includes: parsing the application package of a first card application based on ELF format, and obtaining first information of the first card application if the parsing is successful; after the first card application is uploaded, obtaining second information of the SIM card associated with the download request based on the user's download request for the target card application; and determining the version of the target card application corresponding to the SIM card based on the first information of the target card application and the second information of the SIM card. This application parses the application package of the card application to be uploaded in ELF format to determine whether the card application to be uploaded is a domestically produced card application, and automatically completes the association between the card application and the SIM card based on the uploaded card application information and the SIM card information, thereby improving the installation efficiency of card applications for domestically produced super SIM cards.

Description

Technical Field

[0001] This application relates to the field of SIM card application management technology, and in particular to methods, apparatus, devices, storage media and products for determining card application versions. Background Technology

[0002] To reduce the risk of information leakage and malicious attacks on Super SIM (Subscriber Identity Module) cards, my country has independently developed a domestically produced Super SIM card. This domestically produced Super SIM card not only uses domestically produced technology components but also boasts larger capacity and higher performance. However, because the domestically produced Super SIM card can only install domestically produced card applications, and the package format of these applications differs from that of non-domestic applications, the installation process requires operators to carefully check whether the applications are domestically produced when uploading them to the app store. Furthermore, operators must manually associate the applications with the SIM card, resulting in lower installation efficiency. Summary of the Invention

[0003] The main purpose of this application is to provide a method, apparatus, device, storage medium and product for determining card application version, which aims to solve the technical problem of low card application installation efficiency of domestically produced super SIM cards.

[0004] To achieve the above objectives, this application proposes a method for determining a card application version, the method comprising:

[0005] Before the card application is listed, the program package of the first card application is parsed based on the ELF format. If the parsing is successful, the first information of the first card application is obtained. The first information includes that the first card application is a domestic card application, the version of the first card application, the manufacturer of the first card application, the storage size of the first card application, and the first card application is a card application to be listed.

[0006] After the first card application is launched, based on the user's download request for the target card application, the second information of the SIM card associated with the download request is obtained. The second information includes whether the SIM card is a domestically produced card, the manufacturer of the SIM card, the province of the SIM card, and the target card application is the first card application that has been launched.

[0007] Based on the first information of the target card application and the second information of the SIM card, the version of the target card application corresponding to the SIM card is determined.

[0008] In one embodiment, the step of parsing the application package of the first card based on the ELF format and obtaining the first information of the first card application if the parsing is successful includes:

[0009] The application package of the first card is parsed based on the ELF format. If the parsing is successful, the first card application is determined to be a domestic card application. Based on the parsed application package information, the version of the first card application, the manufacturer of the first card application, and the storage size of the first card application are obtained.

[0010] In one embodiment, the method further includes:

[0011] The application package of the first card is parsed based on the ELF format. If the parsing fails, the application of the first card is determined to be a non-domestic card application, and the application package of the first card is decompressed based on the CAP format.

[0012] In one embodiment, the step of determining the version of the target card application corresponding to the SIM card based on the first information of the target card application and the second information of the SIM card includes:

[0013] Based on the first information of the target card application and the second information of the SIM card, the matching rules between the target card application and the SIM card are obtained;

[0014] Load the matching plugin based on the aforementioned matching rules;

[0015] The matching plugin is used to determine the version of the target card application corresponding to the SIM card.

[0016] In one embodiment, the matching rule includes a matching plugin name, a logical combination identifier, an operation identifier, a matching item, and a matching value. The step of using the matching plugin to determine the version of the target card application corresponding to the SIM card includes:

[0017] The matching plugin is used to obtain the first information of the target card application and the feature values ​​corresponding to the second information of the SIM card, wherein the feature values ​​include domestic identification, version identification, manufacturer identification, province identification, and storage identification.

[0018] The matching plugin is used to perform calculations on the matching values ​​and feature values ​​in the matching rules, and the version of the target card application corresponding to the SIM card is determined based on the calculation results.

[0019] In one embodiment, the method further includes:

[0020] When there are multiple card application versions corresponding to the SIM card, the latest version among the multiple card application versions is determined as the target version.

[0021] In one embodiment, the method further includes:

[0022] Verify whether the storage size of the first card application meets the card application listing specifications. If the storage size of the first card application meets the card application listing specifications, then list the first card application.

[0023] Furthermore, to achieve the above objectives, this application also proposes a card application version determination device, the device comprising:

[0024] The first information acquisition module is used to parse the program package of the first card application based on the ELF format before the card application is put on the market. If the parsing is successful, the first information of the first card application is obtained. The first information includes that the first card application is a domestic card application, the version of the first card application, the manufacturer of the first card application, the storage size of the first card application, and the first card application is a card application to be put on the market.

[0025] The second information acquisition module is used to acquire second information of the SIM card associated with the download request based on the user's download request for the target SIM card application after the first card application is launched. The second information includes whether the SIM card is a domestic card, the manufacturer of the SIM card, the province of the SIM card, and the target SIM card application is the first card application that has been launched.

[0026] The version determination module is used to determine the version of the target card application corresponding to the SIM card based on the first information of the target card application and the second information of the SIM card.

[0027] In addition, to achieve the above objectives, this application also proposes a card application version determination device, the device comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the card application version determination method as described above.

[0028] In addition, to achieve the above objectives, this application also proposes a storage medium, which is a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps of the card application version determination method described above.

[0029] In addition, to achieve the above objectives, this application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the card application version determination method described above.

[0030] One or more technical solutions proposed in this application have at least the following technical effects:

[0031] In this application, before the card application is listed, the SIM card management platform parses the program package of the first card application based on the ELF format, and obtains the first information of the first card application if the parsing is successful; after the first card application is listed, based on the user's download request for the target card application, it obtains the second information of the SIM card associated with the download request; based on the first information of the target card application and the second information of the SIM card, it determines the version of the target card application corresponding to the SIM card.

[0032] This application parses the application package to be listed using ELF format to determine whether the application is a domestically produced application. Based on the information of the listed application and the SIM card, it automatically associates the application with the SIM card. Compared with the related technologies where operators manually associate the application with the SIM card when listing the application, this application method is more efficient. Attached Figure Description

[0033] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0034] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0035] Figure 1 A flowchart illustrating an embodiment of the method for determining the application version of the card in this application;

[0036] Figure 2 Schematic diagrams of the ELF file format from different perspectives provided in an embodiment of the method for determining the application version of this application card;

[0037] Figure 3 A flowchart illustrating an embodiment of the method for determining the application version of the card in this application;

[0038] Figure 4 A flowchart illustrating an embodiment of the method for determining the application version of the card in this application;

[0039] Figure 5 A simplified flowchart is provided for one embodiment of the method for determining the application version of the card in this application.

[0040] Figure 6 This is a schematic diagram of the module structure of the card application version determination device in an embodiment of this application;

[0041] Figure 7 This is a schematic diagram of the device structure of the hardware operating environment involved in the card application version determination method in this application embodiment.

[0042] The purpose, features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0043] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.

[0044] To better understand the technical solution of this application, the embodiments of the technical solution of this application will be described in detail below with reference to the accompanying drawings. The following embodiments are only used to illustrate the technical solution of this application more clearly, and are therefore only examples, and cannot be used to limit the protection scope of this application.

[0045] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the application; the terms “comprising” and “having”, and any variations thereof, in the specification, claims, and foregoing description of the drawings are intended to cover non-exclusive inclusion.

[0046] In the description of the embodiments of this application, technical terms such as "first" and "second" are used only to distinguish different objects and should not be construed as indicating or implying relative importance or implicitly specifying the number, specific order, or primary and secondary relationship of the indicated technical features. In the description of the embodiments of this application, "multiple" means two or more, unless otherwise explicitly defined.

[0047] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0048] In the description of the embodiments in this application, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship.

[0049] In the description of the embodiments of this application, the term "multiple" refers to two or more (including two), similarly, "multiple sets" refers to two or more (including two sets), and "multiple pieces" refers to two or more (including two pieces).

[0050] In the description of the embodiments of this application, the technical terms "center," "longitudinal," "lateral," "length," "width," "thickness," "upper," "lower," "front," "rear," "left," "right," "vertical," "horizontal," "top," "bottom," "inner," "outer," "clockwise," "counterclockwise," "axial," "radial," and "circumferential" indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are only for the convenience of describing the embodiments of this application and simplifying the description, and are not intended to indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on the embodiments of this application.

[0051] In the description of the embodiments of this application, unless otherwise expressly specified and limited, technical terms such as "installation," "connection," "joining," and "fixing" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral part; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; they can refer to the internal communication of two components or the interaction between two components. For those skilled in the art, the specific meaning of the above terms in the embodiments of this application can be understood according to the specific circumstances.

[0052] The Super SIM card (Subscriber Identity SIM) is based on traditional contactless card scenarios, supporting the installation of multiple contactless card applications onto a single SIM card, featuring multiple applications on one card and over-the-air (OTA) issuance. Many technical components in the Super SIM card's COS (Smart Card Operating System) are not domestically produced. With the development of information technology, my country's requirements for the independent controllability of core technologies are increasingly stringent. Using domestically produced alternative components can reduce dependence on foreign technologies, lower the risk of information leakage and malicious attacks, and better protect user data and communication security. Against this backdrop, my country has independently developed a domestically produced Super SIM card, which not only uses domestically produced technical components but also boasts larger capacity and higher performance. The domestically produced Super SIM card is a smart card integrating high storage capacity, strong data processing capabilities, and multiple security features, with broad application prospects in mobile payment, cross-border roaming, and intelligent transportation. However, because the domestically produced Super SIM card can only install domestically produced card applications, and the package format of domestic card applications differs from that of non-domestic card applications, current Super SIM card application installation methods are not entirely applicable to the installation of applications on the domestically produced Super SIM card. To address these issues, the installation process for domestically produced Super SIM cards requires operators to carefully check whether the applications are domestically produced before listing them, and they also need to manually associate the applications with the SIM cards, resulting in low installation efficiency.

[0053] To address the aforementioned deficiencies, the inventive concept of this application is as follows:

[0054] A method for determining the card application version is proposed. The method parses the card application package to be listed in ELF format to determine whether the card application to be listed is a domestic card application. Based on the information of the card application already listed and the SIM card information, the method automatically completes the association between the card application and the SIM card to improve the card application installation efficiency of domestic super SIM cards.

[0055] In this embodiment, for ease of description, the SIM card management platform will be used as the execution subject in the following description.

[0056] Based on the above considerations, in order to solve the problem of low card application installation efficiency of domestically produced super SIM cards, after in-depth research, a method, device, equipment, storage medium and product for determining card application version are proposed, which is applicable to the scenario of card application installation of domestically produced super SIM cards.

[0057] To illustrate the technical solution of this application, specific embodiments are described below.

[0058] It should be noted that the execution subject of this embodiment can be a computing service device with data processing, network communication and program running functions, such as a tablet computer, personal computer, mobile phone, etc., or an electronic device or SIM card management platform that can realize the above functions.

[0059] Based on this, the embodiments of this application provide a method for determining the card application version, referring to... Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the method for determining the application version of the card in this application.

[0060] In this embodiment, the card application version determination method includes steps S10 to S30:

[0061] Step S10: Before the card application is listed, the program package of the first card application is parsed based on the ELF format, and the first information of the first card application is obtained if the parsing is successful.

[0062] It should be noted that in order to install a card application onto a SIM card, different versions of the application need to be listed and published on the SIM card management platform. Currently, during the card application listing process, operators need to pay attention to whether the card application is a domestically produced application when listing it. However, it is not possible to directly determine whether a card application is a domestically produced card application, making the card application listing process cumbersome and inefficient. In this embodiment, the program package of the first card application is parsed in ELF format (executable and linkable format), and the success of the parsing determines whether the first card application is a domestically produced card application, thereby improving the efficiency of card application listing.

[0063] The application packages for domestically produced SIM cards differ from those for non-domestic SIM cards. Non-domestic SIM card applications use the CAP (Data Packet Trace File) format, meaning the file is a compressed archive that requires decompression software to extract and save the individual files. In contrast, domestically produced SIM card applications use the ELF format, which consists directly of executable files or linkable function libraries.

[0064] like Figure 2 As shown, Figure 2This diagram illustrates the ELF file format from both linking and execution perspectives. The ELF format includes an ELF header, program header, sections, and a section header table. The functions of each part are as follows: ELF header: Describes the overall file organization, such as endianness, and the location of the program header and section headers within the file. Program header: Instructs the system on how to load the program, including its location within the file, its size, and the memory address to which it should be loaded. Sections: Independent data areas within *.o files, containing a wealth of information for the linking view, such as code, data (RO, RW, ZI-data), symbol tables (function names, variable names, etc.), and relocation information. Section header table: Contains information about the file's sections, such as section names and sizes.

[0065] When parsing based on the ELF format, the application package file no longer needs to be decompressed. Instead, the byte stream is read directly for processing. According to the ELF file specification, the contents of each segment of the package are read and a byte stream array is returned. This byte stream array is then parsed according to the ELF file format.

[0066] The first card application is the card application awaiting listing. If parsing is successful, the first card application is determined to be a domestically produced card application. When the first card application is a domestically produced card application, the first piece of information includes, but is not limited to, that the first card application is a domestically produced card application, its version, the manufacturer, and its storage size. This information can be obtained through the parsed package information.

[0067] Step S20: After the first card application is launched, based on the user's download request for the target card application, obtain the second information of the SIM card associated with the download request.

[0068] It should be noted that during the process of installing a card application onto a SIM card, after obtaining the application's information, it needs to be uploaded and published. Then, the SIM card information is obtained to determine the appropriate application version for the SIM card. In this embodiment, the SIM card management platform determines the target SIM card based on the user's click to download the target application and obtains the target SIM card's information.

[0069] The target card application is the first card application that has been listed, and it is the card application that the user wants to download.

[0070] The user's download request for the target card application contains the SIM card's identity information. When the user clicks to download the target card application, the SIM card's identity information is transmitted to the SIM card management platform through the called download interface. The SIM card management platform obtains the SIM card's secondary information based on the SIM card's identity information.

[0071] The SIM card associated with the download request is the SIM card whose identity information is provided in the download request.

[0072] For example, when a user holds two or more SIM cards simultaneously, the user's download request for the target card application only contains the identity information of one SIM card. This is because the mobile device can only recognize the information of one card slot; typically, card slot 1 has the capability to send data without a valid SIM card slot, while card slot 2 does not.

[0073] The second piece of information includes, but is not limited to, whether the SIM card is a domestically produced card, the manufacturer of the SIM card, and the province of the SIM card. This information can be obtained through the card production center in the SIM card management platform.

[0074] Step S30: Based on the first information of the target card application and the second information of the SIM card, determine the version of the target card application corresponding to the SIM card.

[0075] It should be noted that different SIM card manufacturers have varying levels of support for different card applications, and some card applications have customized versions for different SIM card manufacturers. During the process of installing a card application onto a SIM card, after obtaining the card application information and SIM card information, it is necessary to match the card application and SIM card and associate them. Currently, the association process requires manual intervention by operations personnel, resulting in low efficiency. In this embodiment, however, the association between the card application and SIM card is automatically completed through the SIM card management platform, thereby improving the efficiency of the association.

[0076] This embodiment parses the application package of the card to be listed in ELF format to determine whether the card application to be listed is a domestic card application, and automatically completes the association between the card application and the SIM card based on the information of the card application already listed and the SIM card information, so as to improve the card application installation efficiency of the domestic super SIM card.

[0077] In some embodiments, the application package of the first card is parsed based on the ELF format. If the parsing is successful, the first information of the first card application is obtained based on the parsed application package. Therefore, step S10 includes:

[0078] The application package of the first card is parsed based on the ELF format. If the parsing is successful, the application is determined to be a domestic card application. Based on the parsed application package information, the version, manufacturer, and storage size of the application are obtained.

[0079] It should be noted that in this embodiment, the application package of the first card is parsed based on the ELF format. If no errors are reported during the parsing process, it is considered successful, indicating that the application package of the first card is in ELF format, meaning that the first card application is a domestically produced card application. Then, the information in the parsed application package is read to obtain the first information of the first card application.

[0080] For example, during file parsing, when the ELF header is read, the package information is read according to the ELF file format specification, which is shown in Table 1.

[0081] Table 1

[0082]

[0083] In some embodiments, the application package of the first card is parsed based on the ELF format. If parsing fails, the application package of the first card is decompressed based on the CAP format. The method further includes:

[0084] The application package of the first card is parsed based on the ELF format. If the parsing fails, it is determined that the first card application is a non-domestic card application, and the application package of the first card application is decompressed based on the CAP format.

[0085] It should be noted that in this embodiment, the application package of the first card is parsed based on the ELF format. If an error occurs during the parsing process, it indicates that the parsing failed, meaning that the application package of the first card is not in ELF format but in CAP format, which means that the first card application is a non-domestic card application. Then, the application package of the first card is decompressed to obtain the installation package of the first card application, and the installation package is uploaded to the SIM card management platform. Then, the operators submit the first information of the first card application to the SIM card management platform.

[0086] In the event of parsing failure, the first information of the first card application includes, but is not limited to, whether the first card application is a non-domestic card application, the version of the first card application, the manufacturer of the first card application, and the storage size of the first card application.

[0087] This embodiment parses the application package of the card to be listed in ELF format. Whether the card application to be listed is a domestic card application can be determined based on whether the parsing is successful, which can improve the efficiency of card application listing.

[0088] In some embodiments, the target card application version corresponding to the SIM card is determined based on the matching rules between the target card application and the SIM card, referring to... Figure 3 Step S30 includes:

[0089] Step S301: Based on the first information of the target card application and the second information of the SIM card, obtain the matching rules between the target card application and the SIM card.

[0090] It should be noted that the current matching rules between card applications and SIM cards are relatively simple, and only use simple parameters to configure which version is compatible with which SIM card manufacturers. For example, an array of supported SIM card manufacturers is added to the card application version. After the addition of domestic super SIM cards, the current matching rules are not applicable because it is necessary to match whether they are domestically produced. Therefore, this embodiment proposes a compatibility matching rule that can be compatible with multiple dimensions of matching items.

[0091] The matching rules are defined by the operators based on the first information of the target card application and the second information of the SIM card. The matching rules include, but are not limited to, matching plugin names, logical combination identifiers, operation identifiers, matching items and matching values.

[0092] The matching plugin name indicates which matching plugins are included in the matching rule. There is a one-to-one correspondence between the matching plugin and the matching item. Different matching items correspond to different matching plugins. The matching plugin can obtain the feature values ​​required by the matching rule from the information of the SIM card and the card application, and perform calculations according to the definition of the matching rule and the matching value. Based on the calculation result, the latest card application version that meets the matching relationship requirements is selected.

[0093] Logical combination identifiers indicate the logical relationships between matching rules.

[0094] The operation identifier indicates the operation relationship between the matching value in the matching rule and the feature values ​​in the information of the SIM card and the information of the card application.

[0095] The matching item indicates from which information the matching value and feature value are extracted.

[0096] The matching value indicates what value a certain piece of information from the card application or SIM card is expected to have.

[0097] For example, the matching rule contains the following information:

[0098] Plugin Name: superSim40Matcher (Domestic Super SIM Card and Card Application Matching Plugin)

[0099] manufacturerCodeMatcher (SIM card manufacturer and card application matching plugin), provinceMatcher (province and card application matching plugin);

[0100] Logical combination identifiers: AND, OR, NOT;

[0101] Operation identifiers: EQ (equal to), GT (greater than), NE (not equal to), LT (less than), NGT (not greater than), NLT (not less than), ANY (any value), NONE (no value can be matched);

[0102] Matching items: Domestic production mark, SIM card manufacturer code;

[0103] Matching value: Domestic production, SIM card manufacturer code is A.

[0104] The above matching rules can be extended to include new matching items. For example, when it is necessary to add a matching item for the domestic production mark, the additional processing required includes: obtaining the domestic production feature value from the SIM card information and card application information, adding the domestic production mark matching item to the matching rules, and specifying the domestic production matching plugin.

[0105] Suppose we need to define a domestic card application version with manufacturer code A for the SIM card. We can define two rules under this card application version and combine them with an AND condition, as shown below:

[0106] AND (Rule 1, Rule 2)

[0107] Rule 1 is defined as follows:

[0108] Plugin Name: superSim40Matcher (Domestic Super SIM Card and Card Application Matching Plugin);

[0109] Logical combination identifier: AND;

[0110] Operation identifier: EQ;

[0111] Matching item: Domestic production mark;

[0112] Matching value: 1;

[0113] Feature value: Information read from the SIM card at runtime; if it is a domestically produced SIM card, it is 1.

[0114] Rule 2 definition:

[0115] Plugin name: manufacturerCodeMatcher (SIM card manufacturer and card application matching plugin);

[0116] Logical combination identifier: AND;

[0117] Operation identifier: EQ;

[0118] Matching item: SIM card manufacturer's identifier;

[0119] Matching value: The manufacturer code for the SIM card is A;

[0120] Feature value: Manufacturer information read from the SIM card at runtime.

[0121] The SIM card management platform calculates the logical conditions (satisfied or not satisfied) of the rules sequentially according to their requirements, and calculates the result of the combined rules based on their logical combination identifiers. For example, AND(TRUE, FALSE) results in FALSE (incorrect); OR(TRUE, FALSE) results in TRUE (correct); and AND((OR(TRUE, OR(TRUE, FALSE))))) results in FALSE. This means the calculation method fully conforms to the basic logical operation calculation method.

[0122] Step S302: Load the matching plugin based on the matching rules.

[0123] It should be noted that the matching rules include the matching plugin name. The SIM card management platform dynamically loads the matching plugin based on the matching plugin name for subsequent card application version determination.

[0124] For the domestic matching plugins, the dynamic dependency injection capability of Spring Boot (a Java framework) is mainly used. Each domestic matching plugin is defined as a Bean (a component in the application) according to the specification. The name of the Bean is configured in the compatibility matching rules, and the upper-level program can dynamically call different Beans for processing according to the matching items.

[0125] Step S303: Use the matching plugin to determine the version of the target card application corresponding to the SIM card.

[0126] It should be noted that this embodiment uses a matching plugin to match the target card application and the SIM card, thereby achieving automatic association between the card application and the SIM card and improving the association efficiency.

[0127] In this embodiment, the matching rules can be dynamically expanded by customizing and configuring a new matching plugin.

[0128] In some embodiments, the matching plugin performs calculations on the matching values ​​in the matching rules and the feature values ​​in the card application and SIM card information to determine the card application version corresponding to the SIM card, referring to... Figure 4 Step S303 includes:

[0129] Step S3031: Use the matching plugin to obtain the first information of the target card application and the feature value corresponding to the second information of the SIM card.

[0130] It should be noted that the feature value represents the characteristic information of the target card application and the SIM card. The feature value is used for rule matching. The feature value includes, but is not limited to, domestic identification, version identification, manufacturer identification, province identification, and storage identification.

[0131] The domestic production label indicates whether the card application is a domestically produced card application and whether the SIM card is a domestically produced card.

[0132] The version identifier indicates the version of the card application.

[0133] The manufacturer's identifier indicates the manufacturer of the card application and the manufacturer of the SIM card.

[0134] The province identifier indicates the province of the SIM card.

[0135] The storage identifier indicates the storage size of the card application and the storage size of the SIM card.

[0136] Step S3032: The matching plugin is used to calculate the matching value and feature value in the matching rules, and the version of the target card application corresponding to the SIM card is determined based on the calculation result.

[0137] It should be noted that the matching rules include matching values ​​and operation identifiers. After the matching plugin obtains the feature values, it can determine the operation logic based on the operation identifiers in the matching rules. Based on the operation logic, it performs operations on the matching values ​​and feature values, and finally determines whether each card application version matches based on the operation results.

[0138] When there are multiple card application versions corresponding to the SIM card, the latest version among the multiple card application versions is determined as the target version.

[0139] When there are multiple matching rules, it is necessary to determine the version of the target card application corresponding to the SIM card according to each matching rule in turn, and finally determine the latest version among all versions as the target version.

[0140] If no version of the target card application corresponding to the SIM card is found, an error will be reported.

[0141] This embodiment utilizes a matching plugin to determine the version of the target card application corresponding to the SIM card, which can improve the efficiency and accuracy of determining the card application version.

[0142] In some examples, the method determines whether an application can be listed by checking its storage size.

[0143] Verify whether the storage size of the first card application meets the card application listing specifications. If the storage size of the first card application meets the card application listing specifications, then list the first card application.

[0144] It should be noted that currently, the storage size of the card application is configured based on parameters provided by the applicant during the app store application process. These parameters may differ from the actual storage requirements of the card application. Since determining the storage size of a card application requires specialized knowledge, operations personnel cannot make this judgment and must rely on the applied-for values. In actual operation, there are instances where the card application parameters are configured too large, resulting in the downloaded application occupying too much space and preventing users from installing other applications. In this embodiment, by verifying the storage space of the first card application, and only after the verification is passed, the first card application is uploaded to the app store. This avoids situations where card space is unnecessarily occupied due to incorrect parameter input.

[0145] The card application listing guidelines are used to indicate whether the storage size of the card application is consistent with the parameters entered in the card application. If they are inconsistent, the operations staff will be reminded to make corrections. If they are consistent, the card application will be listed.

[0146] When the first card application is a domestically produced card application, the storage size of the first card application is obtained from the program package parsed based on the ELF format; when the first card application is a non-domestically produced card application, the storage size of the first card application is obtained by the operations personnel.

[0147] For example, when the first card application is a domestically produced card application, the total file size defined in the program package has been obtained by parsing the ELF header. According to the specification, the size of the binary program and data (i.e., the program storage size) is calculated as follows:

[0148] Program storage size = Total file size - File header size - Padding bytes - File integrity transaction length.

[0149] Meanwhile, when a SIM card application is uploaded to the app store, C7 (memory space) and C8 (storage space) flags are defined in its installation parameters. According to the specifications for uploading SIM card applications, the SIM card management platform will check:

[0150] Application installation requests for RAM (volatile memory) space (C7) should not exceed 1KB (kilobytes);

[0151] Application installation requests for NVM (non-volatile memory) space (C8) should not exceed 32KB;

[0152] The hexadecimal value of parameter C8 should be equal to the program storage size calculated in the above process.

[0153] If the application's spatial parameters are incorrect, the SIM card management platform will prompt the operators that the parameters are incorrect and need to be corrected.

[0154] This embodiment checks the storage size of the card application against the parameters entered in the card application listing process, avoiding the problem of unreasonable card application space settings in the offline process, eliminating the invalid occupation of card application space, and improving the user experience.

[0155] For example, to help understand the implementation process of the card application version determination method in this embodiment, please refer to... Figure 5 , Figure 5 A simplified flowchart illustrating a method for determining the card application version is provided, specifically:

[0156] Before the card application was listed:

[0157] Step 501: Parse the application package of the first card based on the ELF format, and determine whether the first card application is a domestic card application based on whether the parsing is successful.

[0158] It should be noted that the application package format of domestically produced card applications is different from that of non-domestic card applications. By parsing the application package, it can be determined whether the card application is a domestically produced card application.

[0159] Step 502: If parsing is successful, the first card application is a domestically produced card application. The first information of the first card application is obtained based on the parsed package information. If parsing fails, the first card application is a non-domestically produced card application. The package of the first card application is decompressed based on the CAP format, and the first information of the first card application is obtained through operations personnel.

[0160] It should be noted that the application packages for domestically produced SIM cards are in ELF format, which is a direct executable file or linkable function library. Therefore, the initial information of the domestically produced SIM card application can be obtained by reading and parsing the package information. However, the application packages for non-domestic SIM cards are in CAP format, and their initial information cannot be obtained through direct parsing; it requires assistance from operations personnel.

[0161] Card application is now available:

[0162] Step 503: Verify whether the storage size of the first card application meets the card application listing specifications. If it does, list the first card application. If it does not, remind the operations staff to make corrections.

[0163] It should be noted that if the storage size of the first card application does not meet the card application listing specifications, it indicates that the card application storage parameter configuration is unreasonable. By checking the storage space of the first card application, and only listing the first card application after the check is passed, the situation of invalid card space being occupied due to parameter input errors can be avoided.

[0164] After the card application is launched:

[0165] Step 504: Based on the user's download request for the target card application, obtain the second information of the SIM card associated with the download request.

[0166] It should be noted that by having the user click to download the application for the target card, the second information of the target SIM card corresponding to that click and download is obtained.

[0167] Step 505: Based on the first information of the target card application and the second information of the SIM card, obtain the matching rules between the target card application and the SIM card.

[0168] It should be noted that the target card application and SIM card are matched using matching rules to determine the target card application version corresponding to the SIM card.

[0169] Step 506: Load the matching plugin based on the matching rules.

[0170] It should be noted that the matching plugin can obtain the feature values ​​required for the matching rules from the information of the SIM card and the card application, and perform calculations according to the definition of the matching rules and the matching values. Based on the calculation results, it selects the latest card application version that meets the matching requirements.

[0171] Step 507: Use the matching plugin to obtain the first information of the target card application and the feature value corresponding to the second information of the SIM card.

[0172] It should be noted that the feature value represents the characteristic information of the target card application and the SIM card.

[0173] Step 508: Use the matching plugin to perform calculations on the matching values ​​and feature values ​​in the matching rules, and determine the version of the target card application corresponding to the SIM card based on the calculation results.

[0174] It should be noted that the matching rules include matching values ​​and operation identifiers. After the matching plugin obtains the feature values, it can determine the operation logic based on the operation identifiers in the matching rules. Based on the operation logic, it performs operations on the matching values ​​and feature values, and finally determines whether each card application version matches based on the operation results.

[0175] It should be noted that the above examples are only for understanding this application and do not constitute a limitation on the method for determining the application version of the card. Any simple modifications based on this technical concept are within the protection scope of this application.

[0176] This application also provides a card application version determination device, please refer to... Figure 6 The card application version determination device includes:

[0177] The first information acquisition module 10 is used to parse the program package of the first card application based on the ELF format before the card application is put on the market. If the parsing is successful, the first information of the first card application is obtained. The first information includes that the first card application is a domestic card application, the version of the first card application, the manufacturer of the first card application, the storage size of the first card application, and that the first card application is a card application to be put on the market.

[0178] The second information acquisition module 20 is used to acquire second information of the SIM card associated with the download request based on the user's download request for the target SIM card application after the first SIM card application is launched. The second information includes whether the SIM card is a domestically produced card, the manufacturer of the SIM card, the province of the SIM card, and the target SIM card application is the first SIM card application that has been launched.

[0179] Version determination module 30 is used to determine the version of the target card application corresponding to the SIM card based on the first information of the target card application and the second information of the SIM card.

[0180] In one embodiment, the first information acquisition module 10 is further configured to: parse the program package of the first card application based on the ELF format; if the parsing is successful, determine that the first card application is a domestic card application; and based on the parsed program package information of the first card application, obtain the version of the first card application, the manufacturer of the first card application, and the storage size of the first card application.

[0181] In one embodiment, the card application version determination device further includes: a decompression module; the decompression module is used to parse the program package of the first card application based on the ELF format, and if the parsing fails, to determine that the first card application is a non-domestic card application, and to decompress the program package of the first card application based on the CAP format.

[0182] In one embodiment, the version determination module 30 is further configured to: obtain a matching rule between the target card application and the SIM card based on the first information of the target card application and the second information of the SIM card; load a matching plugin based on the matching rule; and use the matching plugin to determine the version of the target card application corresponding to the SIM card.

[0183] In one embodiment, the matching rules in the version determination module 30 include a matching plugin name, a logical combination identifier, a calculation identifier, a matching item, and a matching value. The version determination module 30 is also used to: use the matching plugin to obtain the first information of the target card application and the feature value corresponding to the second information of the SIM card, wherein the feature value includes a domestic identification, a version identifier, a manufacturer identifier, a province identifier, and a storage identifier; use the matching plugin to perform calculations on the matching value and feature value in the matching rules, and determine the version of the target card application corresponding to the SIM card based on the calculation result.

[0184] In one embodiment, the card application version determination device further includes: a target version determination module; the target version determination module is used to determine the latest version among the multiple card application versions as the target version when there are multiple card application versions corresponding to the SIM card.

[0185] In one embodiment, the card application version determination device further includes: an uploading module; the uploading module is used to verify whether the storage size of the first card application meets the card application uploading specifications, and if the storage size of the first card application meets the card application uploading specifications, uploading the first card application.

[0186] The card application version determination device provided in this application, employing the card application version determination method in the above embodiments, can solve the technical problem of low card application installation efficiency of domestically produced super SIM cards. Compared with the prior art, the beneficial effects of the card application version determination device provided in this application are the same as those of the card application version determination method provided in the above embodiments, and other technical features in the card application version determination device are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.

[0187] This application provides a card application version determination device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, which are executed by the at least one processor to enable the at least one processor to perform the card application version determination method in Embodiment 1 above.

[0188] The following is for reference. Figure 7The diagram illustrates a structural schematic of a card application version determination device suitable for implementing embodiments of this application. The card application version determination device in embodiments of this application may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Description), PMPs (Portable Media Players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. Figure 7 The card application version shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0189] like Figure 7 As shown, the card application version determination device may include a processing unit 1001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage device 1003 into a random access memory (RAM) 1004. The RAM 1004 also stores various programs and data required for the operation of the card application version determination device. The processing unit 1001, ROM 1002, and RAM 1004 are interconnected via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touchscreen, touchpad, keyboard, mouse, image sensor, microphone, accelerometer, gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), speaker, vibrator, etc.; storage devices 1003 including, for example, magnetic tape, hard disk, etc.; and communication devices 1009. Communication device 1009 allows the card application version determining device to communicate wirelessly or wiredly with other devices to exchange data. While the figure shows card application version determining devices with various systems, it should be understood that implementation or possession of all the systems shown is not required. More or fewer systems may be implemented alternatively.

[0190] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1003, or installed from ROM 1002. When the computer program is executed by processing device 1001, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0191] The card application version determination device provided in this application, employing the card application version determination method in the above embodiments, can solve the technical problem of low card application installation efficiency of domestically produced super SIM cards. Compared with the prior art, the beneficial effects of the card application version determination device provided in this application are the same as those of the card application version determination method provided in the above embodiments, and other technical features in this card application version determination device are the same as those disclosed in the method of the previous embodiment, and will not be repeated here.

[0192] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

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

[0194] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to execute the card application version determination method in the above embodiments.

[0195] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.

[0196] The aforementioned computer-readable storage medium may be included in the card application version determining device; or it may exist independently and not assembled into the card application version determining device.

[0197] The aforementioned computer-readable storage medium carries one or more programs. When these programs are executed by the card application version determining device, the card application version determining device: parses the program package of the first card application based on ELF format; if the parsing is successful, obtains the first information of the first card application, wherein the first information includes whether the first card application is a domestically produced card application, the version of the first card application, the manufacturer of the first card application, the storage size of the first card application, and that the first card application is a card application to be listed; after the first card application is listed, based on the user's download request for the target card application, obtains the second information of the SIM card associated with the download request, wherein the second information includes whether the SIM card is a domestically produced card, the manufacturer of the SIM card, the province of the SIM card, and that the target card application is the first card application that has already been listed; and determines the version of the target card application corresponding to the SIM card based on the first information of the target card application and the second information of the SIM card.

[0198] Computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

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

[0200] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0201] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the above-described card application version determination method, which can solve the technical problem of low card application installation efficiency of domestically produced super SIM cards. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as the beneficial effects of the card application version determination method provided in the above embodiments, and will not be repeated here.

[0202] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the card application version determination method described above.

[0203] The computer program product provided in this application can solve the technical problem of low card application installation efficiency of domestically produced super SIM cards. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the card application version determination method provided in the above embodiments, and will not be repeated here.

[0204] The above description is only a part of the embodiments of this application and does not limit the patent scope of this application. All equivalent structural transformations made under the technical concept of this application and using the contents of the specification and drawings of this application, or direct / indirect applications in other related technical fields, are included in the patent protection scope of this application.

Claims

1. A method for determining the card application version, characterized in that, The method includes: Before the card application is listed, the program package of the first card application is parsed based on the ELF format. If the parsing is successful, the first information of the first card application is obtained. The first information includes that the first card application is a domestic card application, the version of the first card application, the manufacturer of the first card application, the storage size of the first card application, and the first card application is a card application to be listed. After the first card application is launched, based on the user's download request for the target card application, the second information of the SIM card associated with the download request is obtained. The second information includes whether the SIM card is a domestically produced card, the manufacturer of the SIM card, the province of the SIM card, and the target card application is the first card application that has been launched. Based on the first information of the target card application and the second information of the SIM card, the version of the target card application corresponding to the SIM card is determined.

2. The method as described in claim 1, characterized in that, The step of parsing the application package of the first card based on the ELF format and obtaining the first information of the first card application if the parsing is successful includes: The application package of the first card is parsed based on the ELF format. If the parsing is successful, the first card application is determined to be a domestic card application. Based on the parsed application package information, the version of the first card application, the manufacturer of the first card application, and the storage size of the first card application are obtained.

3. The method as described in claim 1, characterized in that, The method further includes: The application package of the first card is parsed based on the ELF format. If the parsing fails, the application of the first card is determined to be a non-domestic card application, and the application package of the first card is decompressed based on the CAP format.

4. The method as described in claim 1, characterized in that, The step of determining the version of the target card application corresponding to the SIM card based on the first information of the target card application and the second information of the SIM card includes: Based on the first information of the target card application and the second information of the SIM card, the matching rules between the target card application and the SIM card are obtained; Load the matching plugin based on the aforementioned matching rules; The matching plugin is used to determine the version of the target card application corresponding to the SIM card.

5. The method as described in claim 4, characterized in that, The matching rules include a matching plugin name, a logical combination identifier, an operation identifier, a matching item, and a matching value. The step of using the matching plugin to determine the version of the target card application corresponding to the SIM card includes: The matching plugin is used to obtain the first information of the target card application and the feature values ​​corresponding to the second information of the SIM card, wherein the feature values ​​include domestic identification, version identification, manufacturer identification, province identification, and storage identification. The matching plugin is used to perform calculations on the matching values ​​and feature values ​​in the matching rules, and the version of the target card application corresponding to the SIM card is determined based on the calculation results.

6. The method as described in claim 5, characterized in that, The method further includes: When there are multiple card application versions corresponding to the SIM card, the latest version among the multiple card application versions is determined as the target version.

7. The method as described in claim 1, characterized in that, The method further includes: Verify whether the storage size of the first card application meets the card application listing specifications. If the storage size of the first card application meets the card application listing specifications, then list the first card application.

8. A card application version determination device, characterized in that, The device includes: The first information acquisition module is used to parse the program package of the first card application based on the ELF format before the card application is put on the market. If the parsing is successful, the first information of the first card application is obtained. The first information includes that the first card application is a domestic card application, the version of the first card application, the manufacturer of the first card application, the storage size of the first card application, and the first card application is a card application to be put on the market. The second information acquisition module is used to acquire second information of the SIM card associated with the download request based on the user's download request for the target SIM card application after the first card application is launched. The second information includes whether the SIM card is a domestic card, the manufacturer of the SIM card, the province of the SIM card, and the target SIM card application is the first card application that has been launched. The version determination module is used to determine the version of the target card application corresponding to the SIM card based on the first information of the target card application and the second information of the SIM card.

9. A card application version determination device, characterized in that, The device includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the card application version determination method as described in any one of claims 1 to 7.

10. A storage medium, characterized in that, The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, it implements the steps of the card application version determination method as described in any one of claims 1 to 7.

11. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, implements the steps of the card application version determination method as described in any one of claims 1 to 7.

Images