Reporting method and device based on SIM card application

Abstract

The invention relates to the technical field of communication, and particularly provides a reporting method and device based on an SIM card application. The method comprises the following steps of: registering a periodic state query event and a network position state change event of an uplink message transaction to a terminal in response to a power-on operation of an SIM (Subscriber Identity Module) card; in response to a first triggering operation of the terminal on the periodic state query event, receiving first command data and second command data sent by the terminal; wherein the first command data at least comprises a first current triggering report frequency of a periodic state query event, and the second command data at least comprises a second current triggering report frequency of a network position state change event and a current network position state of the terminal; and under the condition that the first current triggering reporting times, the second current triggering reporting times and the current network position state meet a first triggering reporting condition, responding to the first triggering operation, and sending an application uplink message of the SIM card application to the server through the terminal. According to the method and the device, the time from terminal startup to successful reporting can be remarkably shortened, and a guaranteed reporting scheme is provided for application information reporting.

Description

Technical Field

[0001] This disclosure relates to the field of communication technology, and in particular to a reporting method and apparatus based on SIM card applications. Background Technology

[0002] In the field of mobile communications, the Universal Subscriber Identity Module (USIM) card / Subscriber Identity Module (SIM) card serves as a core component for terminal access to the network and identity authentication. The reliable operation of its application functions is crucial for ensuring user experience and business security. In many business scenarios, after powering on, the USIM / SIM card needs to report data SMS messages to the operator's backend server to achieve functions such as card information synchronization, service activation, and security verification.

[0003] In related technologies, application information can usually be reported through automatic reporting mechanisms and manual reporting mechanisms, but they have obvious shortcomings: automatic reporting has a fixed waiting time, which leads to reporting delays; manual reporting depends on user operation and the response is not timely. Summary of the Invention

[0004] This disclosure is made in view of the above-mentioned problems. This disclosure provides a reporting method and apparatus based on SIM card applications.

[0005] According to one aspect of this disclosure, a reporting method based on a SIM card application is provided, comprising: In response to the power-on operation of the SIM card, periodic status query events and network location status change events for uplink message transactions are registered with the terminal; wherein, the periodic status query events are triggered by the terminal's status query operation on the SIM card application at preset time intervals, and the network location status change events are triggered by changes in the terminal's network location status; In response to the terminal's first trigger operation on the periodic status query event, the system receives first command data and second command data sent by the terminal; wherein the first command data includes at least the first current trigger reporting count of the periodic status query event, and the second command data includes at least the second current trigger reporting count of the network location status change event and the current network location status of the terminal. If the first current trigger reporting count, the second current trigger reporting count, and the current network location status meet the first trigger reporting condition, in response to the first trigger operation, the terminal sends the application uplink message of the SIM card application to the server.

[0006] According to another aspect of this disclosure, a reporting device based on a SIM card application is provided, comprising: The event handling module is used to respond to the power-on operation of the SIM card and register periodic status query events and network location status change events for uplink message transactions with the terminal; wherein, the periodic status query event is triggered by the terminal's status query operation on the SIM card application at a preset time interval, and the network location status change event is triggered by a change in the terminal's network location status. The communication module is configured to receive first command data and second command data sent by the terminal in response to the first trigger operation of the periodic status query event by the terminal; wherein the first command data includes at least the first current trigger reporting count of the periodic status query event, and the second command data includes at least the second current trigger reporting count of the network location status change event and the current network location status of the terminal; The reporting module is used to respond to the first triggering operation and send the application uplink message of the SIM card application to the server through the terminal when the first current triggering reporting count, the second current triggering reporting count, and the current network location status meet the first triggering reporting condition.

[0007] In another aspect of exemplary embodiments of this disclosure, an electronic device is provided, including a memory, a processor, and a computer program stored in the memory, the processor executing the computer program to implement the methods described in exemplary embodiments of this disclosure.

[0008] In another aspect of exemplary embodiments of the present disclosure, a computer-readable storage medium is provided having a computer program stored thereon that, when executed by a processor, implements the methods described in exemplary embodiments of the present disclosure.

[0009] In another aspect of the exemplary embodiments of this disclosure, a computer program product is provided, including a computer program that, when executed by a processor, implements the methods described in the exemplary embodiments of this disclosure.

[0010] As will be described in detail below, the SIM card application-based reporting method according to embodiments of this disclosure registers periodic status query events and network location status change events for uplink message transactions with the terminal in response to the power-on operation of the SIM card. The periodic status query event is triggered by the terminal's status query operation on the SIM card application at preset time intervals, and the network location status change event is triggered by a change in the terminal's network location status. In response to the terminal's first triggering operation for the periodic status query event, the method receives first command data and second command data sent by the terminal. The first command data includes at least a first current trigger reporting count for the periodic status query event, and the second command data... It includes at least the second current trigger reporting count of network location status change events and the current network location status of the terminal; when the first current trigger reporting count, the second current trigger reporting count, and the current network location status meet the first trigger reporting condition, in response to the first trigger operation, the terminal sends an application uplink message of the SIM card application to the server, which can avoid the reporting delay caused by the terminal not having a communication signal for a long time after powering on. The whole process does not require waiting for a fixed delay or user intervention, which significantly shortens the time from the terminal powering on to successful reporting, provides a backup reporting solution for application information reporting, and realizes the information synchronization requirements of USIM / SIM card applications quickly, stably, and efficiently.

[0011] It should be understood that both the foregoing general description and the following detailed description are exemplary and intended to provide further illustration of the claimed technology. Attached Figure Description

[0012] The above and other objects, features, and advantages of this disclosure will become more apparent from the more detailed description of the embodiments thereof in conjunction with the accompanying drawings. The drawings are provided to further illustrate the embodiments of this disclosure and form part of the specification. They are used together with the embodiments of this disclosure to explain the disclosure and do not constitute a limitation thereof. In the drawings, the same reference numerals generally represent the same components or steps.

[0013] Figure 1 A flowchart illustrating a SIM card-based reporting method provided in an exemplary embodiment of this disclosure is shown. Figure 2 A schematic diagram of the Weber distribution provided in an exemplary embodiment of this disclosure is shown; Figure 3 This diagram illustrates the data structure of an application uplink message provided in an exemplary embodiment of this disclosure; Figure 4 A schematic diagram of the structure of a SIM card-based reporting device provided in an exemplary embodiment of this disclosure is shown. Figure 5A schematic diagram of the structure of an electronic device provided in an exemplary embodiment of this disclosure is shown; Figure 6 A schematic diagram of the structure of a computer system provided by an exemplary embodiment of the present disclosure is shown. Detailed Implementation

