16 results about "Java Card" patented technology

This application relates to a logical Java Card runtime environment. Techniques are disclosed for generating a message stream configured to indicate the source of various messages within the message stream. In particular, an indicator identifies at which interface of a terminal (e.g., of a mobile handset) a message was received. The terminal receives messages on various interfaces and separates messages received via different interfaces within the message stream with interface switch indicators. In one embodiment, a smart card receives a message stream that includes a set of messages and interface switch indicators therein. The smart card delivers messages from the message stream to a single logical partition of the smart card until an interface switch indicator is identified in the message stream. From that point on, the smart card delivers messages from the message stream to a different logical partition of the smart card until another interface switch indicator is identified in the message stream.

The utility model relates to a novel Java card water meter, and belongs to the technical field of water meter metering. Comprising a water meter base meter, a main control chip, and a power supply control circuit, a pulse sampling circuit, a valve control circuit, an LCD (Liquid Crystal Display) screen, a card reader circuit, a touch control circuit, an alarm circuit and a GPRS (General Packet Radio Service) wireless communication circuit which are connected with the main control chip, the pulse sampling circuit comprises a reed switch arranged below a counter of the water meter; a permanent magnet is installed below a fixed scale gear fixing column in a gear transmission structure of the counter, and when a gear of the scale rotates by one circle, a pulse sampling circuit will generate metering pulses and send the metering pulses to a main control chip. According to the utility model, the Java card reader-writer module is adopted, and a Java card is matched for use.

The application discloses a decompilation processing method and device, electronic equipment and a storage medium, and relates to the field of computers.The method comprises the following steps: creating three dynamic arrays in the form of class objects, namely a first dynamic array, a second dynamic array and a third dynamic array; traversing each Java Card bytecode, and based on the operation code and the operand of the Java Card bytecode, dynamically filling the Java Card bytecode and the generated Java bytecode information after conversion into the first dynamic array, the second dynamic array and the third dynamic array; and reading the Java Card bytecode in the dynamic array in sequence, and performing linkage address conversion mapping of the Java Card bytecode, so as to realize decompilation processing of the Java Card bytecode.The application can normally process decompilation operations in a scenario where the length of an operation object exceeds the agreed length.

A Secure Element (14), operating with a Java Card platform, accessible by at least a host (11), said Secure Element (14) comprising a set of Logical Secure Elements (1421...142n) and a set of Shareable Interfaces applets, said Secure Element (14) comprising a further Logical Secure Element which is an administrative Logical Secure Element (141) configured to perform administrative commands (T12, T31, T32), said administrative Logical Secure Element (141) further storing the Shareable Interface applets shared by the Logical Secure Elements (141, 1421...142n) of said set of Logical Secure Elements (141, 1421...142n), said Secure Element comprising one or more stored client applet (147) within one or more of said Logical Secure Element in said set of Logical Secure Elements (1421...142n) configured to, when requesting a service from a Shareable Interface applet (1461, 148), perform first (T1) search of said Shareable Interface applet (1461, 148) in the Logical Secure Element (1421) storing said client applet (147), then a further search (T2) in the administrative Logical Secure Element (141) if said Shareable Interface applet (1461, 148) is not found in said Logical Secure Element (1421) storing said client applet (147).

The invention provides an autonomous and controllable JAVA card communication method and system and a storage medium, and relates to the technical field of information security, and the method comprises the steps: carrying out the mode division and authority limitation of an NVM, and obtaining a super user mode and a user mode; the method comprises the following steps: developing a control OS (Operating System) at a first user side in a super user mode, which comprises a preset API (Application Program Interface) constraint; downloading the management and control OS and switching to the user mode at the second user side; in the user mode, based on a preset API interface constraint, a function application of the JAVA card is developed, and a COS is generated; and downloading the COS to the card to complete the function realization of the JAVA card. According to the method and the device, the technical problem that a client faces a security risk when delivering a core technology to a card provider due to the fact that the card provider has an unlimited access capability in the debugging and development process because a development mode in the prior art does not perform hierarchical control on the authority is solved.

Methods and devices are provided for installing and hiding applets onto smart cards devices. In a first step, a request for installing an instance of a first applet is received at the card device from an off-card entity. The request includes a first applet identifier. An applet instance is then installed with the first applet identifier in a registry of the card device's operating system. In a further step, a request for hiding the instance of the first applet identified by the first applet identifier is received at the card de-vice from the off-card entity. After receiving the hiding request, the smart card operating system finds the applet instance with the give applet identifier and hides it.

The invention discloses a persistent simulation method and device for a Java Card simulator, and relates to the technical field of persistent simulation. The method comprises the following steps: if a serialized object state does not exist, initializing a Java Card simulator environment, traversing a target object graph from a root node of the target object graph during persistent simulation of the Java Card simulator, and creating state representation of each object to be concerned; creating an object state list according to the state representation of each to-be-concerned object, and creating an instance reference relationship maintenance list based on the object state list; and analyzing the instance reference relationship maintenance list to obtain an instance loading sequence, and loading the application instance according to the instance loading sequence. According to the technical scheme provided by the embodiment of the invention, the development complexity during persistent simulation of the Java Card simulator can be reduced, and a cross-instance reference scene can be accurately simulated.

A method for managing Java Card CAP file data (converted applet) is provided. The method may comprise: during loading and / or linking of the CAP file, resolving a plurality of original references provided in a constant pool component of the CAP file, each of the plurality of original references pointing to a package element of a plurality of package elements of the CAP file, and generating a plurality of new references, each of the new references replacing a corresponding one of the plurality of original references, each of the new references comprising an index to a physical address in a pointer table of the CAP file and offset information representing an offset of the respective element with respect to a reference position.

