WO2023208012A1 - 程序处理、运行方法、装置、终端、智能卡及存储介质 - Google Patents

程序处理、运行方法、装置、终端、智能卡及存储介质 Download PDF

Info

Publication number
WO2023208012A1
WO2023208012A1 PCT/CN2023/090741 CN2023090741W WO2023208012A1 WO 2023208012 A1 WO2023208012 A1 WO 2023208012A1 CN 2023090741 W CN2023090741 W CN 2023090741W WO 2023208012 A1 WO2023208012 A1 WO 2023208012A1
Authority
WO
WIPO (PCT)
Prior art keywords
program
operating system
position number
application
executable
Prior art date
Application number
PCT/CN2023/090741
Other languages
English (en)
French (fr)
Inventor
钱京
何碧波
Original Assignee
恒宝股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 恒宝股份有限公司 filed Critical 恒宝股份有限公司
Publication of WO2023208012A1 publication Critical patent/WO2023208012A1/zh

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/20Software design
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/40Transformation of program code
    • G06F8/41Compilation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • G06F9/44521Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips

Definitions

  • the present application relates to the field of computer technology, specifically, to a program processing, operation method, device, terminal, smart card and storage medium.
  • the purpose of the embodiments of the present application is to provide a program processing, running method, device, terminal, smart card and storage medium to solve the problem in the existing technology that the program linking process and the program running environment are located in the same system, resulting in the problem of running the program.
  • the system needs to open up a special code storage space
  • the function code that implements the program linking process is stored in the space.
  • a large amount of code storage space is wasted, which is not conducive to the integration or expansion of other functions of the system.
  • An embodiment of the present application provides a program processing method applied to a first operating system.
  • the method includes:
  • the application component in the first operating system is linked with the second operating system to obtain an executable program for the second operating system. That is, the second operating system can directly receive the executable program.
  • a special storage space needs to be opened in the second operating system to store the function code for program linking. This saves the code storage resources of the second operating system and is more conducive to the integration of the second operating system within limited resources. Or expand other more functions.
  • the application component includes a program identifier of a target program that needs to be called; the target program is a program stored in the second operating system;
  • Linking the application component with the second operating system to generate a program executable by the second operating system includes:
  • the location number is used to represent the storage location of the corresponding target program in the second operating system
  • the program identifier of the target program in the application component is replaced with a position number, thereby obtaining a program executable by the second operating system.
  • Reduce the number of executables sent to the second operating system The size of the executable program can be reduced, thereby reducing the transmission time of the first operating system to transmit the executable program to the second operating system.
  • the position number includes a single-dimensional logical position number; the single-dimensional logical position number is used to represent the logical position number of the target program in the storage space of the second operating system; the storage space is There are multiple programs stored in sequence;
  • the location number includes a multi-dimensional logical location number; the multi-dimensional logical location number is used to represent the location number of the program package to which the target program belongs in the storage space of the second operating system, and the location number of the target program in the storage space of the second operating system.
  • the position serial number in the program package; multiple program packages are stored in sequence on the storage space; the program package includes multiple programs arranged in sequence.
  • multiple programs are stored in sequence in the storage space of the second operating system.
  • the single-dimensional logical position number can be used as the unique identifier for calling the target program in the second operating system;
  • multiple program packages can be stored in sequence in the storage space of the second operating system, and each program package includes multiple programs arranged in sequence.
  • the multi-dimensional logical position number is used as a unique identifier for calling the target program in the second operating system.
  • the method further includes:
  • the first operating system can receive and store the corresponding relationship between the program identifier and the position number from the second operating system, which can be applied to scenarios where the first operating system itself does not preset the corresponding relationship, improving the efficiency of the solution. Universality.
  • the embodiment of the present application also provides a program running method, applied to the second operating system, the method includes:
  • program linking is completed in the first operating system, that is, the second operating system can directly receive the executable program.
  • a special storage space needs to be opened in the second operating system.
  • the code storage resources of the second operating system are saved, and it is more conducive to the second operating system to integrate or expand other more functions within limited resources.
  • An embodiment of the present application also provides a program processing device, applied to the first operating system, including:
  • a compilation module used to compile the application source code to obtain application components that can be recognized by the second operating system
  • a linking module configured to link the application component with a second operating system to generate a program executable by the second operating system
  • a sending module configured to send the executable program to the second operating system.
  • An embodiment of the present application also provides a program running device, applied to a second operating system, including:
  • a receiving module configured to receive a program executable by the second operating system sent by the first operating system; the program is compiled by the first operating system on the application source code to obtain a program that is identifiable by the second operating system. After the application component is created, the program obtained by linking the application component with the second operating system;
  • Run module used to run the executable program.
  • An embodiment of the present application also provides a terminal, including a first operating system, the first operating system including a first processor and a second memory, a first computer program stored in the first memory, the first processing The processor executes the first computer program to implement any of the above program processing methods.
  • An embodiment of the present application also provides a smart card, including a second operating system, the second operation
  • the system includes a second processor and a second memory.
  • a second computer program is stored in the second memory.
  • the second processor executes the second computer program to implement any of the above program running methods.
  • Embodiments of the present application also provide a computer-readable storage medium that stores a third computer program.
  • the third computer program When executed by at least one processor, it can implement any of the above methods. .
  • Figure 1 is a schematic flowchart of a program processing method provided by Embodiment 1 of the present application;
  • FIG. 2 is a schematic flowchart of a program running method provided in Embodiment 1 of the present application;
  • Figure 3 is a schematic diagram of a stored program in the second operating system provided by Embodiment 2 of the present application;
  • Figure 4 is a schematic flow chart of the program processing method provided in Embodiment 2 of the present application.
  • Figure 5 is a schematic structural diagram of a program processing device provided in Embodiment 3 of the present application.
  • Figure 6 is a schematic structural diagram of a program running device provided in Embodiment 3 of the present application.
  • Figure 7 is a schematic structural diagram of a terminal provided in Embodiment 4 of the present application.
  • Figure 8 is a schematic structural diagram of a smart card provided in Embodiment 4 of the present application.
  • the system running the program needs to open up a special code storage space to store the functional code that implements the program linking process. For this system, it is a waste of time. A large amount of code storage space is not conducive to the integration of the system or the expansion of other functions.
  • the embodiment of the present application provides a program processing method.
  • the program processing method provided by the embodiment of the present application is applied to the first operating system.
  • the first operating system includes but is not limited to systems in terminals such as PCs (Personal Computers), mobile phones, tablets, and notebook computers.
  • the program processing method provided by the embodiment of the present application may include the following steps:
  • S101 Compile the application source code to obtain application components that can be recognized by the second operating system.
  • developers can use different programming languages to write corresponding implementation codes for the functions that the application needs to implement. For example, use C language to write implementation code, or use JAVA language to write implementation code. Then, the implementation code is compiled into application components that can be recognized by the target operating environment through the compilation tools corresponding to each language.
  • the target running environment in the embodiment of the present application is the running environment of the compiled program in the second operating system.
  • the second operating system in the embodiment of the present application may be a smart card operating system. In this case, the target running environment is the same as the smart card operating system.
  • Chip-related machine instruction running environment, the corresponding instruction code can be X86 instructions, ARM instructions, etc.
  • S102 Link the application component with the second operating system to generate a program executable by the second operating system.
  • the application component in the embodiment of the present application includes the program identifier of the target program that needs to be called; the target program is a program stored in the second operating system.
  • step S102 the location number corresponding to the program identification can be determined based on the pre-stored correspondence relationship between the program identification and the location number; the location number is used to represent the storage location of the corresponding target program in the second operating system; the application program component The program identifier in is replaced with the corresponding position number to obtain a program executable by the second operating system.
  • the location number can be a logical location number.
  • the logical location number is not the actual physical address of the target program in the second operating system, but represents the location of the target program.
  • the logical sequence of the storage location in the second operating system can also represent the actual physical address of the target program in the second operating system.
  • a plurality of programs are stored in sequence in the storage space of the second operating system, and the logical location numbers include single-dimensional logical location numbers.
  • the single-dimensional logical location number is used to represent the logical location sequence number of the target program in the storage space of the second operating system. For example, the single-dimensional logical location number "1" indicates that the target program is located at the first location in the storage space of the second operating system.
  • a plurality of program packages are stored in sequence in the storage space of the second operating system.
  • Each program package includes a plurality of programs arranged in sequence, and the logical position number includes a multi-dimensional logical position number.
  • the multi-dimensional logical position number is used to represent the logical position number of the program package to which the target program belongs in the storage space of the second operating system, and the logical position number of the target program in the program package. For example, the multidimensional logical position number "2-1" indicates that the target program is the first program in the second program package.
  • the above program package identifier can be any identifier that can represent the unique identity of the program package, for example, it can be the name of the program package.
  • the program identifier can be any identifier that can represent the unique identity of the program. For example, it can be the program (function) name of the target program (target function) that needs to be called in the application component.
  • interface functions in object-oriented programming have the same name, they can be distinguished according to the class name where the function is located.
  • the program called in the application component may only consist of the target program located in the second operating system.
  • the program identifier of the target program in the application component is replaced with the corresponding location. The number can be used to obtain the program executable by the second operating system.
  • the program called in the application component may also include other programs located outside the second operating system.
  • a third program may need to be called.
  • the program identifier of the target program in the application component can be replaced with the corresponding position number to obtain the replaced application component, and then the replaced application component can be linked and assembled with the local program to obtain the second operating system executable program of.
  • the above location number can indicate the storage location of the target program in the second operating system.
  • the second operating system runs the received executable program, the corresponding target program can be called according to the location number.
  • the program interface specification includes the corresponding relationship between the corresponding logical location numbers and the corresponding program identifiers of the programs in the second operating system, and the first operating system can pre-store the corresponding relationship.
  • the second operating system may also contain other user-defined programs, which are called programs downloaded after the second operating system. After acquiring the later-downloaded program, the second operating system may generate a corresponding relationship between the program identifier and the logical location number for the later-downloaded program.
  • the first operating system may also receive the correspondence between the program identifier and the logical location number sent by the second operating system, And store the corresponding relationship between the program identification and the logical location number. It should be noted that in other embodiments, the second operating system may send the generated correspondence between the program identifier and the logical location number to the first operating system after receiving the trigger instruction issued by the user.
  • the application component may also include a program package identifier of the program package to which the target program belongs.
  • the first operating system receives the program identifier and the logical position number sent by the second operating system.
  • the corresponding relationship between the identification and each logical location number may be included in the application component.
  • the first operating system can directly obtain the corresponding relationship between each program and each logical position number in the program package to which the target program belongs, so that the first operating system can use the corresponding relationship in the application program according to the corresponding relationship.
  • the program identifier and the corresponding logical position number are replaced in the sequence component to improve link efficiency.
  • the embodiment of the present application also provides a program running method, which is applied to a second operating system.
  • the second operating system may be a smart card operating system, as shown in Figure 2, which may include the following steps:
  • S201 Receive the executable program of the second operating system sent by the first operating system; after the executable program is compiled by the first operating system to the application program source code to obtain the application program component recognized by the second operating system, the application A program obtained by linking a program component with a second operating system.
  • the program received by the second operating system is a program that has been linked with its own operating system, it can directly run the received program.
  • the first operating system needs to replace the program identifier of the target program in the application component with the corresponding position number in the second operating system, such as replacing it with the logical position number mentioned in the above content, so that we can get The corresponding executable program, therefore, the executable program must contain the position number.
  • the second operating system can directly call the target program based on the logical location number. It should be noted that in some other embodiments, the second operating system can also call the corresponding actual physical address to run the target program according to the correspondence between the pre-stored location number and the actual physical address.
  • the embodiment of this application uses the first operating system as a PC operating system and the second operating system as a smart card operating system as an example to introduce the program processing method in detail.
  • the storage space of the smart card operating system in the embodiment of the present application stores multiple program packages, and each program package has multiple programs arranged in sequence. For details, see Figure 3 .
  • the smart card operating system can generate a multi-dimensional logical position numbering table based on the arrangement of the program package and the programs in the package. It includes the multi-dimensional logical position number corresponding to each program, and the corresponding relationship between the multi-dimensional logical position number and the program identification.
  • the corresponding relationship between the program identification and the multi-dimensional logical position number can be agreed upon through the interface specification, and the program identification can be replaced by the multi-dimensional logical position number corresponding to the program during linking. Complete the link.
  • the multi-dimensional logical position number is used to represent the logical position number of the program package to which the target program belongs in the storage space of the second operating system, and the logical position number of the target program in the program package. That is, the multi-dimensional logical position number is composed of the logical position number of the program package to which the target program belongs in the storage space of the second operating system, and the logical position number of the target program in the program package.
  • the multidimensional logical position number 0x00010005 can characterize the target program as the fifth program of the first package. Since each program package and each program in the program package are arranged in a logical order in the storage space of the second operating system, the physical storage address where the target program is located can be found according to the multi-dimensional logical location number 0x00010005.
  • the program processing method provided by the embodiment of this application includes the following steps:
  • S401 Compile the application source code to obtain application components that can be recognized by the second operating system.
  • the application component in step S401 includes the program identifier of the target program that needs to be called and the program package identifier of the program package to which the target program belongs.
  • S402 Determine whether there is a target corresponding relationship corresponding to the program package identifier locally. If not, go to S403. If so, go to S404.
  • the target correspondence in the embodiment of the present application includes: the correspondence between the program identifiers of each program that constitutes the program package and the multi-dimensional logical position numbers.
  • the program calling information in step S404 includes the program identification of the target program located in the smart card operating system that needs to be called.
  • S406 Determine whether the application component has been parsed. If so, go to S407; otherwise, go to S404.
  • S407 Send the generated executable program of the smart card operating system to the smart card operating system.
  • the PC operating system After the PC operating system completes the replacement of the program identifier of the target program, it can obtain the executable program of the smart card operating system, and then sends the executable program to the smart card operating system for running.
  • a universal application can be built through a programming language to run a virtual machine, and then implemented in the running environment built by the virtual machine through the above relative reference (replacing the reference of the program identifier with the reference of the logical position number) The target program is called to achieve the purpose of running the application.
  • the smart card application program link can be efficiently completed to generate executable program data for the smart card operating system, avoiding the need to A large amount of code resources are used in the operating system to implement the application linking process, which not only reduces the consumption of storage resources by the smart card operating system, but also improves application download performance.
  • an embodiment of the present application provides a program processing device, which is applied to a first operating system and includes:
  • the compilation module 501 is used to compile the application source code to obtain application components that can be recognized by the second operating system; the link module 502 is used to link the application components with the second operating system to generate executable components of the second operating system. Program; sending module 503, used to send the executable program to the second operating system.
  • the application component includes a program identifier of the target program that needs to be called; the target program is a program stored in the second operating system; the link module 502 is used to program the program according to the pre-stored program identifier and position number. Correspondence relationship, determine the position number corresponding to the program identification, replace the program identification in the application component with the corresponding position number, and generate the second A program that is executable by the operating system; the location number is used to represent the storage location of the target program in the second operating system.
  • the position number includes a single-dimensional logical position number, and the single-dimensional logical position number is used to represent the logical position number of the target program on the storage space of the second operating system, and multiple programs are stored on the storage space;
  • the logical location number includes a multi-dimensional logical location number, and the multi-dimensional logical location number is used to represent the logical location serial number of the program package to which the target program belongs in the storage space of the second operating system, and the logical location serial number of the target program in the program package,
  • Multiple program packages are stored in the storage space, and the program packages include multiple programs arranged in sequence.
  • the program processing device further includes a receiving module and a storage module.
  • the receiving module is configured to determine the position number corresponding to the program identifier according to the pre-stored correspondence between the program identifier and the position number by the link module 502. Receive the corresponding relationship between the program identifier and the position number sent by the second operating system; the storage module is used to store the corresponding relationship between the program identifier and the position number.
  • the application component also includes a program package identifier of the program package to which the target program belongs.
  • the sending module 503 is also configured to send the program package identifier to the second operation.
  • the receiving module is used to receive the target correspondence corresponding to the program package identification fed back by the second operating system according to the program package identification; the target correspondence includes: the correspondence between the program identification and each position number of each program that constitutes the program package. .
  • an embodiment of the present application also provides a program running device, which is applied to the second operating system, including:
  • the receiving module 601 is used to receive an executable program of the second operating system sent by the first operating system; the executable program is compiled by the first operating system to the application source code to obtain an application component that can be recognized by the second operating system. Afterwards, the program is obtained by linking the application component with the second operating system; the running module 602 is used to run the executable program.
  • the first operating system in the embodiment of the present application may be a terminal operating system
  • the second operating system may be a smart card operating system
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • an embodiment of the present application provides a terminal, as shown in FIG. 7 , including a first operating system 70.
  • the first operating system 70 includes a first processor 701 and a first memory 702.
  • the first memory 702 The first computer program is stored, and the first processor 701 executes the first computer program to implement the steps of the method in the first or second embodiment, which will not be described again here.
  • FIG. 7 is only illustrative, and the terminal may also include more or fewer components than shown in FIG. 7 , or have a different configuration than that shown in FIG. 7 .
  • An embodiment of the present application also provides a smart card, as shown in Figure 8, including a second operating system 80.
  • the second operating system 80 includes a second processor 801 and a second memory 802.
  • the second memory 802 stores a second Computer program
  • the second processor 801 executes the second computer program to implement the steps of the method in the above-mentioned Embodiment 1 or Embodiment 2, which will not be described again here.
  • the processor may be an integrated circuit chip with signal processing capabilities.
  • the above-mentioned processor can be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it can also be a digital signal processor (DSP), application specific integrated circuit (ASIC), off-the-shelf programmable gate array (FPGA) ) or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute various methods, steps and logical block diagrams disclosed in the embodiments of this application.
  • Memory may include, but is not limited to, random access memory (RAM), read only memory (ROM), programmable read only memory (PROM), erasable read only memory (EPROM), electrically erasable read only memory (EEPROM) wait.
  • RAM random access memory
  • ROM read only memory
  • PROM programmable read only memory
  • EPROM erasable read only memory
  • EEPROM electrically erasable read only memory
  • This embodiment also provides a computer-readable storage medium, such as a floppy disk, an optical disk, a hard disk, a flash memory, a U disk, a secure digital (SD) card, a multimedia (MMC) card, etc., in which the computer-readable storage medium stores One or more programs that implement each of the above steps.
  • a computer-readable storage medium such as a floppy disk, an optical disk, a hard disk, a flash memory, a U disk, a secure digital (SD) card, a multimedia (MMC) card, etc.
  • SD secure digital
  • MMC multimedia

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Stored Programmes (AREA)