[0014] To make the objectives, technical solutions, and advantages of this disclosure more apparent, exemplary embodiments according to this disclosure will now be described in detail with reference to the accompanying drawings. Obviously, the described embodiments are merely some embodiments of this disclosure, and not all embodiments of this disclosure. It should be understood that this disclosure is not limited to the exemplary embodiments described herein.

[0015] It should be understood that the steps described in the method embodiments of this disclosure may be performed in different orders and / or in parallel. Furthermore, the method embodiments may include additional steps and / or omit the steps shown. The scope of this disclosure is not limited in this respect.

[0016] The term "comprising" and its variations as used herein are open-ended, meaning "including but not limited to". The term "based on" means "at least partially based on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Definitions of other terms will be given in the description below. It should be noted that the concepts of "first", "second", etc., used in this disclosure are only used to distinguish different devices, modules, or units, and are not intended to limit the order of functions performed by these devices, modules, or units or their interdependencies.

[0017] It should be noted that the terms "a" and "a plurality of" used in this disclosure are illustrative rather than restrictive, and those skilled in the art should understand that, unless otherwise expressly indicated in the context, they should be understood as "one or more".

[0018] The names of messages or information exchanged between multiple devices in the embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of such messages or information.

[0019] Automatic reporting mechanism: The card application registration status event is used to automatically report SMS messages after the number of triggered status events reaches a certain threshold. If the uplink SMS transmission fails and the terminal response command's result field is "20" or "21", the card is required to re-initiate the uplink SMS transmission process. The retry count is 3 times. If the uplink SMS transmission still fails after 3 retries, the system waits for the USIM / SIM card to be powered on again before re-triggering the process.

[0020] Manual reporting mechanism: The card application displays the User Identification Application Development Tool (SIM Tool Kit, STK) menu via a menu, and adds a card details reporting menu for users to manually report USIM / SIM card information to the remote platform. If the uplink SMS fails to send, and the uplink SMS still fails to send after 3 retries, it will be treated as an information reporting failure, and the command to display "Information reporting failed" will be displayed.

[0021] Both of the above reporting mechanisms have the following problems: 1. Long reporting time: For the automatic reporting mechanism, reporting begins after the USIM / SIM card is powered on and the number of status events triggered reaches a threshold. The reporting time is fixed between the USIM / SIM card power-on time and usually takes a long time. For the manual reporting mechanism, it heavily relies on user operation, and the operation time is also long after the USIM / SIM card power-on time.

[0022] 2. Inadequate retry mechanism: Current technology relies on three retries after an uplink SMS failure, lacking further retry mechanisms. Specifically, for the automatic reporting mechanism, if three retries fail after the current power-on, the only recourse is to wait for the next USIM / SIM card power-on. The manual reporting mechanism relies on user operation; if the current reporting operation fails, the user needs to click the menu again to trigger the reporting.

[0023] 3. Poor Terminal Compatibility: After inserting the USIM / SIM card into the terminal and powering it on, a signal is not immediately available for SMS communication. In some terminals, it takes several minutes or even more than ten minutes for the USIM / SIM card to establish communication functionality. In the automatic reporting mechanism, if the SMS reporting failure is due to the terminal not having a signal after powering on, the next time the USIM / SIM card is powered on, the terminal will likely still lack a signal after triggering the status event threshold, leading to reporting failure. Therefore, even after a restart, automatic reporting will not be successful.

[0024] 4. Inconsistent message formats: Current USIM / SIM card reports consist of two parts: one part is the application uplink security field, which refers to the SMS data format of the 3GPP TS 03.48 standard and is responsible for the security and integrity of the content transmitted in the application and SMS data within the carrier; the other part is the application uplink message, which is responsible for the specific uplink data of the application. Currently, there is a lack of unified data format requirements, and some USIM / SIM card application reports lack key log information such as version, transaction, and time dimensions.

[0025] In summary, existing USIM / SIM card application reporting technologies suffer from drawbacks such as long reporting times, inadequate retry mechanisms, poor terminal compatibility, and inconsistent message formats. These issues affect users' ability to use the functions after activating a new card, necessitating a new method to implement an intelligent reporting mechanism to achieve fast, stable, and efficient USIM / SIM card information synchronization.

[0026] Therefore, in order to solve the above problems, this disclosure provides a reporting method based on SIM card applications, which can achieve fast, stable and efficient information synchronization of USIM / SIM card applications.

[0027] Figure 1 A flowchart illustrating a SIM card-based application-based reporting method provided in an exemplary embodiment of this disclosure is shown. Figure 1 As shown, the reporting method based on the SIM card application includes: S101, in response to the power-on operation of the SIM card, registers periodic status query events and network location status change events for uplink message transactions with the terminal; wherein, the periodic status query event is triggered by the terminal's status query operation on the SIM card application at a preset time interval, and the network location status change event is triggered by a change in the terminal's network location status. S102, in response to the terminal's first trigger operation for the periodic status query event, receive the first command data and the second command data sent by the terminal; wherein, the first command data includes at least the first current trigger reporting count of the periodic status query event, and the second command data includes at least the second current trigger reporting count of the network location status change event and the terminal's current network location status. S103, if the first current trigger reporting count, the second current trigger reporting count, and the current network location status meet the first trigger reporting condition, in response to the first trigger operation, the terminal sends an application uplink message of the SIM card application to the server.

[0028] Specifically, in the method of this disclosure embodiment, the SIM card application includes a USIM card application and a SIM card application. This disclosure embodiment uses the SIM card application as an example to illustrate the technical solution of this application. The above-mentioned SIM card power-on operation can be understood as the terminal performing a power-on operation on the SIM card when the terminal is turned on or when the USIM / SIM card is inserted into the terminal. In response to the SIM card power-on operation, the USIM / SIM card application is activated and an uplink message transaction is initiated.

[0029] First, the SIM card application can initiate an event registration request to the terminal, requesting registration for two types of event listening. The first type of event is a periodic status query event (i.e., a heartbeat status event), used to request the terminal to actively send status query commands to the SIM card application at preset time intervals. The second type of event is a network location status change event, used to request the terminal to immediately notify the SIM card application when its network location status (such as changing from "no service" to "normal service") changes. Here, the preset time interval can be set according to actual needs, and this embodiment does not specifically limit it.

[0030] While registering periodic status query events and network location status change events, the SIM card application initializes the internal status variables related to the current uplink message transaction. Specifically, it sets the reporting completion flag to false, indicating that the uplink message transaction is not yet complete; it sets the network location status change event trigger reporting flag locationFlag to false; it clears the periodic status query event counter status Counter; and it clears the attempt reporting count counter report Counter for the current power-on cycle. Furthermore, the SIM application begins organizing the application uplink message to be reported according to the predefined application uplink message data structure.

