Implementation method for rapid migration and mutual switching of applications, controller and storage medium

Abstract

The invention provides an implementation method for rapid migration and mutual switching of applications, a controller and a storage medium, the method comprises the following steps: receiving calling information sent by an adapter, the calling information being information for calling target hardware, the target hardware being hardware on a target terminal required for executing a first application, a calling parameter corresponding to the calling information is defined by the adapter according to an interface parameter defined in an interface document of the first application, the calling parameter at least comprises a logic name of hardware calling and a hardware calling method, and the first application is a third-party application which is not configured on the target terminal; determining a calling command according to a hardware calling method and a logic name corresponding to the calling information; and sending the calling command to a hardware access interface layer to call target hardware so as to run the first application on the target terminal. According to the method, the problem of differences of various hardware and software interfaces is solved, rapid development and modification of application services are realized, the use flexibility of a product is improved, and the application range of the product is widened.

Description

Technical Field

[0001] The present application relates to the field of financial intelligent terminals, and more specifically, to a method for implementing rapid application migration and mutual switching, a controller, a computer-readable storage medium, and an electronic device. Background Art

[0002] At present, commercial bank branches generally have a high idle rate of intelligent self-service equipment and long queues at the counter. The operation requirements of intelligent self-service equipment are high, and certain customer groups (such as the elderly) cannot handle business independently and quickly. With the development of audio and video technology, commercial banks use audio and video remote assistance or remote operation. Some businesses that could only be handled by tellers at traditional counters can now be handled on intelligent teller machines (ITM) / super teller machines (STM). Traditional counter application systems are migrated and deployed on ITM / STM to meet business scenarios where customers need remote assistance and remote operation; self-service application systems originally deployed on ITM / STM are suitable for application scenarios where customers can handle business quickly by themselves.

[0003] The technical architecture, business process, user interface, service and interface called, and hardware device calling mode of non-native applications are very different from those of the original application system on ITM / STM. If its functions are redeveloped to connect to the original application system, due to the large number of business transactions and high complexity, the interface, interface and business process need to be redeveloped, which takes a long time and is too costly. Non-native applications generally use the traditional method of directly calling the hardware manufacturer's driver to call hardware, while ITM / STM applications manage and drive hardware through the manufacturer's SP.

[0004] Most of the existing solutions involve application switching on mobile terminals or electronic devices, and the operations are mainly based on sliding and touching. Assuming that after the third-party application is quickly migrated and deployed, the two application systems are application A and application B. If only one application is running at the same time, and the currently running application is application A, when switching applications, you need to stop application A first, kill the related processes of application A, and then cold start application B. Because the applications of ITM / STM devices call a large number of peripheral devices, pausing and restarting the application will close and open all devices, and the entire application switching startup time will be very long. If application A and application B are running at the same time, when switching applications, they will face problems such as interface top, conflict device shutdown, special device monitoring (such as card reader, passbook boarding, etc., waiting for card entry or canceling waiting for card entry, SIU lighting or lighting off, etc.) and start and stop, special matters processing, etc. In addition, after the third-party application is migrated, application A and application B both call the same physical hardware, and when switching, they face the problem of consistency of data such as cash vouchers, card vouchers, deposit vouchers, and card swallowing counts. If different applications call different SPs, data synchronization problems will occur. If the previous and subsequent data are inconsistent, voucher submission and abnormal accounting processing will not be possible. Summary of the invention

[0005] The main purpose of this application is to provide a method, controller, computer-readable storage medium and electronic device for implementing rapid migration and mutual switching of applications, so as to at least solve the problem in the prior art that non-native financial intelligent terminal applications cannot be quickly migrated and deployed.

[0006] In order to achieve the above-mentioned purpose, according to one aspect of the present application, a method for implementing rapid migration and mutual switching of applications is provided, including: receiving call information sent by an adapter, the call information is information for calling target hardware, the target hardware is hardware on a target terminal required to execute a first application, and the call parameters corresponding to the call information are defined by the adapter according to interface parameters defined in an interface document of the first application, the call parameters include at least a logical name of the hardware call and a hardware call method, and the first application is a third-party application that has not been configured on the target terminal; determining a call command according to the hardware call method and the logical name corresponding to the call information; sending the call command to the hardware access interface layer to call the target hardware so as to run the first application on the target terminal.

[0007] Optionally, the adapter is used to define calling parameters according to the interface parameters of the first application, the interface parameters of the first application include hardware module API, method name, input parameters, output parameters, and return value, the hardware access layer includes three parts: core component, development component, and hardware middleware, the core component integrates multiple functional components, the development component is used to provide development tools, operation and maintenance tools and a complete development environment, the hardware middleware is used to encapsulate each module interface, the adapter corresponds one-to-one to the application, and the adapter corresponds one-to-one to the controller.

[0008] Optionally, sending the call command to the hardware access interface layer to call the target hardware to run the first application on the target terminal includes: calling the hardware access interface layer by reading available secondary and tertiary information, and sending the call command to the hardware access interface layer so that the hardware access interface layer calls the SP command so that the manufacturer SP calls the target hardware to run the first application on the target terminal, and the SP command is an instruction to execute the target hardware.

[0009] Optionally, after sending the call command to the hardware access interface layer to call the target hardware to run the first application on the target terminal, the method further includes: receiving target data, the target data being execution data sent by the hardware access interface layer and obtained after running the target hardware, the target data at least including the execution result of the target hardware and secondary and tertiary information obtained by the execution of the target hardware; sending the target data to the adapter so that the adapter sends the target data to the first application.

[0010] Optionally, the method also includes: receiving an application switching request, the application switching request being a request to switch the current display page of the target terminal from the display page of the second application to the display page of the third application; reading the name of the conflict module in the conflict device configuration file, and closing the conflict module based on the second application, the conflict module being a hardware module that needs to be run for executing both the second application and the third application and is not shared by the second application and the third application; reading the name of the special device in the special device processing configuration file, and performing corresponding operations on the special device based on the second application; performing a minimize operation on the second application and a maximize operation on the third application to switch the current display page of the target terminal from the display page of the second application to the display page of the third application.

[0011] Optionally, after performing a minimize operation on the second application and a maximize operation on the third application to switch the current display page of the target terminal from the display page of the second application to the display page of the third application, the method also includes: reading the conflict module name in the conflict device configuration file, and enabling the conflict module based on the third application; reading the special device name in the special device processing configuration file, and performing corresponding operations on the special device based on the third application; and controlling the normal operation of the third application.