Abstract

本申请提供一种程序处理、运行方法、装置、终端、智能卡及存储介质,通过在第一操作系统中将应用程序组件与第二操作系统链接得到第二操作系统可执行的程序,也即,第二操作系统可以直接接收到可执行的程序,相比于现有方案中需要在第二操作系统中开辟专门的存储空间存储实现程序链接的功能代码而言,节省了第二操作系统的代码存储资源,更利于第二操作系统在有限的资源中集成或扩展其他更多的功能。

Description

程序处理、运行方法、装置、终端、智能卡及存储介质 技术领域
本申请涉及计算机技术领域,具体而言,涉及一种程序处理、运行方法、装置、终端、智能卡及存储介质。
背景技术
在应用程序开发技术中,可以针对应用程序需要实现的功能,使用编程语言编写对应的程序,然后通过编译工具将该程序编译成目标运行环境能执行的指令码。编译工具编译得到的结果往往不是目标运行环境能直接运行的程序,需要将经编译的程序发送至目标运行环境,与该目标运行环境链接,才能得到目标运行环境可执行的程序。
以智能卡产品为例,通常由开发人员针对智能卡应用程序需要实现的功能在终端系统中编写对应的程序,然后在终端系统中对该程序进行编译,将经编译的程序发送给智能卡,智能卡在获取到经编译的程序后将该程序与自身系统链接,生成可执行程序。对于智能卡产品而言,其本身的芯片资源有限,链接过程由智能卡执行,消耗了大量代码存储空间,非常不利于在智能卡产品上集成或扩展其他功能。
发明内容
本申请实施例的目的在于提供一种程序处理、运行方法、装置、终端、智能卡及存储介质,用以解决现有技术中,由于程序链接过程与程序运行环境位于同一系统中,导致运行该程序的系统需要开辟专门的代码存储空 间存储实现程序链接过程的功能代码,对该系统而言,浪费了大量代码存储空间,不利于该系统集成或扩展其他功能的问题。
本申请实施例提供一种程序处理方法,应用于第一操作系统,所述方法包括:
对应用程序源代码进行编译得到第二操作系统可识别的应用程序组件;
将所述应用程序组件与所述第二操作系统链接,生成所述第二操作系统可执行的程序;
将所述可执行的程序发送给所述第二操作系统。
在上述实现过程中,在第一操作系统中将应用程序组件与第二操作系统链接得到第二操作系统可执行的程序,也即,第二操作系统可以直接接收到可执行的程序,相比于现有方案中需要在第二操作系统中开辟专门的存储空间存储实现程序链接的功能代码而言,节省了第二操作系统的代码存储资源,更利于第二操作系统在有限的资源中集成或扩展其他更多的功能。
进一步地,所述应用程序组件中包括需要调用的目标程序的程序标识;所述目标程序为存储在所述第二操作系统中的程序;
所述将所述应用程序组件与所述第二操作系统链接,生成所述第二操作系统可执行的程序,包括:
根据预先存储的程序标识与位置编号的对应关系,确定与所述程序标识对应的位置编号;所述位置编号用于表征对应的所述目标程序在所述第二操作系统中的存储位置;
将所述程序标识替换成所述位置编号,生成所述第二操作系统可执行的程序。
在上述实现过程中,无需将目标程序所对应的代码全部引入应用程序组件中,而是将应用程序组件中目标程序的程序标识替换成位置编号,从而得到第二操作系统可执行的程序,可以减小发送给第二操作系统的可执 行的程序的大小,进而可以减少第一操作系统向第二操作系统传输该可执行的程序的传输时间。
进一步地,所述位置编号包括单维逻辑位置编号;所述单维逻辑位置编号用于表征所述目标程序在所述第二操作系统的存储空间上的逻辑位置序号;所述存储空间上按序存储有多个程序;
或,
所述位置编号包括多维逻辑位置编号;所述多维逻辑位置编号用于表征所述目标程序所属的程序包在所述第二操作系统的存储空间上的位置序号,以及所述目标程序在所述程序包中的位置序号;所述存储空间上按序存储有多个程序包;所述程序包中包括多个依次排列的程序。
在上述实现过程中,一方面,第二操作系统的存储空间上按序存储有多个程序,此时可以通过单维逻辑位置编号作为调用第二操作系统中目标程序的唯一标识;另一方面,对于第二操作系统中程序的接口层级复杂的情况,可以在第二操作系统的存储空间上按序存储多个程序包,每一程序包中包括多个依次排列的程序,此时,可以通过多维逻辑位置编号作为调用第二操作系统中目标程序的唯一标识。
进一步地,在所述根据预先存储的程序标识与位置编号的对应关系,确定与所述程序标识对应的位置编号之前,所述方法还包括:
接收所述第二操作系统发送的所述程序标识与位置编号的对应关系;
存储所述程序标识与位置编号的对应关系。
在上述实现过程中,第一操作系统可以从第二操作系统处接收并存储程序标识与位置编号的对应关系,可以适用于第一操作系统本身未预设该对应关系的场景,提升了方案的普适性。
本申请实施例还提供了一种程序运行方法,应用于第二操作系统,所述方法包括:
接收由第一操作系统发送的所述第二操作系统可执行的程序;所述程 序由所述第一操作系统对应用程序源代码进行编译得到所述第二操作系统可识别的应用程序组件后,将所述应用程序组件与所述第二操作系统链接得到的程序;
运行所述可执行的程序。
在上述实现过程中,在第一操作系统完成程序链接,也即,第二操作系统可以直接接收到可执行的程序,相比于现有方案中需要在第二操作系统中开辟专门的存储空间存储实现程序链接的功能代码而言,节省了第二操作系统的代码存储资源,更利于第二操作系统在有限的资源中集成或扩展其他更多的功能。
本申请实施例还提供一种程序处理装置,应用于第一操作系统,包括:
编译模块,用于对应用程序源代码进行编译得到第二操作系统可识别的应用程序组件;
链接模块,用于将所述应用程序组件与第二操作系统链接,生成所述第二操作系统可执行的程序;
发送模块,用于将所述可执行的程序发送给所述第二操作系统。
本申请实施例还提供一种程序运行装置,应用于第二操作系统,包括:
接收模块,用于接收由第一操作系统发送的所述第二操作系统可执行的程序;所述程序由所述第一操作系统对应用程序源代码进行编译得到所述第二操作系统可识别的应用程序组件后,将所述应用程序组件与所述第二操作系统链接得到的程序;
运行模块,用于运行所述可执行的程序。
本申请实施例还提供一种终端,包括第一操作系统,所述第一操作系统包括第一处理器和第二存储器,所述第一存储器中存储有第一计算机程序,所述第一处理器执行所述第一计算机程序,以实现上述任意一种程序处理方法。
本申请实施例还提供一种智能卡,包括第二操作系统,所述第二操作 系统包括第二处理器和第二存储器,所述第二存储器中存储有第二计算机程序,所述第二处理器执行所述第二计算机程序,以实现上述任意一种程序运行方法。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有第三计算机程序,所述第三计算机程序被至少一个处理器执行时,以实现上述任意一种方法。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例一提供的程序处理方法的流程示意图;
图2为本申请实施例一提供的程序运行方法的流程示意图;
图3为本申请实施例二提供的第二操作系统中存储程序的示意图;
图4为本申请实施例二提供的程序处理方法的流程示意图;
图5为本申请实施例三提供的程序处理装置的结构示意图;
图6为本申请实施例三提供的程序运行装置的结构示意图;
图7为本申请实施例四提供的终端的结构示意图;
图8为本申请实施例四提供的智能卡的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图 及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,在本发明实施例中涉及“第一”、“第二”等的描述仅用于描述目的,而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外,各个实施例之间的技术方案可以相互结合,但是必须是以本领域普通技术人员能够实现为基础,当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在,也不在本发明要求的保护范围之内。
在本发明的描述中,需要理解的是,步骤前的数字标号并不标识执行步骤的前后顺序,仅用于方便描述本发明及区别每一步骤,因此不能理解为对本发明的限制。
下面将提供多个实施例,来具体介绍程序处理、运行方法、装置、终端、智能卡及存储介质。
实施例一:
为解决现有技术中,由于程序链接过程与程序运行环境位于同一系统中,导致运行该程序的系统需要开辟专门的代码存储空间存储实现程序链接过程的功能代码,对该系统而言,浪费了大量代码存储空间,不利于该系统集成或扩展其他功能的问题,本申请实施例提供一种程序处理方法。
本申请实施例提供的程序处理方法应用于第一操作系统,第一操作系统包括但不限于是PC(Personal Computer,个人电脑)、手机、平板电脑、笔记本电脑等终端中的系统。
请参见图1所示,本申请实施例提供的程序处理方法可以包括如下步骤:
S101:对应用程序源代码进行编译得到第二操作系统可识别的应用程序组件。
在应用程序开发过程中,开发人员可以根据第二操作系统中的应用程序需要实现的功能编写对应的实现代码,这里的实现代码也就是步骤S101中提及的应用程序源代码。
具体的,开发人员可以使用不同的编程语言针对应用程序需要实现的功能编写对应的实现代码。例如,使用C语言编写实现代码,或者使用JAVA语言编写实现代码。然后通过各语言对应的编译工具将实现代码编译成目标运行环境能识别的应用程序组件。本申请实施例中的目标运行环境也就是编译后的程序在第二操作系统中的运行环境,本申请实施例中的第二操作系统可以是智能卡操作系统,此时目标运行环境也就是与智能卡芯片相关的机器指令运行环境,对应的指令码可以为X86指令,ARM指令等。
S102:将应用程序组件与第二操作系统链接,生成第二操作系统可执行的程序。
本申请实施例中的应用程序组件中包括需要调用的目标程序的程序标识;目标程序为存储在第二操作系统中的程序。
步骤S102中可以根据预先存储的程序标识与位置编号的对应关系,确定与该程序标识对应的位置编号;位置编号用于表征对应的目标程序在第二操作系统中的存储位置;将应用程序组件中的程序标识替换成对应的位置编号,得到第二操作系统可执行的程序。
对于支持虚拟机的第二操作系统,在将应用程序组件与第二操作系统链接时,不需要有目标程序的具体地址,只需要有第二操作系统能解释的引用即可完成链接,而且由于实际应用中,程序在操作系统中的实际物理地址通常难以确定,所以该位置编号可以是逻辑位置编号,逻辑位置编号不是目标程序在第二操作系统中的实际物理地址,其表示了目标程序在第二操作系统中存储时所处位置的逻辑顺序。当然了,对于可以获取到实际 物理地址的应用场景,该位置编号也可以表征目标程序在第二操作系统中的实际物理地址。
在第一种可选的实施方式,第二操作系统的存储空间上按序存储有多个程序,逻辑位置编号包括单维逻辑位置编号。单维逻辑位置编号用于表征目标程序在第二操作系统的存储空间上的逻辑位置序号。比如,单维逻辑位置编号“1”表示目标程序位于第二操作系统的存储空间上的第1个位置。
在第二种可选的实施方式中,第二操作系统的存储空间上按序存储有多个程序包,每一程序包中包括多个依次排列的程序,逻辑位置编号包括多维逻辑位置编号。多维逻辑位置编号用于表征目标程序所属的程序包在第二操作系统的存储空间上的逻辑位置序号,以及目标程序在程序包中的逻辑位置序号。比如多维逻辑位置编号“2-1”表示目标程序是第2个程序包中的第1个程序。
可以理解的是,上述程序包标识可以是任意可以表示程序包唯一身份的标识,比如可以是程序包的名称。程序标识则可以是任意可表示程序唯一身份的标识,比如可以是应用程序组件中需要调用的目标程序(目标函数)的程序(函数)名称。对于面向对象编程中接口函数同名时,可以根据函数所在类名进行区分。
可以理解的是,在一些实施例中,应用程序组件中调用的程序可以仅由位于第二操作系统中的目标程序组成,此时,将应用程序组件中目标程序的程序标识替换成对应的位置编号便可得到第二操作系统可执行的程序。
在另外的一些实施例中,应用程序组件中调用的程序除了包含位于第二操作系统中的目标程序之外,还可以包含位于第二操作系统之外的其他程序,比如,可能还需要调用第一操作系统中的本地程序。此时,可以将应用程序组件中目标程序的程序标识替换成对应的位置编号得到经替换处理的应用程序组件,然后将经替换处理的应用程序组件与本地程序链接组装得到第二操作系统可执行的程序。
S103:将可执行的程序发送给第二操作系统。
应当说明的是,上述位置编号可以指示目标程序在第二操作系统中的存储位置,第二操作系统在运行接收到的可执行的程序时,根据该位置编号可以调用到对应的目标程序。
可以理解的是,可以针对第二操作系统约定统一通用的程序接口规范。程序接口规范中包含第二操作系统中的程序各自对应的逻辑位置编号与各自对应的程序标识之间的对应关系,第一操作系统中可以预先存储该对应关系。
在一些实施例中,第二操作系统中除了包含程序接口规范中规定的程序之外,还可以包含其他用户自定义的程序,该程序称为第二操作系统后下载的程序。第二操作系统在获取到后下载的程序之后,可以针对该后下载的程序生成程序标识与逻辑位置编号的对应关系。
在根据预先存储的程序标识与逻辑位置编号的对应关系,确定与程序标识对应的逻辑位置编号之前,第一操作系统还可以接收第二操作系统发送的该程序标识与逻辑位置编号的对应关系,并存储该程序标识与逻辑位置编号的对应关系。应当说明的是,在其他的实施例中,第二操作系统可以在接收到用户下发的触发指令后,再将生成的程序标识与逻辑位置编号的对应关系发送给第一操作系统。
对于上述位置编号包括多维逻辑位置编号的实施方式,应用程序组件中还可以包括目标程序所属的程序包的程序包标识,第一操作系统在接收第二操作系统发送的程序标识与逻辑位置编号的对应关系之前,还可以将程序包标识发送给第二操作系统,然后接收第二操作系统反馈的与程序包标识对应的目标对应关系;目标对应关系中包括:组成该程序包的各程序的程序标识与各逻辑位置编号的对应关系。第一操作系统通过与第二操作系统的一次信息交互,便可直接获取到目标程序所属的程序包中各程序与各逻辑位置编号的对应关系,便于第一操作系统根据该对应关系在应用程 序组件中进行程序标识与对应逻辑位置编号的替换,提升了链接效率。
本申请实施例还提供一种程序运行方法,应用于第二操作系统,第二操作系统可以是智能卡操作系统,请参见图2所示,可以包括如下步骤:
S201:接收由第一操作系统发送的第二操作系统可执行的程序;可执行的程序由第一操作系统对应用程序源代码进行编译得到第二操作系统可识别的应用程序组件后,将应用程序组件与第二操作系统链接得到的程序。
S202:运行可执行的程序。
由于第二操作系统接收到的程序是已经与自身操作系统完成链接的程序,因此可以直接运行接收到的程序。
根据上述内容的介绍,第一操作系统需要将应用程序组件中目标程序的程序标识替换为对应的第二操作系统中的位置编号,比如替换成上述内容中提及的逻辑位置编号,从而可以得到对应的可执行的程序,所以,可执行的程序中必然包含该位置编号。
在本申请实施例中,由于逻辑位置编号可以表征目标程序在第二操作系统存储空间上的逻辑位置序号,所以第二操作系统可以根据该逻辑位置编号直接调用到该目标程序。需要说明的是,在其他的一些实施例中,第二操作系统也可以根据预先存储的位置编号与实际物理地址的对应关系调用对应的实际物理地址运行目标程序。
实施例二:
为了更好的理解本申请提供的方案,本申请实施例以第一操作系统为PC操作系统,第二操作系统为智能卡操作系统作为示例详细介绍程序处理方法。
本申请实施例中的智能卡操作系统的存储空间中存储有多个程序包,每一程序包中依次排列有多个程序,具体的,可以参见图3所示。对于后下载至智能卡操作系统中的程序包,智能卡操作系统可以根据程序包与程序包中程序的排列情况生成多维逻辑位置编号表,多维逻辑位置编号表中 包含各程序各自对应的多维逻辑位置编号,以及多维逻辑位置编号与程序标识的对应关系。而对于智能卡操作系统本身需要自带的行业内通用的程序包,则可以通过接口规范约定程序标识与多维逻辑位置编号的对应关系,链接时用程序对应的多维逻辑位置编号来代替程序标识,从而完成链接。
多维逻辑位置编号用于表征目标程序所属的程序包在第二操作系统的存储空间上的逻辑位置序号,以及目标程序在程序包中的逻辑位置序号。也即,多维逻辑位置编号由目标程序所属的程序包在第二操作系统的存储空间上的逻辑位置序号,以及目标程序在程序包中的逻辑位置序号共同组成。例如,多维逻辑位置编号0x00010005可以表征目标程序为第1个程序包的第5个程序。由于各程序包以及程序包中的各程序是在第二操作系统的存储空间中按逻辑顺序排列的,所以根据多维逻辑位置编号0x00010005可以查找到目标程序所在的物理存储地址。
请参见图4所示,本申请实施例提供的程序处理方法包括如下步骤:
S401:对应用程序源代码进行编译得到第二操作系统可识别的应用程序组件。
步骤S401中的应用程序组件中包括需要调用的目标程序的程序标识以及目标程序所属的程序包的程序包标识。
S402:判断本地是否存在与程序包标识对应的目标对应关系,如否,转至S403,如是,转至S404。
本申请实施例中的目标对应关系中包括:组成该程序包的各程序的程序标识与各多维逻辑位置编号的对应关系。
S403:从智能卡操作系统中获取目标对应关系。
S404:遍历解析应用程序组件中的程序调用信息。
步骤S404中的程序调用信息包括需要调用的位于智能卡操作系统中的目标程序的程序标识。
S405:将应用程序组件中目标程序的程序标识替换为对应的多维逻辑 位置编号。
S406:判断应用程序组件是否解析完毕,如是,转至S407,否则,转至S404。
S407:将生成的智能卡操作系统可执行的程序发送给智能卡操作系统。
PC操作系统在完成目标程序的程序标识的替换后便可得到智能卡操作系统可执行的程序,然后将该可执行的程序发送给智能卡操作系统运行。
应当说明的是,智能卡操作系统中可以通过编程语言构建通用的应用程序运行虚拟机,然后在虚拟机构建的运行环境里通过以上相对引用(将程序标识的引用替换为逻辑位置编号的引用)实现目标程序的调用,从而达到运行应用程序的目的。
对于智能卡操作系统而言,在缺少存储资源和CPU运行性能的情况下,通过在智能卡操作系统之外完成程序链接,能够高效完成智能卡应用程序链接生成智能卡操作系统可执行的程序数据,避免在智能卡操作系统内用大量的代码资源实现应用程序链接过程,既减少了智能卡操作系统对存储资源的消耗,也提高了应用程序下载性能。
实施例三:
请参见图5所示,本申请实施例提供一种程序处理装置,应用于第一操作系统,包括:
编译模块501,用于对应用程序源代码进行编译得到第二操作系统可识别的应用程序组件;链接模块502,用于将应用程序组件与第二操作系统链接,生成第二操作系统可执行的程序;发送模块503,用于将可执行的程序发送给第二操作系统。
在示例性的实施例中,应用程序组件中包括需要调用的目标程序的程序标识;目标程序为存储在第二操作系统中的程序;链接模块502用于根据预先存储的程序标识与位置编号的对应关系,确定与程序标识对应的位置编号,将应用程序组件中的程序标识替换成对应的位置编号,生成第二 操作系统可执行的程序;位置编号用于表征的目标程序在第二操作系统中的存储位置。
在示例性的实施例中,位置编号包括单维逻辑位置编号,单维逻辑位置编号用于表征目标程序在第二操作系统的存储空间上的逻辑位置序号,存储空间上存储有多个程序;或,逻辑位置编号包括多维逻辑位置编号,多维逻辑位置编号用于表征目标程序所属的程序包在第二操作系统的存储空间上的逻辑位置序号,以及目标程序在程序包中的逻辑位置序号,存储空间上存储有多个程序包,程序包中包括多个依次排列的程序。
在示例性的实施例中,程序处理装置还包括接收模块和存储模块,接收模块用于在链接模块502根据预先存储的程序标识与位置编号的对应关系,确定与程序标识对应的位置编号之前,接收第二操作系统发送的程序标识与位置编号的对应关系;存储模块用于存储该程序标识与位置编号的对应关系。
在示例性的实施例中,应用程序组件中还包括目标程序所属的程序包的程序包标识,在位置编号包括多维逻辑位置编号时,发送模块503还用于将程序包标识发送给第二操作系统,接收模块用于接收第二操作系统根据程序包标识反馈的与程序包标识对应的目标对应关系;目标对应关系中包括:组成该程序包的各程序的程序标识与各位置编号的对应关系。
请参见图6所示,本申请实施例还提供一种程序运行装置,应用于第二操作系统,包括:
接收模块601,用于接收由第一操作系统发送的第二操作系统可执行的程序;可执行的程序由第一操作系统对应用程序源代码进行编译得到第二操作系统可识别的应用程序组件后,将应用程序组件与第二操作系统链接得到的程序;运行模块602,用于运行可执行的程序。
需要说明的是,本申请实施例中的第一操作系统可以是终端操作系统,第二操作系统可以是智能卡操作系统。
需要理解的是,出于描述简洁的考量,部分实施例一和实施例二中描述过的内容在本实施例中不再赘述。
实施例四:
基于同一发明构思,本申请实施例提供一种终端,请参见图7所示,包括第一操作系统70,第一操作系统70包括第一处理器701和第一存储器702,第一存储器702中存储有第一计算机程序,第一处理器701执行第一计算机程序,以实现上述实施例一或实施例二中方法的步骤,在此不再赘述。
可以理解,图7所示的结构仅为示意,终端还可包括比图7中所示更多或者更少的组件,或者具有与图7所示不同的配置。
本申请实施例还提供一种智能卡,请参见图8所示,包括第二操作系统80,第二操作系统80包括第二处理器801和第二存储器802,第二存储器802中存储有第二计算机程序,第二处理器801执行第二计算机程序,以实现上述实施例一或实施例二中方法的步骤,在此不再赘述。
本申请实施例中处理器可以是一种集成电路芯片,具有信号处理能力。上述处理器可以是通用处理器,包括中央处理器(CPU)、网络处理器(NP)等;还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。其可以实现或者执行本申请实施例中公开的各种方法、步骤及逻辑框图。
存储器可以包括但不限于随机存取存储器(RAM),只读存储器(ROM),可编程只读存储器(PROM),可擦除只读存储器(EPROM),电可擦除只读存储器(EEPROM)等。
本实施例还提供了一种计算机可读存储介质,如软盘、光盘、硬盘、闪存、U盘、安全数码(SD)卡、多媒体(MMC)卡等,在该计算机可读存储介质中存储有实现上述各个步骤的一个或者多个程序,这一个或者多 个程序可被一个或者多个处理器执行,以实现上述各实施例中方法的各步骤,在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。
以上所述仅为本申请的实施例而已,并不用于限制本申请的保护范围,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (10)

  1. 一种程序处理方法,其特征在于,应用于第一操作系统,所述方法包括:
    对应用程序源代码进行编译得到第二操作系统可识别的应用程序组件;
    将所述应用程序组件与所述第二操作系统链接,生成所述第二操作系统可执行的程序;
    将所述可执行的程序发送给所述第二操作系统。
  2. 如权利要求1所述的程序处理方法,其特征在于,所述应用程序组件中包括需要调用的目标程序的程序标识;所述目标程序为存储在所述第二操作系统中的程序;
    所述将所述应用程序组件与所述第二操作系统链接,生成所述第二操作系统可执行的程序,包括:
    根据预先存储的程序标识与位置编号的对应关系,确定与所述程序标识对应的位置编号;所述位置编号用于表征对应的所述目标程序在所述第二操作系统中的存储位置;
    将所述应用程序组件中的所述程序标识替换成所述位置编号,生成所述第二操作系统可执行的程序。
  3. 如权利要求2所述的程序处理方法,其特征在于,所述位置编号包括单维逻辑位置编号;所述单维逻辑位置编号用于表征所述目标程序在所述第二操作系统的存储空间上的逻辑位置序号;所述存储空间上按序存储有多个程序;
    或,
    所述位置编号包括多维逻辑位置编号;所述多维逻辑位置编号用于表征所述目标程序所属的程序包在所述第二操作系统的存储空间上的逻辑位置序号,以及所述目标程序在所述程序包中的逻辑位置序号;所述存储空 间上按序存储有多个程序包;所述程序包中包括多个依次排列的程序。
  4. 如权利要求3所述的程序处理方法,其特征在于,在所述根据预先存储的程序标识与位置编号的对应关系,确定与所述程序标识对应的位置编号之前,所述方法还包括:
    接收所述第二操作系统发送的所述程序标识与位置编号的对应关系;
    存储所述程序标识与位置编号的对应关系。
  5. 一种程序运行方法,其特征在于,应用于第二操作系统,所述方法包括:
    接收由第一操作系统发送的所述第二操作系统可执行的程序;所述可执行的程序由所述第一操作系统对应用程序源代码进行编译得到所述第二操作系统可识别的应用程序组件后,将所述应用程序组件与所述第二操作系统链接得到的程序;
    运行所述可执行的程序。
  6. 一种程序处理装置,其特征在于,应用于第一操作系统,包括:
    编译模块,用于对应用程序源代码进行编译得到第二操作系统可识别的应用程序组件;
    链接模块,用于将所述应用程序组件与第二操作系统链接,生成所述第二操作系统可执行的程序;
    发送模块,用于将所述可执行的程序发送给所述第二操作系统。
  7. 一种程序运行装置,其特征在于,应用于第二操作系统,包括:
    接收模块,用于接收由第一操作系统发送的所述第二操作系统可执行的程序;所述可执行的程序由所述第一操作系统对应用程序源代码进行编译得到所述第二操作系统可识别的应用程序组件后,将所述应用程序组件与所述第二操作系统链接得到的程序;
    运行模块,用于运行所述可执行的程序。
  8. 一种终端,其特征在于,包括第一操作系统,所述第一操作系统包括 第一处理器和第二存储器,所述第一存储器中存储有第一计算机程序,所述第一处理器执行所述第一计算机程序,以实现如权利要求1-4中任一项所述的方法。
  9. 一种智能卡,其特征在于,包括第二操作系统,所述第二操作系统包括第二处理器和第二存储器,所述第二存储器中存储有第二计算机程序,所述第二处理器执行所述第二计算机程序,以实现如权利要求5所述的方法。
  10. 一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有第三计算机程序,所述第三计算机程序被至少一个处理器执行时,以实现如权利要求1-4中任一项或如权利要求5所述的方法。
