Method and device for updating data of user identity module card system

文档序号:1957164 发布日期:2021-12-10 浏览:8次 中文

阅读说明:本技术 更新用户身份识别模块卡系统数据的方法及装置 (Method and device for updating data of user identity module card system ) 是由 李涛 王泽智 张鑫 范姝男 于 2020-06-09 设计创作,主要内容包括:本申请提供一种更新用户身份识别模块卡系统数据的方法及装置,涉及通信技术领域,其中,该方法包括当检测到目标用户身份识别模块SIM卡的更新指示消息时,获取至少一个更新描述信息,所述更新描述信息用于描述与所述更新描述信息对应的更新文件的更新特征,基于所述目标SIM卡的系统信息,对所述更新描述信息进行校验,获取目标更新描述信息对应的目标更新文件,所述目标更新描述信息为所述至少一个更新描述信息中通过校验的更新描述信息,基于所述目标更新文件,对所述目标SIM卡中的系统数据进行更新。本申请提供的技术方案能够提高对系统数据进行更新的效率和灵活性,降低线下的运维成本。(The method comprises the steps of obtaining at least one piece of updating description information when an updating indication message of a target subscriber identity module SIM card is detected, verifying the updating description information based on the system information of the target SIM card, obtaining a target updating file corresponding to the target updating description information, wherein the target updating description information is the updating description information which passes the verification in the at least one piece of updating description information, and updating the system data in the target SIM card based on the target updating file. The technical scheme provided by the application can improve the efficiency and flexibility of updating the system data and reduce the offline operation and maintenance cost.)

1. A method for updating sim card system data, the method comprising:

when an update indication message of a target subscriber identity module SIM card is detected, acquiring at least one piece of update description information, wherein the update description information is used for describing the update characteristics of an update file corresponding to the update description information;

verifying the updating description information based on the system information of the target SIM card;

acquiring a target update file corresponding to target update description information, wherein the target update description information is verified update description information in the at least one update description information;

and updating the system data in the target SIM card based on the target update file.

2. The method of claim 1, wherein the update indication message comprises an update trigger instruction of the target SIM card or a power-up message of the target SIM card.

3. The method according to claim 1 or 2, wherein the update description information includes a first system vendor identifier and at least one first system version identifier, the system information includes a second system vendor identifier and a second system version identifier of system data in the target SIM card, and the checking the update description information based on the system information of the target SIM card includes:

and when the first system manufacturer identifier in the update description information is the same as the second system manufacturer identifier, and any one of the first system version identifiers in the update description information is the same as the second system version identifier, determining that the update description information passes verification.

4. The method of claim 3, wherein the update description information further comprises a third system version identification.

5. The method of claim 4, wherein the checking the update description information based on the system information of the target SIM card comprises:

when the first system vendor identifier in the update description information is the same as the second system vendor identifier, any one of the first system version identifiers in the update description information is the same as the second system version identifier, and the third system version identifier in the update description information is higher than the third system version identifiers included in other update description information in the at least one update description information, it is determined that the update description information passes verification.

6. The method according to any one of claims 1 to 5, wherein the obtaining of the target update file corresponding to the target update description information includes:

and when the target update description information comprises an update file path, acquiring the target update file based on the update file path.

7. The method of claim 6, wherein the update file path comprises a first network address, and wherein obtaining the target update file based on the update file path comprises:

and acquiring the target update file from a first preset server based on the first network address.

8. The method according to any one of claims 1 to 7, wherein the target update file is stored in a first predetermined server, and the update description information is stored in a second predetermined server, where the first predetermined server includes a server of a system manufacturer, a server of a terminal manufacturer, or a server different from the server of the system manufacturer and the server of the terminal manufacturer in the target SIM card; the second preset server includes a server of the system manufacturer, a server of the terminal manufacturer, or a server different from the server of the system manufacturer and the server of the terminal manufacturer.

9. The method of claim 8, wherein the first predetermined server and the second predetermined server are the same server.

10. The method according to any one of claims 1 to 9, wherein the obtaining of the target update file corresponding to the target update description information includes:

acquiring an update file set, wherein the update file set comprises at least one update file;

and acquiring the target update file corresponding to the target update description information from the update file set.

11. The method according to any of claims 1-10, wherein the target update file comprises an application protocol data unit APDU write instruction set, and the updating the system data in the target SIM card based on the target update file comprises:

and sending the APDU writing instruction set to the target SIM card.

12. The method according to claim 11, wherein the target update file further includes a version identification update instruction set and a power-on instruction set, and after the sending the APDU write instruction set to the target SIM card, further comprises:

and sequentially executing the version identification updating instruction set and the power-on instruction set.

13. The method according to claim 11 or 12, wherein when the target update description information includes a user data erasure flag, the target update file further includes a user data erasure instruction set, and before the sending the APDU write instruction set to the target SIM card, the method further includes:

executing the user data erasure instruction set.

14. The method of claim 13, further comprising, before the updating the system data in the target SIM card based on the target update file:

and outputting user data erasure prompt information.

15. The method according to any of claims 11-14, wherein when the target update description information includes a system data erasure flag, the target update file further includes a system data erasure command set, and before the sending the APDU write command set to the target SIM card, the method further comprises:

executing the system data erasure instruction set.

16. The method of claim 15, further comprising, before the updating the system data in the target SIM card based on the target update file:

and outputting system data erasure prompt information.

17. The method according to any of claims 11-16, wherein the target update file further comprises an update mode setting instruction set, and before the sending the APDU write instruction set to the target SIM card, further comprises:

executing the update mode setting instruction set.

18. The method according to any of claims 11-17, wherein said sending the APDU write command set to the target SIM card comprises:

dividing the APDU write-in instruction set into a plurality of data packets with preset sizes, wherein the APDU write-in instruction set is decrypted by the target SIM card and comprises at least one APDU write-in instruction;

and sending a plurality of data packets to the target SIM card.

19. The method according to any of claims 11-17, wherein said sending the APDU write command set to the target SIM card comprises:

analyzing the APDU writing instruction set to obtain at least one APDU writing instruction;

and sequentially sending the at least one APDU writing instruction to the target SIM card.

20. The method of any one of claims 1-19, further comprising:

when the system data in the target SIM card is updated, loading the updated system data and activating the user data in the target SIM card;

and sending an updating success message to the slave first preset server.

21. The method according to any one of claims 1-20, wherein the target SIM card comprises an embedded eSIM card, a virtual vSIM card, or an integrated iSIM card.

22. An apparatus for updating subscriber identity module card system data, the apparatus comprising:

the device comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring at least one piece of update description information when an update indication message of a target SIM card is detected, and the update description information is used for describing the update characteristics of an update file corresponding to the update description information; acquiring a target update file corresponding to target update description information, wherein the target update description information is verified update description information in the at least one update description information;

the verification module is used for verifying the updating description information based on the system information of the target SIM card;

and the updating module is used for updating the system data in the target SIM card based on the target updating file.

23. A terminal, comprising: a memory for storing a computer program and a processor; the processor is adapted to perform the method of any of claims 1-21 when the computer program is invoked.

24. A chip system, comprising a processor coupled to a memory, the processor executing a computer program stored in the memory to implement the method of any one of claims 1-21.

Technical Field

The present application relates to the field of communications technologies, and in particular, to a method and an apparatus for updating Subscriber Identity Module (SIM) card system data.

Background

With the development of communication technology, programmable SIM cards such as embedded subscriber identity module (eSIM) cards are widely used in consumer terminals, in particular, terminals such as wearable devices, mobile phones, tablets, and personal computers. The programmable SIM card can run a separate operating system, namely a Card Operating System (COS), and like other Operating Systems (OS), the COS has a problem of requiring updating. Therefore, a method for updating the system data of the SIM card is needed.

In the prior art, when an eSIM card needs to be upgraded, a technician of a COS manufacturer generates a new version of COS, then the new version of COS and a related upgrade script are provided to a terminal manufacturer, and then the related technician of the terminal manufacturer runs the upgrade script in a research and development environment to manually update the COS in the eSIM card.

However, since it is necessary for a technician associated with a terminal manufacturer to obtain the new version of the COS and the upgrade script and manually update the COS in the eSIM card, efficiency and flexibility are low, and the off-line operation and maintenance cost is also increased.

Disclosure of Invention

In view of this, the present application provides a method and an apparatus for updating system data of an SIM card, so as to improve efficiency and flexibility of updating the system data and reduce offline operation and maintenance cost.

In order to achieve the above object, in a first aspect, an embodiment of the present application provides a method for updating SIM card system data, where the method includes:

when an update indication message of a target subscriber identity module SIM card is detected, acquiring at least one piece of update description information, wherein the update description information is used for describing the update characteristics of an update file corresponding to the update description information;

verifying the updating description information based on the system information of the target SIM card;

acquiring a target update file corresponding to target update description information, wherein the target update description information is verified update description information in the at least one update description information;

and updating the system data in the target SIM card based on the target update file.

The update indication message may be used to indicate that the system data in the target SIM card may be currently updated (i.e. to indicate an opportunity to update the system data); and the update file can be used for updating the system data in the target SIM card.

It should be noted that the terminal may include at least one programmable SIM card, and the target SIM card may be one of the at least one programmable SIM card.

In the embodiment of the present application, when the update indication message of the target SIM card is detected, at least one piece of update description information may be acquired. Since the update description information may describe an update characteristic of an update file corresponding to the update description information, the update description information may be verified based on system information of the target SIM card. When a certain update description information passes the verification, the update description information is the target update description information, so that a target update file corresponding to the target update description information can be obtained, and the system data in the target SIM card is updated based on the target update file. That is, whether the system data needs to be updated or not can be automatically judged according to the acquired update description information, and when the system data needs to be updated, the corresponding target update file is acquired to update the system data, so that the COS does not need to be updated by the related technical personnel through the operation upgrade script under the research and development environment, the efficiency and the flexibility of updating the system data are improved, and the operation and maintenance cost is also reduced.

Optionally, the SIM card may include system data and user data, and the system data may include the COS, and the user data may include a profile (profile).

Alternatively, the update description information may be used to describe an update characteristic of an update file corresponding to the update description information. The update description information may include a first system vendor identification and at least one first system version identification, and may further include at least one of a third system version identification, an update file path, a system data erasure identification, and a user data erasure identification.

When the terminal acquires the update description information, the terminal may acquire the update description information according to the update description information address. The update description information address may be obtained by receiving user submission or setting in advance, and the update description information address may include a second network address pointing to a second preset server or a second local address pointing to the terminal home terminal. And when the update description information address includes the second network address, the update description information may be acquired through Over The Air (OTA) mode.

Optionally, the update indication message includes an update trigger instruction of the target SIM card or a power-on message of the target SIM card.

Optionally, the updating description information includes a first system vendor identifier and at least one first system version identifier, the system information includes a second system vendor identifier and a second system version identifier of system data in the target SIM card, and the checking the updating description information based on the system information of the target SIM card includes:

and when the first system manufacturer identifier in the update description information is the same as the second system manufacturer identifier, and any one of the first system version identifiers in the update description information is the same as the second system version identifier, determining that the update description information passes verification.

Optionally, the update description information further includes a third system version identifier.

Optionally, the checking the update description information based on the system information of the target SIM card includes:

when the first system vendor identifier in the update description information is the same as the second system vendor identifier, any one of the first system version identifiers in the update description information is the same as the second system version identifier, and the third system version identifier in the update description information is higher than the third system version identifiers included in other update description information in the at least one update description information, it is determined that the update description information passes verification.

