CN113794762A - System architecture of self-service equipment - Google Patents

System architecture of self-service equipment Download PDF

Info

Publication number
CN113794762A
CN113794762A CN202111047365.6A CN202111047365A CN113794762A CN 113794762 A CN113794762 A CN 113794762A CN 202111047365 A CN202111047365 A CN 202111047365A CN 113794762 A CN113794762 A CN 113794762A
Authority
CN
China
Prior art keywords
equipment
service
application
module
version
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202111047365.6A
Other languages
Chinese (zh)
Inventor
单国传
刘欣愉
刘兆群
李堂健
张竹贵
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Pudong Development Bank Co Ltd
Original Assignee
Shanghai Pudong Development Bank Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Pudong Development Bank Co Ltd filed Critical Shanghai Pudong Development Bank Co Ltd
Priority to CN202111047365.6A priority Critical patent/CN113794762A/en
Publication of CN113794762A publication Critical patent/CN113794762A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F9/00Details other than those peculiar to special kinds or types of apparatus
    • G07F9/002Vending machines being part of a centrally controlled network of vending machines
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H04L69/162Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

The embodiment of the invention discloses a system architecture of self-service equipment. The architecture includes: the system comprises an equipment end, an application resource end, a service integration end and a management end; the equipment end includes: a device browser and a device application platform; the device browser is used for accessing and acquiring device services provided by the device application platform; the service integration end is used for providing interface service and version service for the equipment end; the management terminal is used for setting the standard equipment version corresponding to each equipment terminal in the version service; the application resource end is used for providing the application resources of the preset type for the equipment end according to the standard equipment version. By operating the technical scheme provided by the embodiment of the invention, the problems that different versions of software and update packages need to be developed for different operating systems when the self-service equipment adopts a C/S architecture, the network occupation is too high due to the large update package, and the operation period highly depends on the network stability and bandwidth when the B/S architecture is adopted can be solved, and the effect of improving the operation stability and efficiency of the self-service equipment system is realized.

Description