[0031] After completing the registration and initialization of the two events mentioned above, the USIM / SIM card application enters a waiting state. At this time, the triggering of uplink message transactions no longer depends on a fixed delay or manual user operation, but waits for the triggering of two events in parallel: one is triggered by the real-time detection of the terminal's network readiness through network location status change events, and the other is triggered by the count of periodic status query events reaching a threshold. This dual-parallel mechanism prepares for fast and reliable reporting.

[0032] When the terminal detects that a periodic status query event has been triggered, it will generate and send first command data to the SIM card application. This first command data includes at least one key field: the first current trigger reporting count. This count, maintained by the terminal, represents the cumulative number of times the periodic status query event has been triggered since the current card power-on or application startup cycle. The first command data may also include, but is not limited to, basic information such as the event identifier of the periodic status query event.

[0033] When a terminal detects a change in network location status (e.g., from no service to normal service), it triggers a network location status change event and generates corresponding second command data, which is sent to the SIM card application. This second command data contains at least two key fields: the second current trigger reporting count and the terminal's current network location status. The second current trigger reporting count can be the cumulative number of times the network location status change event has been triggered within the current power-on cycle. For the terminal's current network location status, "00" can represent normal service, and "02" can represent no service. As shown in Table 1, the second command data may also include, but is not limited to, basic information such as the event identifier of the network location status change event. Table 1 shows the data structure of the second command data for the network location status change event provided in this embodiment.

[0034] Table 1. Data Structure of Second Command Data for Network Location State Change Events

[0035] Upon receiving command data corresponding to any event, the SIM card application initiates independent processing logic. For periodic status query events, the application primarily reads the first current trigger report count and compares it with an internally calculated threshold N. For network location status change events, the application simultaneously checks the second current trigger report count (typically used to determine if it is the first valid trigger) and the current network location status (used to confirm whether a "normal service" state for communication has been reached).

