WO2019190344A1 - Система мониторинга сети устройств самообслуживания - Google Patents

Система мониторинга сети устройств самообслуживания Download PDF

Info

Publication number
WO2019190344A1
WO2019190344A1 PCT/RU2018/000209 RU2018000209W WO2019190344A1 WO 2019190344 A1 WO2019190344 A1 WO 2019190344A1 RU 2018000209 W RU2018000209 W RU 2018000209W WO 2019190344 A1 WO2019190344 A1 WO 2019190344A1
Authority
WO
WIPO (PCT)
Prior art keywords
css
data
technical
server
module
Prior art date
Application number
PCT/RU2018/000209
Other languages
English (en)
French (fr)
Inventor
Михаил Юрьевич ДОРОШЕНКО
Константин Васильевич САЛДИН
Original Assignee
Публичное Акционерное Общество "Сбербанк России"
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Публичное Акционерное Общество "Сбербанк России" filed Critical Публичное Акционерное Общество "Сбербанк России"
Publication of WO2019190344A1 publication Critical patent/WO2019190344A1/ru

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3013—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is an embedded system, i.e. a combination of hardware and software dedicated to perform a certain function in mobile devices, printers, automotive or aircraft systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F9/00—Details other than those peculiar to special kinds or types of apparatus
    • G07F9/002—Vending machines being part of a centrally controlled network of vending machines
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F9/00—Details other than those peculiar to special kinds or types of apparatus
    • G07F9/02—Devices for alarm or indication, e.g. when empty; Advertising arrangements in coin-freed apparatus
    • G07F9/026—Devices for alarm or indication, e.g. when empty; Advertising arrangements in coin-freed apparatus for alarm, monitoring and auditing in vending machines or means for indication, e.g. when empty
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3476—Data logging