One or more embodiments address the transition to Post Quantum Cryptography (PQC) within secure element hardware environments. The embodiments focus on key management solutions for resource-constrained devices running JAVA CARD or similar platforms. PQC implementations face challenges from large key sizes that strain secure element resources, including RAM, ROM, flash memory, input / output bandwidth, and processing capabilities. The embodiments present methods for handling PQC keys through importation, exportation, generation, storage, utilization, and protection operations. The implementation manifests as an Application Programming Interface (API) that enables applications to leverage key management capabilities efficiently within secure element resource constraints. The API delivers advantages through memory optimization using flexible condensation and derivation mechanisms. Security benefits emerge from integrating key operations within the certified platform environment, enabling hardware acceleration and side-channel attack countermeasures through native code implementation.

Methods and an interface are used to implement shared contexts between a plurality of applets in a Java Card data carrier with a Java Card runtime environment and a storage device. In a server applet, a shared interface is implemented, allowing a client applet to join a context of the server applet. The server applet receives a request from the client applet via the shared interface to join the context of the server applet. In response thereto, the server applet instructs the Java Card runtime environment to integrate the client applet into the context of the server applet.

One or more embodiments address the transition to Post Quantum Cryptography (PQC) within secure element hardware environments. The embodiments focus on key management solutions for resource-constrained devices running JAVA CARD or similar platforms. PQC implementations face challenges from large key sizes that strain secure element resources, including RAM, ROM, flash memory, input / output bandwidth, and processing capabilities. The embodiments present methods for handling PQC keys through importation, exportation, generation, storage, utilization, and protection operations. The implementation manifests as an Application Programming Interface (API) that enables applications to leverage key management capabilities efficiently within secure element resource constraints. The API delivers advantages through memory optimization using flexible condensation and derivation mechanisms. Security benefits emerge from integrating key operations within the certified platform environment, enabling hardware acceleration and side-channel attack countermeasures through native code implementation.

This invention discloses a method, system, electronic device, and storage medium for decompiling third-party reference packages, relating to the field of computer technology. The method includes parsing a Java Card CAP package to be decompiled and establishing a mapping table to record the mapping relationship between class names and token values ​​in the Java Card CAP package; sorting the classes in the Java Card CAP package and outputting their names; generating an exp file corresponding to the Java Card CAP package; and performing a decompilation operation on the Java Card CAP package that references the Java Card CAP package based on the exp file. This invention effectively ensures the sequential execution of programmers' development work.

The invention provides a method for calling a Native function through a JAVA card, a program product, electronic equipment and a storage medium, and the method comprises the steps: receiving a function calling request initiated to a recompiled JAVA operating system through the JAVA card based on a pre-defined unified calling interface, the function calling request being used for calling a target Native function, the recompiled JAVA operating system is integrated with a bridging file generated according to a unified calling interface, the bridging file is mapped to a Native layer, and the recompiled JAVA operating system is pre-linked with one or more Native function libraries; and in response to the function calling request, routing the function calling request to a unified distribution function of a Native layer by the recompiled JAVA operating system through bridging mapping, and calling an operation function in a corresponding Native function library to execute a target Native function. And an efficient request distribution process is realized.

The invention relates to the technical field of intelligent card memory management, and discloses a transient resource allocation method for JavaCard, which comprises the following steps: in response to an application installation loading request, configuring an exclusive DTR space parameter of a loaded application and constructing a corresponding relationship between the loaded application and a logic channel; determining the available monopolized DTR space size of each logic channel based on the corresponding relationship between the loaded application and the logic channel; modifying the memory management API based on the monopolized DTR space parameter of the loaded application and the available monopolized DTR space size of each logic channel to obtain the available transient space size; and carrying out transient resource allocation on the loaded application according to the size of the available transient space. According to the method, on the basis that an original dynamic memory allocation mechanism is not changed, monopolized management of the DTR space can be achieved, and the running reliability of the loaded application is improved. The invention further discloses a transient resource allocation device for the JavaCard, the intelligent card and a system.

The application provides a method, a program product, an electronic device and a storage medium for JAVA card to call a Native function, the method comprising: accepting a function call request initiated by the JAVA card to a recompiled JAVA operating system based on a pre-defined uniform call interface, the function call request being used to call a target Native function, the recompiled JAVA operating system integrating a bridge file generated according to the uniform call interface, the bridge file being mapped to a Native layer, and the recompiled JAVA operating system pre-linking one or more Native function libraries; in response to the function call request, the recompiled JAVA operating system routes the function call request to a uniform distribution function of the Native layer through bridge mapping, and calls an operation function in the corresponding Native function library to execute the target Native function. An efficient request distribution process is implemented.

The present invention proposes a method for generating unlinked program code to be transferred from a source device to a target device, the source device containing program code to be linked to the device, called linked program code, the method comprising: - detecting bytes in the program code to be linked, which bytes belong to the program to be transferred from the source device to the target device; - generating a component, called a reverse link component, containing bytes of unlinked program code that must be modified by the target device by creating linked program code, the bytes being concatenated in the reverse link component in the order in which they are to be linked in the program code; regenerating unlinked program code transferred from the source device to the target device by using a reverse link component, the reverse link component comprising: Using a reference location component in the Cap file, the reference location component points to the bytes in the method component that are to be linked, and the bytes are ordered to be linked in the method component, or It is created by parsing the method component of the Cap file and finding the instruction in the method component Java card that precedes the bytes to be linked.