Method for accelerating POS application upgrading

Abstract

The invention relates to the technical field of information, in particular to a method for accelerating POS application upgrading. Comprising the following steps: reconstructing a software architecture of the POS machine from an original two-layer structure of an APP layer and a BOOT startup layer into a three-layer structure, and newly adding an independent operating system layer (OS layer); stripping a universal code module which does not need to be upgraded frequently in the POS application from the APP layer, packaging the code module into a function and storing the function in the OS layer; the universal code module at least comprises a PBOC kernel, an EMV kernel, a production test process code and a personalized process code; when the APP layer runs, the function of the universal code module is directly executed by calling a preset function address in the OS layer; and when the APP needs to be upgraded, only the APP layer is updated, and the OS layer is not upgraded. By decoupling the high-frequency upgrading module and the low-frequency modification general module, the volume of an upgrading file is reduced fundamentally, the upgrading efficiency is improved, and meanwhile, the stability and maintainability of the system are guaranteed.

Description

Technical Field

[0001] The present invention relates to the field of information technology, and particularly to a method for accelerating the upgrade of POS applications. Background Art

[0002] With the rapid development of electronic payment technology, as the core device for financial transactions, the functional complexity and update frequency of the software system of POS (Point of Sale) machines have increased significantly. Currently, the mainstream POS machine software architecture usually adopts a hierarchical structure of an APP application layer and a BOOT startup layer. Among them, the BOOT startup layer is responsible for hardware initialization and basic service loading, while the APP layer integrates all functional modules such as transaction processing, production testing, personalized configuration, and communication with the payment channel background. These functional modules are usually developed in embedded C language and cover core logics such as PBOC (China Financial Integrated Circuit Specification), EMV (Europay-MasterCard-Visa) kernel process, key management, and production testing process.

[0003] However, the prior art has the following significant problems: (1) Since all functional codes (including general kernel logics and codes with low-frequency modifications) are concentrated in the APP layer, the APP file size is huge. (2) General modules such as PBOC kernels, EMV kernels, and production testing codes rarely need to be modified after the POS machine leaves the factory, but in the existing architecture, these codes still need to be repeatedly transmitted during each upgrade, resulting in waste of resources. (3) The APP layer is highly bound to the underlying general modules, resulting in the need to synchronously update all codes during version iteration, increasing the maintenance complexity and the risk of upgrade failure.

[0004] In response to the above problems, no effective solutions have been proposed in the prior art. Some improvement attempts focus on optimizing communication protocols or compressing upgrade packages, but do not address the fundamental problems at the architecture level. For example, the differential upgrade technology is used to reduce the amount of transmitted data, but the compatibility issues of the overall APP layer logic still need to be addressed, and the pain point of code redundancy cannot be solved. Summary of the Invention

[0005] The present invention decouples the high-frequency upgrade module from the general module with low-frequency modifications, fundamentally reducing the upgrade file size, improving the upgrade efficiency, and at the same time ensuring the stability and maintainability of the system.

[0006] The technical solution adopted by the present invention is: a method for accelerating the upgrade of POS applications, including the following steps:

[0007] Step 1: Reconstruct the software architecture of the POS machine from the original two-layer structure of the APP layer and the BOOT startup layer into a three-layer structure, and add an independent operating system layer (OS layer);

[0008] Step 2: Strip the common code modules in the POS application that do not need to be frequently upgraded from the APP layer, encapsulate them as functions, and store them in the OS layer; the common code modules at least include the PBOC kernel, EMV kernel, production test process code, and personalization process code;

[0009] Step 3: When the APP layer is running, directly execute the functions of the common code modules by calling the function addresses preset in the OS layer;

[0010] Step 4: When the APP needs to be upgraded, only update the APP layer, and keep the OS layer unchanged;

[0011] Through the above hierarchical structure, reduce the file size of the APP layer, shorten the upgrade time, and improve the user experience.

[0012] As a further improvement of the present invention, the OS layer is deployed before the POS machine leaves the factory, and the OS layer communicates with the APP layer through a preset interface.