Definitions

  • This technical solution in General, relates to the field of computer technology, and in particular to systems and methods for managing the health of a network of self-service devices (CSS).
  • CCS self-service devices
  • Self-service devices are typically located in places where customers of self-service devices can quickly and conveniently complete transactions, including money transfers.
  • the self-service devices are owned by a legal entity (for example, a financial institution) and are managed by another entity, such as a service provider, who has contracted with a financial services institution.
  • the service provider is the operator of the self-service device.
  • Self-service device operators sometimes ATM from the English Automated teller machine
  • the operated ATM must function correctly (i.e., without mechanical or electrical failures) and contain a sufficient amount of money to process each transaction requested by the ATM client. If the ATM does not work, the client usually finds the ATM of another financial institution and uses this ATM to complete the transaction.
  • a non-working ATM operator may lose income associated with future transactions if the client does not return to this ATM operator due to negative operating experience, and therefore monitoring the operability of a network of self-service devices is a very important task in the prior art.
  • the technical problem solved by the claimed solution is the automation of monitoring the financial and technical condition of self-service devices.
  • CSS contains at least a computing device, at least one storage device and means network data transmission, and at least one storage device contains operating through processing by a computing device: an agent module, configured to monitor and collect data on the technical state of the state of the art, recording the occurrence of critical events in the state of the art and notifying the server part about the occurrence of these events, the module a dispatcher configured to request data from the agent module about the state of the state of the art and transmit said data to at least one server using the network tool oh data transfer;
  • an agent module configured to monitor and collect data on the technical state of the state of the art, recording the occurrence of critical events in the state of the art and notifying the server part about the occurrence of these events
  • the module a dispatcher configured to request data from the agent module about the state of the state of the art and transmit said data to at least one server using the network tool oh data transfer;
  • the server comprises at least a computing device, at least one storage device and network data transmission means, the server comprising an agent module, a dispatcher module, and a storage unit for the technical state data unit, and the agent module is configured to request technical state data through the dispatcher module CSS, the server dispatcher module is configured to exchange data with the CSS dispatcher module, and the data storage module about the technical state of the CSS is configured to record via uchaemoy information about the technical condition of the FF,
  • server agent module also provides on the basis of the received technical condition data from the CSS:
  • the implementation of using the agent module CSS technical deviation is fixed for the algorithm of the CSS and / or its functional part.
  • each technical deviation of the operation of the CSS contains a unique identifier (UID) and its fixation time.
  • UID unique identifier
  • the operation of the agent and / or its functional part is additionally recorded on each transaction process execution state.
  • the data of the user is recorded at the time the transaction is completed.
  • the user data of the user agent further includes a photo of the user and / or video of the user.
  • the agent module includes
  • the server classifies the data for each CSS based on at least the type of CSS operations performed.
  • the elimination of a technical malfunction initiated by the server agent module includes an automated remote connection to the USB for eliminating a software error and / or generating an application for technical work for maintenance personnel.
  • the application contains at least information about the deviation of the operation of the CSS and
  • FIG. 1 shows a diagram of the overall process of interaction of system elements.
  • FIG. 2 shows the general scheme of CSS.
  • FIG. 3 shows a general diagram of the server.
  • FIG. 4 shows a block diagram of a process for monitoring and processing the technical state of the CSS.
  • a system including a computer system, a computer (electronic computer), CNC (numerical program control), PLC (programmable logic controller), computerized control systems, and any other devices capable of performing a given , clearly defined sequence of operations (actions, instructions).
  • An instruction processing device is understood to mean an electronic unit or an integrated circuit (microprocessor) executing machine instructions (programs).
  • the command processing device reads and executes machine instructions (programs) from one or more data storage devices.
  • Hard drives (HDD), flash memory, ROM (read-only memory), solid-state drives (SSD), optical drives can act as storage devices.
  • a program is a sequence of instructions for execution by a computer control device or an instruction processing device.
  • ATM Automatic Teller Machine
  • an ATM is a software and hardware complex that is a state-of-the-art facility and is designed to automatically issue and / or receive cash using or without payment cards, as well as performing other operations, including the number of payments for goods and services, preparation of documents confirming the relevant operations.
  • the event log (eng, log) is a standard way for applications and the operating system to record and centrally store information about important software and hardware events.
  • the event log service stores events from various sources in a single event log, which allows the user to monitor the event log, a program interface (API) allows applications to log information and view existing entries.
  • API program interface
  • the main components of the system are one or more CSS (100), combined through a data network with a server (200) that performs the function of monitoring the technical condition of the CSS.
  • the server (200) can also be connected to one or more user devices (300), which can receive notifications from the server (200) about the occurrence of certain events related to the technical state of the US (100).
  • the system also includes a transaction processing server (400), which processes transaction processes in the state system (100).
  • network communication between the US (100) and the server (200) is carried out using the TCP / IP protocol, but various communication protocols can be used if necessary to provide the necessary level of information exchange, for example, WAN, GSM, GPRS, Wi -Fi, LTE, Internet, Intranet, LAN, etc.
  • FIG. 2 shows the general scheme of CSS (100).
  • CSS (100) includes a computing device (101), which is at least one processor designed to process information when performing CSS (100) of its functions of financial transactions.
  • CSS (100) contains at least one storage device (102), which is a RAM for storing information to be processed online.
  • the storage device (102) may also be a combination of several means for storing information, in particular, a hard disk drive (HDD), solid state drive (SSD), flash memory, optical information storage devices, and the like.
  • the set of necessary devices (102) is determined based on the requirements of the architectural hardware embodiment of the CSS (100).
  • the means of network data transmission may be one or more devices designed to provide information through a computer network wired and / or wireless type, for example, LAN (Ethernet), Wi-Fi, WAN, PAN, GSM- modem (GPRS, LTE, 5G), satellite module, etc.
  • the US display (104) may be in the form of an LCD screen.
  • the display (104) may be touch-sensitive and further comprise a protective glass and / or anti-vandal coating.
  • Information input / output means (105) can be selected from a wide range of means for organizing interaction with the CSS (100). Such means may include: a keyboard (PIN pad), a display or a touch screen, a touch panel, a joystick, touch pad, a voice control module, speakers, vibration sensors, etc.
  • the cash dispensing agent (DS) (106) is typically a dispenser of an ATM or a banknote issuing terminal.
  • the receiving means DS (107) is in the form of a compartment for depositing banknotes for the transaction.
  • CSS (100) may also include a camera (108) designed to monitor the ATM user and the environment, and images received by camera (108) can be used to identify a person interacting with CSS (100).
  • the biometric identification tool (109) can be implemented in the form of a software module that is paired with a camera (108), when processing images of the user CSS (100). Also, the device (109) may be a fingerprint scanner, a retina scanner, or a user voice recognition module.
  • FIG. Figure 3 shows the general architecture of the US monitoring server (200).
  • the server (200) runs on the basis of a computer, for example, a computer such as IMB PC, Apple Macintosh, Elbrus, etc.
  • the server (200) comprises a computing device (201), which is a processor or multiple processors.
  • the server (200) typically further comprises a storage device (202) in the form of data storage means, which is a ROM, for example, a hard disk drive (HDD), a solid state drive (SSD), flash memory, and the like.
  • a storage device (202) in the form of data storage means, which is a ROM, for example, a hard disk drive (HDD), a solid state drive (SSD), flash memory, and the like.
  • the data storage means is intended for long-term storage of information and is associated with the storage unit of the technical state data storage unit US (203). The operation of the module will be described below.
  • the I / O interfaces (204) are standard solutions for interfacing with internal and external (plug-in) server components (200).
  • Interfaces (205) are selected from the group: COM, LPT, VGA, PCI, PCI-E, USB, RJ-45, RS-232, Lightning, HDMI, DVI,
  • Information input / output means (205) can be selected from a wide range of means for organizing interaction with the server (200). Such means may be: keyboard, display or touch screen, touch panel, joystick, touch pad, voice control module, speakers, vibration sensors, projector, virtual or augmented reality tool, etc.
  • the network data transfer means (206) may be one or more devices designed to provide information via a wired and / or wireless type computer network, for example, LAN (Ethernet), Wi-Fi, WAN, PAN, GSM- modem (GPRS, LTE, 5G), satellite module, etc.
  • LAN Ethernet
  • Wi-Fi Wireless Fidelity
  • WAN Wide Area Network
  • PAN personal area network
  • GSM- modem GPRS, LTE, 5G
  • satellite module etc.
  • the hardware and software elements of the server (200) are interconnected by means of an information and / or universal bus (210).
  • the claimed system consists of interacting server (200) and client parts in the form of CSS (100).
  • the organization of the system is determined by the information exchange of necessary information between monitoring agents located on the server side and the public domain (1021, 2021).
  • the monitoring agent module located on the server side (2021) is a core (communication service) and a set of functional libraries that directly provide the implementation of applied tasks of tracking and diagnosing the occurrence of events that reflect the technical state of the state of the art (100).
  • the monitoring agent module (1021) interacts with functional libraries with software US (100) and the operating system contained in the storage device (102).
  • the agent module (2021) interacts with the corresponding operating system (2022) and the system database contained in the data storage module (203).
  • the agent agent module (1021) monitors and collects data on the technical condition of the agent (100). If abnormalities are found in the operation of the control unit (100), the module (1021) records the occurrence of this event and writes it to the log or event log.
  • Module (1021) also recognizes the type of detected events and the degree of their importance, in particular, determines critical events in the operation of the control unit (100), which will lead to a complete loss of operability of the control unit (100) or the difficulty of its subsequent operation at the required level in terms of transactions. When such events are detected, the module (1021) generates an immediate notification to the server part of the agent module (2021) about the occurrence of these events for an operational response.
  • the dispatcher module US (1022) is designed to request from the agent module (1021) data on the state of the US and transfer the mentioned data to the server module of the agent (1022) by means of network data transmission (103) and communication with the server module of the dispatcher (2022) .
  • the dispatcher module runs as a functional library that implements the application protocol for the interaction of server and DC agents (1021, 2021).
  • Information received from the US (100) and characterizing its technical condition can be downloaded in the form of data packets. This information can be requested from the US (100) in both manual and automated mode, for example, at specified intervals.
  • Each connection session between the modules of the monitoring agent US (1021) and server (200) begins with the execution authentication procedures, which excludes the possibility of interaction between the US agent (1021) and a server that does not have proper identification parameters.
  • a digital signature mechanism is used, for example, based on the RSA algorithm.
  • the monitoring server (200) sends its public key to the CSS (100), signing it on the central server key and signing the constant data on its own key;
  • connection is considered authenticated and further interaction is allowed by the application protocol through the appropriate dispatcher modules (2021, 2022).
  • the agent module (1021) Upon startup or direct operation of the US (100), the agent module (1021), based on the xml description file, collects the status and configuration information about the current state of the US (100) and generates an output xml file for sending to the server part of the agent ( 2021).
  • the mentioned xml-file contains the parameters of the US (100) and / or its nodes, some of the parameters have a critical identification of their deviations. Monitoring of these parameters is the highest priority when generating a signal about the violation of the state of the art (100).
  • the server part manager (2022) After initiating the data exchange procedure for the technical state of the US (100) and sending them to the server (200), the server part manager (2022) receives data from the US manager module (1022) and transfers them to the storage module (203).
  • control unit (100) displaying the status of its technical condition, can characterize the state of the control unit (100) at a specific point in time or contain data on its operation over the past period of time.
  • Information can be transmitted in the form of magazines, logs or another form that displays a deviation in its work or functional part.
  • the transmitted information from the US (100) contains the identification data of the device itself, for example, the unique identifier (UID) of the ATM, the UID of the technical deviation of the work or the UID of the error that occurred during the operation of the US (100), the time of fixing the deviation, etc.
  • UID unique identifier
  • the UID is also assigned to the functional parts of the US (100) to identify failure or malfunction, for example, a dispenser, printer, pin-pad, card reader, display, safe compartment, etc.
  • Functional parts of CSS (100) may also contain identifiers of their component parts.
  • Information on the state of the CSS (100) may also include a general indicator of the state of the entire CSS (100) and its individual functional parts and / or their components.
  • the agent module US (1021) monitors the operation of the software execution of the necessary functions.
  • an important aspect is the control of the state at each step of the transaction.
  • Each transaction based on its characteristics, has a different number of states (states) necessary for transaction execution. Violation of work during the execution of states is recorded and transmitted to the server module agent module (2021).
  • Such violations may be, for example, a violation of the network connection between the US (100) and the transaction processing server (400), a software failure in the issuance of banknotes, a user identification error, and the like.
  • Each transaction execution state contains its UID and violation of its execution is quickly classified using the server module agent module (2021).
  • the server-side agent module (2021) detects the occurrence of an event reflecting a technical failure by comparing the inherent indicators of the reference operation of the control unit (100) or its elements with the parameters (responses) of the operation of the control unit (100) when performing transactions taking into account the reference parameters for each type of CSS (100). For critical events, for example, the exhaustion of banknotes for issuing, in an xml file stored on the CSS (100), when this UID is generated the event and time stamp, the CSS monitoring module (1021) automatically initiates the notification process of the server monitoring module (2021) to procedures for restoring the technical condition of the CSS (100).
  • the procedure may be a request for maintenance, which is automatically generated and transmitted to the desired user device (300).
  • the user device (300) is connected through appropriate identifiers with one or another event occurring in the channel US (100), for the implementation of the necessary response in each case.
  • Correction of the operation of CSS (100) can also be carried out directly remotely using the server agent module (2021).
  • the module (2021) when classifying this type of failure, checks for the possibility of remotely making changes to the software part of the program logic of the control unit (100) to correct its technical condition.
  • the CA agent module (1021) may also collect information identifying the client performing transactions to perform transactional operations using the CA (100). This information is also transmitted to the server (200) for its accounting and use for resolving conflict situations.
  • Information on the client can be obtained from the payment card, biometric information, or an image obtained from the camera US (100).
  • the following is an example of a classification table of failures that occur in the US (100) channel.
  • the agent agent module (1021) collects data on its technical condition, including idle parameters and operations.
  • the information obtained by the module (1021) is recorded on one of the storage device US (102).
  • the server side agent module (2021) periodically polls the US agent module (1021) to obtain the technical state parameters of the US agent (100). Users of the monitoring system can also initiate forced receipt of data from the US (100).
  • the deviation data is critical in the work of the control unit (100) and whether it is necessary to send it to the server (200) to signal the occurrence of this event (step 504) , or these deviations are valid within the normal range.
  • the server-side agent module (2021) processes the received data from the control unit (100), performs the classification of the technical state parameters and determines the initiation of the necessary procedures for their elimination by analyzing the corresponding MIA identifying the control unit, the technical failure element , a program state (state) or other information that allows you to uniquely identify the required action that must be performed to restore the operability of the DC (100).
  • An application can also be transmitted through various channels and in various forms, for example, an e-mail message, SMS message, PUSH notification, through notifications in chat channels (chat bot), etc. ⁇
  • the server side agent module (2021) generates reports on the technical state of each control unit (100) based on the classification of deviations in the technical functioning of the control unit (100). Reports may contain marks on the performance indicators of the US (100), which can go to the critical violations section and lead to the complete failure of the US (100).
  • the structure of the reports can be customized to the needs of each user of the system (300) with the display of only the necessary information, which may be due to the specialization of the user, the purpose of his functional work, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Finance (AREA)
  • Mathematical Physics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Изобретение относится к системе мониторинга сети устройств самообслуживания. Технический результат заключается в автоматизации мониторинга финансового и технического состояния устройств самообслуживания. Система содержит устройство самообслуживания (УС), связанное с сервером, причем УС содержит вычислительное устройство, запоминающее устройство и средство сетевой передачи данных, запоминающее устройство содержит модуль агента, модуль диспетчера, сервер содержит вычислительное устройство, запоминающее устройство, средство сетевой передачи данных, модуль агента, модуль диспетчера и модуль хранения данных технического состояния УС, причем модуль агента сервера обеспечивает на основании полученных данных технического состояния от УС выявление типа данных, соответствующих сбою УС для функции УС. Осуществление классификации полученных данных по типу нарушений функционирования УС, формирование отчета на основании выполненной классификации по техническому состоянию УС, на основании сформированного отчета инициирует процедуру устранения технических нарушений в работе.