[0012] Optionally, the special device name in the special device processing configuration file is read, and corresponding operations are performed on the special device based on the second application, including: when the special device is a device that needs to run when executing the second application but does not need to run when executing the third application, shutting down the special device based on the second application; when the special device is a device that runs in a first operating mode when executing the second application but runs in a second operating mode when executing the third application, switching the operating mode of the special device from the first operating mode to the second operating mode based on the second application.

[0013] According to another aspect of the present application, a controller is provided. A middleware module based on the ACH architecture includes an adapter, a controller and a hardware access interface layer, and the controller includes: a receiving unit, used to receive call information sent by the adapter, the call information is information for calling target hardware, the target hardware is hardware on a target terminal required to execute a first application, and the call parameters corresponding to the call information are defined by the adapter according to the interface parameters defined in the interface document of the first application, the call parameters include at least a logical name of the hardware call and a hardware call method, and the first application is a third-party application that has not been configured on the target terminal; a determining unit, used to determine a call command according to the hardware call method and the logical name corresponding to the call information; and a sending unit, used to send the call command to the hardware access interface layer to call the target hardware so as to run the first application on the target terminal.

[0014] According to another aspect of the present application, a computer-readable storage medium is provided, wherein the computer-readable storage medium includes a stored program, wherein when the program is running, the device where the computer-readable storage medium is located is controlled to execute any one of the methods for implementing rapid migration and mutual switching of applications.

[0015] According to another aspect of the present application, an electronic device is provided, comprising: one or more processors, a memory, and one or more programs, wherein the one or more programs are stored in the memory and are configured to be executed by the one or more processors, and the one or more programs include an implementation method for executing any one of the above-mentioned application rapid migration and mutual switching.

[0016] Applying the technical solution of the present application, the implementation method of the above-mentioned application rapid migration and mutual switching first receives the call information sent by the adapter, the call information is the information for calling the target hardware, the target hardware is the hardware on the target terminal required to execute the first application, the call parameters corresponding to the call information are defined by the adapter according to the interface parameters defined in the interface document of the first application, the call parameters at least include the logical name of the hardware call and the hardware call method, and the first application is a third-party application that has not been configured on the target terminal; then determine the call command according to the hardware call method and logical name corresponding to the call information; finally send the call command to the hardware access interface layer to call the target hardware to run the first application on the target terminal. This method is based on the middleware technology designed with the three-layer structure of ACH, with clear logic and distinct levels. The adapter layer keeps the original definition of the third-party application, and the controller layer is plug-and-play, which can implement hardware access according to the needs of the third-party application. It blocks the rapid migration and deployment of third-party applications on self-service devices and their normal operation, solving the problem that non-native financial intelligent terminal applications cannot be quickly migrated and deployed in the prior art. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The drawings constituting part of the present application are used to provide a further understanding of the present application. The exemplary embodiments and descriptions of the present application are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0018] Figure 1 A hardware structure block diagram of a mobile terminal for implementing a method for executing rapid application migration and mutual switching provided in an embodiment of the present application is shown;

[0019] Figure 2 A schematic diagram of a process for implementing a method for rapid application migration and mutual switching provided according to an embodiment of the present application is shown;

[0020] Figure 3 A schematic diagram of the architecture of a middleware module based on the ACH architecture provided according to an embodiment of the present application is shown;

[0021] Figure 4 A schematic diagram of a process for implementing an application migration call provided according to an embodiment of the present application is shown;

[0022] Figure 5A schematic diagram of a process of applying a dual-active intercommunication switching mechanism provided according to an embodiment of the present application is shown;

[0023] Figure 6 A structural block diagram of a device for implementing rapid application migration and mutual switching provided according to an embodiment of the present application is shown.

[0024] The above drawings include the following reference numerals:

[0025] 102, processor; 104, memory; 106, transmission device; 108, input and output devices. DETAILED DESCRIPTION

[0026] It should be noted that, in the absence of conflict, the embodiments and features in the embodiments of the present application can be combined with each other. The present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0027] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.

[0028] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequential order. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present application described here. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0029] For the convenience of description, some nouns or terms involved in the embodiments of the present application are explained below:

[0030] Financial intelligent terminal: refers specifically to intelligent devices used in the lobby area of ​​commercial banks, including ITM and STM, but excluding ATM. Hereinafter referred to as (ITM / STM).

[0031] Automated Teller Machine: ATM is an automated banking device that allows bank customers to use bank cards to withdraw cash, check balances, transfer funds and other common banking services.

[0032] Intelligent Teller Machine: ITM for short. It is deployed in the lobby of commercial bank branches, and integrates hardware modules such as ID card recognition module, fingerprint reader, signature board, etc. It supports multiple operating systems such as Windows and Linux. It is mainly used by customers for self-service, and branch staff provide review and guidance, realizing a fast service model of "customer self-service + manual guidance".

[0033] Super Teller Machine: Super Teller Machine, referred to as STM. It is placed in the lobby of commercial bank branches and integrates hardware modules such as ID card recognition module, fingerprint reader, signature board, large-value cash processing module, etc. It supports multiple operating systems such as Windows and Linux. It has similar functions to ITM, but compared with ITM, customers can handle large-value cash deposits and withdrawals on STM.

[0034] Rapid application migration: Based on the original applications on the financial intelligent terminal, other application scenarios or mature applications in other industries can be quickly migrated and deployed on the financial intelligent terminal, and the application does not need secondary development. For example, at present, commercial bank outlets generally have a high idle rate of intelligent self-service equipment and long queues at the counter. The operation requirements of intelligent self-service equipment are high, and certain customer groups (such as the elderly) cannot handle business independently and quickly. With the development of audio and video technology, commercial banks can use audio and video remote assistance or remote operation. Some businesses that could only be handled by tellers at traditional counters can also be handled on ITM / STM. The traditional counter application system is migrated and deployed on ITM / STM to meet the business scenarios where customers need remote assistance and remote operation; the self-service application system originally deployed on ITM / STM is suitable for application scenarios where customers can quickly handle business by themselves. In addition, there are mature applications in some industries that are also required to be quickly deployed on financial intelligent terminals when needed to meet the diversified usage needs of customers.