System architecture of self-service equipment
Technical Field
The embodiment of the invention relates to a computer application technology, in particular to a system architecture of self-service equipment.
Background
Currently, self-service devices mainly adopt a B/S or C/S architecture, where the C/S architecture needs to develop different versions of software for different operating systems, and update packages adapted to each system need to be respectively made for self-service devices of different systems during updating, and network occupation is easily too high due to the large update package. The B/S architecture, due to its centralized deployment of resources in the server and the technical limitations, is highly dependent on network stability and bandwidth during operation.
Disclosure of Invention
The embodiment of the invention provides a system architecture of self-service equipment, which aims to improve the stability and efficiency of the operation of a self-service equipment system.
In a first aspect, an embodiment of the present invention provides a system architecture of a self-service device, where the architecture includes: the system comprises an equipment end, an application resource end, a service integration end and a management end; the device end is respectively connected with the application resource end, the service integration end and the management end; the management end is connected with the service integration end;
wherein, the equipment end includes: a device browser and a device application platform; the device browser is connected with the device application platform;
the device browser is used for accessing and acquiring device services provided by the device application platform;
the service integration end is used for providing interface service and version service for the equipment end;
the management terminal is used for setting the standard equipment version corresponding to each equipment terminal in the version service;
the application resource end is used for providing application resources of preset types to the equipment end according to the standard equipment version.
Optionally, the device side further includes: an operation management module; the device application platform comprises: a device monitoring module; the operation management module is connected with the equipment monitoring module;
the equipment monitoring module is used for monitoring the running state of the equipment terminal and sending the running state information to the management terminal through the running management module;
the management terminal is also used for processing the running state information.
Optionally, the device side further includes: a bottom layer hardware module; the bottom layer hardware module is connected with the equipment application platform;
the bottom layer hardware module is used for responding to a driving instruction of the device application platform to drive bottom layer hardware and transmitting the notification of the bottom layer hardware to the device application platform;
the bottom hardware module is also used for sending the hardware driving information of the bottom hardware to the management end through the operation management module;
the management terminal is also used for processing the hardware driving information.
Optionally, the bottom hardware module includes: a hardware sub-module; and the processes corresponding to the hardware sub-modules are isolated from each other.
Optionally, a communication link between the process and a JavaScript component in the page of the device browser is established through a WebSocket communication technology.
Optionally, the device application platform includes: an application update module; the application updating module is connected with the application resource end;
the application updating module is used for determining whether to update the local equipment version according to the standard equipment version and the local equipment version of the management terminal;
and if so, acquiring the target application resource from the candidate application resources of the application resource end according to the standard equipment version.
Optionally, the device application platform further includes: running; the runtime is connected with the device browser; the runtime is connected with the application update module;
the runtime is configured to store the application resource and update the stored application resource based on the target application resource.
Optionally, the device browser is a chrome embedded framework browser.
Optionally, the device browser is in a single page mode.
Optionally, the single-page mode is developed based on the vue.js framework and follows a model-view model mode.
According to the embodiment of the invention, the device browser in the device end accesses and acquires the device service provided by the device application platform, so that the problems that different versions of software need to be developed for different operating systems when the self-service device adopts a C/S (client/server) architecture, update packages suitable for various systems need to be respectively made for the self-service devices of different systems during updating, the network occupation is too high due to the large update package, and the operation period of the self-service device system highly depends on the network stability and bandwidth when the B/S architecture is adopted are solved, and the operation stability and efficiency of the self-service device system are improved.
Drawings
Fig. 1 is a schematic structural diagram of a system architecture of a self-service device according to an embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some of the structures related to the present invention are shown in the drawings, not all of the structures.
Examples
Fig. 1 is a schematic structural diagram of a system architecture of a self-service device according to an embodiment of the present invention. Referring to fig. 1, the system architecture includes a device side 110, an application resource side 120, a service integration side 130, and a management side 140. The device side 110 is connected with the application resource side 120, the service integration side 130 and the management side 140 respectively; the management side 140 is connected with the service integration side 130. The device end 110 is deployed locally on the self-service device, for example, in a branch network; the application resource terminal 120, the service integration terminal 130 and the management terminal 140 are deployed at a remote location, such as a head office data center.
Wherein, the device side 110 includes: a device browser 111 and a device application platform 112; the device browser 111 is connected with the device application platform 112; the connection mode may be that a communication interface between the device application platform 112 and the device browser 111 is provided through a user interface module in the device application platform 112, so as to complete user interface display and service logic interaction.
The device browser 111 is configured to access the device application platform 112 in response to an access request from a user and obtain a device service provided by the device application platform 112, where the device service is a service related to the self-service device, for example, if the self-service device is an automatic teller machine, the device service may be an account balance inquiry, cash withdrawal, or the like.
Optionally, the device end 110 further includes a configuration module, configured to provide a configuration operation interface related to the self-service device system, and complete setting and management of system operation configuration information.
Optionally, the device browser 111 is a chrome embedded framework browser.
The reason why the device end 110 of the conventional self-service device is poor in calling stability and easy to crash is that the device end 110 adopts microsoft IE series browser, so that hardware device resources can only be operated by Object Linking and Embedding (OLE) Control Extension (OCX) technology; the creation and destruction of the object class expansion component itself requires additional overhead time.
Therefore, the device browser 111 is changed to a chrome embedded framework browser, the traditional IE browser correlation technique is abandoned, and different platforms, such as Windows platform, UOS platform, unified browser, are convenient for later unified maintenance and management based on the Google embedded cross-platform chrome embedded framework browser. And a high-performance V8 JS engine can be built in the browser, the latest specification of W3C H5 is supported, and the interaction performance and the system stability are improved.
The service integration terminal 130 is used for providing interface services and version services to the device terminal 110; the interface service is to obtain corresponding service, such as cash service, retail service, etc., by calling different interfaces. The calling mode may be to form a corresponding message according to the calling requirement of the device terminal 110 and send the message to a system providing a corresponding service. The service integration terminal 130 may communicate with the device terminal 110 through a communication module of the device terminal 110.
The version service is configured to store information of standard device versions corresponding to the device ends 110, where the standard device versions are current latest device versions of the device ends 110, different device ends 110 may correspond to different standard device versions, and the standard device versions are used to determine a specific transaction set that the device ends 110 may make.
The management end 140 is configured to set a standard device version corresponding to each device end 110 in the version service, and may set the standard device version in the version service in response to a version management operation of a user, so that the device end 110 obtains the corresponding standard device version by accessing the version service. The management side 140 may set different standard device versions in the version service for different device sides 110.
The application resource terminal 120 is configured to provide the application resource of the preset category to the device terminal 110 according to the standard device version. The Ngnix Web server is adopted, and the present embodiment does not limit this. The preset types of application resources may be front-end page HTML files, related service codes, cascading style sheets, pictures, and the like, which are not limited in this embodiment, and the providing manner may be to access the cloud platform according to the types of resources requested by the device end 110 to complete acquisition of the corresponding resources, so as to provide the corresponding resource package.
The preset type of application resource is provided to the device terminal 110 according to the standard device version, and whether to provide the application resource may be determined according to the version number of the standard device version and the version number of the device terminal 110, for the type of the application resource determined according to the preset resource type in the standard device version.
Optionally, the device end 110 further includes: an operation management module 113; the device application platform 112 includes: an equipment monitoring module 1121; the operation management module 113 is connected to the device monitoring module 1121;
the device monitoring module 1121 is configured to monitor an operating state of the device terminal 110, and send operating state information to the management terminal 140 through the operation management module 113; the running state information may be whether the overall running state of the device end 110 is normal, or whether the running states of the hardware devices of the device end 110 are normal, that is, whether the hardware devices work normally; the operation state information is transmitted to the management terminal 140 through the operation management module 113. The hardware device is the hardware on which the device side 110 operates, for example, if the self-service device is a teller machine, the device side 110 may include a fingerprint device, a password keyboard, and the like.
The management end 140 is further configured to process the operation status information, and the processing method may be, for example, performing a status alarm if the operation status information is abnormal, which is not limited in this embodiment. Therefore, the running state of the equipment terminal 110 is determined in time, the situation that the equipment terminal 110 cannot process in time when running errors occur is avoided, and the running efficiency of the self-service equipment is improved.
Optionally, the device end 110 further includes: the underlying hardware modules 114; the underlying hardware module 114 is connected to the device application platform 112;
the underlying hardware module 114 is configured to drive the underlying hardware in response to a driving instruction of the device application platform 112 and to transmit a notification of the underlying hardware to the device application platform 112; the underlying hardware module 114 operation interface may be provided by a middleware module in the device application platform 112, the underlying hardware device may be driven by a driver in response to a driving instruction of the device application platform 112, and the underlying hardware notification may be obtained. The hardware device is the hardware on which the device side 110 operates, for example, if the self-service device is a teller machine, the device side 110 may include a fingerprint device, a password keyboard, and the like.
The bottom hardware module 114 is further configured to send hardware driving information of the bottom hardware to the management end 140 through the operation management module 113; the hardware driving information is whether the running state of a driving program of the hardware is normal or not, and each hardware corresponds to a driving program of each type.
The management end 140 is further configured to process the running state information according to the hardware driving information, where when the running state information is abnormal, it is determined whether a driver of the hardware is normal according to the running hardware driving information, and if the driver is normal, it indicates that there is a problem in the hardware part of the hardware. Thereby improving the processing efficiency of each running state information.
Optionally, the bottom hardware module 114 includes: a hardware sub-module; wherein, the processes corresponding to each hardware submodule are isolated from each other.
The hardware sub-module is a module corresponding to each hardware, for example, a fingerprint identification module corresponding to a fingerprint instrument, an input module corresponding to a password keyboard, and the like.
In the traditional self-service equipment, an OCX control is embedded in an IE browser in the form of an IE plug-in for execution, so that the process is enlarged during the operation of the IE, the occupied resources are excessive, the stability is poor, the system is easy to crash under severe conditions, and finally the system quits during the service handling of the user.
And splitting the process corresponding to each hardware submodule from other processes so as to isolate the processes from other processes, so that the operation of different processes is not influenced mutually. Illustratively, if the process corresponding to the fingerprint device crashes, the process of the fingerprint device can be restarted subsequently, and the process corresponding to the card reader is not affected in the whole process. Thereby improving the stability of the self-service equipment system.
Optionally, a communication link between the process and a JavaScript component in the page of the device browser 111 is established through a WebSocket communication technology.
And the JavaScript component in the page is used for calling the corresponding process so as to run the process.
And introducing a WebSocket communication technology in an HTML 5 standard, establishing a communication link between the process and a JavaScript component in the page, realizing the two-way communication between the process and the component, and realizing a peripheral interface completely using a JavaScript language. The method solves the problem that JavaScript in the traditional self-service equipment must access system resources in an IE browser in a mode of embedding OCX controls of pages, and has certain technical difficulty in finding the root cause due to the uncertainty of the JavaScript and the complexity of interactive management of the controls and the browser. Thereby improving the overall stability of the equipment system.
Optionally, the device end 110 further includes: the platform analysis engine is used for providing a basic operation environment, completing analysis, loading and processing of a service flow, simultaneously initiating and calling a middleware module to complete interaction of bottom hardware, calling a user interface module to complete page interaction, and calling a communication module to complete interaction of the service integration terminal 130.
Optionally, the device application platform 112 includes: an application update module 1122; the application update module 1122 is connected to the application resource terminal 120;
an application update module 1122, configured to determine whether to update the local device version according to the standard device version and the local device version of the management terminal 140; determining whether to update the local device version according to the standard device version and the local device version of the management terminal 140 to serve the device accessing the service integration terminal 130 at a predetermined time interval, determining the corresponding standard device version according to the device number of the self-service device, comparing the standard device version with the local device version, and determining whether the standard device version and the local device version are consistent. And if not, updating the local equipment version.
If so, the target application resource is obtained from the candidate application resources of the application resource source 120 according to the standard device version, which may be obtained during the idle time of the device 110, which is not limited in this embodiment. The target application resource may be updated immediately after being acquired, or may be cached in the device terminal 110 to take effect at regular time, which is not limited in this embodiment. Thereby improving the efficiency and pertinence of the device side 110 updating.
Optionally, the device application platform 112 further includes: a run-time 1123; runtime 1123 interfaces with device browser 111; the runtime 1123 interfaces with the application update module 1122;
runtime 1123 is used to store application resources and update the stored application resources according to the target application resources. In this embodiment, the runtime may be no JS 1123, which is not limited in this embodiment. Storing the application resource acquired from the device side 110 may send only one request to the application resource side 120 and then store all the received data. If the connectivity of the device end 110 is poor, when the connection is not allowed, the device end 110 is supported to work offline by using the data, so that the dependence on the network is reduced; when the connection permits, the stored application resource may be updated according to the target application resource. And the running stability of the self-service equipment system is improved.
Optionally, the device browser 111 is in a single page mode.
Most of the resources, such as HTML, cascading style sheets, scripts, are loaded only once during the whole life cycle of the application program, so the application resources may be only business data. When the application program in the single-page mode is updated, the whole page is not updated, and only the content needs to be updated, so that the speed of resource application is obviously improved.
And the single page mode may provide a simple linear experience for the user, such as an endless scrolling mode, improving the user experience.
Optionally, the single-page mode is developed based on the vue.js framework and follows a model-view model mode.
The separation of transaction presentation and business logic code is achieved following a model-view model, where transaction presentation is presentation of transactions in a page, such as a confirmation page that requires a user to enter a username and password. The service logic code is used to make decisions about the service, such as determining the type of password, etc., so that the verification logic is separated from the code presentation.
Js framework development based on VUE, realizing document object model operation, thereby realizing local updating, for example, only refreshing a two-dimensional code part in a page without changing other parts, and improving updating efficiency. And because only the local part is updated, the phenomenon that the page is rendered white and stuck during updating is avoided, and the user is unaware of updating, so that the user experience is improved.
According to the technical scheme provided by the embodiment, the device browser 111 accesses and acquires the device service provided by the local device application platform 112, and only when interface service and version service are needed, a request is initiated to the outside, so that frequent interaction is avoided, and the requirement on a network is reduced; and only the application resource packet of the preset type is updated during updating, so that the phenomenon that the updating packet occupies a larger network due to the whole updating is avoided, and the updating efficiency is reduced.
The method solves the problems of application exit, communication and safety, version upgrading and the like caused by cross-browser, page rendering white screen and card pause, terminal plug-in collapse and the like, and achieves the effects of improving the front-end and back-end interactive response speed and page rendering performance, remarkably improving the transmission efficiency and version change speed of application deployment, and remarkably improving the operation stability and remote maintenance convenience of equipment.
It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.