Description

СИСТЕМА МОНИТОРИНГА СЕТИ УСТРОЙСТВ САМООБСЛУЖИВАНИЯ
ОБЛАСТЬ ТЕХНИКИ
[0001] Данное техническое решение, в общем, относится к области вычислительной техники, а в частности к системам и способам управления работоспособностью сети устройств самообслуживания (УС) .
УРОВЕНЬ ТЕХНИКИ
[0002] Банковские автоматы или устройства самообслуживания быстро сыграли ключевую роль в осуществлении финансовых транзакций. Поэтому важность эффективного мониторинга устройств самообслуживания продолжает расти. Устройства самообслуживания позволяют клиентам осуществлять различные финансовые операции, включая депозиты, переводы средств между счетами, платежи по счетам, запросы сальдо, снятие наличных денег и т. п.
[0003] Устройства самообслуживания обычно размещаются в местах, где клиенты устройств самообслуживания могут быстро и удобно выполнять транзакции, включая перевод денежных средств. В некоторых случаях устройства самообслуживания принадлежат юридическому лицу (например, финансовому учреждению) , а управляются другим субъектом, таким как поставщик услуг, который заключил контракт с финансовым учреждением по обслуживанию. В этом случае поставщик услуг является оператором устройства самообслуживания.
[0004] Операторы размещают устройства самообслуживания в местах, где клиенты могут быстро и удобно выполнять транзакции, по ряду причин. Например, владелец ресторана может приобрести устройство самообслуживания для размещения в ресторане, чтобы увеличить прибыль в баре ресторана.
Финансовые учреждения обычно осуществляют мониторинг крупных сетей устройств самообслуживания, которые позволяют клиентам финансовых учреждений иметь больше свободы при совершении финансовых транзакций. [0005] Операторы устройств самообслуживания (иногда АТМ от англ. Automated teller machine), которыми могут быть банкоматы, должны эффективно осуществлять мониторинг каждого банкомата, а также всей сети банкоматов для контроля работы всей сети на основании анализа данных, поступающих от агента мониторинга, размещенного на банкомате, а также данных центральной фронтальной системы финансового учреждения. Эксплуатируемый банкомат должен правильно функционировать (т. е. без механических или электрических сбоев) и содержать достаточную сумму денежных средств для обработки каждой транзакции, запрашиваемой клиентом банкомата. Если банкомат не работает, клиент обычно находит банкомат другого финансового учреждения и использует этот банкомат для выполнения транзакции. Оператор нерабочего банкомата может потерять доход, связанный с будущими транзакциями, если клиент не вернется к этому оператору банкомата из-за негативного опыта эксплуатации, в связи с чем мониторинг работоспособности сети устройств самообслуживания является очень важной задачей в уровне техники.
[0006] Современные системы мониторинга сети устройств самообслуживания являются затратными для реализации и ограничены по функциональности. Дополнительно данные системы часто реализуются сторонними поставщиками услуг, что усложняет работу по обработке претензий пользователей.
[0007] Из уровня техники известен патент US5984178A «Fault monitoring and notification system for automated banking machines», патентообладатель: Diebold Nixdorf Inc, дата публикации: 16.11.1999. В данном техническом решении система получает сообщения о состоянии от банковских машин, работающих в сети. Сообщения принимаются системой управления событиями, работающей по меньшей мере на одном компьютере, который находится в оперативном соединении с хранилищем данных. Система управления событиями принимает сообщения и помещает их в единый стандартный формат сообщения для дальнейшей обработки. Компьютер создает записи о проблемах в хранилище данных в ответ на сообщения банковских машин. Система дополнительно предоставляет данные в виде отчета пользователю, который позволяет пользователю анализировать работу банковских машин и финансовых учреждений в целом. Также в системе реализованы возможности тестирования для проверки правильной работы системы.
[0008] Таким образом, в уровне техники существует потребность в увеличении оперативности реагирования на технические неисправности, возникающие в канале УС при мониторинге большого парка устройств, с обеспечением классификации ошибок для более точного определения требуемых действий по их устранению и нормализации работы УС.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0009] Техническое решение направлено на устранение недостатков, присущих существующим решениям из известного уровня техники.
[0010] Технической проблемой, решаемой с помощью заявленного решения, является автоматизация мониторинга финансового и технического состояния устройств самообслуживания.
[ООН] Техническим результатом является повышение оперативного реагирования на нарушение работоспособности устройств самообслуживания для восстановления его нормальной работоспособности в случае технического сбоя .
[0012] Дополнительным техническим результатом является оперативное устранение проблем в предоставлении услуг пользователям.
[0013] Данный технический результат достигается с помощью реализации системы мониторинга сети УС, которая содержит :
по меньшей мере одно УС, связанное с по меньшей мере одним сервером, причем
по меньшей мере одно УС, связанное с по меньшей мере одним сервером, причем
УС содержит по меньшей мере вычислительное устройство, по меньшей мере одно запоминающее устройство и средство сетевой передачи данных, причем по меньшей мере одно запоминающее устройство содержит функционирующие посредством обработки вычислительным устройством: модуль агента, выполненный с возможностью мониторинга и сбора данных о техническом состоянии УС, фиксации наступления критических событий в работе УС и уведомлении серверной части о наступлении данных событий, модуль диспетчера, выполненный с возможностью запроса у модуля агента данных о состоянии УС и передачи упомянутых данных на по меньшей мере один сервер с помощью средства сетевой передачи данных;
сервер содержит по меньшей мере вычислительное устройство, по меньшей одно запоминающее устройство и средство сетевой передачи данных, причем сервер содержит модуль агента, модуль диспетчера и модуль хранения данных технического состояния УС, причем модуль агента выполнен с возможностью запроса через модуль диспетчера сервера данных о техническом состоянии УС, модуль диспетчера сервера выполнен с возможностью обмена данными с модулем диспетчера УС, и модуль хранения данных о техническом состоянии УС выполнен с возможностью записи получаемой информации о техническом состоянии УС,
причем модуль агента сервера также обеспечивает на основании полученных данных технического состояния от УС:
- выявление по меньшей мере одного типа данных, соответствующих сбою УС для по меньшей мере одной функции УС;
- осуществление классификации полученных данных по типу нарушений функционирования УС;
- формировании отчета на основании выполненной классификации по техническому состоянию УС;
и
- на основании сформированного отчета инициировать процедуру устранения технических нарушений в работе УС. [0014] В некоторых вариантах осуществления с помощью модуля агента УС техническое отклонение фиксируется для алгоритма работы УС и/или его функциональной части.
[0015] В некоторых вариантах осуществления каждое техническое отклонение работы УС содержит уникальный идентификатор (УИД) и время его фиксации.
[0016] В некоторых вариантах осуществления с помощью модуля агента УС дополнительно фиксируется работа УС и/или его функциональной части на каждом стейте осуществления процедуры транзакции .
[0017] В некоторых вариантах осуществления с помощью модуля агента УС для каждого технического сбоя в работе УС
фиксируется цепочка событий техническом состоянии работы УС, предшествующего данному событию.
[0018] В некоторых вариантах осуществления фиксируют данные пользователя УС в момент выполнения транзакции.
[0019] В некоторых вариантах осуществления данные пользователя УС дополнительно включают в себя фотоизображение пользователя и/или видеозапись пользователя.
[0020] В некоторых вариантах осуществления модуль агента
сервера осуществляет классификацию данных по каждому УС на основании по меньшей мере типа выполненных УС операций.
[0021] В некоторых вариантах осуществления процедура
устранения технической неисправности, инициированная модулем агента сервера, включает в себя автоматизированное удаленное соединение с УС для устранения программной ошибки и/или формирование заявки на технические работы для обслуживающего персонала .
[0022] В некоторых вариантах осуществления заявка содержит по меньшей мере информацию об отклонении работы УС и
идентификационную информацию УС .
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0023] На Фиг. 1 приведена схема общего процесса взаимодействия элементов системы. [0024] На Фиг. 2 приведена общая схема УС.
[0025] На Фиг. 3 приведена общая схема сервера.
[0026] На Фиг. 4 приведена блок-схема процесса мониторинга и обработки технического состояния УС.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
[0027] Признаки и преимущества настоящего технического решения станут очевидными из приводимого ниже подробного описания изобретения .
[0028] Ниже будут описаны понятия и термины, необходимые для понимания данного технического решения.
[0029] В данном техническом решении под системой подразумевается, в том числе компьютерная система, ЭВМ (электронно-вычислительная машина) , ЧПУ (числовое программное управление) , ПЛК (программируемый логический контроллер) , компьютеризированные системы управления и любые другие устройства, способные выполнять заданную, четко определенную последовательность операций (действий, инструкций) .
[0030] Под устройством обработки команд подразумевается электронный блок либо интегральная схема (микропроцессор) , исполняющая машинные инструкции (программы) .
[0031] Устройство обработки команд считывает и выполняет машинные инструкции (программы) с одного или более устройств хранения данных. В роли устройства хранения данных могут выступать, но не ограничиваясь, жесткие диски (HDD) , флеш- память, ПЗУ (постоянное запоминающее устройство) , твердотельные накопители (SSD) , оптические приводы.
[0032] Программа - последовательность инструкций, предназначенных для исполнения устройством управления вычислительной машины или устройством обработки команд.
[0033] ATM (Automated Teller Machine) или банкомат программно-технический комплекс, представляющий собой УС и предназначенный для автоматизированной выдачи и/или приёма наличных денежных средств как с использованием платёжных карт, так и без, а также выполнения других операций, в том б числе оплаты товаров и услуг, составления документов, подтверждающих соответствующие операции.
[0034] Журнал событий (англ, log) — стандартный способ для приложений и операционной системы записи и централизованного хранения информации о важных программных и аппаратных событиях. Служба журналов событий сохраняет события от различных источников в едином журнале событий, которая позволяет пользователю наблюдать за журналом событий, программный интерфейс (API) позволяет приложениям записывать в журнал информацию и просматривать существующие записи.
[0035] Как представлено на Фиг. 1 основными компонентами системы являются одно или более УС (100), объединенное посредством сети передачи данных с сервером (200) , выполняющим функцию по контролю технического состояния УС. Сервер (200) в свою очередь также может быть соединен с одним или более устройством пользователей (300), которое может получать от сервера (200) уведомления о наступлении тех или иных событий, связанных с техническим состоянием УС (100). Система также включает в себя сервер обработки транзакций (400), выполняющий обработку транзакционных процессов в УС (100) .
[0036] Как правило, сетевой обмен между УС (100) и сервером (200) осуществляется с использованием протокола TCP/IP, но при необходимости могут применяться различные протоколы связи, обеспечивающие необходимый уровень информационного обмена, например, WAN, GSM, GPRS, Wi-Fi, LTE, Интернет, Интранет, LAN и т.п.
[0037] На Фиг. 2 представлена общая схема УС (100) . В общем случае УС (100) включает в себя вычислительное устройство (101) , которое представляет собой по меньшей мере один процессор, предназначенное для обработки информации при выполнении УС (100) своих функций по осуществлению финансовых транзакций . [0038] УС (100) содержит как минимум одно запоминающее устройство (102), которое представляет собой ОЗУ для хранения информации, подлежащей оперативной обработке.
[0039] Дополнительно запоминающее устройство (102) может также представлять собой совокупность нескольких средств для хранения информации, в частности, жесткий диск (HDD) , твердотельный накопитель (SSD) , флэш-память, оптические накопители информации и т.п. Совокупность необходимых устройств (102) определяется исходя из требований архитектурного аппаратного воплощения УС (100) .
[0040] Средство сетевой передачи данных (ЮЗ) может представлять собой одно или более устройств, предназначенных для обеспечения передачи информации посредством вычислительной сети проводного и/или беспроводного типа, например, LAN (Ethernet) , Wi-Fi, WAN, PAN, GSM-модем (GPRS, LTE, 5G) , модуль спутниковой связи и т.п.
[0041] Дисплей УС (104) может выполняться в виде ЖК-экрана.
Дисплей (104) может выполняться сенсорным и дополнительно содержать защитное стекло и/или антивандальное покрытие.
[0042] Средства ввода/вывода информации (105) могут выбираться из широкого спектра средств для организации взаимодействия с УС (100) . Такими средствами могут выступать: клавиатура (ПИН- пад) , дисплей или сенсорный дисплей, сенсорная панель, джойстик, тач-пад, модуль голосового управления, динамики, вибродатчики и т.п.
[0043] Средство выдачи денежных средств (ДС) (106) представляет собой, как правило, диспенсер банкомата или терминала для выдачи банкнот.
[0044] Средство приема ДС (107) выполняется в виде отсека для внесения банкнот для осуществления транзакции.
[0045] Также основным элементом УС (100) предусматривается картридер для обработки платежных карт, и принтер для печати чеков по статусу обработки транзакций. Данные элементы на схеме не представлены. [0046] УС (100) также может содержать камеру (108), предназначенную для наблюдения за пользователем банкомата, окружающей обстановкой, причем изображения, получаемые камерой (108), могут применяться для идентификации лица, выполняющего взаимодействие с УС (100) .
[0047] Средство биометрической идентификации (109) может выполняться в виде программного модуля, работающего в паре с камерой (108), при обработке изображений пользователя УС (100) . Также, устройство (109) может представлять собой дактилоскопический сканер, сканер сетчатки глаза или модуль голосовой идентификации пользователя.
[0048] Программно-аппаратные элементы УС (100) объединяются между собой посредством информационной и/или универсальной шины ( 110 ) .
[0049] На Фиг. 3 представлена общая архитектура сервера мониторинга УС (200) . Сервер (200) выполняется на базе вычислительной машины, например, компьютера типа IMB PC, Apple Macintosh, Эльбрус и т.п.
[0050] Сервер (200) содержит вычислительное устройство (201) , представляющее собой процессор или несколько процессоров. Запоминающее устройство (202), которое представляет собой ОЗУ и содержит исполняемую программную логику, реализующую необходимые функции по обработке данных.
[0051] Сервер (200), как правило, дополнительно содержит запоминающее устройство (202) в виде средство хранения данных, представляющее собой ПЗУ, например, жесткий диск (HDD), твердотельный накопитель (SSD) , флэш-память и т.п.
[0052] Средство хранения данных предназначено для долгосрочного хранения информации и связано с модулем хранения данных технического состояния УС (203) . Работа модуля будет описана ниже.
[0053] Интерфейсы ввода/вывода (204) представляют собой стандартные решения для обеспечения взаимодействия с внутренними и внешними (подключаемыми) компонентами сервера (200) . Интерфейсы (205) выбираются из группы: COM, LPT, VGA, PCI, PCI-E, USB, RJ-45 , RS-232, Lightning, HDMI , DVI,
FireWire, аудиовыход и т.п.
[0054] Средства ввода/вывода информации (205) могут выбираться из широкого спектра средств для организации взаимодействия с сервером (200) . Такими средствами могут выступать: клавиатура, дисплей или сенсорный дисплей, сенсорная панель, джойстик, тач-пад, модуль голосового управления, динамики, вибродатчики, проектор, средство виртуальной или дополненной реальности и т.п.
[0055] Средство сетевой передачи данных (206) может представлять собой одно или более устройств, предназначенных для обеспечения передачи информации посредством вычислительной сети проводного и/или беспроводного типа, например, LAN (Ethernet) , Wi-Fi, WAN, PAN, GSM-модем (GPRS, LTE, 5G) , модуль спутниковой связи и т.п.
[0056] Программно -аппаратные элементы сервера (200) объединяются между собой посредством информационной и/или универсальной шины (210) .
[0057] Далее будет детально представлен принцип работы заявленной системы.
[0058] Архитектурно, заявленная система состоит из взаимодействующих между собой серверной (200) и клиентской частей в виде УС (100) . Организация работы системы обусловлена информационным обменом необходимой информацией между агентами мониторинга, расположенными на серверной части и УС (1021, 2021) .
[0059] Модуль агента мониторинга, расположенный на серверной части (2021) представляют из себя ядро (коммуникационный сервис) и набор функциональных библиотек, непосредственно обеспечивающих выполнение прикладных задач по отслеживанию и диагностике наступления событий, отражающих техническое состояние УС (100) .
[0060] На стороне УС (100) модуль агента мониторинга (1021) с помощью функциональных библиотек взаимодействуют с программным обеспечением УС (100) и операционной системой, содержащейся на запоминающем устройстве (102) .
[0061] На стороне сервера мониторинга (200) модуль агента (2021) взаимодействует с соответствующей операционной системой (2022) и базой данных системы, содержащейся в модуле хранения данных (203) .
[0062] Модуль агента УС (1021) выполняет мониторинг и сбор данных о техническом состоянии УС (100) . При обнаружении отклонений в работе УС (100) модуль (1021) фиксирует наступление данного события и записывает его в лог или журнал событий .
[0063] Модуль (1021) также осуществляет распознавание типа выявленных событий оп степени их важности, в частности, осуществляет определение критических событий в работе УС (100), которые приведут к полной потери работоспособности УС (100) или затруднению последующей его работы на требуемом уровне в части осуществления транзакций. При выявлении такого рода событий, модуль (1021) формирует незамедлительное уведомлении серверной части модуля агента (2021) о наступлении данных событий для оперативного реагирования.
[0064] Модуль диспетчера УС (1022) предназначен для запроса у модуля агента (1021) данных о состоянии УС и передачи упомянутых данных в серверный модуль агента (1022) посредством средства сетевой передачи данных (103) и коммуникации с серверным модулем диспетчера (2022) . Модуль диспетчера выполняется как функциональная библиотека, реализующая прикладной протокол взаимодействия агентов сервер и УС (1021, 2021) .
[0065] Информация, получаемая от УС (100) и характеризующая его техническое состояние, может загружаться в виде пакетов данных. Данную информацию можно запросить у УС (100) как в ручном, так и в автоматизированном режиме, например, через заданные промежутки времени.
[0066] Каждый сеанс соединения между модулями агента мониторинга УС (1021) и сервера (200) начинается с выполнения процедуры аутентификации, что исключает возможность взаимодействия агента УС (1021) с сервером, не обладающим должными идентификационными параметрами . Для обеспечения аутентификации используется механизм цифровой подписи, например, на базе алгоритма RSA.
[0067] При установке соединения между УС (100) и сервером мониторинга (200) , стороны в первую очередь обмениваются аутентифицирующей информацией :
• сервер мониторинга (200) отправляет на УС (100) свой публичный ключ, подпись его на ключе центрального сервера и подпись константных данных на собственном ключе;
• агент УС (1021) на основании имеющегося у него публичного ключа центрального сервера проверяет соответствие присланного ему публичного ключа с присланной подписью центрального сервера;
• в случае успешной проверки подписи присланного ключа, агент УС (1021) осуществляет уже на этом ключе присланную подпись константных данных;
• в случае успешной проверки подписи константных данных, соединение считается аутентифицированным и разрешается дальнейшее взаимодействие по прикладному протоколу через соответствующие модули диспетчеров (2021, 2022).
[0068] При запуске или непосредственной работе УС (100), модуль агента (1021) на основании xml-файла описания осуществляет сбор статусной и конфигурационной информации о текущем состоянии УС (100) и формирует выходной xml-файл для отправки на серверную часть агента (2021) . Упомянутый xml- файл содержит параметры работы УС (100) и/или его узлов, часть параметров имеет критическую идентификацию их отклонения. Мониторинг данных параметров является наиболее приоритетным при генерировании сигнализации о нарушении работы УС (100) .
[0069] При отправке информации на серверную часть агента
(2021), с помощью модуля агента УС (1021) формируется xml- файл, содержащий необходимую информацию о техническом состоянии УС (100).
[0070] После инициирования процедуры обмена данными технического состоянии УС (100) и отправки их на сервер (200) , диспетчер серверной части (2022) осуществляет получение данных от модуля диспетчера УС (1022) и передает их в модуль хранения (203) .
[0071] Как указывалось выше, информация, получаемая от УС
(100) , отображающая статус его технического состояния, может характеризовать состояние УС (100) в конкретный момент времени или содержать данные о его работе за прошедший промежуток времени. Информация может передаваться в виде журналов, логов или иного вида, отображающего отклонение в его работе или функциональной части.
[0072] Передаваемая информация от УС (100) содержит идентификационные данные самого устройства, например, уникальный идентификатор (УИД) банкомата, УИД технического отклонения работы или УИД ошибки, возникшей при работе УС (100), время фиксации отклонения и т.п.
[0073] УИД также присваивается функциональным частям УС (100) для идентификации выхода из строя или нарушению их работы, например, диспенсер, принтер, пин-пад, кардридер, дисплей, сейфовый отсек и т.п. Функциональные части УС (100) могут также содержать идентификаторы их составных частей. Информация о состоянии УС (100) может также включать общий показатель состояния как всего УС (100), так и его отдельных функциональных частей и/или их составных частей.
[0074] Помимо технического состояния работы УС (100) или его частей, модуль агента УС (1021) осуществляет мониторинг работы программного исполнения необходимых функций. При работе клиента с УС (100) при осуществлении транзакции важным аспектом является контроль работы стейтов на каждом шаге транзакции .
[0075] Каждая транзакция, исходя из своих особенностей, имеет различное количество стейтов (состояний) необходимых для выполнения транзакции. Нарушение работы при выполнении стейтов фиксируется и передается в модуль агента серверной части (2021) .
[0076] Такими нарушениями могут быть, например, нарушение сетевого соединения между УС (100) и сервером обработки транзакций (400) , программный сбой при выдаче банкнот, ошибка идентификации пользователя и т.п.
[0077] Каждый стейт выполнения транзакции содержит свой УИД и нарушение его исполнение оперативно классифицируется с помощью модуля агента серверной части (2021) .
[0078] При получении данных о возникновении технического отклонения в УС (100), может осуществляться формирование предшествующей данному событию цепочке работы УС (100), в частности, его аппаратной и программной частей. Данная детализация позволяет более точно выявить причину возникновения технического сбоя при нарушениях работы УС (100) .
[0079] По анализу цепочки событий до момента наступления технического сбоя можно определить конкретный функциональный элемент или программный стейт УС (100), приводящий к нарушению его нормального технического функционирования.
[0080] Модуль агента серверной части (2021) фиксирует наступление события, отражающего технический сбой, посредством сравнения заложенных показателей эталонной работы УС (100) или его элементов с параметрами (откликами) работы УС (100) при выполнении транзакций с учетом эталонных параметров для каждого типа УС (100) . Для критических событий, например, исчерпание банкнот для выдачи, в xml-файле, хранящемся на УС (100) , при генерировании данного УИД события и временной отметки, модуль мониторинга УС (1021) инициирует автоматически процедуру оповещения модуля мониторинга сервера (2021) для осуществления процедуры восстановления технического состояния УС (100).
[0081] Упомянутая процедура может представлять собой формирование заявки на выполнение технического обслуживания, которая автоматически формируется и передается на требуемое устройство пользователя (300). Устройство пользователя (300) связано посредством соответствующих идентификаторов с тем или иным событием, возникающем в канале УС (100), для осуществления необходимого реагирования в каждом конкретном случае .
[0082] Исправление работы УС (100) может также осуществляться непосредственно дистанционно с помощью модуля агента сервера (2021) . В частности, при возникновении программных сбоев в работе УС (100), модуль (2021) при классификации данного типа сбоя осуществляет проверку на возможность дистанционного внесения изменений в программную часть программной логики УС (100) для исправления его технического состояния.
[0083] При выполнении транзакционных стейтов, как правило, могут возникать ошибки программного обеспечения, которые могут быть решены с помощью обновления программного обеспечения УС (100) . Данная процедура может осуществляться автоматически с помощью передачи необходимой информации с помощью диспетчера серверной части (2022), генерируемой непосредственно модулем мониторинга сервера (2021) , или при получении внешней команды от устройства (300) . Распознавание отклонений в работе, которые могут быть исправлены в автоматизированном режиме, также осуществляется с помощью анализа соответствующих УИД сбоев для частей УС (100) .
[0084] Модуль агента УС (1021) может также осуществлять сбор информации, идентифицирующей клиента, выполняющего операции по выполнении транзакционных операций с помощью УС (100) . Данная информация также передается на сервер (200) для ее учета и использования для решения конфликтных ситуаций.
[0085] Таким типами ситуаций может быть частичная выдача ДС клиенту, сбой в выполнении операции, противоправные действия со стороны клиента и т . п .
[0086] Информация по клиенту может быть получена по данным карты оплаты, биометрической информации или изображению, полученному с камеры УС (100) . [0087] Ниже в качестве примера приведена таблица классификации сбоев, возникающих в канале УС (100).
Таблица 1. Базовые параметры состояния УС
Figure imgf000018_0001
Figure imgf000019_0001
Figure imgf000020_0001
[0088] С отсылкой к Фиг. 4 далее будет рассмотрен способ работы (500) заявленной системы. На первоначальном этапе (501) модуль агента УС (1021) осуществляет сбор данных о его техническом состоянии, включая параметры в простое и при выполнении операций. Полученная модулем (1021) информация записывается на одном из запоминающем устройстве УС (102).
[0089] Модуль агента серверной части (2021) периодически опрашивает модуль агента УС (1021) для получения параметров технического состояния УС (100) . Пользователи системы мониторинга могут также инициировать форсированное получение данных от УС (100) .
[0090] В случае обнаружения отклонений в технической работе УС на этапе (503) осуществляется проверка следующего типа: являются данные отклонения критическими в работе УС (100) и необходимы ли они отправке на сервер (200) для сигнализирования наступления данного события (этап 504), или данные отклонения являются допустимыми в пределах нормы.
[0091] Если отклонения являются не критическими, то проверяется необходимость их отправки на сервер (200) или же сохранение в УС (100) для последующей пакетной отправки при опросе модуля агента УС (1021) модулем агента серверной части (2021) . Необходимость отправки данных на сервер (200) определяется на этапе (505) . [0092] На этапе (506) модуль агента серверной части (2021) осуществляет обработки полученных данных от УС (100), выполняет классификацию параметров технического состояния и определению инициирования необходимых процедур для их устранения с помощью анализа соответствующих УИД, идентифицирующих УС, элемент технического сбоя, программного стейта (состояния) или иной информации, позволяющей однозначно идентифицироваться требуемой действие, которое необходимо осуществить для восстановления работоспособности УС (100) .
[0093] При необходимости формирования заявки на техническое обслуживание, ее формирование выполняется автоматически и передается на соответствующее одно или более устройств (300) . Заявка может также передаваться по различным каналам и в различной форме, например, сообщение электронной почты, СМС сообщение, PUSH-уведомление, посредством уведомлений в чат- каналах (чат-бот) и т.п. ·
[0094] Модуль агента серверной части (2021) формирует отчеты по техническому состоянию каждого УС (100) на основании выполненной классификации отклонений технического функционирования УС (100). Отчеты могут содержать отметки по показателям работы УС (100), которые могут перейти в раздел критических нарушений и привести к полному выходу УС (100) из строя .
[0095] Структура отчетов может настраиваться под нужды каждого пользователя системы (300) с отображением только необходимой информации, что может быть обусловлено, специализацией пользователя, назначением его функциональной работы и т.п.
[0096] Процессы, описанные в этом документе, могут выполняться последовательно по времени, в соответствии с описанием, или могут выполняться параллельно или отдельно, в зависимости от характеристик обработки устройства, выполняющего процессы, или в соответствии с необходимостью.
[0097] Система, описанная в данном документе, представляет собой набор множества устройств и не ограничивается единственным конкретным воплощением ее структуры, которая может иметь иные, частные формы реализации с обеспечением требуемой функциональности для реализации ее назначения и достижения технического эффекта.