[0035] Application switching: When multiple application systems are running simultaneously on the ITM / STM, an application switching menu is provided on the visual interface of the current application. Customers or tellers can switch applications without restarting the device, meeting the on-site usage needs of different customers, thereby improving device utilization and customer satisfaction.

[0036] XFS protocol: CEN / XFS protocol provides a set of standard and unified protocols for the field of financial self-service equipment technology. It is a general and open protocol and has been widely used in the field of financial self-service equipment technology. This is a set of technical specifications that are convenient for both application developers and service providers, and defines the driver interfaces of various financial peripheral devices. XFS actually consists of two sets of interfaces, API and SPI, and a manager.

[0037] SP (Service Providers): Service providers provide SPI implementations and are the managers of devices, providing device operation and status information to the manager and API.

[0038] As introduced in the background technology, in the prior art, when calling hardware I / O, there are many intermediate links. A hardware call needs to go through the adapter, controller, hardware access interface layer, SP, and manufacturer driver layer. Multi-logical name calls have high requirements for the SP implementation of the hardware manufacturer. The differences in technical levels of different manufacturers will lead to a longer test cycle, thereby affecting the progress of third-party application migration. In order to solve the problem in the prior art that non-native financial smart terminal applications cannot be quickly migrated and deployed, the embodiments of the present application provide a method for implementing rapid application migration and mutual switching, a controller, a computer-readable storage medium and an electronic device.

[0039] The technical solutions in the embodiments of the present invention will be described clearly and completely below in conjunction with the accompanying drawings in the embodiments of the present invention.

[0040] The method embodiments provided in the embodiments of the present application can be executed in a mobile terminal, a computer terminal or a similar computing device. Taking running on a mobile terminal as an example, Figure 1 FIG. 1 is a hardware structure block diagram of a mobile terminal for implementing a method for rapid application migration and switching in an embodiment of the present invention. Figure 1 As shown, the mobile terminal may include one or more ( Figure 1 Only one is shown in the figure) a processor 102 (the processor 102 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA) and a memory 104 for storing data, wherein the mobile terminal may also include a transmission device 106 and an input / output device 108 for communication functions. It can be understood by those skilled in the art that Figure 1 The structure shown is only for illustration and does not limit the structure of the mobile terminal. Figure 1 More or fewer components as shown, or with Figure 1 Different configurations are shown.

[0041] The memory 104 can be used to store computer programs, for example, software programs and modules of application software, such as computer programs corresponding to the implementation method of rapid application migration and mutual switching in the embodiment of the present invention. The processor 102 executes various functional applications and data processing by running the computer programs stored in the memory 104, that is, the above method is implemented. The memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may further include a memory remotely arranged relative to the processor 102, and these remote memories may be connected to the mobile terminal via a network. Examples of the above-mentioned network include but are not limited to the Internet, an intranet, a local area network, a mobile communication network, and a combination thereof. The transmission device 106 is used to receive or send data via a network. The above-mentioned specific examples of the network may include a wireless network provided by a communication provider of the mobile terminal. In one example, the transmission device 106 includes a network adapter (Network Interface Controller, referred to as NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device 106 may be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0042] In this embodiment, a method for implementing rapid migration and mutual switching of applications running on a mobile terminal, a computer terminal or a similar computing device is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0043] Figure 2 1 is a flow chart of a method for implementing rapid application migration and mutual switching according to an embodiment of the present application. The middleware module based on the ACH architecture includes an adapter, a controller and a hardware access interface layer. The above method is applied to the controller of the above middleware module, such as Figure 2 As shown, the method comprises the following steps:

[0044] Step S301, receiving call information sent by the adapter, the call information is information for calling target hardware, the target hardware is hardware on the target terminal required to execute the first application, the call parameters corresponding to the call information are defined by the adapter according to the interface parameters defined in the interface document of the first application, the call parameters at least include a logical name of the hardware call and a hardware call method, and the first application is a third-party application that has not been configured on the target terminal;

[0045] Specifically, in order to achieve rapid migration of non-native applications in financial intelligent terminals, this embodiment adopts a customized ACH (Adaptor-Controller-HardwareIOLayer) architecture middleware technology to connect to third-party application calls upward and manage hardware access downward.

[0046] Among them, the above-mentioned adapter is used to define calling parameters according to the interface parameters of the above-mentioned first application. The interface parameters of the above-mentioned first application include hardware module API, method name, input parameters, output parameters, and return value. The above-mentioned hardware access layer includes three parts: core components, development components, and hardware middleware. The above-mentioned core components integrate multiple functional components. The above-mentioned development components are used to provide development tools, operation and maintenance tools and a complete development environment. The above-mentioned hardware middleware is used to encapsulate the interfaces of each module. The above-mentioned adapter corresponds to the application one by one, and the above-mentioned adapter corresponds to the above-mentioned controller one by one.

[0047] Specifically, the first application running on other platforms and devices uses its own components to access the hardware driver layer to call the hardware. When the first application is migrated to ITM / STM, it only needs to define the adapter and implement the controller to run normally. The middleware technology based on the ACH architecture provides strong support for third-party applications to call ITM / STM hardware, with good maintainability and ease of use.

[0048] Among them, Figure 3 As shown in the figure, the middleware module based on the ACH architecture is divided into three layers. The first layer is the adapter. According to the hardware module API provided by the third-party application system, the method name, input and output parameters, and return value remain unchanged and are defined in the adapter. The second layer is the controller. According to the input and output and specific requirements of each method of the third-party application, the call logic is sorted out, and the corresponding hardware access layer method is called to implement the call and return of the command. The adapter and the controller use TCP / IP synchronous short connection to communicate. The communication method is not limited to the above method. It only needs to configure the interface specification between the adapter and the controller. The advantage of TCP / IP is that it does not use local calls but network methods. This communication method is faster and more flexible. The third layer is the hardware access layer. The hardware access layer is divided into three parts: core components, development components, and hardware middleware. The core component integrates functional components such as system tools, face recognition, log management, PBOC, ELock, process engine, browser, and communication management. The development component provides a complete development environment and provides a series of development and operation tools such as process editor, log browser, and test toolkit. The hardware middleware encapsulates the interfaces of each module to facilitate application layer calls.

