A method, system, and terminal service platform for invoking SP services for financial devices.

Abstract

This invention discloses a method, system, and terminal service platform for invoking SP services for financial devices. The method includes: receiving an SP service request message from a target financial device; scheduling a target instantiated object from the device layer based on the SP service request message; selecting a child process from a process pool as the device child process of the target instantiated object; creating a process message queue for the device child process and transmitting the object parameters of the target instantiated object to the device child process through the process message queue; obtaining the result parameters of the device child process through the process message queue; and sending an SP service response message to the target financial device based on the result parameters. Since starting the corresponding device child process based on the SP service request message does not occupy or waste additional resources, and each device child process creates a separate process message queue, it avoids the situation where some child processes fail to start normally when multiple child processes are started simultaneously.

Description

Technical Field

[0001] This invention belongs to the field of financial equipment technology, and in particular relates to a method, system and terminal service platform for invoking SP services for financial equipment. Background Technology

[0002] Currently, financial devices such as Automated Teller Machines (ATMs) and smart terminals in the financial industry are based on the Windows Open Systems Architecture (WOSA) or the Protocol for Intelligence Terminal Standards (PISA) architecture. This allows the ATM control software (ATMC) to be independent of the hardware from module manufacturers, enabling the free combination of related devices. However, the WOSA / PISA protocol specifications rely on local interface calls, which cannot meet the requirements of the currently prevalent Browser / Server (B / S) architecture.

[0003] To enable browser-based B / S applications to access and operate the hardware of financial instruments, a terminal service platform is needed for device access. This terminal service platform provides HTTP / WebSocket services to the upper layer for application access and uses WOSA / PISA interface specifications to access financial instruments and other financial equipment at the lower layer.

[0004] However, when calling the intermediate service, a process needs to be started for each device service SP program, which means that multiple service sub-processes need to run simultaneously on a financial device. This consumes a lot of system resources. Moreover, for financial devices with low hardware configuration, the hardware of the financial device may not be able to handle the simultaneous startup of multiple sub-processes, and some sub-processes may fail to start normally. Summary of the Invention

[0005] This invention provides a method, system, and terminal service platform for invoking SP services on financial devices, which solves the problem that financial devices need to run multiple service sub-processes simultaneously, resulting in high system resource consumption. Furthermore, for financial devices with low hardware configurations, the simultaneous startup of multiple sub-processes may cause the hardware of the financial device to be unable to handle the load, and some sub-processes may fail to start normally.

[0006] To solve the above-mentioned technical problems, the technical solution adopted by the present invention is as follows:

[0007] Firstly, a method for invoking SP services for financial devices is provided, including:

[0008] Receive SP service request messages from the target financial device;

[0009] The target instantiated object is obtained from the device layer according to the SP service request message. The target instantiated object corresponds to the SP service of the target financial device. The device layer includes multiple instantiated objects, and each instantiated object corresponds to one SP service of a financial device.

[0010] Select a child process from the process pool as the device child process for the target instantiated object;

[0011] Create a process message queue for the device subprocess, and use the process message queue to transmit the object parameters of the target instantiated object to the device subprocess;

[0012] Obtain the result parameters of the device subprocess through the process message queue;

[0013] Based on the result parameters, send an SP service response message to the target financial device.

[0014] Preferably, before selecting a child process from the process pool as the device child process for the target instantiation object, the process further includes:

[0015] The process pool capacity is obtained based on the default process pool configuration parameters;

[0016] Create an empty process pool based on the process pool capacity, and put multiple child processes into the empty process pool to obtain the process pool.

[0017] or,

[0018] Get the total number of all SP service request messages within a specific time period;

[0019] The number of child processes to be created and the capacity of the process pool are determined based on the total number of messages.

[0020] Create an empty process pool based on the process pool capacity, and put the child processes of the specified number into the empty process pool to obtain the process pool.

[0021] Preferably, a process message queue for creating a device subprocess is used to transmit object parameters of the target instantiated object to the device subprocess, including:

[0022] Create the process message queue for the device's child process;

[0023] Parse the parameters of the interface of the target instantiated object to obtain the object parameters;

[0024] Transmit the object parameters to the process message queue;