PCT/CN2023/090741 2022-04-27 2023-04-26 程序处理、运行方法、装置、终端、智能卡及存储介质 WO2023208012A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210458950.3 2022-04-27
CN202210458950.3A CN114860204A (zh) 2022-04-27 2022-04-27 程序处理、运行方法、装置、终端、智能卡及存储介质

Publications (1)

Publication Number Publication Date
WO2023208012A1 true WO2023208012A1 (zh) 2023-11-02

Family

ID=82633625

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/090741 WO2023208012A1 (zh) 2022-04-27 2023-04-26 程序处理、运行方法、装置、终端、智能卡及存储介质

Country Status (2)

Country Link
CN (1) CN114860204A (zh)
WO (1) WO2023208012A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114860204A (zh) * 2022-04-27 2022-08-05 恒宝股份有限公司 程序处理、运行方法、装置、终端、智能卡及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101751258A (zh) * 2009-12-30 2010-06-23 大唐微电子技术有限公司 智能卡与智能卡应用的开发方法、开发系统及部署方法
EP2754043A1 (en) * 2011-09-08 2014-07-16 Marmalade Technologies Ltd. Methods and systems for producing, evaluating and simulating executable applications
CN106502695A (zh) * 2016-10-26 2017-03-15 合肥润客软件科技有限公司 一种基于嵌入式软件开发方法
CN112631684A (zh) * 2020-12-30 2021-04-09 北京元心科技有限公司 可执行程序的运行方法、装置、电子设备及计算机存储介质
CN114860204A (zh) * 2022-04-27 2022-08-05 恒宝股份有限公司 程序处理、运行方法、装置、终端、智能卡及存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19840029C1 (de) * 1998-09-02 2000-04-20 Siemens Ag Verfahren zum Linken von in einen Arbeitsspeicher eines Prozessors nachgeladenen Programmodulen auf einer Chipkarte
FR2801118B1 (fr) * 1999-11-17 2001-12-21 Bull Cp8 Procede de chargement d'applications dans un systeme embarque multi-application, systeme embarque correspondant, et procede d'execution d'une application du systeme embarque
CN104978221B (zh) * 2015-06-09 2018-04-27 北京远特科技股份有限公司 实现程序的下载删除的方法及系统
CN114296774A (zh) * 2021-12-13 2022-04-08 中电金信软件有限公司 一种应用程序的存储方法、调用方法、装置及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101751258A (zh) * 2009-12-30 2010-06-23 大唐微电子技术有限公司 智能卡与智能卡应用的开发方法、开发系统及部署方法
EP2754043A1 (en) * 2011-09-08 2014-07-16 Marmalade Technologies Ltd. Methods and systems for producing, evaluating and simulating executable applications
CN106502695A (zh) * 2016-10-26 2017-03-15 合肥润客软件科技有限公司 一种基于嵌入式软件开发方法
CN112631684A (zh) * 2020-12-30 2021-04-09 北京元心科技有限公司 可执行程序的运行方法、装置、电子设备及计算机存储介质
CN114860204A (zh) * 2022-04-27 2022-08-05 恒宝股份有限公司 程序处理、运行方法、装置、终端、智能卡及存储介质