[0036] When the first current trigger reporting count, the second current trigger reporting count, and the current network location status meet the first trigger reporting condition, the SIM card application responds to the first trigger operation and immediately delivers the organized application uplink message to the terminal. The terminal then sends the application uplink message to the server (here, the server can be the operator's backend server) through its SMS communication module, thus completing an instant reporting driven by a network readiness event. The entire process does not require waiting for a fixed delay or user intervention, significantly shortening the time from terminal power-on to successful reporting. It avoids reporting delays caused by prolonged lack of communication signal after terminal power-on, providing a backup reporting solution for application information reporting and achieving fast, stable, and efficient information synchronization requirements for USIM / SIM card applications.

[0037] Here, the first trigger reporting condition includes the following: the second current trigger reporting number is less than the second preset trigger reporting number, the current network location status does not meet the preset network location status, and the first current trigger reporting number is equal to the first preset trigger reporting number.

[0038] For example, when the SIM card application receives a periodic status query event, it performs the following judgments in sequence: a. If flag is true, or report Counter is greater than or equal to M, exit the conditional statement. Otherwise, proceed to the next conditional statement.

[0039] b. If the status Counter is less than N, the status Counter is automatically incremented by one, and the process ends. Otherwise, the process proceeds to the next step.

[0040] c. If the status Counter equals N, the heartbeat status event threshold is triggered. An attempt is made to upload the current data SMS message (application upload message), and the report Counter automatically increments by one.

[0041] According to the technical solution of the exemplary embodiments of this disclosure, in response to the power-on operation of the SIM card, periodic status query events and network location status change events for uplink message transactions are registered with the terminal; wherein, the periodic status query event is triggered by the terminal's status query operation on the SIM card application at preset time intervals, and the network location status change event is triggered by a change in the terminal's network location status; in response to the terminal's first triggering operation for the periodic status query event, first command data and second command data sent by the terminal are received; wherein, the first command data includes at least the first current triggering report count of the periodic status query event, and the second command data includes at least the network location... The second current trigger reporting count of the state change event and the current network location status of the terminal; when the first current trigger reporting count, the second current trigger reporting count, and the current network location status meet the first trigger reporting condition, in response to the first trigger operation, the terminal sends an application uplink message of the SIM card application to the server. This can avoid the reporting delay caused by the terminal not having a communication signal for a long time after powering on. The whole process does not require waiting for a fixed delay or user intervention, which significantly shortens the time from terminal power-on to successful reporting. It provides a backup reporting solution for application information reporting and realizes the information synchronization requirements of USIM / SIM card applications quickly, stably, and efficiently.

[0042] In some embodiments, the first preset number of trigger reports is calculated based on the preset signal acquisition time and standard deviation of the terminal. The preset signal acquisition time is calculated based on the preset probability density of the Weiber distribution that the terminal's signal acquisition time follows. The standard deviation is obtained through compatibility testing of the terminal.

[0043] Specifically, in a controlled testing environment, test cards equipped with SIM card applications are inserted into a large number of representative terminals for batch compatibility testing. Each test simulates a real user's power-on scenario, precisely recording the time difference between the moment the terminal powers on or the application starts and the moment the terminal successfully sends the first test uplink SMS message. This time difference is defined as the "signal acquisition time" for that test. By collecting test data from hundreds or thousands of terminal samples, a sample set of "signal acquisition times" is obtained.

[0044] Next, statistical analysis was performed based on this sample set. A Weiber distribution model was used to fit the measured "signal acquisition time" data. Statistical methods such as maximum likelihood estimation were used to calculate... Figure 2 The two core parameters of the Weiber distribution shown are the shape parameter k and the scaling parameter λ, which determine the probability distribution model of the signal acquisition time of this batch of terminals. Based on this fitted distribution, its standard deviation σ is calculated, which characterizes the degree of dispersion of different terminals in signal acquisition speed. Figure 2 A schematic diagram of the Weber distribution provided by an exemplary embodiment of this disclosure is shown.

[0045] Then, a preset probability density value F is set according to the business reliability requirements (for example, F=0.99, representing coverage of 99% of terminals). Using the established Weiber distribution model, the preset signal acquisition time T corresponding to when the cumulative distribution function reaches the value of F is calculated. That is, theoretically, 99% of terminals will successfully acquire a signal within time T.

[0046] Finally, the core parameters in the reporting strategy are determined using the above calculation results. The calculated standard deviation σ is directly set as the trigger interval for the periodic status query event, i.e., the preset time interval mentioned above.

[0047] For example, the probability density function of the Weiber distribution that the signal acquisition time of the terminal follows is:

[0048] in, denoted by t, represents the signal acquisition time of the terminal, which follows a Weiber distribution probability density function; t represents the signal acquisition time of the terminal; λ represents the scaling parameter, which is related to the scale of the Weiber distribution; and k represents the shape parameter, which determines the shape of the Weiber distribution.

[0049] For example, the formula for calculating the first current trigger reporting count is: N=T / σ Where N represents the first current trigger reporting count; T represents the terminal's preset signal acquisition time, which is determined by setting... The calculations show that F represents the preset probability density and σ represents the standard deviation.

[0050] Here, the SIM card will activate the backup reporting mechanism after N times of periodic status query events with a preset time interval of σ, that is, when the total reporting time (the reporting duration of the uplink message transaction) is close to T. This ensures that while covering the vast majority of terminals, the timing of reporting attempts is optimized, fundamentally solving the problem of poor compatibility caused by terminal differences.

[0051] In some embodiments, the method may further include: The server receives a first reporting response message for the application uplink message returned by the terminal; wherein the first reporting response message is used to indicate whether the result of the first reporting attempt in response to the first triggering operation is a successful or unsuccessful report. If the first reporting attempt fails, the terminal will retry sending the application uplink message of the SIM card application to the server until the number of retries equals the first preset number of retries.

[0052] Specifically, after the SIM card application sends an application uplink message to the server via the terminal, it enters a waiting-for-response state. Upon receiving the response SMS from the server, the terminal parses and encapsulates it into a first reporting response message, which is then forwarded to the SIM card application. This first reporting response message explicitly contains the result of the first reporting attempt for this reporting operation; its value directly indicates whether the reporting attempt triggered by the periodic status query event was successful or failed.

[0053] If the first reporting attempt fails, a retry mechanism is initiated. This includes retrying to send the SIM card application's uplink message to the server via the terminal, until the number of retries equals the first preset retry count. The specific retry process is as follows: The application maintains the previously organized uplink message and initiates the sending process again to the same server via the terminal. After each retry, the application waits for and checks the new response information returned by the server to determine whether the retry was successful. This retry operation will be executed repeatedly until the first preset retry count is reached.

[0054] Here, the first preset number of retries can be set according to actual needs, and this embodiment does not impose a specific limitation on it. In the method of this embodiment, the first preset number of retries is set to 3 times. Once the number of retries reaches this threshold, regardless of whether it is ultimately successful or not, the application will stop further retries within the current power-on cycle to prevent infinite loops and resource exhaustion caused by permanent network failures or terminal abnormalities.

[0055] Based on this, the embodiments of this disclosure can significantly improve the reporting success rate within a single power-on cycle by responding to server feedback in real time and performing a limited number of automatic retries without user intervention or waiting for the next SIM card power-on.

[0056] In some embodiments, the method may further include: If the first reporting response indicates that the reporting attempt was successful, then the network location status change event and periodic status query event are deregistered from the terminal.

[0057] Specifically, if the first reporting response information indicates that the reporting attempt was successful, it means that the uplink message transaction has been successfully completed, and the application will then initiate the cancellation of network location status change events and periodic status query events.

[0058] Unregistering the listening for network location status change events means that the terminal no longer needs to notify the SIM card application of changes in network location status. Unregistering periodic status query events means that the terminal will stop sending status query commands to the SIM card application at preset intervals.

[0059] After successfully cancelling the two events mentioned above, the SIM card application synchronously clears the internal states related to this uplink message transaction. For example, it sets the reporting completion flag to true and resets variables such as the heartbeat counter (status Counter) and the attempt reporting counter (report Counter). This signifies the official end of the reporting lifecycle triggered by the SIM card power-on or SIM card application startup, releasing system resources and preparing for possible subsequent business operations. It also avoids unnecessary reporting or resource conflicts that might result from residual event listeners.

[0060] In some embodiments, the method may further include: In response to a second triggering operation by the terminal in response to a network location status change event, the terminal sends a second command data. If the second current trigger reporting count and the current network location status meet the second trigger reporting conditions, in response to the second trigger operation, the terminal sends an application uplink message of the SIM card application to the server; wherein, the second trigger reporting conditions include the second current trigger reporting count being less than the second preset trigger reporting count, and the current network location status meeting the preset network location status.

[0061] Specifically, due to fluctuations in the network environment, the terminal may experience multiple network state transitions. For example, after the initial reporting attempt fails due to a momentary poor signal, the terminal's network state may change from "limited service" to "normal service." In response to the terminal's second triggering operation on the network location status change event, the terminal will generate and send new second command data to the SIM card application.

[0062] The SIM card application receives and parses the second command data, extracts the second current trigger reporting count, and makes a determination based on the preset second trigger reporting conditions. Here, the second trigger reporting conditions may include the second current trigger reporting count being less than the second preset trigger reporting count, and the current network location status meeting the preset network location status.

[0063] The second preset trigger reporting count can be set according to actual needs, and this embodiment does not impose a specific limitation on it. In the method of this embodiment, the second preset trigger reporting count is set to 3. The preset network location status can be normal service.

[0064] If the second current number of trigger reports and the current network location status meet the second trigger report conditions, the SIM card application will respond to the second trigger operation by reassembling or directly using the cached application uplink message (including the updated transaction timestamp, etc.) and immediately sending the application uplink message to the server through the terminal to initiate a new round of reporting attempts.

[0065] This mechanism ensures that reporting is triggered immediately when the network status is restored. At the same time, by using a second preset number of reporting triggers, it prevents invalid duplicate reporting caused by frequent network fluctuations, thus achieving a balance between fault tolerance and resource efficiency.

[0066] Based on this, the command data for the two events are transmitted and processed in parallel and independently. Whichever of the first and second triggering reporting conditions is met first, the path that triggers the reporting attempt first, thus ensuring the timeliness and reliability of the reporting mechanism.

[0067] In some embodiments, the method may further include: The server receives a second reporting response message for the application uplink message returned by the terminal; wherein the second reporting response message is used to indicate whether the result of the second reporting attempt in response to the second triggering operation is a successful reporting or a failed reporting. If the second reporting attempt fails, the terminal will retry sending the application uplink message of the SIM card application to the server until the number of retries equals the second preset number of retries. If the second reporting attempt is successful, then the network location status change event and periodic status query event are deregistered from the terminal.

[0068] Specifically, driven by the second trigger operation, after the SIM card application sends an application uplink message to the server via the terminal, it immediately enters a response listening state. Subsequently, the application receives the second reporting response information generated by the server and returned via the terminal. The core field of this second reporting response information is used to clearly indicate whether the second reporting attempt in response to the second trigger operation was successful or failed.

[0069] If the second reporting attempt fails, a retry process for this second triggered operation is immediately initiated. At this time, the application's uplink message content remains unchanged, and the terminal is requested to send it again. This process will be executed repeatedly until the cumulative number of retries equals the second preset number of retries. Here, the second preset number of retries can be set according to actual needs, and this embodiment does not specifically limit it. In the method of this embodiment, the second preset number of retries is set to 3. If a retry succeeds before reaching the second preset number of retries, the process proceeds to the success processing flow.

[0070] If the second reporting attempt is successful, the SIM card application immediately performs transaction completion and resource reclamation operations. At this time, the SIM card application can send a command to the terminal to unregister its previously registered listening for network location status change events and periodic status query events. This means that the terminal no longer needs to notify the SIM card application of network location status changes or send periodic status queries. Simultaneously, the SIM card application internally marks this reporting transaction as complete (e.g., by setting the global status flag to true) and resets the relevant counters. This signifies the formal end of the reporting lifecycle triggered by this SIM card power-on or SIM card application startup, releasing system resources and preparing for possible subsequent business operations, while avoiding unnecessary reporting or resource conflicts that might result from residual event listeners.

[0071] After receiving the uplink message from this application, the server records and calculates the Weipai distribution parameters λ, k, σ, and T of the preset signal acquisition time of the terminal for the corrected reporting mechanism based on the time difference between the end and start of the uplink message transaction, and sends the latest parameters to the SIM card application.

[0072] In some embodiments, Figure 3 This illustration shows a schematic diagram of the data structure of an application uplink message provided in an exemplary embodiment of this disclosure, such as... Figure 3 As shown, this embodiment of the disclosure designs a unified data structure for application uplink messages. The data structure of the application uplink message includes application uplink data fields, which include the application version identifier of the SIM card application, the unique identifier of the uplink message transaction and the transaction start time, the terminal's time zone, the message transmission time of the application uplink message, the application response data packet, and the message authentication code. Table 2 shows the description of the data fields of the application uplink message provided in this embodiment of the disclosure, and Table 3 shows the description of the data fields of the application response data packet provided in this embodiment of the disclosure.

[0073] Table 2. Description of Data Fields in Application Uplink Messages

[0074] Table 3. Description of data fields in the application response data packet

[0075] In some embodiments, such as Figure 3 As shown, the data structure of the application uplink message also includes an encryption identifier field, which includes multiple bits to indicate: whether encryption is enabled, encryption algorithm type, encryption block mode, and key index used for encryption.

[0076] The method may also include: Based on the encrypted identifier field, the first encryption operation is performed on the application version identifier, transaction unique identifier, transaction start time, time zone, message sending time and application response data packet to generate a message authentication code. Based on the second indicator of the encrypted identifier field, a second encryption operation is performed on the transaction unique identifier, transaction start time, time zone, message sending time, application response data packet and message authentication code to obtain the encrypted application uplink message.

[0077] Specifically, the encryption and verification mechanism is based on the custom fields of the application uplink message R-Data: After SIM card application is personalized, multiple application keys are written. The keys are generated through distributed calculation based on the card information, and each key is unique to one card. Table 4 shows the data field description of the encryption identifier field provided in the embodiments of this disclosure.

[0078] Table 4. Data Field Descriptions for the Encryption Identifier Field

[0079] In the Flag parameter, the 6th bit controls whether encryption is required. The data to be encrypted includes Transaction ID to MAC. The encryption algorithm used is the one specified in the 4th bit of the parameter. The block mode is the one specified in the 5th bit of the parameter. The key index used for encryption is the value of the 1st, 2nd, and 3rd bits of the parameter. For example, a Flag parameter of 0x38 (binary 00111000) indicates that encryption is required, the encryption algorithm is SM4, the block mode is CBC, and the key index is 0.

[0080] When assembling the application uplink message R-Data, the first four bytes of the ciphertext (Ver~APP-Data) are encrypted using the Flag parameter to effectively prevent message tampering. Then, the Transaction ID~MAC are encrypted using the Flag parameter to ensure the application uplink message exists in ciphertext form during transmission, thus preventing information theft. During message parsing, the message is first decrypted using the Flag parameter, followed by MAC verification. If verification fails, it indicates that the application uplink message may have been tampered with; in this case, the application uplink message should be discarded to ensure data security and integrity.

[0081] Based on this, the beneficial effects of the technical solution provided by the embodiments of this disclosure are as follows: 1. The present invention innovatively uses terminal signal change events and calculates the time when the terminal has a signal by signaling data to report information, which enables most terminals on the market to report information immediately after a signal is available, thus solving the problem of long reporting time in the prior art.

[0082] 2. This embodiment of the invention establishes a Weber distribution mathematical model of the terminal's signal acquisition time through compatibility testing and existing reported data. It innovatively calculates the signal acquisition time of 99% of terminals and performs retrying after a standard deviation interval. This allows the remaining terminals with compatibility issues to report automatically and normally, and greatly reduces the number of retries. This solves the problems of imperfect retry mechanism and poor terminal compatibility in the existing technology.

[0083] 3. This disclosure presents a unified data structure for application uplink messages, innovatively introducing message encryption and verification functions. It adds parameters such as the application version identifier of the SIM card application, the unique identifier of the uplink message transaction, and the transaction start time. The acquired parameters are statistically analyzed and fed back to the Weiber distribution mathematical model, forming a data closed loop. This solves the problem of inconsistent message data formats in existing technologies.

[0084] The foregoing mainly describes the solutions provided by the embodiments of this disclosure. It is understood that, in order to achieve the above functions, the electronic device includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should readily recognize that, based on the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein, this disclosure can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this disclosure.

[0085] This disclosure embodiment can divide the electronic device into functional units according to the above method example. For example, each function can be divided into a separate functional module, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. It should be noted that the module division in this disclosure embodiment is illustrative and only represents one logical functional division; other division methods may be used in actual implementation.

[0086] By dividing each function into corresponding functional modules, an exemplary embodiment of this disclosure provides a reporting device based on a SIM card application. Figure 4 A schematic diagram of the structure of a SIM card-based reporting device provided in an exemplary embodiment of this disclosure is shown. Figure 4 As shown, the device 400 includes: The event handling module 401 is used to register periodic status query events and network location status change events for uplink message transactions with the terminal in response to the power-on operation of the SIM card; wherein, the periodic status query event is triggered by the terminal's status query operation on the SIM card application at a preset time interval, and the network location status change event is triggered by the change in the terminal's network location status. The communication module 402 is configured to receive first command data and second command data sent by the terminal in response to the first trigger operation of the periodic status query event by the terminal; wherein the first command data includes at least the first current trigger reporting count of the periodic status query event, and the second command data includes at least the second current trigger reporting count of the network location status change event and the current network location status of the terminal. The reporting module 403 is used to respond to the first triggering operation and send the application uplink message of the SIM card application to the server through the terminal when the first current triggering reporting count, the second current triggering reporting count and the current network location status meet the first triggering reporting condition.

[0087] In some embodiments, the first triggering reporting condition includes the second current triggering reporting number being less than the second preset triggering reporting number, the current network location state not meeting the preset network location state, and the first current triggering reporting number being equal to the first preset triggering reporting number.

[0088] In some embodiments, the first preset number of trigger reports is calculated based on the preset signal acquisition time and standard deviation of the terminal. The preset signal acquisition time is calculated based on the preset probability density of the Weiber distribution that the signal acquisition time of the terminal follows. The standard deviation is obtained by performing compatibility testing on the terminal.

[0089] In some embodiments, the probability density function of the signal acquisition time of the terminal follows a Weiber distribution:

[0090] in, The probability density function represents the Weiber distribution that the signal acquisition time of the terminal follows; t represents the signal acquisition time of the terminal; λ represents the scaling parameter, which is related to the scale of the Weiber distribution; k represents the shape parameter, which determines the shape of the Weiber distribution.

[0091] In some embodiments, the formula for calculating the first current trigger reporting count is: N=T / σ Where N represents the first current trigger reporting count; T represents the preset signal acquisition time of the terminal, by setting... The calculation shows that F represents the preset probability density and σ represents the standard deviation.

[0092] In some embodiments, the communication module 402 is further configured to receive first reporting response information for the application uplink message returned by the server through the terminal; wherein, the first reporting response information is used to indicate whether the result of the first reporting attempt in response to the first triggering operation is reporting success or reporting failure; The reporting module 403 is further configured to, if the first reporting attempt results in a reporting failure, retry sending the application uplink message of the SIM card application to the server through the terminal, until the number of retries equals the first preset number of retries.

[0093] In some embodiments, the event processing module 401 is further configured to deregister the network location status change event and the periodic status query event from the terminal if the reporting attempt result indicated by the first reporting response information is a successful report.

[0094] In some embodiments, the communication module 402 is further configured to receive the second command data sent by the terminal in response to a second triggering operation of the terminal on the network location status change event; The reporting module 403 is further configured to, in response to the second triggering operation, send an application uplink message of the SIM card application to the server through the terminal when the second current triggering reporting count and the current network location status meet the second triggering reporting conditions; wherein, the second triggering reporting conditions include the second current triggering reporting count being less than the second preset triggering reporting count and the current network location status meeting the preset network location status.

[0095] In some embodiments, the communication module 402 is further configured to receive second reporting response information for the application uplink message returned by the server through the terminal; wherein the second reporting response information is used to indicate whether the result of the second reporting attempt in response to the second triggering operation is reporting success or reporting failure; The reporting module 403 is further configured to, if the result of the second reporting attempt is that the reporting fails, retry sending the application uplink message of the SIM card application to the server through the terminal until the number of retries is equal to the second preset number of retries; The event handling module 401 is further configured to, if the result of the second reporting attempt is that the reporting is successful, deregister the network location status change event and the periodic status query event from the terminal.

[0096] In some embodiments, the data structure of the application uplink message includes an application uplink data field, which includes the application version identifier of the SIM card application, the transaction unique identifier and transaction start time of the uplink message transaction, the time zone of the terminal, the message sending time of the application uplink message, the application response data packet, and the message authentication code.

[0097] In some embodiments, the data structure of the application uplink message further includes an encryption identifier field, which includes multiple bits indicating whether encryption is enabled, the encryption algorithm type, the encryption block mode, and the key index used for encryption. The device 400 further includes: an encryption module 404, used to perform a first encryption operation on the application version identifier, the transaction unique identifier, the transaction start time, the time zone, the message sending time, and the application response data packet based on the encryption identifier field, and generate the message authentication code; The encryption module is further configured to perform a second encryption operation on the transaction unique identifier, the transaction start time, the time zone, the message sending time, the application response data packet, and the message authentication code based on the second indication identifier of the encryption identifier field, to obtain the encrypted application uplink message.

[0098] This disclosure also provides an electronic device, including a memory, a processor, and a computer program stored in the memory, wherein the processor executes the computer program to implement the steps of the methods disclosed in this disclosure.

[0099] Figure 5 A schematic diagram of the structure of an electronic device provided in an exemplary embodiment of this disclosure is shown. For example... Figure 5As shown, the electronic device 500 includes at least one processor 501 and a memory 502 coupled to the processor 501, which can perform the corresponding steps in the methods disclosed in the embodiments of this disclosure.

[0100] The processor 501 described above can also be called a Central Processing Unit (CPU), which can be an integrated circuit chip with signal processing capabilities. Each step in the method disclosed in this embodiment can be implemented by the integrated logic circuitry in the processor 501 or by software instructions. The processor 501 can be a general-purpose processor, a digital signal processor (DSP), an ASIC, a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this embodiment can be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software modules can be located in the memory 502, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. The processor 501 reads information from the memory 502 and, in conjunction with its hardware, completes the steps of the method described above.

[0101] Furthermore, various operations / processes according to this disclosure, implemented via software and / or firmware, can be transmitted from a storage medium or network to a computer system with a dedicated hardware architecture, for example, Figure 6 The computer system 600 shown is equipped with the programs that constitute the software. When various programs are installed, the computer system is able to perform various functions, including functions such as those described above. Figure 6 A schematic diagram of the structure of a computer system provided by an exemplary embodiment of the present disclosure is shown.

[0102] Computer system 600 is intended to represent various forms of digital electronic computer devices, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. Electronic devices may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the present disclosure described and / or claimed herein.

[0103] like Figure 6 As shown, the computer system 600 includes a computing unit 601, which can perform various appropriate actions and processes based on a computer program stored in a read-only memory (ROM) 602 or a computer program loaded from a storage unit 608 into a random access memory (RAM) 603. The RAM 603 may also store various programs and data required for the operation of the computer system 600. The computing unit 601, ROM 602, and RAM 603 are interconnected via a bus 604. An input / output (I / O) interface 605 is also connected to the bus 604.

[0104] Multiple components in the computer system 600 are connected to the I / O interface 605, including: an input unit 606, an output unit 607, a storage unit 608, and a communication unit 609. The input unit 606 can be any type of device capable of inputting information into the computer system 600. The input unit 606 can receive input digital or character information and generate key signal inputs related to user settings and / or function control of the electronic device. The output unit 607 can be any type of device capable of presenting information and may include, but is not limited to, a monitor, speaker, video / audio output terminal, vibrator, and / or printer. The storage unit 608 may include, but is not limited to, a hard disk and an optical disk. The communication unit 609 allows the computer system 600 to exchange information / data with other devices via a network such as the Internet, and may include, but is not limited to, a modem, network card, infrared communication device, wireless communication transceiver, and / or chipset, such as Bluetooth™ devices, WiFi devices, WiMax devices, cellular communication devices, and / or the like.

[0105] The computing unit 601 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 601 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 601 performs the various methods and processes described above. For example, in some embodiments, the methods disclosed in this disclosure can be implemented as a computer software program tangibly contained in a machine-readable medium, such as storage unit 608. In some embodiments, part or all of the computer program can be loaded and / or installed on an electronic device via ROM 602 and / or communication unit 609. In some embodiments, the computing unit 601 can be configured to perform the methods disclosed in this disclosure by any other suitable means (e.g., by means of firmware).

[0106] This disclosure also provides a computer-readable storage medium, wherein when the instructions in the computer-readable storage medium are executed by a processor of an electronic device, the electronic device is able to perform the methods disclosed in this disclosure.

[0107] The computer-readable storage medium in this disclosure can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. The aforementioned computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specifically, the aforementioned computer-readable storage medium may include electrical connections based on one or more wires, a portable computer disk, a hard disk, 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 of the foregoing.

[0108] The aforementioned computer-readable medium may be included in the aforementioned electronic device; or it may exist independently and not assembled into the electronic device.

[0109] This disclosure also provides a computer program product, including a computer program, wherein when the computer program is executed by a processor, it implements the methods disclosed in the embodiments of this disclosure.

[0110] In embodiments of this disclosure, computer program code for performing the operations of this disclosure can be written in one or more programming languages ​​or a combination thereof. These programming languages ​​include, but are not limited to, object-oriented programming languages ​​such as Java, Smalltalk, and C++, as well as 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 it can be connected to an external computer.

[0111] 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 disclosure. 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.

[0112] The modules, components, or units described in the embodiments of this disclosure can be implemented in software or hardware. The names of the modules, components, or units do not necessarily constitute a limitation on the module, component, or unit itself.

[0113] The functions described above in this document can be performed at least in part by one or more hardware logic components. For example, without limitation, exemplary hardware logic components that can be used include: field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), system-on-a-chip (SoCs), complex programmable logic devices (CPLDs), and so on.