[0049] In addition, the middleware is divided into three layers. The first layer is the adapter, and the second layer is the controller. The adapter and the controller form a client-server architecture. The adapter is the client and the controller is the server. The two use TCP / IP synchronous short connection communication. The third layer is the hardware access interface layer (HardwareIOLayer). This layer encapsulates the interface implementation provided by the manufacturer SP according to a custom protocol based on the XFS protocol and provides some public services.

[0050] Step S302, determining a calling command according to the hardware calling method and the logical name corresponding to the calling information;

[0051] Specifically, to ensure the integrity and correctness of the data returned by the manufacturer's SP, an adaptive logical name set is defined for each application, and different applications call different logical name sets. The same SP, the same module, and different applications use different logical name access mechanisms, which not only ensures the uniformity of data before and after application switching, but also ensures the correctness of the data returned by the SP.

[0052] Step S303: Send the calling command to the hardware access interface layer to call the target hardware to run the first application on the target terminal.

[0053] Specifically, based on the interface document of the third-party application, define the adapter method, modify the SP protocol, and determine the logical name of each module called by the application. According to the SP protocol and logical name, the manufacturer's SP and hardware access interface layer are transformed, and then the controller method is implemented.

[0054] Among them, sending the above-mentioned calling command to the above-mentioned hardware access interface layer to call the above-mentioned target hardware to run the above-mentioned first application on the above-mentioned target terminal includes: calling the above-mentioned hardware access interface layer by reading the available secondary and tertiary information method, and sending the above-mentioned calling command to the above-mentioned hardware access interface layer, so that the above-mentioned hardware access interface layer calls the SP command, so that the manufacturer SP calls the above-mentioned target hardware to run the above-mentioned first application on the above-mentioned target terminal, and the above-mentioned SP command is an instruction to execute the operation of the above-mentioned target hardware.

[0055] Specifically, the method for reading available secondary and tertiary information configured by the adapter can call the above hardware access interface layer, thereby calling the corresponding hardware, so that the first application can run stably.

[0056] Wherein, after sending the calling command to the hardware access interface layer to call the target hardware to run the first application on the target terminal, the method further includes the following steps:

[0057] Step S401, receiving target data, the target data being execution data sent by the hardware access interface layer and obtained after running the target hardware, the target data at least including the execution result of the target hardware and secondary and tertiary information obtained by the execution of the target hardware;

[0058] Step S402: sending the target data to the adapter, so that the adapter sends the target data to the first application.

[0059] Specifically, according to the SP protocol and the logical name, the manufacturer's SP and the hardware access interface layer are transformed, and then the accurate calling of the hardware is implemented to make the first application run stably.

[0060] In some instances, such as Figure 4 As shown in the figure, take the card reading method in the contact card reader as an example, assuming that the logical name of the card reader in the application is IDCNew, and the card reading method defined in the interface document is CR_ReadTrack. The application calls the card insertion command, and the execution steps are as follows:

[0061] Step S101: The application calls the CR_ReadTrack method. The adapter sends a message to the controller;

[0062] Step S102: After receiving the message, the controller calls the hardware access interface layer method AcceptAndReadAvailableTracks;

[0063] Step S103: The hardware access interface layer calls the SP command WFS_CMD_IDC_READ_RAW_DATA;

[0064] Step S104: the manufacturer SP calls the card reader driver, and after the customer inserts the card, the track data is read;

[0065] Step S105: After receiving the card data returned by the hardware interface access layer, the controller sends a message of the execution result and the data read by the card reader to the adapter;

[0066] Step S106: The adapter parses the returned message and assigns the output parameters. The method is executed successfully and the card reading is completed.

[0067] All other methods have the same execution mechanism as this method.

[0068] The middleware based on the customized ACH architecture realizes the rapid migration of technical guarantee applications. The middleware is divided into three layers. As the first layer, the adapter defines all APIs for calling hardware in non-native applications according to the original method name, parameters, and return values. The high consistency ensures the normal calling of third-party applications. As the second layer, the controller and the first layer controller are client and server architectures. The adapter is the client and the controller is the server. Both use TCP / IP synchronous short connection communication. The controller receives the command request message from the adapter, combines the hardware operation commands, calls the hardware I / O service provided by the third layer structure hardware access interface layer (HardwareIOLayer), completes the hardware operation, and sends the hardware call result message to the adapter. The design of the adapter and the controller separates the interface from the implementation, and the message mechanism provides strong flexibility and compatibility for the operating system and programming language.

[0069] The middleware technology based on the ACH three-layer structure design has clear logic and distinct layers. The adapter layer maintains the original definition of the third-party application, and the controller layer is plug-and-play. It can implement hardware access according to the needs of the third-party application. The hardware access interface layer uses the convenience of ITM / STM for hardware management. This design ensures the rapid migration and deployment of third-party applications in self-service devices and their normal operation. In addition, a device calling mechanism called by a set of SP multiple logical names ensures the consistency of data before and after the switch, ensuring business continuity.

[0070] The above method further comprises the following steps:

[0071] Step S501, receiving an application switching request, wherein the application switching request is a request to switch a current display page of the target terminal from a display page of a second application to a display page of a third application;

[0072] Step S502, reading the name of the conflicting module in the conflicting device configuration file, and closing the conflicting module based on the second application, where the conflicting module is a hardware module that needs to be run for both the second application and the third application and is not shared by the second application and the third application;

[0073] Step S503, reading the name of the special device in the special device processing configuration file, and performing corresponding operations on the special device based on the second application;

[0074] Step S504: performing a minimize operation on the second application and a maximize operation on the third application, so as to switch the current display page of the target terminal from the display page of the second application to the display page of the third application.

[0075] Specifically, when the third-party application is rapidly migrated and deployed, and runs simultaneously with the original application of the self-service device, a mechanism is adopted in which the applications run simultaneously and the applications notify each other of "activation". This activation is not a real activation, because the application itself is in a running state, and the user interface is just switched to the user perspective. Assume that the application in the current customer perspective interface is application A (the second application), the user interface of application B (the third application) is hidden, and the listening mode is started, ready to receive the switching request message. If the customer chooses to switch to application B in the user interface of application A, application A will handle some necessary affairs, such as displaying the processing page, shutting down some conflicting devices, handling some special devices, etc. After the necessary affairs are completed, a switching message is sent to application B and listening is started. After receiving the switching message, application B switches its own interface to the user perspective, turns on some conflicting devices, handles some special devices, enters the service state, and stops listening. This dual-active and mutual notification mechanism has greatly improved the user experience.