Also Published As

Publication number Publication date
CN114860204A (zh) 2022-08-05

Similar Documents

Publication Publication Date Title
TW201828220A (zh) 業務處理方法及裝置
CN105278996A (zh) 一种日志采集方法、装置及日志服务系统
US20120158794A1 (en) Techniques to discover object interfaces
WO2023208012A1 (zh) 程序处理、运行方法、装置、终端、智能卡及存储介质
CN106649488B (zh) 多数据源交互接口的调用方法及装置
CN111694613B (zh) 应用程序模块间的解耦方法、电子装置及存储介质
CN112769706B (zh) 组件化路由方法及系统
CN113703862A (zh) 基于配置的接口调用方法、装置、设备及存储介质
CN111104158A (zh) 一种软件打包的方法、装置、计算机设备及存储介质
CN111966390A (zh) 项目构建方法、系统、终端设备及存储介质
CN115408193A (zh) 多模块间错误码处理方法及装置
US7418714B2 (en) Employing three parameter buffer access in connection with SMBus notifications
WO2016061016A1 (en) Api versioning independent of product releases
US20240126567A1 (en) Data processing system, method, and apparatus
CN113987337A (zh) 基于组件化动态编排的搜索方法、系统、设备及存储介质
CN111324645B (zh) 区块链的数据处理方法及装置
CN111488144A (zh) 一种数据处理方法以及设备
CN114816772B (zh) 基于兼容层运行的应用的排错方法、排错系统及计算设备
CN109753293A (zh) 一种插件的处理方法及相关设备
CN112612530B (zh) 类查询方法及装置
CN114416057A (zh) 项目代码打包方法、装置、终端设备及存储介质
WO2021248310A1 (zh) 服务调用信息的获取方法、装置和服务的漏洞测试方法
CN111651177B (zh) 基于安卓平台的写号方法、设备及计算机可读介质
CN112015478B (zh) 内核加载方法、服务器、设备、计算机设备及存储介质
CN113553059B (zh) 局部变量查询方法、装置、服务器及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23795444

Country of ref document: EP

Kind code of ref document: A1