[0025] The object parameters are transmitted to the device subprocess via the process message queue.

[0026] Preferably, the result parameters of the device subprocess are obtained through the process message queue, including:

[0027] When the device subprocess receives the object parameters and finishes executing them, it writes the result of the execution of the object parameters into the process message queue.

[0028] The result parameters are obtained from the process message queue.

[0029] Preferably, before receiving the SP service request message from the target financial device, the process further includes:

[0030] When a currently connected financial device is detected, an SP list message is generated and sent to the currently connected financial device, so that the currently connected financial device responds with an SP list message based on the SP list message. The SP list message includes all SP services of the currently connected financial device.

[0031] Based on the SP list message, a persistent process is created for the currently connected financial device. This persistent process is used to ensure uninterrupted network connectivity for all SP services currently connected to the financial device.

[0032] Preferably, the method further includes:

[0033] When the SP service of the first financial device is added or removed, the SP change message is received. The SP change message includes the identifier of the first financial device and the changed SP service identifier.

[0034] Determine the SP service for the first financial device to be changed based on the SP change message;

[0035] Delete the resident process of the first financial device and recreate the resident process of the first financial device according to the changed SP service.

[0036] Preferably, after creating the resident process of the currently accessing financial device based on the SP list message, the process also includes:

[0037] Obtain information on the device type and installation location of currently connected financial devices;

[0038] Determine the target area range based on the installation location information;

[0039] Obtain historical data of financial devices of all device types within the target area;

[0040] Based on historical data, the usage interval of each SP service currently accessing the financial device is predicted. The usage interval is the time interval between two times a user uses the corresponding SP service.

[0041] The predicted idle time of the currently connected financial device is determined based on the usage interval of all SP services. During the predicted idle time, no user uses any SP service of the currently connected financial device.

[0042] Determine whether the predicted idle time is greater than a preset time threshold;

[0043] If the value is greater than 1, delete the resident process on the device.

[0044] If the value is not greater than the specified value, the resident process on the device will not be deleted.

[0045] Preferably, after not deleting the persistent processes on the device, it also includes:

[0046] Real-time monitoring of the SP time point of the most recent SP service of the second financial device at the current time;

[0047] The actual idle time is calculated based on the current time and the SP time.

[0048] When the actual idle time is not greater than the preset time threshold, the second financial device is continuously monitored;

[0049] When the actual idle time exceeds the preset time threshold, the persistent process of the second financial device is stopped until the next SP service of the second financial device is detected and the persistent process of the device is restarted.

[0050] Secondly, a financial device SP service invocation system is provided, including:

[0051] SP service scheduling module, network interface layer and device layer;

[0052] The network interface layer connects to the financial device network; the device layer includes multiple instantiated objects, each corresponding to a SP service of a financial device.

[0053] The SP service scheduling module connects to the network interface layer and the device layer to execute the financial device SP service invocation method of the first aspect.

[0054] Thirdly, a terminal service platform is provided, including:

[0055] At least one financial device and a financial device SP service invocation system;

[0056] All financial devices are connected to the financial device SP service call system network;

[0057] The financial equipment SP service invocation system includes an SP service scheduling module, a network interface layer, and a device layer;

[0058] The network interface layer connects to the financial device network; the device layer includes multiple instantiated objects, each corresponding to a SP service of a financial device.

[0059] The SP service scheduling module is connected to the network interface layer and the device layer to execute the financial device SP service invocation method described in the first aspect above.

[0060] Fourthly, a computer-readable storage medium is provided for storing one or more programs, the one or more programs including instructions that, when executed by a computing device, cause the computing device to perform the financial device SP service invocation method of the first aspect.

[0061] Fifthly, a computing device is provided, including one or more processors, one or more memories, and one or more programs, wherein the one or more programs are stored in the one or more memories and configured to be executed by the one or more processors, and the one or more programs include instructions for executing the financial device SP service invocation method of the first aspect.

[0062] The beneficial effects achieved by this invention are as follows:

[0063] The system receives a Service Request (SP) message from the target financial device. Based on this message, it retrieves a target instanced object from the device layer. Each instanced object corresponds to an SP service of the target financial device. The device layer contains multiple instances, each corresponding to a specific SP service of a financial device. A child process is selected from the process pool as the device child process for the target instanced object. A process message queue is created for this child process, and its object parameters are transmitted to the child process via this queue. The result parameters are also retrieved from the child process through the message queue. Finally, an SP service response message is sent to the target financial device based on these result parameters. Since starting the corresponding device child process based on the SP service request message avoids consuming or wasting additional resources, and each child process has its own separate message queue, the system prevents some child processes from failing to start when multiple child processes are started simultaneously. Attached Figure Description

[0064] Figure 1 This is a flowchart of the financial device SP service invocation method of the present invention;

[0065] Figure 2 A flowchart for setting up the resident process of the device in this invention;

[0066] Figure 3 This is a flowchart illustrating the reset process of the resident process of the device in this invention.

[0067] Figure 4 This is a flowchart of the control process for the resident process of the device of the present invention;

[0068] Figure 5 This is a structural diagram of the financial equipment SP service invocation system of the present invention. Detailed Implementation

[0069] The present invention will be further described below with reference to the accompanying drawings. The following embodiments are only used to more clearly illustrate the technical solution of the present invention, and should not be used to limit the scope of protection of the present invention.

[0070] like Figure 1 As shown, this embodiment of the invention provides a method for invoking SP services for financial devices, including the following steps:

[0071] 101, Receive SP service request message from the target financial device;

[0072] The target financial device is an ATM or a smart terminal in the financial industry. This device can provide SP (Service Provider) services. SP is a new type of mobile data service that uses mobile communication networks and positioning technology to obtain the location information of the financial terminal and provide a range of application services. When a user operates the target financial device and requires SP services, an SP service request message is generated and sent to the terminal service platform.

[0073] 102. Obtain the target instantiated object from the device layer based on the SP service request message;

[0074] The device layer instantiates each SP service on the terminal service platform and implements the logical interface. The target instantiated object corresponds to the SP service of the target financial device. The device layer includes multiple instantiated objects, and each instantiated object corresponds to one SP service of one financial device.

[0075] 103. Select a child process from the process pool as the device child process for the target instantiation object;

[0076] The process pool includes multiple child processes, and one child process is selected from the process pool as the device child process of the target instantiated object.

[0077] It should be noted that the process pool generation process is specifically divided into two types:

[0078] The first method is to obtain the process pool capacity based on the default process pool configuration parameters, create an empty process pool based on the process pool capacity, and put multiple child processes into the empty process pool to obtain the process pool.

[0079] The second method involves obtaining the total number of SP service request messages within a specific time period, determining the number of child processes to be created and the process pool capacity based on the total number of messages, creating an empty process pool based on the process pool capacity, and placing the child processes of the specified number into the empty process pool to obtain the process pool.

[0080] 104. Create a process message queue for the device subprocess, and transmit the object parameters of the target instantiated object to the device subprocess through the process message queue;

[0081] The process involves creating a process message queue for the device subprocess. This message queue transmits the object parameters of the target instantiated object to the device subprocess. By executing the operation on the object parameters of the target instantiated object within the device subprocess, the result parameters corresponding to the financial device operation can be obtained. Specific possible steps include:

[0082] The process message queue of the device subprocess is created, the parameters of the interface of the target instantiated object are parsed to obtain the object parameters, the object parameters are transmitted to the process message queue, and then the object parameters are transmitted to the device subprocess through the process message queue.

[0083] 105. Obtain the result parameters of the device subprocess through the process message queue;

[0084] Specifically, when the device subprocess receives the object parameters and executes them, it writes the result parameters of the execution of the object parameters into the process message queue and retrieves the result parameters from the process message queue.

[0085] 106. Send an SP service response message to the target financial device based on the result parameters.

[0086] The process involves processing the result parameters to obtain the corresponding financial device operation result for the SP service request, generating an SP service response message, and sending it to the target financial device.

[0087] The implementation principle of this invention is as follows:

[0088] The system receives a Service Request (SP) message from the target financial device. Based on this message, it retrieves a target instanced object from the device layer. Each instanced object corresponds to an SP service of the target financial device. The device layer contains multiple instances, each corresponding to a specific SP service of a financial device. A child process is selected from the process pool as the device child process for the target instanced object. A process message queue is created for this child process, and its object parameters are transmitted to the child process via this queue. The result parameters are also retrieved from the child process through the message queue. Finally, an SP service response message is sent to the target financial device based on these result parameters. Since starting the corresponding device child process based on the SP service request message avoids consuming or wasting additional resources, and each child process has its own separate message queue, the system prevents some child processes from failing to start when multiple child processes are started simultaneously.

[0089] According to the above Figure 1In the embodiment shown, a persistent device process needs to be set before step 101 is implemented. The settings for the persistent device process are as follows: Figure 2 The illustrated embodiment includes the following specific steps:

[0090] 201. When a currently accessed financial device is detected, an SP list message is generated and sent to the currently accessed financial device, so that the currently accessed financial device can respond with an SP list message based on the SP list message.

[0091] In order to ensure that all SP services currently connected to the financial devices can respond quickly, all SP services of the financial devices need to maintain a connection with the network interface of the terminal service platform. The SP list message includes all SP services currently connected to the financial devices.

[0092] 202. Create a persistent process for the currently accessed financial device based on the SP list message.

[0093] The device resident process is used to ensure that the network connection of all SP services currently accessing the financial device is not interrupted.

[0094] By using a persistent process mechanism for the device, the slow startup time of financial devices can be avoided, ensuring a fast system response.

[0095] According to the above Figure 2 In the illustrated embodiment, when the SP service of the corresponding financial device changes, the resident process of the corresponding financial device needs to be reset. The specific reset process of the resident process is as follows: Figure 3 As shown:

[0096] 301. When the SP services of the first financial device are added or removed, receive SP change messages;

[0097] When the SP service of the first financial device is added or removed, in order to ensure that the newly added SP service can maintain network connectivity at all times and that the network resources occupied after the SP service is removed are deleted, the SP change message needs to be sent to the terminal service platform to inform the terminal service platform of the SP service change of the first financial device. The SP change message includes the identifier of the first financial device and the identifier of the changed SP service.

[0098] 302, Determine the SP service for the first financial device change based on the SP change message;

[0099] 303, delete the resident process of the first financial device and recreate the resident process of the first financial device according to the changed SP service.

[0100] After identifying the changed SP service through the SP change message, the original resident process of the device is deleted and then recreated.

[0101] This embodiment ensures that all SP services of the financial equipment can respond quickly.

[0102] According to the above Figure 2 In the illustrated embodiment, after the device persistent process is created, the control process for the device persistent process is as follows: Figure 4 Shown, including:

[0103] 401, retrieve the device type and installation location information of the currently accessed financial device;

[0104] The usage and frequency of SP services vary for different currently accessed financial devices. Therefore, it is necessary to first obtain the device type and installation location information of the currently accessed financial devices.

[0105] 402. Determine the target area range based on the installation location information;

[0106] The target area can be defined by a street or district, or by an administrative unit such as a city or province.

[0107] 403, retrieve historical information of all types of financial devices within the target area;

[0108] 404, based on historical data, the usage interval of each SP service currently accessing the financial device is predicted;

[0109] The usage interval is the time interval between two consecutive uses of the corresponding SP service by a user. For example, in the historical records of an ATM in a certain bank, the average time interval between two consecutive uses of the ATM by different users to withdraw money is 1 hour. Therefore, the predicted usage interval of the SP service for withdrawing money from the ATM is 1 hour.

[0110] 405. Determine the predicted idle time of the currently accessed financial device based on the usage interval of all SP services;

[0111] Specifically, during the predicted idle time, if no user uses any SP service currently connected to the financial device, the usage interval of all SP services is summarized to calculate the predicted idle time during which no user uses any SP service currently connected to the financial device.

[0112] 406. Determine whether the predicted idle time is greater than the preset time threshold;

[0113] The process involves comparing the predicted idle time with a preset time threshold. If the predicted idle time is greater than the preset time threshold, it indicates that the current usage frequency of the accessed financial device is very low, and the presence of the device's resident process is a serious waste of network resources. Therefore, it is not necessary to proceed to step 407. If the predicted idle time is not greater than the preset time threshold, it indicates that the current usage frequency of the accessed financial device is relatively high, and the device's resident process can be maintained. Therefore, step 408 is executed.

[0114] 407, delete persistent processes on the device;

[0115] 408 error, do not delete persistent processes running on the device;

[0116] 409, Real-time monitoring of the SP time point of the most recent SP service of the second financial device at the current time;

[0117] Among them, the second financial device is a financial device that is already running in the actual process and whose resident process has not been deleted.

[0118] 410. Calculate the actual idle time based on the current time and the SP time.

[0119] 411. When the actual idle time is not greater than the preset time threshold, the second financial device is continuously monitored.

[0120] 412. When the actual idle time exceeds the preset time threshold, stop the device resident process of the second financial device until the next SP service of the second financial device is detected and the device resident process is restarted.

[0121] In this embodiment of the invention, the predicted idle time is first obtained by predicting the usage interval of each SP service currently accessing the financial device. If the predicted idle time is greater than a preset time threshold, the resident process of the device is deleted; if the predicted idle time is not greater than the preset time threshold, the resident process of the device is maintained. This fully considers the trade-off between fast response and network resource consumption.

[0122] In practice, the actual idle time of the second financial device is monitored in real time. If the actual idle time is not greater than a preset time threshold, the second financial device is continuously monitored. If the actual idle time exceeds the preset time threshold, the device's persistent process is stopped until the next SP service is detected and the persistent process is restarted. Controlling the persistent process by stopping and starting it based on actual idle time further reduces the network resource consumption of the financial device during the spatial phase.

[0123] The above embodiments have described the invocation of SP services for financial devices. The following embodiments describe the system for invoking SP services for financial devices.

[0124] like Figure 5 As shown, this embodiment of the invention provides a financial device SP service invocation system, including:

[0125] SP service scheduling module 501, network interface layer 502 and device layer 503;

[0126] The network interface layer 502 is connected to the financial device network; the device layer 503 includes multiple instantiated objects, each instantiated object corresponding to a financial device's SP service;

[0127] The SP service scheduling module 501 is connected to the network interface layer 502 and the device layer 503, and is used to execute the financial device SP service invocation method in the above embodiments.

[0128] This invention provides a terminal service platform, comprising:

[0129] At least one financial device and a financial device SP service invocation system;

[0130] All financial devices are connected to the financial device SP service call system network;

[0131] The financial equipment SP service invocation system includes an SP service scheduling module, a network interface layer, and a device layer;

[0132] The network interface layer connects to the financial device network; the device layer includes multiple instantiated objects, each corresponding to a SP service of a financial device.

[0133] The SP service scheduling module is connected to the network interface layer and the device layer, and is used to execute the financial device SP service invocation method in the above embodiments.

[0134] Based on the same technical solution, the present invention also discloses a computer-readable storage medium for storing one or more programs, wherein the one or more programs include instructions that, when executed by a computing device, cause the computing device to perform the financial device SP service invocation method described above.

[0135] Based on the same technical solution, the present invention also discloses a computing device, including one or more processors, one or more memories, and one or more programs, wherein the one or more programs are stored in one or more memories and configured to be executed by one or more processors, and the one or more programs include instructions for executing the financial device SP service invocation method described above.

[0136] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, systems, or computer program products. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0137] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0138] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work 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 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

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

[0140] The above are merely embodiments of the present invention and are not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention are included within the scope of the claims of the present invention pending approval.

Claims