[0076] Wherein, after performing a minimization operation on the second application and a maximization operation on the third application to switch the current display page of the target terminal from the display page of the second application to the display page of the third application, the method further includes the following steps:

[0077] Step S601, reading the conflicting module name in the conflicting device configuration file, and enabling the conflicting module based on the third application;

[0078] Step S602, reading the special device name in the special device processing configuration file, and performing corresponding operations on the special device based on the third application;

[0079] Step S603, controlling the third application to run normally.

[0080] Specifically, when switching from the second application to the third application, the second application closes the conflicting module and then opens the conflicting module through the third application, so that switching between the two applications can be achieved without conflict.

[0081] For example, the conflicting module is a microphone. When switching from the second application to the third application, the second application controls to turn off the microphone, and then the second application is reduced, and the third application is enlarged and then controls to turn the microphone back on.

[0082] The process of reading the name of the special device in the special device processing configuration file and performing corresponding operations on the special device based on the second application includes the following steps:

[0083] Step S701, in the case where the special device is a device that needs to be run when executing the second application but does not need to be run when executing the third application, shutting down the special device based on the second application;

[0084] Step S702, when the special device is a device that operates in the first operating mode when executing the second application and in the second operating mode when executing the third application, the operating mode of the special device is switched from the first operating mode to the second operating mode based on the second application.

[0085] Specifically, when switching from the second application to the third application, different processing can be performed for special devices, so that switching between the two applications can be achieved without conflict.

[0086] For example, the special device is an indicator light. When the second application requires the indicator light to be on and the third application requires the indicator light to be off, the second application controls the indicator light to be turned off. When the second application requires the indicator light to flash and the third application requires the indicator light to be on all the time, and the second and third applications share the indicator light, the indicator light is directly controlled to change from a flashing mode to a long-on mode.

[0087] like Figure 5 As shown, in this module, two applications run simultaneously, which is referred to as the "active-active" mechanism. In addition, the two applications are clients and servers for each other, listening to the switching messages sent by each other. During the switching process, the configuration files are read to read the module names and the commands to be executed for the processing of conflicting modules and special modules. The time point for notifying the other application after the switch is after all transactions of the initiator of the switch are completed, such as shutting down the conflicting module, closing and opening monitoring of the special module, etc. The passive switching party is activated after hearing the switching message, and the user interface is pinned to the top to perform operations such as opening the conflicting module and processing the special module.

[0088] The steps to implement the program are as follows:

[0089] Step S200: Application A and Application B are running simultaneously. Application A is in the foreground, and the interface is in the customer's perspective;

[0090] Step S201: The customer selects the application B service on the application A interface, and the application A user interface prompts "Processing, please wait";

[0091] Step S202: Application A reads the module name from the conflicting device configuration file and shuts down the involved modules. For example, if a binocular camera is read, the binocular camera is shut down.

[0092] Step S203: Application A reads the module name and execution command from the special device processing configuration file, and executes the corresponding command on the module involved. For example, if the card reader and cancel command are read, the CancelAccept() command is executed for the IDC module.

[0093] Step S204: if application A is a C / S architecture, then the handle of the current main window is obtained and a minimize operation is performed; if application A is a B / S architecture, then the current browser is minimized;

[0094] Step S205: Application A sends a switching message to application B;

[0095] Step S206: Application A starts to listen to messages;

[0096] Step S207: After application B receives the switching message, if application B is a C / S architecture, it obtains the handle of the current main window, performs a maximize operation and places it on top; if application B is a B / S architecture, it maximizes the current browser and places it on top;

[0097] Step S208: The user interface of application B prompts “Processing, please wait”;

[0098] Step S209: Application B reads the module name from the conflicting device configuration file and opens the module involved. For example, if a binocular camera is read, the binocular camera is opened;

[0099] Step S210: Application A reads the module name and execution command from the special device processing configuration file, and executes the corresponding command on the module involved;

[0100] Step S211: Application B stops listening to messages;

[0101] Step S212: Application B provides services normally.

[0102] The switching mechanism of active-active intercommunication and the switching mode of active switching ensure the hot switching of applications. Active-active means that the two applications always keep running, and intercommunication means that the two applications are clients and servers for each other and keep message connection. The switching is not triggered by a third party, but by either of the two applications. Before and after the switching, both applications reserve slots to handle special transactions and ensure the normal hot switching.

[0103] The switching mechanism based on active-active intercommunication and the active switching mode ensure the fast hot switching of the application system. The application does not need to be reinitialized, which ensures the switching speed; the application message transmission mechanism ensures the timeliness of the switching and also provides cross-operating system and cross-application compatibility; the active switching mode provides convenience of operation and fully reflects the customer-centric design concept.

[0104] The implementation method of the above-mentioned application rapid migration and mutual switching of the present application first receives the call information sent by the adapter, the call information is the information for calling the target hardware, the target hardware is the hardware on the target terminal required to execute the first application, the call parameters corresponding to the call information are defined by the adapter according to the interface parameters defined in the interface document of the first application, the call parameters at least include the logical name of the hardware call and the hardware call method, and the first application is a third-party application that has not been configured on the target terminal; then, according to the hardware call method and logical name corresponding to the call information, the call command is determined; finally, the call command is sent to the hardware access interface layer to call the target hardware to run the first application on the target terminal. This method is based on the middleware technology designed with the three-layer structure of ACH, with clear logic and distinct levels. The adapter layer keeps the original definition of the third-party application, and the controller layer is plug-and-play, which can implement hardware access according to the needs of the third-party application. It blocks the rapid migration and deployment of third-party applications on self-service devices and their normal operation, solving the problem that non-native financial intelligent terminal applications cannot be quickly migrated and deployed in the prior art.

[0105] In order to enable those skilled in the art to more clearly understand the technical solution of the present application, the implementation process of the method for rapid application migration and mutual switching of the present application will be described in detail below in combination with specific embodiments.