[0114] The above description is merely an illustration of some embodiments of this disclosure and the technical principles employed. Those skilled in the art should understand that the scope of this disclosure is not limited to technical solutions formed by specific combinations of the above-described technical features, but should also cover other technical solutions formed by arbitrary combinations of the above-described technical features or their equivalents without departing from the above-described concept. For example, technical solutions formed by substituting the above features with (but not limited to) technical features disclosed in this disclosure that have similar functions.

[0115] While specific embodiments of this disclosure have been described in detail by way of example, those skilled in the art should understand that the examples are for illustrative purposes only and not intended to limit the scope of this disclosure. Those skilled in the art should understand that modifications can be made to the above embodiments without departing from the scope and spirit of this disclosure. The scope of this disclosure is defined by the appended claims.

Claims

1. A reporting method based on SIM card applications, characterized in that, include: In response to the power-on operation of the SIM card, periodic status query events and network location status change events for uplink message transactions are registered with the terminal; wherein, the periodic status query events are triggered by the terminal's status query operation on the SIM card application at preset time intervals, and the network location status change events are triggered by changes in the terminal's network location status; In response to the terminal's first trigger operation on the periodic status query event, the system receives first command data and second command data sent by the terminal; wherein the first command data includes at least the first current trigger reporting count of the periodic status query event, and the second command data includes at least the second current trigger reporting count of the network location status change event and the current network location status of the terminal. If the first current trigger reporting count, the second current trigger reporting count, and the current network location status meet the first trigger reporting condition, in response to the first trigger operation, the terminal sends the application uplink message of the SIM card application to the server.