[0013] As a further improvement of the present invention, the encapsulation method of the common code modules includes compiling the code into static libraries and dynamic link libraries, and mapping them to the APP layer through function pointers.

[0014] As a further improvement of the present invention, the upgrade of the APP layer is carried out through an online terminal management system (TMS) in an offline manner, and only the updated data of the APP layer is transmitted during the upgrade process.

[0015] As a further improvement of the present invention, the code modules included in the OS layer do not need to be modified during the life cycle of the POS machine, and their versions are decoupled from the version of the APP layer.

[0016] As a further improvement of the present invention, in the hierarchical architecture, the BOOT startup layer is responsible for initializing the hardware and loading the OS layer, and the OS layer provides basic service interfaces for the APP layer to call.

[0017] As a further improvement of the present invention, the size of the APP layer is reduced by at least 30%, and the upgrade time is reduced by more than 40%.

[0018] As a further improvement of the present invention, the division of the common code modules is based on the reuse frequency and upgrade requirements of the code, and the code with a reuse frequency higher than the set threshold and that does not need to be upgraded is classified into the OS layer.

[0019] As a further improvement of the present invention, it is applicable to embedded POS devices, and the interaction between the OS layer and the APP layer is realized through memory mapping and inter-process communication.

[0020] As a further improvement of the present invention, an encryption verification module is included in the OS layer for performing permission verification when the APP layer calls general code to ensure system security.

[0021] Through architecture reconstruction and code hierarchical management, the present invention not only solves the core problems of low upgrade efficiency, serious resource waste, and high system coupling in the prior art, but also significantly improves the operation stability, security, and maintainability of the POS machine. It is particularly suitable for financial payment scenarios with strict requirements for upgrade efficiency and system reliability, and has broad application prospects and commercial value. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] Figure 1 It is the internal hierarchical structure of a POS machine for a method of accelerating the upgrade of a POS application according to the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0023] In order to make the technical problems, technical solutions, and beneficial effects to be solved by the present application clearer, the present application will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0024] The present invention provides a method for accelerating the upgrade of a POS application, including the following steps:

[0025] Step 1: Reconstruct the software architecture of the POS machine from the original two-layer structure of the APP layer and the BOOT startup layer into a three-layer structure, and add an independent operating system layer (OS layer);

[0026] Step 2: Strip the general and infrequently upgraded code modules in the POS application from the APP layer, encapsulate them as functions and store them in the OS layer; the general code modules at least include the PBOC kernel, EMV kernel, production test process code, and personalized process code;

[0027] Step 3: When the APP layer is running, directly execute the functions of the general code modules by calling the preset function addresses in the OS layer;

[0028] Step 4: When the APP needs to be upgraded, only update the APP layer, and keep the OS layer unchanged;

[0029] Through the above hierarchical structure, the file size of the APP layer is reduced, the upgrade time is shortened, and the user experience is improved.

[0030] In the present invention, the OS layer is deployed before the POS machine leaves the factory, and the OS layer communicates with the APP layer through a preset interface.

[0031] In the present invention, the encapsulation method of the general code module includes compiling the code into a static library and a dynamic link library, and mapping it to the APP layer through function pointers.

[0032] In the present invention, the upgrade of the APP layer is carried out through an online terminal management system (TMS) and an offline method, and only the updated data of the APP layer is transmitted during the upgrade process.

[0033] In the present invention, the code modules included in the OS layer do not need to be modified during the life cycle of the POS machine, and their versions are decoupled from the version of the APP layer.

[0034] In the hierarchical architecture of the present invention, the BOOT startup layer is responsible for initializing the hardware and loading the OS layer, and the OS layer provides basic service interfaces for the APP layer to call.

[0035] In the present invention, the size of the APP layer is reduced by at least 30%, and the upgrade time is reduced by more than 40%.

[0036] In the present invention, the general code modules are divided according to the code reuse frequency and upgrade requirements, and the codes with a reuse frequency higher than the set threshold and not requiring upgrade are all classified into the OS layer.

[0037] The present invention is applicable to embedded POS devices, and the interaction between the OS layer and the APP layer is realized through memory mapping and inter-process communication.