[0106] It should be noted that the steps shown in the flowcharts of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and that, although a logical order is shown in the flowcharts, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0107] The embodiment of the present application also provides a device for implementing rapid application migration and mutual switching. It should be noted that the device for implementing rapid application migration and mutual switching in the embodiment of the present application can be used to execute the implementation method for rapid application migration and mutual switching provided in the embodiment of the present application. The device is used to implement the above-mentioned embodiments and preferred implementation modes, and the descriptions that have been made will not be repeated. As used below, the term "module" can implement a combination of software and / or hardware for a predetermined function. Although the device described in the following embodiments is preferably implemented in software, the implementation of hardware, or a combination of software and hardware, is also possible and conceived.

[0108] The following introduces the implementation device of the rapid migration and mutual switching of applications provided in the embodiment of the present application.

[0109] Figure 6 Schematic diagram of a device for implementing rapid application migration and switching according to an embodiment of the present application. Figure 6As shown, the device includes: a receiving unit 10, a determining unit 20 and a sending unit 30, the receiving unit 10 is used to receive the calling information sent by the adapter, the calling information is the information for calling the target hardware, the target hardware is the hardware on the target terminal required to execute the first application, the calling parameters corresponding to the calling information are defined by the adapter according to the interface parameters defined in the interface document of the first application, the calling parameters at least include the logical name of the hardware call and the hardware calling method, the first application is a third-party application that has not been configured on the target terminal; the determining unit 20 is used to determine the calling command according to the hardware calling method and the logical name corresponding to the calling information; the sending unit 30 is used to send the calling command to the hardware access interface layer to call the target hardware, so as to run the first application on the target terminal.

[0110] The implementation device of the above-mentioned application rapid migration and mutual switching of the present application includes: a receiving unit, a determining unit and a sending unit, the receiving unit is used to receive the call information sent by the adapter, the call information is the information for calling the target hardware, the target hardware is the hardware on the target terminal required to execute the first application, the call parameters corresponding to the call information are defined by the adapter according to the interface parameters defined in the interface document of the first application, the call parameters at least include the logical name of the hardware call and the hardware call method, and the first application is a third-party application that has not been configured on the target terminal; the determining unit is used to determine the call command according to the hardware call method and logical name corresponding to the call information; the sending unit is used to send the call command to the hardware access interface layer to call the target hardware to run the first application on the target terminal. The device is based on the middleware technology of the ACH three-layer structure design, with clear logic and distinct layers. The adapter layer keeps the original definition of the third-party application, and the controller layer is plug-and-play, which can implement hardware access according to the needs of the third-party application. It can quickly migrate and deploy third-party applications on self-service devices and run them normally, solving the problem that non-native financial intelligent terminal applications cannot be quickly migrated and deployed in the prior art.

[0111] In some instances, the receiving unit includes a first processing module, and the first processing module is used for the above-mentioned adapter to define calling parameters according to the interface parameters of the above-mentioned first application. The interface parameters of the above-mentioned first application include hardware module API, method name, input parameters, output parameters, and return value. The above-mentioned hardware access layer includes three parts: core components, development components, and hardware middleware. The above-mentioned core components integrate multiple functional components. The above-mentioned development components are used to provide development tools, operation and maintenance tools and a complete development environment. The above-mentioned hardware middleware is used to encapsulate the interfaces of each module. The above-mentioned adapter corresponds one-to-one to the application, and the above-mentioned adapter corresponds one-to-one to the above-mentioned controller.

[0112] In some examples, the sending unit includes a second processing module, which is used to call the hardware access interface layer by using a method of reading available second and third information, and send the calling command to the hardware access interface layer, so that the hardware access interface layer calls the SP command, so that the manufacturer SP calls the target hardware to run the first application on the target terminal, and the SP command is an instruction to execute the target hardware. The method of reading available second and third information configured by the adapter can call the hardware access interface layer, thereby calling the corresponding hardware, so that the first application can run stably.

[0113] In some examples, after running the first application on the target terminal, the device further includes a first receiving module and a first sending module. The first receiving module is used to receive target data, which is the execution data sent by the hardware access interface layer after running the target hardware. The target data at least includes the execution result of the target hardware and the secondary and tertiary information obtained by the target hardware. The first sending module is used to send the target data to the adapter, so that the adapter sends the target data to the first application. According to the SP protocol and logical name, the manufacturer SP and the hardware access interface layer are modified, and then the accurate call of the hardware is realized to make the first application run stably.

[0114] In some instances, the device further includes a second receiving module, a first reading module, a second reading module and a third processing module, wherein the second receiving module is used to receive a request for switching applications, wherein the request for switching applications is a request for switching the current display page of the target terminal from the display page of the second application to the display page of the third application; the first reading module is used to read the name of the conflicting module in the conflicting device configuration file, and close the conflicting module based on the second application, wherein the conflicting module is a hardware module that needs to be run for both the second application and the third application and is not shared by the second application and the third application; the second reading module is used to read the name of the special device in the special device processing configuration file, and perform corresponding operations on the special device based on the second application; the third processing module is used to perform a minimize operation on the second application and a maximize operation on the third application, so as to switch the current display page of the target terminal from the display page of the second application to the display page of the third application. This dual-active and mutual notification mechanism greatly improves the user experience.

[0115] In some instances, after switching the current display page of the target terminal from the display page of the second application to the display page of the third application, the device further includes a third reading module, a fourth reading module and a first control module, wherein the third reading module is used to read the name of the conflicting module in the conflicting device configuration file, and to open the conflicting module based on the third application; the fourth reading module is used to read the name of the special device in the special device processing configuration file, and to perform corresponding operations on the special device based on the third application; the first control module is used to control the normal operation of the third application. In this way, when switching from the second application to the third application, the second application can close the conflicting module and then open the conflicting module through the third application, so that the switching between the two applications can be achieved without conflict.

[0116] In some examples, the fourth reading module includes a third processing module and a fourth processing module, the third processing module is used to shut down the special device based on the second application when the special device is required to run when executing the second application but not required to run when executing the third application; the fourth processing module is used to switch the operation mode of the special device from the first operation mode to the second operation mode based on the second application when the special device is operated in the first operation mode when executing the second application but in the second operation mode when executing the third application. In this way, different processing can be performed on the special device when switching from the second application to the third application, so that the switching between the two applications can be achieved without conflict.

[0117] The above-mentioned device for implementing rapid application migration and mutual switching includes a processor and a memory, and the above-mentioned receiving unit and the like are stored in the memory as program units, and the processor executes the above-mentioned program units stored in the memory to implement corresponding functions. The above-mentioned modules are all located in the same processor; or, the above-mentioned modules are located in different processors in any combination.

[0118] The processor includes a kernel, which retrieves the corresponding program unit from the memory. One or more kernels can be set to solve the problem that non-native financial intelligent terminal applications cannot be quickly migrated and deployed in the prior art by adjusting kernel parameters.

[0119] The memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM, and the memory includes at least one memory chip.

[0120] An embodiment of the present invention provides a computer-readable storage medium, which includes a stored program, wherein when the program is running, the device where the computer-readable storage medium is located is controlled to execute an implementation method for the rapid migration and mutual switching of the above-mentioned applications.

[0121] Specifically, the implementation method of rapid application migration and mutual switching includes:

[0122] Step S301, receiving call information sent by the adapter, the call information is information for calling target hardware, the target hardware is hardware on the target terminal required to execute the first application, the call parameters corresponding to the call information are defined by the adapter according to the interface parameters defined in the interface document of the first application, the call parameters at least include a logical name of the hardware call and a hardware call method, and the first application is a third-party application that has not been configured on the target terminal;

[0123] Specifically, in order to achieve rapid migration of non-native applications in financial intelligent terminals, this embodiment adopts a customized ACH (Adaptor-Controller-HardwareIOLayer) architecture middleware technology to connect to third-party application calls upward and manage hardware access downward.

[0124] Step S302, determining a calling command according to the hardware calling method and the logical name corresponding to the calling information;

[0125] Specifically, to ensure the integrity and correctness of the data returned by the manufacturer's SP, an adaptive logical name set is defined for each application, and different applications call different logical name sets. The same SP, the same module, and different applications use different logical name access mechanisms, which not only ensures the uniformity of data before and after application switching, but also ensures the correctness of the data returned by the SP.

[0126] Step S303: Send the calling command to the hardware access interface layer to call the target hardware to run the first application on the target terminal.

[0127] Specifically, based on the interface document of the third-party application, define the adapter method, modify the SP protocol, and determine the logical name of each module called by the application. According to the SP protocol and logical name, the manufacturer's SP and hardware access interface layer are transformed, and then the controller method is implemented.

[0128] An embodiment of the present invention provides a processor, which is used to run a program, wherein when the program is running, the method for implementing the rapid migration and mutual switching of the applications is executed.

[0129] Specifically, the implementation method of rapid application migration and mutual switching includes:

[0130] Step S301, receiving call information sent by the adapter, the call information is information for calling target hardware, the target hardware is hardware on the target terminal required to execute the first application, the call parameters corresponding to the call information are defined by the adapter according to the interface parameters defined in the interface document of the first application, the call parameters at least include a logical name of the hardware call and a hardware call method, and the first application is a third-party application that has not been configured on the target terminal;

[0131] Specifically, in order to achieve rapid migration of non-native applications in financial intelligent terminals, this embodiment adopts a customized ACH (Adaptor-Controller-HardwareIOLayer) architecture middleware technology to connect to third-party application calls upward and manage hardware access downward.

[0132] Step S302, determining a calling command according to the hardware calling method and the logical name corresponding to the calling information;

[0133] Specifically, to ensure the integrity and correctness of the data returned by the manufacturer's SP, an adaptive logical name set is defined for each application, and different applications call different logical name sets. The same SP, the same module, and different applications use different logical name access mechanisms, which not only ensures the uniformity of data before and after application switching, but also ensures the correctness of the data returned by the SP.

[0134] Step S303: Send the calling command to the hardware access interface layer to call the target hardware to run the first application on the target terminal.

[0135] Specifically, based on the interface document of the third-party application, define the adapter method, modify the SP protocol, and determine the logical name of each module called by the application. According to the SP protocol and logical name, the manufacturer's SP and hardware access interface layer are transformed, and then the controller method is implemented.

[0136] An embodiment of the present invention provides a device, the device including a processor, a memory, and a program stored in the memory and executable on the processor, and when the processor executes the program, at least the following steps are implemented:

[0137] Step S301, receiving call information sent by the adapter, the call information is information for calling target hardware, the target hardware is hardware on the target terminal required to execute the first application, the call parameters corresponding to the call information are defined by the adapter according to the interface parameters defined in the interface document of the first application, the call parameters at least include a logical name of the hardware call and a hardware call method, and the first application is a third-party application that has not been configured on the target terminal;

[0138] Step S302, determining a calling command according to the hardware calling method and the logical name corresponding to the calling information;

[0139] Step S303: Send the calling command to the hardware access interface layer to call the target hardware to run the first application on the target terminal.

[0140] The devices in this article can be servers, PCs, PADs, mobile phones, etc.

[0141] The present application also provides a computer program product, which, when executed on a data processing device, is suitable for executing a program for initializing at least the following method steps:

[0142] Step S301, receiving call information sent by the adapter, the call information is information for calling target hardware, the target hardware is hardware on the target terminal required to execute the first application, the call parameters corresponding to the call information are defined by the adapter according to the interface parameters defined in the interface document of the first application, the call parameters at least include a logical name of the hardware call and a hardware call method, and the first application is a third-party application that has not been configured on the target terminal;

[0143] Step S302, determining a calling command according to the hardware calling method and the logical name corresponding to the calling information;

[0144] Step S303: Send the calling command to the hardware access interface layer to call the target hardware to run the first application on the target terminal.

[0145] Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, they can be implemented by a program code executable by a computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be executed in a different order than here, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the present invention is not limited to any specific combination of hardware and software.

[0146] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.

[0147] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0148] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0149] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0150] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0151] The memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0152] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0153] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0154] From the above description, it can be seen that the above embodiments of the present application achieve the following technical effects:

[0155] 1) The implementation method of the above-mentioned application rapid migration and mutual switching of the present application first receives the call information sent by the adapter, the call information is the information for calling the target hardware, the target hardware is the hardware on the target terminal required to execute the first application, the call parameters corresponding to the call information are defined by the adapter according to the interface parameters defined in the interface document of the first application, the call parameters at least include the logical name of the hardware call and the hardware call method, and the first application is a third-party application that has not been configured on the target terminal; then determine the call command according to the hardware call method and logical name corresponding to the call information; finally send the call command to the hardware access interface layer to call the target hardware to run the first application on the target terminal. This method is based on the middleware technology designed with the three-layer structure of ACH, with clear logic and distinct levels. The adapter layer keeps the original definition of the third-party application, and the controller layer is plug-and-play, which can implement hardware access according to the needs of the third-party application. It can quickly migrate and deploy third-party applications on self-service devices and run them normally, solving the problem that non-native financial intelligent terminal applications cannot be quickly migrated and deployed in the prior art.

[0156] 2) The implementation device for the above-mentioned application rapid migration and mutual switching of the present application includes: a receiving unit, a determining unit and a sending unit. The receiving unit is used to receive the call information sent by the adapter. The call information is the information for calling the target hardware. The target hardware is the hardware on the target terminal required to execute the first application. The call parameters corresponding to the call information are defined by the adapter according to the interface parameters defined in the interface document of the first application. The call parameters at least include the logical name of the hardware call and the hardware call method. The first application is a third-party application that has not been configured on the target terminal; the determining unit is used to determine the call command according to the hardware call method and logical name corresponding to the call information; the sending unit is used to send the call command to the hardware access interface layer to call the target hardware to run the first application on the target terminal. The device is based on the middleware technology designed with the three-layer structure of ACH, with clear logic and distinct layers. The adapter layer keeps the original definition of the third-party application, and the controller layer is plug-and-play. It can implement hardware access according to the needs of the third-party application. It can quickly migrate and deploy third-party applications on self-service devices and run them normally, solving the problem that non-native financial intelligent terminal applications cannot be quickly migrated and deployed in the prior art.

[0157] The above description is only the preferred embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. A method for implementing rapid application migration and mutual switching, characterized in that: The middleware module based on the ACH architecture includes an adapter, a controller and a hardware access interface layer. The method is applied to the controller of the middleware module. The method includes: receiving call information sent by the adapter, the call information being information for calling target hardware, the target hardware being hardware on a target terminal required for executing a first application, the call parameters corresponding to the call information being defined by the adapter according to interface parameters defined in an interface document of the first application, the call parameters at least including a logical name of a hardware call and a hardware call method, and the first application being a third-party application that has not been configured on the target terminal; Determine a calling command according to the hardware calling method and the logical name corresponding to the calling information; The calling command is sent to the hardware access interface layer to call the target hardware, so as to run the first application on the target terminal.

2. The method according to claim 1, characterized in that The adapter is used to define calling parameters according to the interface parameters of the first application. The interface parameters of the first application include hardware module API, method name, input parameters, output parameters, and return value. The hardware access layer includes three parts: core component, development component, and hardware middleware. The core component integrates multiple functional components. The development component is used to provide development tools, operation and maintenance tools, and a complete development environment. The hardware middleware is used to encapsulate the interfaces of each module. The adapter corresponds one-to-one to the application, and the adapter corresponds one-to-one to the controller.

3. The method according to claim 1, characterized in that Sending the calling command to the hardware access interface layer to call the target hardware to run the first application on the target terminal includes: The hardware access interface layer is called by reading available secondary and tertiary information, and the call command is sent to the hardware access interface layer, so that the hardware access interface layer calls the SP command, so that the manufacturer SP calls the target hardware to run the first application on the target terminal, and the SP command is an instruction to execute the target hardware.

4. The method according to claim 1, characterized in that: After sending the call command to the hardware access interface layer to call the target hardware to run the first application on the target terminal, the method further includes: Receive target data, where the target data is execution data sent by the hardware access interface layer and obtained after running the target hardware, and the target data at least includes the execution result of the target hardware and secondary and tertiary information obtained by executing the target hardware; The target data is sent to the adapter, so that the adapter sends the target data to the first application.

5. The method according to claim 1, characterized in that The method further comprises: receiving an application switching request, wherein the application switching request is a request to switch a current display page of the target terminal from a display page of the second application to a display page of a third application; Reading a name of a conflicting module in a conflicting device configuration file, and closing the conflicting module based on the second application, wherein the conflicting module is a hardware module that needs to be run for both executing the second application and executing the third application and is not shared by the second application and the third application; Reading the name of the special device in the special device processing configuration file, and performing a corresponding operation on the special device based on the second application; A minimization operation is performed on the second application and a maximization operation is performed on the third application, so as to switch a current display page of the target terminal from a display page of the second application to a display page of the third application.

6. The method according to claim 5, characterized in that After performing a minimization operation on the second application and a maximization operation on the third application to switch a current display page of the target terminal from a display page of the second application to a display page of the third application, the method further includes: Reading the conflicting module name in the conflicting device configuration file, and enabling the conflicting module based on the third application; Reading a special device name in the special device processing configuration file, and performing a corresponding operation on the special device based on the third application; The third application is controlled to run normally.

7. The method according to claim 5, characterized in that Reading the special device name in the special device processing configuration file, and performing a corresponding operation on the special device based on the second application, including: In a case where the special device is a device that needs to be run when executing the second application but does not need to be run when executing the third application, shutting down the special device based on the second application; When the special device operates in a first operating mode when executing the second application and in a second operating mode when executing the third application, the operating mode of the special device is switched from the first operating mode to the second operating mode based on the second application.

8. A controller, characterized in that: The middleware module based on the ACH architecture includes an adapter, a controller and a hardware access interface layer, wherein the controller includes: a receiving unit, configured to receive call information sent by the adapter, wherein the call information is information for calling target hardware, wherein the target hardware is hardware on a target terminal required for executing a first application, and call parameters corresponding to the call information are defined by the adapter according to interface parameters defined in an interface document of the first application, wherein the call parameters at least include a logical name of a hardware call and a hardware call method, and the first application is a third-party application that has not been configured on the target terminal; A determination unit, configured to determine a calling command according to the hardware calling method and the logical name corresponding to the calling information; A sending unit is used to send the calling command to the hardware access interface layer to call the target hardware, so as to run the first application on the target terminal.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium includes a stored program, wherein when the program is executed, the device where the computer-readable storage medium is located is controlled to execute the method for implementing rapid application migration and mutual switching as described in any one of claims 1 to 7.

10. An electronic device, characterized in that: include: One or more processors, a memory, and one or more programs, wherein the one or more programs are stored in the memory and are configured to be executed by the one or more processors, and the one or more programs include an implementation method for executing the rapid migration and mutual switching of applications as described in any one of claims 1 to 7.

Images