Claims (10)

1. A system architecture for a self-service device, comprising: the system comprises an equipment end, an application resource end, a service integration end and a management end; the device end is respectively connected with the application resource end, the service integration end and the management end; the management end is connected with the service integration end;
wherein, the equipment end includes: a device browser and a device application platform; the device browser is connected with the device application platform;
the device browser is used for accessing and acquiring device services provided by the device application platform;
the service integration end is used for providing interface service and version service for the equipment end;
the management terminal is used for setting the standard equipment version corresponding to each equipment terminal in the version service;
the application resource end is used for providing application resources of preset types to the equipment end according to the standard equipment version.
2. The architecture of claim 1, wherein the device side further comprises: an operation management module; the device application platform comprises: a device monitoring module; the operation management module is connected with the equipment monitoring module;
the equipment monitoring module is used for monitoring the running state of the equipment terminal and sending the running state information to the management terminal through the running management module;
the management terminal is also used for processing the running state information.
3. The architecture of claim 2, wherein the device side further comprises: a bottom layer hardware module; the bottom layer hardware module is connected with the equipment application platform;
the bottom layer hardware module is used for responding to a driving instruction of the device application platform to drive bottom layer hardware and transmitting the notification of the bottom layer hardware to the device application platform;
the bottom hardware module is also used for sending the hardware driving information of the bottom hardware to the management end through the operation management module;
and the management terminal is also used for processing the running state information according to the hardware driving information.
4. The architecture of claim 3, wherein the underlying hardware modules comprise: a hardware sub-module; and the processes corresponding to the hardware sub-modules are isolated from each other.
5. The framework of claim 4, wherein a communication link between the process and a JavaScript component in a page of the device browser is established through WebSocket communication technology.
6. The architecture of claim 1, wherein the device application platform comprises: an application update module; the application updating module is connected with the application resource end;
the application updating module is used for determining whether to update the local equipment version according to the standard equipment version and the local equipment version of the management terminal;
and if so, acquiring the target application resource from the candidate application resources of the application resource end according to the standard equipment version.
7. The architecture of claim 6, wherein the device application platform further comprises: running; the runtime is connected with the device browser; the runtime is connected with the application update module;
the runtime is configured to store the application resource and update the stored application resource based on the target application resource.
8. The architecture of claim 1, wherein the device browser is a chrome embedded framework browser.
9. The architecture of claim 1, wherein the device browser is in single page mode.
10. The architecture of claim 9, wherein the single-page schema is developed based on the vue.js framework and conforms to a model-view model schema.
CN202111047365.6A 2021-09-07 2021-09-07 System architecture of self-service equipment Pending CN113794762A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111047365.6A CN113794762A (en) 2021-09-07 2021-09-07 System architecture of self-service equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111047365.6A CN113794762A (en) 2021-09-07 2021-09-07 System architecture of self-service equipment