Claims

ФОРМУЛА
1. Система мониторинга сети устройств самообслуживания (УС), содержащая :
по меньшей мере одно УС, связанное с по меньшей мере одним сервером, причем
УС содержит по меньшей мере вычислительное устройство, по меньшей мере одно запоминающее устройство и средство сетевой передачи данных, причем по меньшей мере одно запоминающее устройство содержит функционирующие посредством обработки вычислительным устройством: модуль агента, выполненный с возможностью мониторинга и сбора данных о техническом состоянии УС, фиксации наступления критических событий в работе УС и уведомлении серверной части о наступлении данных событий, модуль диспетчера, выполненный с возможностью запроса у модуля агента данных о состоянии УС и передачи упомянутых данных на по меньшей мере один сервер с помощью средства сетевой передачи данных;
сервер содержит по меньшей мере вычислительное устройство, по меньшей одно запоминающее устройство и средство сетевой передачи данных, причем сервер содержит модуль агента, модуль диспетчера и модуль хранения данных технического состояния УС, причем модуль агента выполнен с возможностью запроса через модуль диспетчера сервера данных о техническом состоянии УС, модуль диспетчера сервера выполнен с возможностью обмена данными с модулем диспетчера УС, и модуль хранения данных о техническом состоянии УС выполнен с возможностью записи получаемой информации о техническом состоянии УС,
причем модуль агента сервера также обеспечивает на основании полученных данных технического состояния от УС:
- выявление по меньшей мере одного типа данных, соответствующих сбою УС для по меньшей мере одной функции УС; - осуществление классификации полученных данных по типу нарушений функционирования УС;
- формировании отчета на основании выполненной классификации по техническому состоянию УС;
и
- на основании сформированного отчета инициировать процедуру устранения технических нарушений в работе УС.
2. Система по п.1, характеризующаяся тем, что с помощью модуля агента УС техническое отклонение фиксируется для работы УС и/или его функциональной части.
3. Система по п.2, характеризующаяся тем, что каждое техническое отклонение работы УС содержит уникальный идентификатор (УИД) и время его фиксации.
4. Система по п.2, характеризующаяся тем, что с помощью модуля агента УС дополнительно фиксируется работа УС и/или его функциональной части на каждом стейте осуществления процедуры транзакции.
5. Система по п.1, характеризующаяся тем, что с помощью модуля агента УС для каждого технического сбоя в работе УС фиксируется цепочка событий техническом состоянии работы УС, предшествующего данному событию.
6. Система по п.4, характеризующаяся тем, что также фиксируют данные пользователя УС в момент выполнения транзакции.
7. Система по п.б, характеризующаяся тем, что данные пользователя УС дополнительно включают в себя фотоизображение пользователя и/или видеозапись пользователя.
8. Система по п.1, характеризующаяся тем, что модуль агента сервера осуществляет классификацию данных по каждому УС на основании по меньшей мере типа выполненных УС операций.
9. Система по п.1, характеризующаяся тем, что процедура устранения технической неисправности, инициированная модулем агента сервера, включает в себя автоматизированное удаленное соединение с УС для устранения программной ошибки и/или формирование заявки на технические работы для обслуживающего персонала.
10. Система по п.9, характеризующаяся тем, что заявка содержит по меньшей мере информацию об отклонении работы УС и идентификационную информацию УС.
PCT/RU2018/000209 2018-03-30 2018-03-30 Система мониторинга сети устройств самообслуживания WO2019190344A1 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2018111452A RU2688254C1 (ru) 2018-03-30 2018-03-30 Система мониторинга сети устройств самообслуживания
RU2018111452 2018-03-30