2. The method as described in claim 1, characterized in that, The first trigger reporting condition includes the second current trigger reporting count being less than the second preset trigger reporting count, the current network location status not meeting the preset network location status, and the first current trigger reporting count being equal to the first preset trigger reporting count.

3. The method as described in claim 2, characterized in that, The first preset number of trigger reports is calculated based on the preset signal acquisition time and standard deviation of the terminal. The preset signal acquisition time is calculated based on the preset probability density of the Weiber distribution that the signal acquisition time of the terminal follows. The standard deviation is obtained by performing compatibility testing on the terminal.

4. The method as described in claim 3, characterized in that, The probability density function of the signal acquisition time of the terminal follows a Weiber distribution: in, The probability density function represents the Weiber distribution that the signal acquisition time of the terminal follows; t represents the signal acquisition time of the terminal; λ represents the scaling parameter, which is related to the scale of the Weiber distribution; k represents the shape parameter, which determines the shape of the Weiber distribution.

5. The method as described in claim 4, characterized in that, The formula for calculating the first current trigger reporting count is: N=T / σ Where N represents the first current trigger reporting count; T represents the preset signal acquisition time of the terminal, by setting... The calculation shows that F represents the preset probability density and σ represents the standard deviation.

6. The method as described in claim 1, characterized in that, The method further includes: The server receives a first reporting response message for the application's uplink message returned by the terminal; wherein the first reporting response message is used to indicate whether the result of the first reporting attempt in response to the first triggering operation is a successful or unsuccessful report. If the first reporting attempt fails, the terminal will retry sending the application uplink message of the SIM card application to the server until the number of retries equals the first preset number of retries.