Publications (1)

Publication Number Publication Date
CN113794762A true CN113794762A (en) 2021-12-14

Family

ID=79182630

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111047365.6A Pending CN113794762A (en) 2021-09-07 2021-09-07 System architecture of self-service equipment

Country Status (1)

Country Link
CN (1) CN113794762A (en)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090209239A1 (en) * 2008-02-18 2009-08-20 Movidilo S.L. Self-service application platform for wireless devices
CN104320482A (en) * 2014-11-04 2015-01-28 中国银行股份有限公司 Bank teller front-end system
CN108038008A (en) * 2017-12-08 2018-05-15 广东金赋科技股份有限公司 Self-aided terminal framework
CN109271154A (en) * 2018-08-30 2019-01-25 深圳市合众金融设备服务有限公司 Application development platform and its operation method
CN111045878A (en) * 2019-12-03 2020-04-21 浪潮金融信息技术有限公司 Cross-browser financial self-service terminal hardware calling method based on WebSocket
CN112562217A (en) * 2020-12-16 2021-03-26 恒银金融科技股份有限公司 Flow engine design, communication mode and working method of self-service terminal control system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090209239A1 (en) * 2008-02-18 2009-08-20 Movidilo S.L. Self-service application platform for wireless devices
CN104320482A (en) * 2014-11-04 2015-01-28 中国银行股份有限公司 Bank teller front-end system
CN108038008A (en) * 2017-12-08 2018-05-15 广东金赋科技股份有限公司 Self-aided terminal framework
CN109271154A (en) * 2018-08-30 2019-01-25 深圳市合众金融设备服务有限公司 Application development platform and its operation method
CN111045878A (en) * 2019-12-03 2020-04-21 浪潮金融信息技术有限公司 Cross-browser financial self-service terminal hardware calling method based on WebSocket
CN112562217A (en) * 2020-12-16 2021-03-26 恒银金融科技股份有限公司 Flow engine design, communication mode and working method of self-service terminal control system