Publications (1)

Publication Number Publication Date
WO2019190344A1 true WO2019190344A1 (ru) 2019-10-03

Family

ID=66636898

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2018/000209 WO2019190344A1 (ru) 2018-03-30 2018-03-30 Система мониторинга сети устройств самообслуживания

Country Status (2)

Country Link
RU (1) RU2688254C1 (ru)
WO (1) WO2019190344A1 (ru)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113656088A (zh) * 2021-07-02 2021-11-16 新浪网技术(中国)有限公司 互联网数据中心服务器自助管理方法、装置和存储介质
CN114333180A (zh) * 2021-12-29 2022-04-12 尹学松 一种基于区块链技术的金融自助设备检修方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2767285C1 (ru) * 2020-12-08 2022-03-17 Публичное Акционерное Общество "Сбербанк России" (Пао Сбербанк) Способ и система автоматизированного зачисления денежных средств при возникновении сбоев в канале устройства самообслуживания в момент взноса наличности

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6768975B1 (en) * 1996-11-29 2004-07-27 Diebold, Incorporated Method for simulating operation of an automated banking machine system
RU2258959C9 (ru) * 2001-03-19 2006-05-27 Дайболд, Инкорпорейтед Система и способ обработки данных посредством банкоматов
US20060178856A1 (en) * 2005-02-04 2006-08-10 Keith Roberts Systems and methods for monitoring transaction devices
US7163144B1 (en) * 2002-08-05 2007-01-16 Diebold, Incorporated Automated banking machine diagnostic system and method
US20150178664A1 (en) * 2013-12-19 2015-06-25 Ncr Corporation Event notification
US20150213421A1 (en) * 2012-03-12 2015-07-30 Diebold Self-Service Systems, Division Of Diebold, Incorporated Check cashing automated banking machine

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6768975B1 (en) * 1996-11-29 2004-07-27 Diebold, Incorporated Method for simulating operation of an automated banking machine system
RU2258959C9 (ru) * 2001-03-19 2006-05-27 Дайболд, Инкорпорейтед Система и способ обработки данных посредством банкоматов
US7163144B1 (en) * 2002-08-05 2007-01-16 Diebold, Incorporated Automated banking machine diagnostic system and method
US20060178856A1 (en) * 2005-02-04 2006-08-10 Keith Roberts Systems and methods for monitoring transaction devices
US20150213421A1 (en) * 2012-03-12 2015-07-30 Diebold Self-Service Systems, Division Of Diebold, Incorporated Check cashing automated banking machine
US20150178664A1 (en) * 2013-12-19 2015-06-25 Ncr Corporation Event notification

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113656088A (zh) * 2021-07-02 2021-11-16 新浪网技术(中国)有限公司 互联网数据中心服务器自助管理方法、装置和存储介质
CN113656088B (zh) * 2021-07-02 2024-05-24 新浪技术（中国）有限公司 互联网数据中心服务器自助管理方法、装置和存储介质
CN114333180A (zh) * 2021-12-29 2022-04-12 尹学松 一种基于区块链技术的金融自助设备检修方法
CN114333180B (zh) * 2021-12-29 2023-09-08 尹学松 一种基于区块链技术的金融自助设备检修方法