7. The method as described in claim 6, characterized in that, The method further includes: If the reporting attempt indicated by the first reporting response information is successful, then the network location status change event and the periodic status query event are deregistered from the terminal.

8. The method as described in claim 1, characterized in that, The method further includes: In response to a second triggering operation by the terminal on a network location status change event, the terminal receives the second command data sent by the terminal. If the second current trigger reporting count and the current network location status meet the second trigger reporting conditions, in response to the second trigger operation, the terminal sends an application uplink message of the SIM card application to the server; wherein, the second trigger reporting conditions include the second current trigger reporting count being less than the second preset trigger reporting count, and the current network location status meeting the preset network location status.

9. The method as described in claim 8, characterized in that, The method further includes: The server receives a second reporting response information for the uplink message of the application returned by the terminal; wherein the second reporting response information is used to indicate whether the result of the second reporting attempt in response to the second triggering operation is a successful reporting or a failed reporting. If the second reporting attempt fails, the terminal will retry sending the application uplink message of the SIM card application to the server until the number of retries equals the second preset number of retries. If the second reporting attempt results in a successful report, then the network location status change event and the periodic status query event are deregistered from the terminal.

10. The method according to any one of claims 1 to 9, characterized in that, The data structure of the application uplink message includes an application uplink data field, which includes the application version identifier of the SIM card application, the transaction unique identifier and transaction start time of the uplink message transaction, the time zone of the terminal, the message sending time of the application uplink message, the application response data packet, and the message authentication code.