Since the first system manufacturer identifier is the identifier of the system manufacturer corresponding to the update file, and the first system version identifier is the version identifier of the system data that can be updated based on the update file, when the first system manufacturer identifier is the same as the identifier of the second system manufacturer, it may be stated that the manufacturer corresponding to the update file is consistent with the manufacturer of the system in the target SIM card, and when the at least one first system version identifier includes the second system version identifier (i.e., the second system version identifier is one of the at least one first system version identifier), it may be stated that the current system version in the target SIM card is the same as the system version to which the update file is directed. Therefore, when the first system manufacturer identifier is the same as the second system manufacturer identifier and at least one first system version identifier includes the second system version identifier, it may be determined that the verification is passed, and subsequent steps may be continuously performed to update the system data in the target SIM card, otherwise, it may be determined that the verification is not passed, and thus the system data is not updated. That is, on one hand, the terminal can compare the first system manufacturer identifier with the second system manufacturer identifier of the target SIM card, so as to ensure that the system data of the target SIM card is updated through the update file corresponding to the manufacturer of the system in the target SIM card, thereby being capable of updating the system data of different manufacturers; on the other hand, the at least one first system version identification is compared with the second system version identification in the target SIM card, so that the system data of the target SIM card is ensured to be updated through the update file which is adaptive to the system data in the target SIM card, and whether the programmable SIM cards with the system data of different versions are updated based on the update file can be flexibly and accurately controlled.

Optionally, the checking the update description information based on the system information of the target SIM card includes:

when the first system vendor identifier in the update description information is the same as the second system vendor identifier, any one of the first system version identifiers in the update description information is the same as the second system version identifier, and the third system version identifier in the update description information is higher than the third system version identifier and the second system version identifier included in other update description information in the at least one update description information, it is determined that the update description information passes verification.

Optionally, the checking the update description information based on the system information of the target SIM card includes:

when the first system vendor identifier in the update description information is the same as the second system vendor identifier, any one of the first system version identifiers in the update description information is the same as the second system version identifier, the third system version identifier in the update description information is higher than the third system version identifier included in other update description information in the at least one update description information, and the third system version identifier in the update description information is lower than the second system version identifier, it is determined that the update description information passes verification.

If the third system version identifier is higher than the second system version identifier, the update may be a system rollback, and if the third system version identifier is lower than the second system version identifier, the update may be to a higher version, so that the third system version identifier may be compared with the second system version identifier, and system rollback may be selected or prevented according to different requirements, thereby further improving flexibility of updating system data.

Alternatively, the first system version identification may comprise a plurality of levels of sub-first system version identifications, and the second system version identification may comprise a plurality of levels of sub-second system version identifications.

Optionally, the obtaining of the target update file corresponding to the target update description information includes:

and when the target update description information comprises an update file path, acquiring the target update file based on the update file path.

Optionally, the updating file path includes a first network address, and the obtaining the target updating file based on the updating file path includes:

and acquiring the target update file from a first preset server based on the first network address.

Optionally, the target update file is stored in a first preset server, and the update description information is stored in a second preset server, where the first preset server includes a server of a system manufacturer in the target SIM card, a server of a terminal manufacturer, or a server different from the server of the system manufacturer and the server of the terminal manufacturer; the second preset server includes a server of the system manufacturer, a server of the terminal manufacturer, or a server different from the server of the system manufacturer and the server of the terminal manufacturer.

Optionally, the first preset server and the second preset server are the same server.

It should be noted that the first preset server and the second preset server may be different server modules in the same server or different servers in the same server cluster. When the first preset server is the same as the second preset server, the first preset server and the second preset server may be the same server module in the same server or the same server in the same server cluster.

It can be seen that, in the embodiment of the present application, sources of the update description information and the update file are not limited, the terminal may flexibly obtain the update description information according to the update description information address, and obtain the target update file according to the update file path, instead of obtaining the update file and the update description information only from a system manufacturer of the target SIM card (or called a system data manufacturer), which may implement decoupling between system data in the SIM card and a system data manufacturer, and further improve flexibility of updating the system.

It should be further noted that the file in which the update description information is located may be the same file as the corresponding update file.

Optionally, the obtaining of the target update file corresponding to the target update description information includes:

acquiring an update file set, wherein the update file set comprises at least one update file;

and acquiring the target update file corresponding to the target update description information from the update file set.

Optionally, the target update file includes an Application Protocol Data Unit (APDU) write instruction set, and updating the system data in the target SIM card based on the target update file includes:

and sending the APDU writing instruction set to the target SIM card.

Optionally, the target update file further includes a version identifier update instruction set and a power-on instruction set, and after the sending the APDU write instruction set to the target SIM card, the method further includes:

and sequentially executing the version identification updating instruction set and the power-on instruction set.

And updating the second system version identifier in the target SIM card into a third system version identifier carried by the updating description information through the version identifier updating instruction. Of course, if the target update description information does not carry the third system version identifier, the target update description information may also be updated according to the preset version identifier generation rule and the second system version identifier to generate the third system version identifier, and the second system version identifier is replaced with the third system version identifier.

Optionally, when the target update description information includes a user data erasure identifier, the target update file further includes a user data erasure instruction set, and before the sending the APDU write instruction set to the target SIM card, the method further includes:

executing the user data erasure instruction set.

Optionally, before the updating the system data in the target SIM card based on the target update file, the method further includes:

and outputting user data erasure prompt information.

Optionally, when the target update description information includes a system data erasure flag, the target update file further includes a system data erasure instruction set, and before the sending the APDU write instruction set to the target SIM card, the method further includes:

executing the system data erasure instruction set.

Wherein the system data erasure flag may be represented by a character string. If the update description information includes a system data erasure identifier, it can be shown that the update is to completely update the system data (i.e., upgrade), and the system data needs to be erased; if the update description information does not include the system data erasure identifier, it can be shown that the update is to update the system data in a patching manner (i.e., update), and the system data does not need to be erased.

It should be noted that, in practical application, the identifier name of the "system data erasure identifier" may also be determined according to actual needs, as long as the identifier can indicate that the update is a complete update of the system data or a patch update of the system data, that is, whether the system data needs to be erased or not.

For example, the system data erasure indicator may be replaced by a full update indicator and a patch update indicator. When the update description information includes the complete update indication identifier, it may be indicated that the update is to completely update the system data, and when the update description information includes the patch update indication identifier, it may be indicated that the update is to update the system data in a patching manner.

Optionally, before the updating the system data in the target SIM card based on the target update file, the method further includes:

and outputting system data erasure prompt information.

Optionally, the target update file further includes an update mode setting instruction set, and before the sending the APDU write instruction set to the target SIM card, the method further includes:

executing the update mode setting instruction set.

Since the target update file includes the APDU write instruction set, the version identifier update instruction set, and the power-on reset instruction set, and may further include at least one of the system erase instruction set, the user data erase instruction set, and the update description information may include at least one of the system data erase identifier and the user data erase identifier, when updating the system data in the target SIM card, it may be determined whether the update is update or upgrade according to the target update description information, whether the system data or the user data needs to be erased first, and the corresponding manner of updating the system data may include the following several cases:

in a possible implementation manner, the target update description information does not include a system data erasure identifier or a user data erasure identifier, and therefore system data and user data do not need to be erased, the terminal may send the APDU write instruction set to the target SIM card, and after the target SIM card executes the APDU write instruction set, the terminal may sequentially execute the version identifier update instruction and the power-on instruction.

In another possible implementation manner, the target update description information does not include a system data erasure identifier, but includes a user data erasure identifier, and the system data may not be erased, then the terminal may execute the user data erasure instruction set first, and then send the APDU write instruction set to the target SIM card, and after the target SIM card has executed the APDU write instruction set, may execute the version identifier update instruction set and the power-up instruction set again.

In another possible implementation manner, the target update description information includes a system data erasure flag, but does not include a user data erasure flag, the system data may be erased, then the terminal may execute the system data erasure instruction set first, then send the APDU write instruction set to the target SIM card, and after the target SIM card executes the APDU write instruction set, may execute the version flag update instruction set and the power-up instruction set again.

In another possible implementation manner, the target update description information includes a system erasure flag and a user data erasure flag, and before sending the APDU write instruction set to the target SIM card, the system data and the user data need to be erased first, that is, the system data erasure instruction set, the user data erasure instruction set, and the update mode setting instruction set may be executed in any order, and then the APDU write instruction set may be sent to the target SIM card, and after the target SIM card executes the APDU write instruction set, the version flag update instruction set and the power-on instruction set may be executed.

It should be noted that, after sending the APDU write instruction set to the target SIM card, the terminal may not execute the version identifier update instruction set and the power-on instruction set.

It should be noted that, when the target update description information does not include the system data erasure flag, the update mode setting instruction set may be obtained from the target update file and executed before the APDU write instruction set is executed, regardless of whether the target update description information includes the user data erasure flag.

That is, by splitting the update file into a plurality of instruction sets and combining the update description information, the instruction sets can be dynamically increased, decreased and arranged according to the actual update requirements, the update (update) without erasing the system data and the update (update) with erasing the system data can be simultaneously satisfied, and the flexibility of updating the system data is further improved.

Optionally, the sending the APDU write instruction set to the target SIM card includes:

dividing the APDU write-in instruction set into a plurality of data packets with preset sizes, wherein the APDU write-in instruction set is decrypted by the target SIM card and comprises at least one APDU write-in instruction;

and sending a plurality of data packets to the target SIM card.

Optionally, the sending the APDU write instruction set to the target SIM card includes:

analyzing the APDU writing instruction set to obtain at least one APDU writing instruction;

and sequentially sending the at least one APDU writing instruction to the target SIM card.

Optionally, the method further comprises:

when the system data in the target SIM card is updated, loading the updated system data and activating the user data in the target SIM card;

and sending an updating success message to the slave first preset server.

Optionally, the target SIM card includes an embedded eSIM card, a virtual subscriber identity module (vSIM) card, or an Integrated Subscriber Identity Module (iSIM) card.

In a second aspect, an embodiment of the present application provides an apparatus for updating SIM card system data, where the apparatus includes:

the device comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring at least one piece of update description information when an update indication message of a target SIM card is detected, and the update description information is used for describing the update characteristics of an update file corresponding to the update description information; acquiring a target update file corresponding to target update description information, wherein the target update description information is verified update description information in the at least one update description information;

the verification module is used for verifying the updating description information based on the system information of the target SIM card;

and the updating module is used for updating the system data in the target SIM card based on the target updating file.

Optionally, the update indication message includes an update trigger instruction of the target SIM card or a power-on message of the target SIM card.

Optionally, the update description information includes a first system vendor identifier and at least one first system version identifier, the system information includes a second system vendor identifier and a second system version identifier of system data in the target SIM card, and the verification module is further configured to:

and when the first system manufacturer identifier in the update description information is the same as the second system manufacturer identifier, and any one of the first system version identifiers in the update description information is the same as the second system version identifier, determining that the update description information passes verification.

Optionally, the update description information further includes a third system version identifier.

Optionally, the verification module is further configured to:

when the first system vendor identifier in the update description information is the same as the second system vendor identifier, any one of the first system version identifiers in the update description information is the same as the second system version identifier, and the third system version identifier in the update description information is higher than the third system version identifiers included in other update description information in the at least one update description information, it is determined that the update description information passes verification.

Optionally, the obtaining module is further configured to:

and when the target update description information comprises an update file path, acquiring the target update file based on the update file path.

Optionally, the updating file path includes a first network address, and the obtaining the target updating file based on the updating file path includes:

and acquiring the target update file from a first preset server based on the first network address.

Optionally, the target update file is stored in a first preset server, and the update description information is stored in a second preset server, where the first preset server includes a server of a system manufacturer in the target SIM card, a server of a terminal manufacturer, or a server different from the server of the system manufacturer and the server of the terminal manufacturer; the second preset server includes a server of the system manufacturer, a server of the terminal manufacturer, or a server different from the server of the system manufacturer and the server of the terminal manufacturer.

Optionally, the first preset server and the second preset server are the same server.

Optionally, the obtaining module is further configured to:

acquiring an update file set, wherein the update file set comprises at least one update file;

and acquiring the target update file corresponding to the target update description information from the update file set.

Optionally, the target update file includes an APDU write instruction set;

the update module is further to:

and sending the APDU writing instruction set to the target SIM card.

Optionally, the update file set further includes a version identification update instruction set and a power-on instruction set, and the update module is further configured to:

and sequentially executing the version identification updating instruction set and the power-on instruction set.

Optionally, when the target update description information includes a user data erasure flag, the target update file further includes a user data erasure instruction set, and the update module is further configured to:

executing the user data erasure instruction set.

Optionally, the method further comprises:

and the prompt module is used for sending user data erasing prompt information.

Optionally, when the update description information includes a system data erasure flag, the target update file further includes a system data erasure instruction set, and the update module is further configured to:

executing the system data erasure instruction set.

Optionally, the prompt module is further configured to:

and sending out system data erasing prompt information.

Optionally, the target update file further includes an update mode setting instruction set, and the update module is further configured to:

executing the update mode setting instruction set.

Optionally, the update module is further configured to:

dividing the APDU write-in instruction set into a plurality of data packets with preset sizes, wherein the APDU write-in instruction set is decrypted by the target SIM card and comprises at least one APDU write-in instruction;

and sending a plurality of data packets to the target SIM card.

Optionally, the update module is further configured to:

analyzing the APDU writing instruction set to obtain at least one APDU writing instruction;

and sequentially sending the at least one APDU writing instruction to the target SIM card.

Optionally, the method further comprises:

the loading module is used for loading the updated system data and activating the user data in the target SIM card when the system data in the target SIM card is updated;

and the sending module is used for sending an update success message to the slave first preset server.

Optionally, the target SIM card includes an embedded eSIM card, a virtual vSIM card, or an integrated iSIM card.

In a third aspect, an embodiment of the present application provides a terminal, including: a memory for storing a computer program and a processor; the processor is adapted to perform the method of any of the first aspect described above when the computer program is invoked.

In a fourth aspect, an embodiment of the present application provides a chip system, where the chip system includes a processor, the processor is coupled with a memory, and the processor executes a computer program stored in the memory to implement the method in any one of the above first aspects.

The chip system can be a single chip or a chip module consisting of a plurality of chips.

In a fifth aspect, the present application provides a computer-readable storage medium, on which a computer program is stored, where the computer program is executed by a processor to implement the method of any one of the above first aspects.

In a sixth aspect, embodiments of the present application provide a computer program product, which, when run on a terminal, causes the terminal to perform the method of any one of the first aspect.

It is understood that the beneficial effects of the second to sixth aspects can be seen from the description of the first aspect, and are not described herein again.

Drawings

Fig. 1 is a schematic structural diagram of a system update system according to an embodiment of the present application;

fig. 2 is a flowchart of a method for updating SIM card system data according to an embodiment of the present disclosure;

fig. 3 is a flowchart of a method for updating SIM card system data in a target SIM card based on a target update file according to an embodiment of the present application;

fig. 4 is a flowchart of another method for updating SIM card system data according to an embodiment of the present application;

fig. 5 is a flowchart of another method for updating SIM card system data according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of an apparatus for updating SIM card system data according to an embodiment of the present disclosure;

fig. 7 is a schematic structural diagram of a terminal according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of another terminal provided in the embodiment of the present application;

fig. 9 is a block diagram of a software structure of a terminal according to an embodiment of the present application.

Detailed Description

In order to facilitate understanding of the technical solutions in the embodiments of the present application, an application scenario of the embodiments of the present application is first described below.

The SIM card is a subscriber identity card of a digital cellular mobile phone, which can be understood as a key for accessing a terminal device to a mobile network, and has functions of storing data, authenticating a subscriber identity under secure conditions, encrypting subscriber information, and the like. The SIM card may include system data and user data.

The system data may include the COS, the user data may include a Profile (Profile), and the user data may be used for authentication when the terminal joins the mobile network. Of course, in practical applications, the system data and the user data may also include other types of data, and this embodiment of the present application is not particularly limited to this system data and user data.

At present, common physical SIM cards are gradually replaced by programmable SIM cards due to their large size and the need for setting corresponding card slots in the terminal. The data in the programmable SIM card can be erased and rewritten, and may include an eSIM card, a vmsim card, or an iSIM card. An eSIM card, or an embedded universal integrated circuit card (eUICC) card, may be a chip embedded on a terminal board. The vmsim card, or a virtual integrated circuit (vUICC) card, may simulate the related functions of the SIM card through software, without the existence of a physical chip. The iSIM card, or an integrated universal integrated circuit card (uiicc), may integrate the SIM card into a processor of the terminal, that is, a physical chip is not separately configured to be used as the SIM card. Certainly, in practical applications, the programmable SIM card may also be implemented in other forms, and the implementation manner of the programmable SIM card is not specifically limited in this application embodiment.

The programmable SIM card needs to be connected to a server of the network operator, from which the user data is downloaded, installed and activated before being able to connect to the mobile network based on the user data. During the use of the programmable SIM card, the system data in the programmable SIM card may need to be updated, for example, to be compatible with the user data from different network operators, to be updated accordingly, or to be functionally updated.

In the prior art, the COS in the eSIM card can be updated, and the updating process is mainly implemented by a technician of a terminal manufacturer obtaining a new version of the COS and a related upgrade script from the COS manufacturer, then running the upgrade script in a research and development environment, and updating the new version of the COS into the eSIM card. However, this method is cumbersome and requires the participation of related technicians, which not only has low efficiency and flexibility, but also has high offline operation and maintenance costs, for example, if the terminal is sold, the user needs to provide the terminal to an after-sales service center to update the COS in the eSIM card, which is very complicated and costly.

In order to solve the technical problem, the application provides a method for updating the system data of the SIM card. When the update indication message of the target SIM card is detected, at least one piece of update description information can be acquired. Since the update description information may describe an update characteristic of an update file corresponding to the update description information, the update description information may be verified based on system information of the target SIM card. When a certain update description information passes the verification, the update description information is the target update description information, so that a target update file corresponding to the target update description information can be obtained, and the system data in the target SIM card is updated based on the target update file. That is, whether the system data needs to be updated or not can be automatically judged according to the acquired update description information, and when the system data needs to be updated, the corresponding target update file is acquired to update the system data, so that the COS does not need to be updated by the related technical personnel through the operation upgrade script under the research and development environment, the efficiency and the flexibility of updating the system data are improved, and the operation and maintenance cost is also reduced.

Fig. 1 is a schematic structural diagram of a data updating system of a SIM card system according to an embodiment of the present disclosure. The system may be provided in a terminal 100, which may be provided with at least one programmable SIM card 110. As shown in fig. 1, the system may include a Local Profile Administrator (LPA) module 120, an Application Programming Interface (API) 130, and an Open Mobile API (OMAPI) 140 for interacting with the programmable SIM card.

The LPA module 120 may include a Local User Interface (LUI), a profile download sub-module for the programmable SIM card, a profile management sub-module, and an osu (os update) sub-module. The LUI may be configured to provide an interface for interaction between the SIM card system data update system and a user, for example, the LUI may receive a corresponding user operation to enter or end system update, and determine a data source of the current update selected by the user through the LUI; the profile downloading submodule and the profile management submodule can be respectively used for downloading and managing user data such as profiles and the like; the OSU submodule may be configured to update a system in the programmable SIM card, the OSU submodule including at least one system vendor's data parser, the data parser being configured to parse and execute instructions for the system in a manner corresponding to the system vendor.

The call system API130 may be configured to interact with the baseband 150 at the hardware layer, including controlling the baseband 150 to enter or exit an update mode (pass through mod). When the baseband 150 is in the update mode, the baseband 150 may reject other service requests that may be related to the network, such as a network searching service, a data service, or a call service, of the terminal.

The OMAPI140 may be connected to the programmable SIM card 110 located in the hardware layer through a SIM card interface driver 150 based on the international organization for standardization (ISO) 7876 standard, such as a Serial Peripheral Interface (SPI) driver or a 7816 driver located in the kernel layer, so that the LPA module 120 may interact with the programmable SIM card 110, thereby updating system data in the programmable SIM card 110.

Optionally, the SIM card system data updating system may further include the server 200. The server 200 may include a server or a server cluster, and the server 200 may provide the terminal 100 with data related to updating the system data, such as at least one of the update description information and the target update file.

It should be noted that the server 200 may be determined by a preset setting, and may include a server of a system manufacturer, a server of a terminal manufacturer, or a server different from the server of the system manufacturer and the server of the terminal manufacturer.

It should be noted that, in the embodiment of the present application, the LPA module 120 in the terminal 100 is used as a SIM card update module to update system data in the programmable SIM card, but in practical applications, other modules capable of writing data into the programmable SIM card in the terminal 100 may also be used as a SIM card update module, for example, a Near Field Communication (NFC) module. The SIM card update module is not particularly limited in the embodiment of the present application.

The technical solution of the present application will be described in detail below with specific examples. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments.

Fig. 2 is a flowchart of a method for updating SIM card system data according to an embodiment of the present disclosure. The method can be applied to a terminal. It should be noted that the method is not limited by the specific sequence shown in fig. 2 and described below, and it should be understood that in other embodiments, the sequence of some steps in the method may be interchanged according to actual needs, or some steps may be omitted or deleted. The method comprises the following steps:

s201, when an update indication message of a target subscriber identity module SIM card is detected, at least one piece of update description information is obtained, and the update description information is used for describing the update characteristics of an update file corresponding to the update description information.

In order to update the system data in the target SIM card in time to ensure that the target SIM card can operate reliably, the terminal 100 may detect an update indication message of the target SIM card through a SIM card update module (such as the LPA module 120 in fig. 1), and in order to facilitate the terminal to determine a summary feature of the current update to determine whether to perform the current update or perform other operations, when the update indication message for the target SIM card is detected, the update description information may be obtained.

Optionally, the SIM card may include system data and user data.

The update indication message may be used to indicate that the system data in the target SIM card may be updated currently. Alternatively, the update indication message may include an update trigger instruction of the target SIM card or a power-on message of the target SIM card.

The update triggering instruction can be used for indicating that the system data in the target SIM card is updated, and the update triggering instruction can be triggered by the user executing preset user operation. When the update indication message includes the update trigger instruction, the terminal 100 may present at least one programmable SIM card to the user through the LUI in the foregoing, and then the user may select any one of the programmable SIM cards, so as to update the system data in the selected programmable SIM card.

The power-on message of the target SIM card may indicate that the target SIM card is currently powered on and started. When the update indication message includes a power-on message of the target SIM card, the terminal may subscribe to the power-on message of the target SIM card in advance (e.g., through the OSU sub-module in the LPA module 120) from a power-on management process in the terminal. Then, when the target SIM card is powered up again (for example, the terminal is powered on), the terminal may acquire a power-up message of the target SIM card sent by the power-on management process.

The update description information may be used to describe an update characteristic of a target update file corresponding to the update description information.

Optionally, the update description information may include a first system vendor identifier and at least one first system version identifier, and may further include at least one of a third system version identifier, an update file path, a system erasure identifier, and a user data erasure identifier.

The first system manufacturer identification is the identification of the system manufacturer corresponding to the update file; the third system version identification is the version identification of the system after the system data is updated based on the update file; the first system version identification is the version identification of the system data which can be updated based on the update file; the update file path may be used to indicate a location of the update file, and the update file path may include a network path pointing to a certain location in the network, or may include a local path pointing to a certain location in the terminal; the system erasure identifier can be used for indicating to erase the system data in the target SIM card, if the update description information includes the system data erasure identifier, it can be shown that the current update is to completely update the system data and needs to erase the system data in the system data, and if the update description information does not include the user data erasure identifier, it can be shown that the current update is to update the system data in a patching manner and does not need to erase the system data in the system data; the user data erasure flag may be used to instruct erasure of user data in the target SIM card, and if the update description information includes the user data erasure flag, it indicates that the user data in the system data needs to be erased, and if the update description information does not include the user data erasure flag, the user data in the system data needs to be erased.

It should be noted that, in practical application, the identifier name of the "system data erasure identifier" may also be determined according to actual needs, as long as the identifier can indicate that the update is a complete update of the system data or a patch update of the system data, that is, whether the system data needs to be erased or not. Of course, the identifier name of "user data erasure identifier" may also be determined according to actual needs, as long as it can be stated through the identifier whether the user data needs to be erased in the update.

For example, the system data erasure indicator may be replaced by a full update indicator and a patch update indicator. When the update description information includes the complete update indication identifier, it may be indicated that the update is to completely update the system data, and when the update description information includes the patch update indication identifier, it may be indicated that the update is to update the system data in a patching manner.

Alternatively, the update description information may be determined in advance according to a corresponding update file, for example, determined by a technician who generates the update file, or determined by machine mining or machine learning, etc., according to the update file.

For at least one first system version identification, when the update file is generated, whether the update file has conflict with system data of each possible version can be judged. And if the system data of a certain version does not conflict with the update file, determining the version identification of the system data of the certain version as the first system version identification, so that the system data with the first system version identification can be updated based on the update file.

If the system data in a certain SIM card is updated twice in the history, the version identifier includes 000, 001 and 002, and the current update needs to erase the system data, no matter how the previous two updates happen, no conflict will occur with the current update, that is, the system data of the 000, 001 and 002 versions can be updated this time. Therefore, for the update, the third system version identifier in the update description information may be set to 003, the first system version identifier may be set to 000, 001, and 002, and the system erasure identifier may be set to erase _ cos, which indicates that the system in the target SIM card needs to be erased.

If the system data in a certain SIM card is updated twice in the history, the version identifier includes 000, 001 and 002, the system data is not erased in the current update, and the current update and the previous updates are both updates based on different characteristics in the previous version system, no conflict will be generated with the current update no matter how the previous updates are, that is, the system of the 000, 001 and 002 versions can perform the current update. Therefore, for the update, the third system version identification in the update description information may be set to 003, the first system version identification may be set to 000, 001, and 002, and the system erasure identification may be set to erase _ cos.

If the system in a certain SIM card is updated twice in the history, the version identification comprises 000, 001 and 002, the system data is not erased in the updating, and the updating and the previous updating are both updating based on at least the same characteristic in the previous version system, so the updating can be performed only based on the system data of the 002 version. Therefore, for the update, the third system version identifier in the update description information may be set to 003, the first system version identifier may be set to 002, and the system erasure identifier may be set to null, that is, system data does not need to be erased.

It can be seen that by setting at least one first system version identifier, it can be ensured that no matter which version the system data before updating is, as long as the system data of the version does not conflict with the current update file, the system can be updated through the update file, so that in the using process of the terminal, the system does not need to be updated one by one according to the release order of each version in the history, but the terminal can directly upgrade to the latest version across at least one intermediate version, or can perform version rollback. For example, some update description information includes a third system version identification of 003, first system version identifications of 000, 001, and 002, and a system version identification of 001 in some programmable SIM card. If the system in the programmable SIM card is updated to the 002 version and then to the 003 version according to the update method in the prior art. However, in the method for updating the system data of the SIM card provided in the embodiment of the present application, since the system version identifier in the programmable SIM card is one of the first system version identifiers, the system in the programmable SIM card can be updated directly based on the update file corresponding to the description information, and after the update is completed, the version identifier of the system can be 003, so that the process of updating the system data from the 001 version to the 002 version is omitted. Therefore, the method for updating the system data of the SIM card provided by the embodiment of the application not only obviously reduces the time taken for updating and improves the updating efficiency, but also avoids unnecessary erasing of the programmable SIM card in the updating process and prolongs the service life of the programmable SIM card.

In addition, if the update description information includes a system data erasure identifier, it can be shown that the update is to completely update the system data (i.e., upgrade), and the system data needs to be erased; if the update description information does not include the system data erasure identifier, it can be shown that the update is to update the system data in a patching manner (i.e., update), and the system data does not need to be erased.

It should be noted that, in practical application, the identifier name of the "system data erasure identifier" may also be determined according to actual needs, as long as the identifier can indicate that the update is a complete update of the system data or a patch update of the system data, that is, whether the system data needs to be erased or not.

For example, the system data erasure indicator may be replaced by a full update indicator and a patch update indicator. When the update description information includes the complete update indication identifier, it may be indicated that the update is to completely update the system data, and when the update description information includes the patch update indication identifier, it may be indicated that the update is to update the system data in a patching manner.

It should be noted that the system version identifier may be used to indicate the version of the system data. The system version identifier may include at least one hierarchical sub-identifier, for example, the system version identifier may include a primary version identifier and a secondary version identifier, where the primary version identifier is a system identity number (ID) and the secondary version identifier is a platform ID.

It should be noted that the first system manufacturer identifier, the system erasure identifier and the user data erasure identifier may be represented by character strings.

The update file path may be used to indicate a location where the update file is located, and the update file path may include at least one of a first network address pointing to the first preset server and a first local address pointing to the home terminal of the terminal. By setting the update file path, the terminal can conveniently and flexibly acquire the update file according to the update file path instead of acquiring the update file from the system manufacturer, decoupling of system data and the system manufacturer is realized, and flexibility of updating the system data is further improved.

And the update file can be used for updating the system data in the programmable SIM card.

Alternatively, the update file and the update description information may be corresponding. The update file may include an APDU write instruction set, a version identification update instruction set, and a power-on resume instruction set; when the update description information includes a system data erasure flag, the update file may further include a system erasure instruction set; when the updating description information comprises a user data erasing identification, erasing a command set by the user data; in addition, the update file may also update the mode setting instruction set. Alternatively, the update file may further include an update mode setting instruction set only when the APDU write instruction set, the version identification update instruction set, the power-on restart instruction set, and the system erase instruction set are included.

The APDU write instruction set may be used to write APDU data into the target SIM card, and the APDU write instruction set may include at least one APDU instruction, and each APDU instruction may be used to update at least one characteristic in the system data; the version identification updating instruction set may be used to update the system version identification in the target SIM card, including updating the system version identification before updating to a third system version identification included in the update description information, where the version identification updating instruction set may include at least one version identification updating instruction; the re-power-on instruction set may be used to instruct to re-power on the target SIM card, such as instructing to re-start the terminal, and the re-power-on instruction set may include at least one re-power-on instruction; the system erasing instruction set can be used for erasing system data in the target SIM card, and the system erasing instruction set can comprise at least one system erasing instruction; the user data erasing instruction set can be used for erasing the user data in the target SIM card, and the user data erasing instruction set can comprise at least one user data erasing instruction; the update mode setting instruction may instruct the baseband of the terminal to enter an update mode, and the update mode setting instruction set may include at least one update mode setting instruction, wherein when system data or user data needs to be erased for system data update, system function of the target SIM card may be damaged, and thus the baseband may be instructed to enter an update module.

Alternatively, the data format of the update description information may be set in advance. For example, an update description information may be as shown in table 1 below. In table 1 below, the first line "vendor _ ID" may be a first system vendor identifier, the second line "target _ cos _ version" may be a third system version identifier, the third line "allow _ cos _ version" may be a first system version identifier, the fourth line "erase _ cos _ segment" may be a system erase identifier, and the fifth line "erase _ profile _ segment" may be a user data erase identifier.

TABLE 1

It should be noted that, in the embodiment of the present application, only the update description information is introduced in table 1, and table 1 does not set any limit to the specific content and data format of the update description information.

When the terminal acquires the update description information, the terminal may acquire the update description information according to the update description information address. The update description information address may be obtained by receiving user submission or setting in advance, and the update description information address may include a second network address pointing to a second preset server or a second local address pointing to the terminal home terminal. And when the update description information address comprises the second network address, the update description information can be acquired in an OTA mode.

It should be noted that the first preset server may store the update file, the second preset server may store the update description information, and the first preset server and the second preset server may be different server modules in the same server or different servers in the same server cluster, or of course, may also be the same server module in the same server or the same server in the same server cluster. In addition, when the update description information is the same file as the update file, the first local address may be the same as the second local address.

It should be noted that the first predetermined server or the second predetermined server may be a server of a system manufacturer, a server of a terminal manufacturer, or a server different from the server of the system manufacturer and the server of the terminal manufacturer. That is, in the embodiment of the present application, sources of the update description information and the update file are not limited, and the terminal may flexibly obtain the update description information according to the update description information address and obtain the target update file according to the update file path, instead of obtaining the update file and the update description information only from a system manufacturer of the target SIM card (or called a system data manufacturer), so that decoupling of system data in the SIM card and the system data manufacturer can be achieved, and flexibility of updating the system is further improved.

In addition, when the update description information includes the system data erasure flag, the system data erasure prompt information may be output, and when the update description information includes the user data erasure flag, the user data erasure prompt information may be output.

The system data erasure prompting information can be used for prompting that the system data is to be erased, and the user data erasure identifier can be used for prompting that the user data is to be erased.

S202, based on the system information of the target SIM card, the updating description information is verified.

Since the update files corresponding to different update description information may or may not be compatible with the system data in the target SIM card, the update description information may be checked based on the system information of the target SIM card in order to ensure that the system data can be successfully updated.

The system information of the target SIM card may be used to indicate at least one system attribute of the target SIM card. Optionally, the system information may include a second system vendor identifier and a second system version identifier of the system in the target SIM card.

The system information of the target SIM card may be obtained from the target SIM card, or the system information may also be obtained from a preset storage location where the system information is stored.

When the update description information is verified based on the system information of the target SIM card, the second system vendor identifier included in the system information may be compared with the first system vendor identifier included in the update description information, and the second system version identifier included in the system information may be compared with at least one first system version identifier included in the description information. Because the first system manufacturer identifier is the identifier of the system manufacturer corresponding to the update file, and the first system version identifier is the version identifier of the system data that can be updated based on the update file, when the first system manufacturer identifier is the same as the second system manufacturer identifier, it can be stated that the manufacturer corresponding to the update file is consistent with the manufacturer of the system in the target SIM card, and when any one of the at least one first system version identifier is the same as the second system version identifier, it can be stated that the current system version in the target SIM card is the same as the system version to which the update file is directed. Therefore, when the first system manufacturer identifier in the update description information is the same as the second system manufacturer identifier, and any first system version identifier in the update description information is the same as the second system version identifier, it is determined that the update description information passes verification, and the subsequent steps can be continuously executed to update the system data in the target SIM card, otherwise it is determined that the verification fails, and the system data is not updated. That is, on one hand, the terminal can compare the first system manufacturer identifier with the second system manufacturer identifier of the target SIM card, so as to ensure that the system data of the target SIM card is updated through the update file corresponding to the manufacturer of the system in the target SIM card, thereby being capable of updating the system data of different manufacturers; on the other hand, the at least one first system version identification is compared with the second system version identification in the target SIM card, so that the system data of the target SIM card is ensured to be updated through the update file which is adaptive to the system data in the target SIM card, and whether the programmable SIM cards with the system data of different versions are updated based on the update file can be flexibly and accurately controlled.

For example, in the obtained update description information, the vendor _ ID field is 123, the allow _ system _ version field is 000, 001, and 002, and the second system vendor identifier of the target SIM card is 123 and the second system version identifier is 001. Since the second system vendor identifier is the same as the vendor _ ID, it can be determined that the vendor corresponding to the target update file is consistent with the vendor of the system in the target SIM card. Since the second system version is identified as one of the allow _ system _ versions, it may be determined that the current system version in the target SIM card is the same as the system version for which the target update file is intended.