Also Published As

Publication number Publication date
RU2688254C1 (ru) 2019-05-21

Similar Documents

Publication Publication Date Title
US9177272B2 (en) Method and system of obtaining diagnostic data from a device at a remote location
US10984468B1 (en) Systems and methods for estimating past and prospective attribute values associated with a user account
US8214290B1 (en) Self-service terminal reporting
US8161330B1 (en) Self-service terminal remote diagnostics
EP2902978A1 (en) Out-of-band monitoring and managing of self-service terminals
US8746551B2 (en) Predictive fault resolution
US20120022890A1 (en) Method and apparatus for a self-service kiosk system for collecting and reporting blood alcohol level
WO2011119261A1 (en) Self-service device inventory information control
RU2688254C1 (ru) Система мониторинга сети устройств самообслуживания
RU2677384C1 (ru) Способ автоматического зачисления внесенных денежных средств при возникновении сбоев
US12107842B2 (en) Contactless authentication and event processing
US20070114273A1 (en) Transaction cooperation method in branch office system
JP4897650B2 (ja) 業務支援装置
RU2673982C1 (ru) Способ и система выполнения транзакций по доставке денежных средств при возникновении сбоев в канале связи устройства самообслуживания
CN114546872B (zh) 一种凭证管理测试方法、装置、计算机设备及存储介质
CN111582851B (zh) 基于大数据的平台打款方法、装置、电子设备及存储介质
EA043460B1 (ru) Система мониторинга сети устройств самообслуживания
CN114170741A (zh) 交易效率监控方法、atm前置系统和自助业务控管系统
JP2011113473A (ja) 取引処理システム及びその情報収集方法
TWI798997B (zh) 資訊系統及資訊管理方法
WO2022114988A1 (ru) Способ и система для возврата денежных средств устройством самообслуживания
WO2022114986A1 (ru) Способ и система возврата денежных средств устройством самообслуживания на счет пользователя
CN115630960A (zh) 信息展示方法、装置、电子设备和介质
EA041232B1 (ru) Способ и система возврата денежных средств устройством самообслуживания на счет пользователя
KR20220135616A (ko) Ｐｏｓ 통합 관제 시스템

Legal Events

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

Ref document number: 18912547

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 18912547

Country of ref document: EP

Kind code of ref document: A1