11. The method as described in claim 10, characterized in that, The data structure of the application uplink message also includes an encryption identifier field, which includes multiple bits used to indicate: whether encryption is enabled, encryption algorithm type, encryption block mode, and key index used for encryption.

12. The method as described in claim 11, characterized in that, The method further includes: Based on the encrypted identifier field, a first encryption operation is performed on the application version identifier, the transaction unique identifier, the transaction start time, the time zone, the message sending time, and the application response data packet to generate the message authentication code; Based on the second indicator of the encrypted identifier field, a second encryption operation is performed on the transaction unique identifier, the transaction start time, the time zone, the message sending time, the application response data packet, and the message authentication code to obtain the encrypted application uplink message.

13. A reporting device based on a SIM card application, characterized in that, include: The event handling module is used to respond to the power-on operation of the SIM card and register periodic status query events and network location status change events for uplink message transactions with the terminal; wherein, the periodic status query event is triggered by the terminal's status query operation on the SIM card application at a preset time interval, and the network location status change event is triggered by a change in the terminal's network location status. The communication module is configured to receive first command data and second command data sent by the terminal in response to the first trigger operation of the periodic status query event by the terminal; wherein the first command data includes at least the first current trigger reporting count of the periodic status query event, and the second command data includes at least the second current trigger reporting count of the network location status change event and the current network location status of the terminal; The reporting module is used to respond to the first triggering operation and send the application uplink message of the SIM card application to the server through the terminal when the first current triggering reporting count, the second current triggering reporting count, and the current network location status meet the first triggering reporting condition.

14. The apparatus as claimed in claim 13, characterized in that, The first trigger reporting condition includes the second current trigger reporting count being less than the second preset trigger reporting count, the current network location status not meeting the preset network location status, and the first current trigger reporting count being equal to the first preset trigger reporting count.

15. The apparatus as claimed in claim 14, characterized in that, The first preset number of trigger reports is calculated based on the preset signal acquisition time and standard deviation of the terminal. The preset signal acquisition time is calculated based on the preset probability density of the Weiber distribution that the signal acquisition time of the terminal follows. The standard deviation is obtained by performing compatibility testing on the terminal.

16. The apparatus as claimed in claim 15, characterized in that, The probability density function of the signal acquisition time of the terminal follows a Weiber distribution: in, The probability density function represents the Weiber distribution that the signal acquisition time of the terminal follows; t represents the signal acquisition time of the terminal; λ represents the scaling parameter, which is related to the scale of the Weiber distribution; k represents the shape parameter, which determines the shape of the Weiber distribution.

17. The apparatus of claim 16, characterized in that, The formula for calculating the first current trigger reporting count is: N=T / σ Where N represents the first current trigger reporting count; T represents the preset signal acquisition time of the terminal, by setting... The calculation shows that F represents the preset probability density and σ represents the standard deviation.

18. The apparatus as claimed in claim 13, characterized in that, The communication module is further configured to receive a first reporting response information for the application uplink message returned by the server through the terminal; wherein the first reporting response information is used to indicate whether the result of the first reporting attempt in response to the first triggering operation is a successful reporting or a failed reporting. The reporting module is further configured to, if the first reporting attempt results in a reporting failure, retry sending the application uplink message of the SIM card application to the server through the terminal, until the number of retries equals the first preset number of retries.

19. The apparatus as claimed in claim 18, characterized in that, The event handling module is further configured to, if the reporting attempt result indicated by the first reporting response information is a successful report, deregister the network location status change event and the periodic status query event from the terminal.

20. The apparatus as claimed in claim 13, characterized in that, The communication module is also configured to receive the second command data sent by the terminal in response to the second triggering operation of the terminal on the network location status change event; The reporting module is further configured to, in response to the second triggering operation, send an application uplink message of the SIM card application to the server through the terminal when the second current triggering reporting count and the current network location status meet the second triggering reporting conditions; wherein, the second triggering reporting conditions include the second current triggering reporting count being less than the second preset triggering reporting count and the current network location status meeting the preset network location status.

21. The apparatus as claimed in claim 20, characterized in that, The communication module is further configured to receive a second reporting response information for the application uplink message returned by the server through the terminal; wherein the second reporting response information is used to indicate whether the result of the second reporting attempt in response to the second triggering operation is a successful reporting or a failed reporting. The reporting module is also used to retry sending the application uplink message of the SIM card application to the server through the terminal if the result of the second reporting attempt is that the reporting fails, until the number of retries is equal to the second preset number of retries; The event handling module is further configured to, if the result of the second reporting attempt is that the reporting is successful, deregister the network location status change event and the periodic status query event from the terminal.

22. The apparatus as claimed in any one of claims 13 to 21, characterized in that, The data structure of the application uplink message includes an application uplink data field, which includes the application version identifier of the SIM card application, the transaction unique identifier and transaction start time of the uplink message transaction, the time zone of the terminal, the message sending time of the application uplink message, the application response data packet, and the message authentication code.

23. The apparatus as claimed in claim 22, characterized in that, The data structure of the application uplink message also includes an encryption identifier field, which includes multiple bits to indicate: whether encryption is enabled, encryption algorithm type, encryption block mode, and key index used for encryption. The device further includes: an encryption module, used to perform a first encryption operation on the application version identifier, the transaction unique identifier, the transaction start time, the time zone, the message sending time, and the application response data packet based on the encryption identifier field, to generate the message authentication code; The encryption module is further configured to perform a second encryption operation on the transaction unique identifier, the transaction start time, the time zone, the message sending time, the application response data packet, and the message authentication code based on the second indication identifier of the encryption identifier field, to obtain the encrypted application uplink message.

24. An electronic device comprising a memory, a processor, and a computer program stored in the memory, characterized in that, The processor executes the computer program to implement the steps of the method according to any one of claims 1 to 12.

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

26. A computer program product, comprising a computer program, characterized in that, When executed by a processor, the computer program implements the steps of the method described in any one of claims 1 to 12.

Images