[0038] The OS layer in the present invention includes an encryption verification module, which is used to perform permission verification when the APP layer calls the general code to ensure the security of the system.

[0039] Embodiment:

[0040] This embodiment combines the attached Figure 1 (Internal hierarchical structure diagram of the POS machine) to explain the technical solution of the present invention in detail. The specific working process and its implementation method are as follows.

[0041] (1) Software architecture reconstruction

[0042] Analysis of the original architecture: The traditional POS machine software adopts a two-layer structure: (1) BOOT startup layer: responsible for hardware initialization (such as CPU, memory, peripheral driver loading), basic service startup and system self-check. (2) APP application layer: integrates all business logics, including transaction processing (PBOC / EMV kernel), production testing, personalized configuration, key management and other modules, and the total amount of code is about 50MB.

[0043] New OS Layer Design: The refactored software architecture is divided into three layers: (1) BOOT Startup Layer: The function remains unchanged, and a new OS layer loading task is added. (2) OS Layer (Operating System Layer): General modules are independently deployed, including PBOC kernel, EMV kernel, production test code, personalization process code, and encryption verification module. The total code size is 30MB. (3) APP Application Layer: Only the business logic that is frequently modified (such as payment channel docking and UI interaction) is retained, and the total code size is reduced to 20MB.

[0044] Interface Definition: The OS layer exposes function addresses to the APP layer through preset interfaces. The APP layer loads OS layer functions through a dynamic link library (DLL) and directly jumps to the predefined memory address for execution when calling.

[0045] (2) Code Module Division and Encapsulation

[0046] General Code Stripping: According to the code reuse frequency and upgrade requirements, the following modules are migrated to the OS layer: (1) PBOC kernel: Processes transaction processes compliant with Chinese financial standards (occupying 15MB of the original APP code); (2) EMV kernel: Implements international card organization transaction protocols (occupying 10MB of the original APP code); (3) Production test code: Performs hardware self-check and parameter configuration before leaving the factory (occupying 5MB of the original APP code). The remaining business logic (such as payment channel API and transaction record management) is retained in the APP layer.

[0047] Code Encapsulation Method: The OS layer code is compiled into a static library and embedded in the POS firmware. Through symbol table mapping, the OS layer function addresses are bound to the APP layer call instructions to achieve seamless calling.

[0048] (3) Upgrade Process Optimization

[0049] Online Upgrade (TMS System): When the APP needs to be updated, the terminal management system only pushes the APP layer differential upgrade package (about 5MB) and does not need to transmit the OS layer code. Upgrade process: (1) Step 1: TMS verifies the current OS layer version of the POS machine (such as V1.0) and confirms compatibility; (2) Step 2: Downloads the APP layer update package and encrypts it through HTTPS for transmission to the POS machine; (3) Step 3: After the BOOT layer verifies the signature, replaces the APP layer code, and the OS layer remains unchanged. The upgrade time is shortened from the original 15 minutes to 9 minutes (a 40% reduction).

[0050] Offline Upgrade: Imports the APP layer update file through the SD card, and the BOOT layer directly overwrites the old version of the APP, with no change to the OS layer.

[0051] (4) Security and Compatibility Assurance

[0052] Encryption verification module: An RSA-2048 encryption module is built into the OS layer. When the APP calls key functions (such as key generation), the permissions of the caller are verified. If the permissions are abnormal, the OS layer refuses to execute and triggers a system alarm.

[0053] Version decoupling mechanism: The versions of the OS layer and the APP layer are independently managed. For example, OS layer V1.0 is compatible with APP layer V1.0 to V3.0, avoiding forced synchronous upgrades.

[0054] (V) Verification of implementation effects

[0055] Performance comparison: (1) APP layer size: Reduced from 50MB to 20MB (a 60% reduction); (2) Upgrade time: The online upgrade time decreased from 15 minutes to 9 minutes, and the offline upgrade decreased from 10 minutes to 6 minutes; (3) System stability: Due to the fixed OS layer code, the upgrade failure rate decreased from 8% to less than 1%.