1. A method for invoking SP services for financial devices, characterized in that, include: When a currently accessed financial device is detected, an SP list message is generated and sent to the currently accessed financial device, so that the currently accessed financial device responds with an SP list message based on the SP list message. The SP list message includes all SP services of the currently accessed financial device. Based on the SP list message, a persistent process is created for the currently accessed financial device. The persistent process is used to maintain the network connection of all SP services of the currently accessed financial device without interruption. Obtain the device type and installation location information of the currently accessed financial device; The target area is determined based on the installation location information; Obtain historical data of all financial devices of the aforementioned device type within the target area; Based on the historical record information, the usage interval duration of each SP service of the currently accessed financial device is predicted, and the usage interval duration is the time interval between two times when a user uses the corresponding SP service. The predicted idle time of the currently accessed financial device is determined based on the usage interval of all SP services, and no user uses any SP service of the currently accessed financial device during the predicted idle time. Determine whether the predicted idle time is greater than a preset time threshold; If the value is greater than the specified value, then delete the resident process of the device. If the value is not greater than the specified value, the persistent process of the device will not be deleted. Receive SP service request messages from the target financial device; The target instantiated object is scheduled from the device layer according to the SP service request message. The target instantiated object corresponds to the SP service of the target financial device. The device layer includes multiple instantiated objects, and each instantiated object corresponds to an SP service of a financial device. Select a child process from the process pool as the device child process of the target instantiated object; Create a process message queue for the device subprocess, and transmit the object parameters of the target instantiated object to the device subprocess through the process message queue; The result parameters of the device subprocess are obtained through the process message queue; Based on the result parameters, an SP service response message is sent to the target financial device.

2. The method for invoking SP services for financial devices according to claim 1, characterized in that, Before selecting a child process from the process pool as the device child process of the target instantiated object, the method further includes: The process pool capacity is obtained based on the default process pool configuration parameters; An empty process pool is created based on the process pool capacity, and multiple child processes are placed into the empty process pool to obtain the process pool. or, Get the total number of all SP service request messages within a specific time period; The number of child processes to be created and the capacity of the process pool are determined based on the total number of messages. An empty process pool is created based on the process pool capacity, and the number of child processes of the specified number are placed into the empty process pool to obtain the process pool.

3. The method for invoking SP services for financial devices according to claim 1, characterized in that, The process message queue for creating the device subprocess, which transmits the object parameters of the target instantiated object to the device subprocess through the process message queue, includes: Create the process message queue for the device's subprocess; The interface of the target instantiated object is parsed to obtain the object parameters; Transmit the object parameters to the process message queue; The object parameters are transmitted to the device subprocess via the process message queue.

4. The method for invoking SP services for financial devices according to claim 3, characterized in that, The step of obtaining the result parameters of the device subprocess through the process message queue includes: When the device subprocess receives the object parameter and executes the object parameter, it writes the result parameter of the device subprocess executing the object parameter into the process message queue; The result parameters are obtained from the process message queue.

5. The method for invoking SP services for financial devices according to claim 1, characterized in that, The method further includes: When the SP service of the first financial device is added or removed, an SP change message is received, which includes the identifier of the first financial device and the changed SP service identifier. The SP service changed by the first financial device is determined based on the SP change message; The resident process of the first financial device is deleted, and the resident process of the first financial device is recreated according to the changed SP service.

6. The method for invoking SP services for financial devices according to claim 1, characterized in that, After not deleting the persistent process on the device, the method further includes: Real-time monitoring of the SP time point of the most recent SP service of the second financial device at the current time; The actual idle time is calculated based on the current time and the SP time. When the actual idle time is not greater than the preset time threshold, the second financial device is continuously monitored; When the actual idle time exceeds the preset time threshold, the persistent process of the second financial device is stopped until the next SP service of the second financial device is detected and the persistent process of the device is restarted.

7. A financial equipment SP service invocation system, characterized in that, include: SP service scheduling module, network interface layer and device layer; The network interface layer is connected to the financial device network; the device layer includes multiple instantiated objects, each instantiated object corresponding to a SP service of a financial device; The SP service scheduling module is connected to the network interface layer and the device layer, and is used to execute the financial device SP service invocation method as described in any one of claims 1-6.

8. A terminal service platform, characterized in that, include: At least one financial device and a financial device SP service invocation system; All financial devices are connected to the network of the financial device SP service call system; The financial equipment SP service invocation system includes an SP service scheduling module, a network interface layer, and a device layer. The network interface layer is connected to the financial device network; the device layer includes multiple instantiated objects, each instantiated object corresponding to a SP service of a financial device; The SP service scheduling module is connected to the network interface layer and the device layer, and is used to execute the financial device SP service invocation method as described in any one of claims 1-6.

Images