It should be noted that the first system version id may include multiple levels of sub first system version ids, and correspondingly, the second system version id includes multiple levels of sub second system version ids. By setting the multi-level version identification, more detailed updating and checking of the system data can be realized, and the accuracy of updating and checking the system data can be further improved.

For example, the first system version id includes two levels of sub-first system version ids, the second system version id also includes two levels of sub-second system version ids, and two adjacent levels of sub-first system version ids or third sub-system version ids may be separated by a preset separation symbol (e.g., "). If the first system version id includes 000.0, 000.1, 001.0, 001.3 and 002.2 and the second system version id is 001.0, the second system version id is one of the first system version ids.

Optionally, since more than one update file may be included to be suitable for the update only from the aspect of compatibility with the current system data, the version that may be updated based on different update files may be different, and if the update file is updated to an older version, the update may need to be performed again, which results in a long update time and multiple erasures performed on the programmable SIM card. Therefore, in order to realize cross-version updating, significantly reduce the time taken for updating, improve the updating efficiency, avoid unnecessary erasing of the programmable SIM card in the updating process, and improve the service life of the programmable SIM card, when the update description information further includes a third system version identifier, for any update description information, when the first system manufacturer identifier in the update description information is the same as the second system manufacturer identifier, any first system version identifier in the update description information is the same as the second system version identifier, and the third system version identifier in the update description information is higher than the third system version identifier included in other update description information in at least one update description information, it is determined that the update description information passes verification.

For example, the system version of the current system data in a certain SIM card is 001, the first system version identifiers in the obtained update description information 1 and the update description information 2 both include 001, but the third system version identifier in the update description information 1 includes 002, the third system version identifier in the update description information 2 includes 003, and the system version 003 is higher than the system version 002, so that it can be determined that the update description information 1 passes the check, thereby facilitating the direct update from 001 to 003.

It should be noted that the manner of determining the comparison size between the system version identifiers may be determined according to the form of the system version identifiers, where when a certain system version identifier is larger, the version of the system data corresponding to the system version identifier is also higher. For example, the system version identifier is represented by a number, and a larger number represents a higher corresponding version; alternatively, the system version identification is represented by letters, the letters going from a to z, and the corresponding version going from high to low.

Optionally, to prevent version rollback, when the first system vendor identifier in the update description information is the same as the second system vendor identifier, any first system version identifier in the update description information is the same as the second system version identifier, and a third system version identifier in the update description information is higher than the third system version identifier and the second system version identifier included in other update description information in the at least one update description information, it is determined that the update description information passes verification. Or, for version rollback, when the first system vendor identifier in the update description information is the same as the second system vendor identifier, any first system version identifier in the update description information is the same as the second system version identifier, a third system version identifier in the update description information is higher than third system version identifiers included in other update description information in at least one update description information, and the third system version identifier in the update description information is lower than the second system version identifier, determining that the update description information passes verification.

If the third system version identifier is higher than the second system version identifier, the update may be a system rollback, and if the third system version identifier is lower than the second system version identifier, the update may be to a higher version, so that the third system version identifier may be compared with the second system version identifier, and system rollback may be selected or prevented according to different requirements, thereby further improving flexibility of updating system data.

S203, when the updating description information passes the verification, a target updating file corresponding to the target updating description information is obtained.

If a certain update description information passes the verification, the target update file corresponding to the target update description information can be used for updating the data in the target SIM card, so that the terminal can acquire the target update file.

The target update description information is the update description information which passes the verification in the acquired at least one update description information, and the target update file is the update file corresponding to the target description information.

The target update file may be obtained by at least one possible implementation of:

in a possible implementation manner, since the update file path may indicate a location where the target update file is located, and may include at least one of a first network address pointing to the first preset server and a first local address pointing to the terminal home terminal, when the update description information includes the update file path, the target update file may be obtained based on the update file path. When the update file path includes a first network address pointing to a first preset server, the target update file may be acquired from the first preset server in an OTA manner, and when the update file path includes a first local address pointing to a terminal home terminal, the target update file may be acquired from the terminal home terminal.

In another possible implementation manner, when the update description information does not include the update file path, the update description information may be carried in the target update file, and the target update file may be directly obtained; or, the file in which the update description information is located and the target update file may belong to the same file, so that the target update file may be obtained from the file.

Optionally, at least one update file may be in the same update file set, and each update file may correspond to one update description information, and then an update file path carried in the update description information may be a path where the update file set is located, so that the update file set may be obtained from the update file path, and a target update file corresponding to the target update description information may be obtained from the update file set.

And S204, updating the system data in the target SIM card based on the target update file.

The terminal can acquire and execute the instruction included in the target update file, so that the update of the system data in the target SIM card is completed.

Optionally, referring to fig. 3, a flowchart for updating system data in a target SIM card based on a target update file provided in an embodiment of the present application includes:

s2041, opening a logic channel for updating the target SIM card.

The programmable SIM card may include a plurality of different logic channels, and different logic operations may be performed through different channels, so that the terminal may open (through the LPA module 120) a logic channel for updating system data, so as to facilitate subsequent updating operations.

S2042, execute the update mode setting instruction set, and instruct the baseband of the terminal to enter the update mode.

Since part of functions of the target SIM card may be temporarily unavailable, for example, the network cannot be used, during the process of updating the system data in the target SIM card, in order to avoid that other applications in the terminal send service requests related to the network to the baseband during the process of updating the system, the terminal may execute an update mode setting instruction set, thereby instructing the baseband to enter the update mode.

It should be noted that, in practical applications, S2042 may not be executed, or S2042 may be executed only when system data or user data needs to be erased.

S2043, executing at least one of the system data erasure instruction set and the user data erasure instruction set, thereby erasing at least one of the system data and the user data in the target SIM card.

When the system data is updated to a smaller extent (i.e., updated), such as patched, the system data may not be erased; when the system data is updated to a greater extent (i.e., updated), for example, the target SIM card supports new services such as a fifth generation mobile communication technology (5th generation mobile networks), and software repair or other failures of the system data are performed, the system data may be erased.

In addition, when updating system data, the updated system data may not be compatible with user data, and thus, the user data may be erased.

S2044, the APDU writing instruction set is sent to the target SIM card, and therefore at least one characteristic of the system data in the target SIM card is updated.

In a possible implementation manner, the terminal may analyze the APDU write-in instruction set through the SIM card update module to obtain at least one APDU write-in instruction, sequentially send the at least one APDU write-in instruction to the target SIM card, and the target SIM card executes the APDU write-in instruction. Or, in another possible implementation manner, the terminal may divide the APDU write instruction set into a plurality of data packets with a preset size through the SIM card update module, send the plurality of data packets to the target SIM card, where the target SIM card obtains the APDU write instruction set based on the plurality of data packets, and then decrypt the APDU write instruction set to obtain the APDU write instruction including at least one APDU write instruction. Or, in another possible implementation manner, the terminal obtains, from the update file, a plurality of data packets with preset sizes obtained by dividing the APDU write instruction set in advance, so that the plurality of data packets may be directly sent to the target SIM card. The terminal may send an execution completion notification message to a system data module in the terminal after executing the APDU write instruction set.

It should be noted that the preset size of the data packet may be determined in advance, for example, the preset size may be 255kb (kilobyte), and each data packet may be encrypted in advance by a manufacturer of the system data or a manufacturer of the target SIM card and may be decrypted by the SIM card.

For example, in the system shown in fig. 1, the LPA module 120 in the terminal may send the parsed APDU write command to the target SIM card through the OMAPI140 and the SIM card interface driver 150.

It should be noted that the manner of parsing the APDU write command set may be determined in advance according to a system manufacturer of the target SIM card or a manufacturer of the target SIM card.

And S2045, executing the version identification updating instruction set, and updating the system version identification in the target SIM card into a third system version identification carried by the updating description information.

The terminal may execute the version identifier update instruction set when receiving the execution completion prompt information, that is, when determining that the target SIM card has executed the APDU write instruction set, where the executing includes replacing the second system version identifier with a third system version identifier included in the update description information.

Optionally, if the target update description information does not include the third system version identifier, the terminal may update according to the preset version identifier generation rule and the second system version identifier, generate the third system version identifier, and replace the second system version identifier with the third system version identifier.

The preset version identifier generation rule may be determined in advance, for example, when the system version identifier is represented by a number, the current system version identifier may be increased by 1 to obtain a new system version identifier.

S2046, closing the logical channel for updating the target SIM card.

And S2047, executing a re-electrifying instruction set, and instructing the target SIM card to be electrified again so as to load updated system data and activate user data.

S2048, prompting the User to update the result through a User experience (UX) interface.

Wherein the update result may include success of the update or failure of the update.

Optionally, when the system data in the target SIM card is updated, the updated system data may be loaded, the user data in the target SIM card is activated, and an update success message is sent to the slave first preset server, where the update success message may be used to indicate that the system data in the target SIM card is updated.

It should be noted that the above-mentioned S2042, S2043, and S2048 may be omitted, and when the step of updating the system data in the target SIM card needs to execute S2043, the steps S2042 and S2043 may be executed before S2044, and in addition, the step S2047 may also be executed after S2043 and before S2044, that is, after the erasure of the system data or the user data is completed, the target SIM card is immediately powered up again, and then the execution of S2044 is resumed.

As can be seen from the foregoing, since the target update file includes the APDU write instruction set, the version identifier update instruction set, and the power-on resuming instruction set, and may further include at least one of the system erase instruction set, the user data erase instruction set, and the update description information may include at least one of the system data erase identifier and the user data erase identifier, when updating the system data in the target SIM card, it may be determined whether the update is update or upgrade according to the target update description information, whether the system data or the user data needs to be erased first, and the corresponding manner of updating the system data may include the following several cases:

in a possible implementation manner, the target update description information does not include a system data erasure identifier or a user data erasure identifier, and therefore system data and user data do not need to be erased, the terminal may send the APDU write instruction set to the target SIM card, and after the target SIM card executes the APDU write instruction set, the terminal may sequentially execute the version identifier update instruction and the power-on instruction.

In another possible implementation manner, the target update description information does not include a system data erasure identifier, but includes a user data erasure identifier, and the system data may not be erased, then the terminal may execute the user data erasure instruction set first, and then send the APDU write instruction set to the target SIM card, and after the target SIM card has executed the APDU write instruction set, may execute the version identifier update instruction set and the power-up instruction set again.

In another possible implementation manner, the target update description information includes a system data erasure flag, but does not include a user data erasure flag, the system data may be erased, then the terminal may execute the system data erasure instruction set first, then send the APDU write instruction set to the target SIM card, and after the target SIM card executes the APDU write instruction set, may execute the version flag update instruction set and the power-up instruction set again.

In another possible implementation manner, the target update description information includes a system erasure flag and a user data erasure flag, and before sending the APDU write instruction set to the target SIM card, the system data and the user data need to be erased first, that is, the system data erasure instruction set, the user data erasure instruction set, and the update mode setting instruction set may be executed in any order, and then the APDU write instruction set may be sent to the target SIM card, and after the target SIM card executes the APDU write instruction set, the version flag update instruction set and the power-on instruction set may be executed.

It should be noted that, after sending the APDU write instruction set to the target SIM card, the terminal may not execute the version identifier update instruction set and the power-on instruction set.

It should be noted that, when the target update description information does not include the system data erasure flag, the update mode setting instruction set may be obtained from the target update file and executed before the APDU write instruction set is executed, regardless of whether the target update description information includes the user data erasure flag.

That is, by splitting the update file into a plurality of instruction sets and combining the update description information, the instruction sets can be dynamically increased, decreased and arranged according to the actual update requirements, the need for erasing the system data (update) and the need for erasing the update of the system data (update) can be simultaneously met, and the flexibility of updating the system data is further improved.

For example, one sort of combined update instruction may be as follows:

wherein, "erase _ cos" is the system data erase instruction set, "erase _ profile" is the user data erase instruction set, "passthregh" is the update mode setting instruction set, "first segment" and "second segment" are the APDU write instruction set, "write cos version" is the version identification update instruction set, and "reset sim power" is the power-on instruction set again.

Optionally, after the system data in the target SIM card is updated this time, it may be further determined whether a new target update file exists, if so, the system data is updated based on the new target update file continuously according to the steps similar to those described above, otherwise, the pairing is ended.

And acquiring new updating description information again according to the steps similar to the steps, and checking the new updating description information. If the new update description information is acquired and verified, it can be determined that a new target update file exists, otherwise, it can be determined that a new target update file does not exist.

In the embodiment of the present application, when the update indication message of the target SIM card is detected, at least one piece of update description information may be acquired. Since the update description information may describe an update characteristic of an update file corresponding to the update description information, the update description information may be verified based on system information of the target SIM card. When a certain update description information passes the verification, the update description information is the target update description information, so that a target update file corresponding to the target update description information can be obtained, and the system data in the target SIM card is updated based on the target update file. That is, whether the system data needs to be updated or not can be automatically judged according to the acquired update description information, and when the system data needs to be updated, the corresponding target update file is acquired to update the system data, so that the COS does not need to be updated by the related technical personnel through the operation upgrade script under the research and development environment, the efficiency and the flexibility of updating the system data are improved, and the operation and maintenance cost is also reduced.

Fig. 4 is a flowchart of a method for updating SIM card system data according to an embodiment of the present disclosure. The method can be applied to a terminal. It should be noted that the method is not limited by the specific sequence shown in fig. 4 and described below, and it should be understood that in other embodiments, the sequence of some steps in the method may be interchanged according to actual needs, or some steps may be omitted or deleted. The method comprises the following steps:

s401, the SIM card updating module establishes a communication channel with a first preset server.

Wherein the communication channel may be a secure encrypted communication channel.

S402, the SIM card updating module obtains at least one piece of updating description information from a first preset server.

The update description information may include a first system vendor identifier, at least one first system version identifier, a third system version identifier, an update file path, and a system data erasure identifier.

S403, the SIM card updating module acquires the system information of the target SIM card.

The system message may include a second system vendor identifier and a second system version identifier of the system data in the target SIM card.

S404, the SIM card updating module checks the updating description information based on the system information of the target SIM card.

And for any update description information, when the first system manufacturer identifier in the update description information is the same as the second system manufacturer identifier, at least one first system version identifier in the update description information comprises a second system version identifier, and a third system version identifier in the update description information is higher than third system version identifiers included in other update description information, determining that the update description information passes verification, wherein the update description information is target update description information.

S405, the SIM card updating module acquires a target updating file from a first preset server based on the updating file path.

The target update file comprises an APDU writing instruction set, a version identification update instruction set, a power-on instruction set, a system data erasing instruction set and an update mode setting instruction set.

S406, the SIM card updating module executes the system data erasing instruction set and the updating mode setting instruction set.

And S407, the SIM card updating module writes the APDU into the instruction set and sends the APDU to the target SIM card.

And S408, the target SIM card executes the APDU writing instruction set.

And S409, when the APDU is written into the instruction set and is executed, the target SIM card sends execution completion prompt information to the SIM card updating module.

And S410, the SIM card updating module receives the execution completion prompt information and sequentially executes the version identification updating instruction set and the power-on instruction set.

S411, the SIM card updating module sends an updating success message to the first preset server.

Fig. 5 is a flowchart of a method for updating SIM card system data according to an embodiment of the present disclosure. The method can be applied to a terminal. It should be noted that the method is not limited by the specific sequence shown in fig. 5 and described below, and it should be understood that in other embodiments, the sequence of some steps in the method may be interchanged according to actual needs, or some steps may be omitted or deleted. The method comprises the following steps:

s501, the SIM card updating module establishes a communication channel with a first preset server.

Wherein the communication channel may be a secure encrypted communication channel.

S502, the SIM card updating module obtains at least one piece of updating description information from a first preset server.

The update description information may include a first system vendor identifier, at least one first system version identifier, a third system version identifier, an update file path, and a user data erasure identifier.

S503, the SIM card updating module acquires the system information of the target SIM card.

The system message may include a second system vendor identifier and a second system version identifier of the system data in the target SIM card.

S504, the SIM card updating module checks the updating description information based on the system information of the target SIM card.

And for any update description information, when the first system manufacturer identifier in the update description information is the same as the second system manufacturer identifier, at least one first system version identifier in the update description information comprises a second system version identifier, and a third system version identifier in the update description information is higher than third system version identifiers included in other update description information, determining that the update description information passes verification, wherein the update description information is target update description information.

And S505, the SIM card updating module acquires a target updating file from a first preset server based on the updating file path.

The target update file comprises an APDU writing instruction set, a version identification update instruction set, a power-on instruction set and a user data erasing instruction set.

S506, the SIM card updating module executes a user data erasing instruction set.

And S507, the SIM card updating module writes the APDU into the instruction set and sends the APDU to the target SIM card.

And S508, the target SIM card executes the APDU writing instruction set.

S509, when the APDU is written into the instruction set and is executed, the target SIM card sends execution completion prompt information to the SIM card updating module.

And S510, the SIM card updating module receives the execution completion prompt information and sequentially executes the version identification updating instruction set and the power-on instruction set.

And S511, the SIM card updating module sends an updating success message to the first preset server.

As can be seen from the method for updating SIM card system data such as provided in fig. 4 and 5, in the embodiment of the present application, when the update indication message of the target SIM card is detected, at least one piece of update description information may be obtained. The update description information may be verified according to system information of the target SIM card. When a certain update description information passes the verification, the update description information is the target update description information, and a target update file corresponding to the target update description information can be obtained. If the target update description information includes a system data erasure flag and the target update file includes a system data erasure instruction set, the system data in the target SIM card may be erased before sending the APDU write instruction set to the target SIM card. If the target update description information does not include a system data erasure flag, and the target update file does not include a system data erasure instruction set, then the system data in the target SIM card may not have to be erased. That is, the plurality of instruction sets can be dynamically increased, decreased, and arranged according to the actual updating requirement, and the requirements of erasing the system data and/or the user data (update) and the requirements of erasing the system data and the user data (update) can be simultaneously met, so that the flexibility of updating the system data is further improved.

Based on the same inventive concept, as an implementation of the foregoing method, an embodiment of the present application provides an apparatus for updating SIM card system data, where the apparatus embodiment corresponds to the foregoing method embodiment, and for convenience of reading, details in the foregoing method embodiment are not repeated in this apparatus embodiment one by one, but it should be clear that the apparatus in this embodiment can correspondingly implement all the contents in the foregoing method embodiment.

Referring to fig. 6, a schematic structural diagram of an apparatus 600 for updating SIM card system data according to an embodiment of the present application is shown in fig. 4, where the apparatus 600 according to the embodiment includes:

an obtaining module 601, configured to obtain at least one piece of update description information when an update indication message of a target SIM card is detected, where the update description information is used to describe an update feature of an update file corresponding to the update description information; acquiring a target update file corresponding to the target update description information which passes the verification;

a checking module 602, configured to check the update description information based on the system information of the target SIM card;

an updating module 603, configured to update the system data in the target SIM card based on the target update file.

Optionally, the update indication message includes an update trigger instruction of the target SIM card or a power-on message of the target SIM card.

Optionally, the update description information includes a first system vendor identifier and at least one first system version identifier, the system information includes a second system vendor identifier and a second system version identifier of system data in the target SIM card, and the verification module is further configured to:

and when the first system manufacturer identifier in the update description information is the same as the second system manufacturer identifier, and any one of the first system version identifiers in the update description information is the same as the second system version identifier, determining that the update description information passes verification.

Optionally, the update description information further includes a third system version identifier.

Optionally, the verification module is further configured to:

when the first system vendor identifier in the update description information is the same as the second system vendor identifier, any one of the first system version identifiers in the update description information is the same as the second system version identifier, and the third system version identifier in the update description information is higher than the third system version identifiers included in other update description information in the at least one update description information, it is determined that the update description information passes verification.

Optionally, the obtaining module is further configured to:

and when the target update description information comprises an update file path, acquiring the target update file based on the update file path.

Optionally, the updating file path includes a first network address, and the obtaining the target updating file based on the updating file path includes:

and acquiring the target update file from a first preset server based on the first network address.

Optionally, the target update file is stored in a first preset server, and the update description information is stored in a second preset server, where the first preset server includes a server of a system manufacturer in the target SIM card, a server of a terminal manufacturer, or a server different from the server of the system manufacturer and the server of the terminal manufacturer; the second preset server includes a server of the system manufacturer, a server of the terminal manufacturer, or a server different from the server of the system manufacturer and the server of the terminal manufacturer.

Optionally, the first preset server and the second preset server are the same server.

Optionally, the obtaining module is further configured to:

acquiring an update file set, wherein the update file set comprises at least one update file;

and acquiring the target update file corresponding to the target update description information from the update file set.

Optionally, the target update file includes an APDU write instruction set;

the update module is further to:

and sending the APDU writing instruction set to the target SIM card.

Optionally, the update file set further includes a version identification update instruction set and a power-on instruction set, and the update module is further configured to:

and sequentially executing the version identification updating instruction set and the power-on instruction set.

Optionally, when the target update description information includes a user data erasure flag, the target update file further includes a user data erasure instruction set, and the update module is further configured to:

executing the user data erasure instruction set.

Optionally, the method further comprises:

and the prompt module is used for sending user data erasing prompt information.

Optionally, when the update description information includes a system data erasure flag, the target update file further includes a system data erasure instruction set, and the update module is further configured to:

executing the system data erasure instruction set.

Optionally, the prompt module is further configured to:

and sending out system data erasing prompt information.

Optionally, the target update file further includes an update mode setting instruction set, and the update module is further configured to:

executing the update mode setting instruction set.

Optionally, the update module is further configured to:

dividing the APDU write-in instruction set into a plurality of data packets with preset sizes, wherein the APDU write-in instruction set is decrypted by the target SIM card and comprises at least one APDU write-in instruction;

and sending a plurality of data packets to the target SIM card.

Optionally, the update module is further configured to:

analyzing the APDU writing instruction set to obtain at least one APDU writing instruction;

and sequentially sending the at least one APDU writing instruction to the target SIM card.

Optionally, the method further comprises:

the loading module is used for loading the updated system data and activating the user data in the target SIM card when the system data in the target SIM card is updated;

and the sending module is used for sending an update success message to the slave first preset server.

Optionally, the target SIM card includes an embedded eSIM card, a virtual vSIM card, or an integrated iSIM card.

The apparatus 600 for updating SIM card system data provided in this embodiment may perform the above method embodiments, and its implementation principle and technical effect are similar, which are not described herein again.

It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-mentioned functions. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working processes of the units and modules in the system may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

Based on the same inventive concept, the embodiment of the application also provides a terminal. Fig. 7 is a schematic structural diagram of a terminal according to an embodiment of the present application, and as shown in fig. 7, the terminal according to the embodiment includes: a memory 710 and a processor 720, the memory 710 for storing computer programs; the processor 720 is adapted to perform the methods described in the above-described method embodiments when the computer program is invoked.

The terminal provided in this embodiment may execute the above method embodiment, and the implementation principle and the technical effect are similar, which are not described herein again.

Based on the same inventive concept, the embodiment of the application also provides a chip system. The chip system comprises a processor coupled to a memory, the processor executing a computer program stored in the memory to implement the method of the first aspect or any of the embodiments of the first aspect.

The chip system can be a single chip or a chip module consisting of a plurality of chips.

Embodiments of the present application further provide a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the computer program implements the method described in the above method embodiments.

The embodiment of the present application further provides a computer program product, which when running on a terminal, enables the terminal to implement the method described in the above method embodiment when executed.

Fig. 8 is a schematic structural diagram of a terminal 800 provided in the present application. The terminal 800 may include a processor 110, an external memory interface 120, an internal memory 121, a Universal Serial Bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a key 190, a motor 191, an indicator 192, a camera 193, a display screen 194, a Subscriber Identification Module (SIM) card interface 195, and the like. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

It is to be understood that the illustrated structure of the embodiments of the present application does not constitute a specific limitation to the terminal 800. In other embodiments of the present application, terminal 800 may include more or fewer components than shown, or some components may be combined, some components may be split, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Processor 110 may include one or more processing units, such as: the processor 110 may include an Application Processor (AP), a modem processor, a Graphics Processing Unit (GPU), an Image Signal Processor (ISP), a controller, a memory, a video codec, a Digital Signal Processor (DSP), a baseband processor, and/or a neural-Network Processing Unit (NPU), etc. The different processing units may be separate devices or may be integrated into one or more processors.

The controller may be, among other things, the neural center and the command center of the terminal 800. The controller can generate an operation control signal according to the instruction operation code and the timing signal to complete the control of instruction fetching and instruction execution.

A memory may also be provided in processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that have just been used or recycled by the processor 110. If the processor 110 needs to reuse the instruction or data, it can be called directly from the memory. The repeated accesses are reduced, reducing the latency of the processor 110, and thus increasing the efficiency of the system.

In some embodiments, processor 110 may include one or more interfaces. The interface may include an integrated circuit (I2C) interface, an integrated circuit built-in audio (I2S) interface, a Pulse Code Modulation (PCM) interface, a universal asynchronous receiver/transmitter (UART) interface, a Mobile Industry Processor Interface (MIPI), a general-purpose input/output (GPIO) interface, a Subscriber Identity Module (SIM) interface, and/or a Universal Serial Bus (USB) interface, etc.

The I2C interface is a bi-directional synchronous serial bus that includes a serial data line (SDA) and a Serial Clock Line (SCL). In some embodiments, processor 110 may include multiple sets of I2C buses. The processor 110 may be coupled to the touch sensor 180K, the charger, the flash, the camera 193, etc. through different I2C bus interfaces, respectively. For example: the processor 110 may be coupled to the touch sensor 180K through an I2C interface, such that the processor 110 and the touch sensor 180K communicate through an I2C bus interface to implement the touch function of the terminal 800.

The I2S interface may be used for audio communication. In some embodiments, processor 110 may include multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 via an I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 may communicate audio signals to the wireless communication module 160 via the I2S interface, enabling answering of calls via a bluetooth headset.

The PCM interface may also be used for audio communication, sampling, quantizing and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled by a PCM bus interface. In some embodiments, the audio module 170 may also transmit audio signals to the wireless communication module 160 through the PCM interface, so as to implement a function of answering a call through a bluetooth headset. Both the I2S interface and the PCM interface may be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communications. The bus may be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is generally used to connect the processor 110 with the wireless communication module 160. For example: the processor 110 communicates with a bluetooth module in the wireless communication module 160 through a UART interface to implement a bluetooth function. In some embodiments, the audio module 170 may transmit the audio signal to the wireless communication module 160 through a UART interface, so as to realize the function of playing music through a bluetooth headset.

MIPI interfaces may be used to connect processor 110 with peripheral devices such as display screen 194, camera 193, and the like. The MIPI interface includes a Camera Serial Interface (CSI), a Display Serial Interface (DSI), and the like. In some embodiments, processor 110 and camera 193 communicate through a CSI interface to implement the capture functionality of terminal 800. The processor 110 and the display screen 194 communicate through the DSI interface to implement the display function of the terminal 800.

The GPIO interface may be configured by software. The GPIO interface may be configured as a control signal and may also be configured as a data signal. In some embodiments, a GPIO interface may be used to connect the processor 110 with the camera 193, the display 194, the wireless communication module 160, the audio module 170, the sensor module 180, and the like. The GPIO interface may also be configured as an I2C interface, an I2S interface, a UART interface, a MIPI interface, and the like.

The USB interface 130 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the terminal 800, and may also be used to transmit data between the terminal 800 and peripheral devices. And the earphone can also be used for connecting an earphone and playing audio through the earphone. The interface may also be used to connect other electronic devices, such as AR devices and the like.

It should be understood that the interfacing relationship between the modules illustrated in the embodiments of the present application is only an exemplary illustration, and does not limit the structure of the terminal 800. In other embodiments of the present application, the terminal 800 may also adopt different interface connection manners or a combination of multiple interface connection manners in the above embodiments.

The charging management module 140 is configured to receive charging input from a charger. The charger may be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive charging input from a wired charger via the USB interface 130. In some wireless charging embodiments, the charging management module 140 may receive a wireless charging input through a wireless charging coil of the terminal 800. The charging management module 140 may also supply power to the electronic device through the power management module 141 while charging the battery 142.

The power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140 and provides power to the processor 110, the internal memory 121, the external memory, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be used to monitor parameters such as battery capacity, battery cycle count, battery state of health (leakage, impedance), etc. In some other embodiments, the power management module 141 may also be disposed in the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be disposed in the same device.

The wireless communication function of the terminal 800 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in terminal 800 can be configured to cover a single or multiple communication bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed as a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution including 2G/3G/4G/5G wireless communication applied on the terminal 800. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a Low Noise Amplifier (LNA), and the like. The mobile communication module 150 may receive the electromagnetic wave from the antenna 1, filter, amplify, etc. the received electromagnetic wave, and transmit the electromagnetic wave to the modem processor for demodulation. The mobile communication module 150 may also amplify the signal modulated by the modem processor, and convert the signal into electromagnetic wave through the antenna 1 to radiate the electromagnetic wave. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the same device as at least some of the modules of the processor 110.

The modem processor may include a modulator and a demodulator. The modulator is used for modulating a low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then passes the demodulated low frequency baseband signal to a baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and then transferred to the application processor. The application processor outputs a sound signal through an audio device (not limited to the speaker 170A, the receiver 170B, etc.) or displays an image or video through the display screen 194. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 150 or other functional modules, independent of the processor 110.

The wireless communication module 160 may provide solutions for wireless communication applied to the terminal 800, including Wireless Local Area Networks (WLANs) (e.g., wireless fidelity (Wi-Fi) networks), Bluetooth (BT), Global Navigation Satellite System (GNSS), Frequency Modulation (FM), Near Field Communication (NFC), Infrared (IR), and the like. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, performs frequency modulation and filtering processing on electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, perform frequency modulation and amplification on the signal, and convert the signal into electromagnetic waves through the antenna 2 to radiate the electromagnetic waves.

In some embodiments, antenna 1 of terminal 800 is coupled to mobile communication module 150 and antenna 2 is coupled to wireless communication module 160, such that terminal 800 can communicate with networks and other devices via wireless communication techniques. The wireless communication technology may include global system for mobile communications (GSM), General Packet Radio Service (GPRS), code division multiple access (code division multiple access, CDMA), Wideband Code Division Multiple Access (WCDMA), time-division code division multiple access (time-division code division multiple access, TD-SCDMA), Long Term Evolution (LTE), LTE, BT, GNSS, WLAN, NFC, FM, and/or IR technologies, etc. The GNSS may include a Global Positioning System (GPS), a global navigation satellite system (GLONASS), a beidou navigation satellite system (BDS), a quasi-zenith satellite system (QZSS), and/or a Satellite Based Augmentation System (SBAS).

The terminal 800 implements the display function through the GPU, the display screen 194, and the application processor, etc. The GPU is a microprocessor for image processing, and is connected to the display screen 194 and an application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.

The display screen 194 is used to display images, video, and the like. The display screen 194 includes a display panel. The display panel may adopt a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (active-matrix organic light-emitting diode, AMOLED), a flexible light-emitting diode (FLED), a miniature, a Micro-oeld, a quantum dot light-emitting diode (QLED), and the like. In some embodiments, the terminal 800 may include 1 or N display screens 194, with N being a positive integer greater than 1.

The terminal 800 may implement a photographing function through the ISP, the camera 193, the video codec, the GPU, the display screen 194, and the application processor, etc.

The ISP is used to process the data fed back by the camera 193. For example, when a photo is taken, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing and converting into an image visible to naked eyes. The ISP can also carry out algorithm optimization on the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in camera 193.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image to the photosensitive element. The photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The light sensing element converts the optical signal into an electrical signal, which is then passed to the ISP where it is converted into a digital image signal. And the ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into image signal in standard RGB, YUV and other formats. In some embodiments, terminal 800 may include 1 or N cameras 193, N being a positive integer greater than 1.

The digital signal processor is used for processing digital signals, and can process digital image signals and other digital signals. For example, when the terminal 800 selects a frequency point, the digital signal processor is used for performing fourier transform or the like on the frequency point energy.

Video codecs are used to compress or decompress digital video. The terminal 800 may support one or more video codecs. In this way, terminal 800 can play or record video in a variety of encoding formats, such as: moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, and the like.

The NPU is a neural-network (NN) computing processor that processes input information quickly by using a biological neural network structure, for example, by using a transfer mode between neurons of a human brain, and can also learn by itself continuously. The NPU can implement applications such as intelligent recognition of the terminal 800, for example: image recognition, face recognition, speech recognition, text understanding, and the like.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to implement the storage capability of the expansion terminal 800. The external memory card communicates with the processor 110 through the external memory interface 120 to implement a data storage function. For example, files such as music, video, etc. are saved in an external memory card.

The internal memory 121 may be used to store computer-executable program code, which includes instructions. The processor 110 executes various functional applications of the terminal 800 and data processing by executing instructions stored in the internal memory 121. The internal memory 121 may include a program storage area and a data storage area. The storage program area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required by at least one function, and the like. The storage data area may store data (e.g., audio data, a phonebook, etc.) created during use of the terminal 800, and the like. In addition, the internal memory 121 may include a high-speed random access memory, and may further include a nonvolatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (UFS), and the like.

The terminal 800 can implement audio functions through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the earphone interface 170D, and the application processor. Such as music playing, recording, etc.

The audio module 170 is used to convert digital audio information into an analog audio signal output and also to convert an analog audio input into a digital audio signal. The audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be disposed in the processor 110, or some functional modules of the audio module 170 may be disposed in the processor 110.

The speaker 170A, also called a "horn", is used to convert the audio electrical signal into an acoustic signal. The terminal 800 can listen to music through the speaker 170A or listen to a hands-free call.

The receiver 170B, also called "earpiece", is used to convert the electrical audio signal into an acoustic signal. When the terminal 800 receives a call or voice information, it can receive voice by bringing the receiver 170B close to the human ear.

The microphone 170C, also referred to as a "microphone," is used to convert sound signals into electrical signals. When making a call or transmitting voice information, the user can input a voice signal to the microphone 170C by speaking the user's mouth near the microphone 170C. The terminal 800 may be provided with at least one microphone 170C. In other embodiments, the terminal 800 may be provided with two microphones 170C to achieve a noise reduction function in addition to collecting sound signals. In other embodiments, three, four or more microphones 170C may be further disposed on the terminal 800 to achieve sound signal collection, noise reduction, sound source identification, directional recording function, and the like.

The headphone interface 170D is used to connect a wired headphone. The headset interface 170D may be the USB interface 130, or may be a 3.5mm open mobile electronic device platform (OMTP) standard interface, a cellular telecommunications industry association (cellular telecommunications industry association of the USA, CTIA) standard interface.

The pressure sensor 180A is used for sensing a pressure signal, and converting the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A can be of a wide variety, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a sensor comprising at least two parallel plates having an electrically conductive material. When a force acts on the pressure sensor 180A, the capacitance between the electrodes changes. The terminal 800 determines the intensity of the pressure according to the change in the capacitance. When a touch operation is applied to the display screen 194, the terminal 800 detects the intensity of the touch operation according to the pressure sensor 180A. The terminal 800 may also calculate the touched position based on the detection signal of the pressure sensor 180A. In some embodiments, the touch operations that are applied to the same touch position but different touch operation intensities may correspond to different operation instructions. For example: and when the touch operation with the touch operation intensity smaller than the first pressure threshold value acts on the short message application icon, executing an instruction for viewing the short message. And when the touch operation with the touch operation intensity larger than or equal to the first pressure threshold value acts on the short message application icon, executing an instruction of newly building the short message.

The gyro sensor 180B may be used to determine the motion attitude of the terminal 800. In some embodiments, the angular velocity of terminal 800 about three axes (i.e., the x, y, and z axes) may be determined by gyroscope sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. Illustratively, when the shutter is pressed, the gyro sensor 180B detects a shake angle of the terminal 800, calculates a distance to be compensated for by the lens module according to the shake angle, and allows the lens to counteract the shake of the terminal 800 by a reverse movement, thereby achieving anti-shake. The gyroscope sensor 180B may also be used for navigation, somatosensory gaming scenes.

The air pressure sensor 180C is used to measure air pressure. In some embodiments, the terminal 800 calculates altitude, aiding in positioning and navigation, from barometric pressure values measured by the barometric pressure sensor 180C.

The magnetic sensor 180D includes a hall sensor. The terminal 800 can detect the opening and closing of the flip holster using the magnetic sensor 180D. In some embodiments, when the terminal 800 is a flip phone, the terminal 800 may detect the opening and closing of the flip according to the magnetic sensor 180D. And then according to the opening and closing state of the leather sheath or the opening and closing state of the flip cover, the automatic unlocking of the flip cover is set.

The acceleration sensor 180E can detect the magnitude of acceleration of the terminal 800 in various directions (typically three axes). The magnitude and direction of gravity can be detected when the terminal 800 is stationary. The method can also be used for recognizing the posture of the electronic equipment, and is applied to horizontal and vertical screen switching, pedometers and other applications.

A distance sensor 180F for measuring a distance. The terminal 800 may measure the distance by infrared or laser. In some embodiments, the terminal 800 may take a picture of a scene and may range using the distance sensor 180F to achieve fast focus.

The proximity light sensor 180G may include, for example, a Light Emitting Diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The terminal 800 emits infrared light to the outside through the light emitting diode. Terminal 800 uses a photodiode to detect infrared reflected light from nearby objects. When sufficient reflected light is detected, it can be determined that there is an object near the terminal 800. When insufficient reflected light is detected, terminal 800 can determine that there are no objects near terminal 800. The terminal 800 can utilize the proximity light sensor 180G to detect that the user holds the terminal 800 close to the ear for talking, so as to automatically turn off the screen to achieve the purpose of saving power. The proximity light sensor 180G may also be used in a holster mode, a pocket mode automatically unlocks and locks the screen.

The ambient light sensor 180L is used to sense the ambient light level. The terminal 800 can adaptively adjust the brightness of the display 194 according to the perceived ambient light level. The ambient light sensor 180L may also be used to automatically adjust the white balance when taking a picture. The ambient light sensor 180L may also cooperate with the proximity light sensor 180G to detect whether the terminal 800 is in a pocket to prevent accidental touches.

The fingerprint sensor 180H is used to collect a fingerprint. The terminal 800 can utilize the collected fingerprint characteristics to realize fingerprint unlocking, access to an application lock, fingerprint photographing, fingerprint incoming call answering and the like.

The temperature sensor 180J is used to detect temperature. In some embodiments, terminal 800 implements a temperature processing strategy using the temperature detected by temperature sensor 180J. For example, when the temperature reported by the temperature sensor 180J exceeds a threshold, the terminal 800 performs a reduction in the performance of the processor located near the temperature sensor 180J, so as to reduce power consumption and implement thermal protection. In other embodiments, the terminal 800 heats the battery 142 when the temperature is below another threshold to reduce abnormal shutdown of the terminal 800 due to low temperatures. In other embodiments, terminal 800 performs a boost on the output voltage of battery 142 when the temperature is below a further threshold to reduce abnormal shutdown due to low temperatures.

The touch sensor 180K is also referred to as a "touch panel". The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is used to detect a touch operation applied thereto or nearby. The touch sensor can communicate the detected touch operation to the application processor to determine the touch event type. Visual output associated with the touch operation may be provided through the display screen 194. In other embodiments, the touch sensor 180K may be disposed on the surface of the terminal 800 at a different position than the display screen 194.

The bone conduction sensor 180M may acquire a vibration signal. In some embodiments, the bone conduction sensor 180M may acquire a vibration signal of the human vocal part vibrating the bone mass. The bone conduction sensor 180M may also contact the human pulse to receive the blood pressure pulsation signal. In some embodiments, the bone conduction sensor 180M may also be disposed in a headset, integrated into a bone conduction headset. The audio module 170 may analyze a voice signal based on the vibration signal of the bone mass vibrated by the sound part acquired by the bone conduction sensor 180M, so as to implement a voice function. The application processor can analyze heart rate information based on the blood pressure beating signal acquired by the bone conduction sensor 180M, so as to realize the heart rate detection function.

The keys 190 include a power-on key, a volume key, and the like. The keys 190 may be mechanical keys. Or may be touch keys. The terminal 800 can receive a key input, and generate a key signal input related to user setting and function control of the terminal 800.

The motor 191 may generate a vibration cue. The motor 191 may be used for incoming call vibration cues, as well as for touch vibration feedback. For example, touch operations applied to different applications (e.g., photographing, audio playing, etc.) may correspond to different vibration feedback effects. The motor 191 may also respond to different vibration feedback effects for touch operations applied to different areas of the display screen 194. Different application scenes (such as time reminding, receiving information, alarm clock, game and the like) can also correspond to different vibration feedback effects. The touch vibration feedback effect may also support customization.

Indicator 192 may be an indicator light that may be used to indicate a state of charge, a change in charge, or a message, missed call, notification, etc.

The SIM card interface 195 is used to connect a SIM card. The SIM card can be brought into and out of contact with the terminal 800 by being inserted into the SIM card interface 195 or being pulled out of the SIM card interface 195. The terminal 800 can support 1 or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 195 may support a Nano SIM card, a Micro SIM card, a SIM card, etc. The same SIM card interface 195 can be inserted with multiple cards at the same time. The types of the plurality of cards may be the same or different. The SIM card interface 195 may also be compatible with different types of SIM cards. The SIM card interface 195 may also be compatible with external memory cards. The terminal 800 interacts with the network through the SIM card to implement functions such as communication and data communication. In some embodiments, the terminal 800 employs eSIM, namely: an embedded SIM card. The eSIM card can be embedded in the terminal 800 and cannot be separated from the terminal 800.

The software system of the terminal 800 may adopt a layered architecture, an event-driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. The embodiment of the application takes an Android system with a layered architecture as an example, and exemplifies a software structure of the terminal 800.

Fig. 9 is a block diagram of a software configuration of a terminal 800 according to an embodiment of the present application.

The layered architecture divides the software into several layers, each layer having a clear role and division of labor. The layers communicate with each other through a software interface. In some embodiments, the android system is divided into four layers, an application layer, an application framework layer, an android runtime (android runtime) and system library, and a kernel layer from top to bottom.

The application layer may include a series of application packages.

As shown in fig. 9, the application package may include applications such as camera, gallery, calendar, phone call, map, navigation, WLAN, bluetooth, music, video, short message, etc.

The application framework layer provides an Application Programming Interface (API) and a programming framework for the application program of the application layer. The application framework layer includes a number of predefined functions.

As shown in FIG. 9, the application framework layers may include a window manager, content provider, view system, phone manager, resource manager, notification manager, and the like.

The window manager is used for managing window programs. The window manager can obtain the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like.

The content provider is used to store and retrieve data and make it accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phone books, etc.

The view system includes visual controls such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, the display interface including the short message notification icon may include a view for displaying text and a view for displaying pictures.

The phone manager is used to provide the communication function of the terminal 800. Such as management of call status (including on, off, etc.).

The resource manager provides various resources for the application, such as localized strings, icons, pictures, layout files, video files, and the like.

The notification manager enables the application to display notification information in the status bar, can be used to convey notification-type messages, can disappear automatically after a short dwell, and does not require user interaction. Such as a notification manager used to inform download completion, message alerts, etc. The notification manager may also be a notification that appears in the form of a chart or scroll bar text at the top status bar of the system, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, prompting text information in the status bar, sounding a prompt tone, vibrating the electronic device, flashing an indicator light, etc.

The android runtime comprises a core library and a virtual machine. The android runtime is responsible for scheduling and management of the android system.

The core library comprises two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in a virtual machine. And executing java files of the application program layer and the application program framework layer into a binary file by the virtual machine. The virtual machine is used for performing the functions of object life cycle management, stack management, thread management, safety and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface managers (surface managers), media libraries (media libraries), three-dimensional graphics processing libraries (e.g., openGL ES), 2D graphics engines (e.g., SGL), and the like.

The surface manager is used to manage the display subsystem and provide fusion of 2D and 3D layers for multiple applications.

The media library supports a variety of commonly used audio, video format playback and recording, and still image files, among others. The media library may support a variety of audio-video encoding formats, such as MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, and the like.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

The 2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver and a sensor driver.

The following describes exemplary workflow of the software and hardware of the terminal 800 in connection with capturing a photo scene.

When the touch sensor 180K receives a touch operation, a corresponding hardware interrupt is issued to the kernel layer. The kernel layer processes the touch operation into an original input event (including touch coordinates, a time stamp of the touch operation, and other information). The raw input events are stored at the kernel layer. And the application program framework layer acquires the original input event from the kernel layer and identifies the control corresponding to the input event. Taking the touch operation as a touch click operation, and taking a control corresponding to the click operation as a control of a camera application icon as an example, the camera application calls an interface of an application framework layer, starts the camera application, further starts a camera drive by calling a kernel layer, and captures a still image or a video through the camera 193.

The integrated unit may be stored in a computer-readable storage medium if it is implemented in the form of a software functional unit and sold or used as a separate product. Based on such understanding, all or part of the processes in the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium and can implement the steps of the embodiments of the methods described above when the computer program is executed by a processor. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable storage medium may include at least: any entity or device capable of carrying computer program code to a photographing apparatus/terminal apparatus, a recording medium, computer memory, read-only memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunication signals, and software distribution medium. Such as a usb-disk, a removable hard disk, a magnetic or optical disk, etc. In certain jurisdictions, computer-readable media may not be an electrical carrier signal or a telecommunications signal in accordance with legislative and patent practice.

In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus/device and method may be implemented in other ways. For example, the above-described apparatus/device embodiments are merely illustrative, and for example, the division of the modules or units is only one logical division, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

It will be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It should also be understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

As used in this specification and the appended claims, the term "if" may be interpreted contextually as "when", "upon" or "in response to" determining "or" in response to detecting ". Similarly, the phrase "if it is determined" or "if a [ described condition or event ] is detected" may be interpreted contextually to mean "upon determining" or "in response to determining" or "upon detecting [ described condition or event ]" or "in response to detecting [ described condition or event ]".

Furthermore, in the description of the present application and the appended claims, the terms "first," "second," "third," and the like are used for distinguishing between descriptions and not necessarily for describing or implying relative importance.

Reference throughout this specification to "one embodiment" or "some embodiments," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," or the like, in various places throughout this specification are not necessarily all referring to the same embodiment, but rather "one or more but not all embodiments" unless specifically stated otherwise. The terms "comprising," "including," "having," and variations thereof mean "including, but not limited to," unless expressly specified otherwise.

Finally, it should be noted that: the above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.

44页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:数据处理方法及装置、存储介质、电子设备

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!