[0056] Actual application scenario: A certain bank deploys 5000 POS machines. After adopting this solution, the monthly upgrade bandwidth cost is saved by about 20,000 yuan, and the customer complaint rate drops by 70%.

[0057] This embodiment significantly optimizes the upgrade efficiency and system reliability of the POS application through architecture layering, code decoupling, and dynamic call mechanisms. The independent deployment of the OS layer not only reduces resource waste but also enhances security through permission verification and version decoupling. This solution has been verified in actual financial scenarios and has high practicality and promotion value.

[0058] In summary, a method for accelerating the upgrade of POS applications according to the present invention fundamentally solves the problems of low efficiency, resource waste, and poor system stability during the software upgrade process of POS machines. By reconstructing the software architecture and separating the code modules that are common and rarely modified to an independent operating system layer (OS layer), the decoupling of the APP layer and the OS layer is achieved, thereby significantly reducing the file size of the APP layer, shortening the upgrade time, and improving the user experience. In addition, the independent deployment of the OS layer and the introduction of the encryption verification module further enhance the security and maintainability of the system. The implementation effects of the present invention have been fully verified in actual applications, demonstrating its broad application prospects and commercial value.

[0059] The above embodiments are only used to illustrate the technical solutions of the present invention and are not intended to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions described in the foregoing embodiments, or perform equivalent replacements for some of the technical features; and these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for accelerating the upgrade of a POS application, characterized in that, It includes the following steps: Step 1: Reconstruct the software architecture of the POS machine from the original two-layer structure of the APP layer and the BOOT startup layer into a three-layer structure, and add an independent operating system layer (OS layer); Step 2: Strip the general and infrequently upgraded code modules in the POS application from the APP layer, encapsulate them as functions and store them in the OS layer; the general code modules at least include the PBOC kernel, EMV kernel, production test process code, and personalized process code; Step 3: When the APP layer is running, directly execute the functions of the general code modules by calling the preset function addresses in the OS layer; Step 4: When the APP needs to be upgraded, only update the APP layer, and keep the OS layer unchanged; Through the above hierarchical structure, reduce the file size of the APP layer, shorten the upgrade time and improve the user experience.

2. The method for accelerating the upgrade of a POS application according to claim 1, wherein The OS layer is deployed before the POS machine leaves the factory, and the OS layer communicates with the APP layer through a preset interface.

3. The method for accelerating the upgrade of a POS application according to claim 1, characterized in that The encapsulation method of the general code modules includes compiling the code into static libraries and dynamic link libraries, and mapping them to the APP layer through function pointers.

4. A method for accelerating the upgrade of a POS application according to claim 1, characterized in that, The upgrade of the APP layer is carried out through the online terminal management system (TMS) in an offline manner, and only the updated data of the APP layer is transmitted during the upgrade process.

5. A method for accelerating the upgrade of a POS application according to claim 1, characterized in that, The code modules included in the OS layer do not need to be modified during the life cycle of the POS machine, and their versions are decoupled from the version of the APP layer.

6. A method for accelerating the upgrade of a POS application according to claim 1, characterized in that, In the hierarchical architecture, the BOOT startup layer is responsible for initializing the hardware and loading the OS layer, and the OS layer provides basic service interfaces for the APP layer to call.

7. A method for accelerating the upgrade of a POS application according to claim 1, characterized in that, The size of the APP layer is reduced by at least 30%, and the upgrade time-consuming is reduced by more than 40%.

8. A method for accelerating the upgrade of a POS application according to claim 1, characterized in that The division basis of the general code modules is the reuse frequency and upgrade requirements of the code. Codes with a reuse frequency higher than the set threshold and that do not need to be upgraded are all classified into the OS layer.

9. The method for accelerating the upgrade of a POS application according to claim 1, wherein It is applicable to embedded POS devices, and the interaction between the OS layer and the APP layer is realized through memory mapping and inter-process communication.

10. A method for accelerating the upgrade of a POS application according to claim 1, characterized in that, The OS layer includes an encryption verification module, which is used to perform permission verification when the APP layer calls the general code to ensure the security of the system.

Images