Similar Documents

Publication Publication Date Title
US6363398B1 (en) Database access using active server pages
WO2019195121A1 (en) Digital worker management system
US7200666B1 (en) Live connection enhancement for data source interface
US20160004628A1 (en) Parallel test execution framework for multiple web browser testing
US11509505B2 (en) Method and apparatus for operating smart network interface card
US7536599B2 (en) Methods and systems for validating a system environment
CN113900834B (en) Data processing method, device, equipment and storage medium based on Internet of things technology
CN111694797A (en) File uploading and analyzing method, device, server and medium
CN112787999B (en) Cross-chain calling method, device, system and computer readable storage medium
CN110929128A (en) Data crawling method, device, equipment and medium
CN114930356A (en) Supplementing Artificial Intelligence (AI)/Machine Learning (ML) models via action centers, AI/ML model retraining hardware control, and AI/ML model setup management
US10860193B2 (en) Distributed computing transition screen display based on application type
CN113191889A (en) Wind control configuration method, configuration system, electronic device and readable storage medium
CN112882895A (en) Health examination method, device, computer system and readable storage medium
CN113794762A (en) System architecture of self-service equipment
CN116248526A (en) Method and device for deploying container platform and electronic equipment
CN113296911B (en) Cluster calling method, cluster calling device, electronic equipment and readable storage medium
CN112953769B (en) Data transmission method, device, computer system and readable storage medium
CN115934378A (en) Service data processing method and device, electronic equipment and storage medium
CN114860480A (en) Web service proxy method, device and storage medium based on Serverless
CN113504916A (en) Code updating method and device, computer equipment and medium
CN109597952B (en) Webpage information processing method, system, electronic equipment and storage medium
CN113472638A (en) Edge gateway control method, system, device, electronic equipment and storage medium
CN117480497A (en) Cross-system testing method and device
CN115292100A (en) Database fault processing method and device, electronic equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination