EP0977163A2 - Kommunikationsnetzwerk - Google Patents

Kommunikationsnetzwerk Download PDF

Info

Publication number
EP0977163A2
EP0977163A2 EP99305625A EP99305625A EP0977163A2 EP 0977163 A2 EP0977163 A2 EP 0977163A2 EP 99305625 A EP99305625 A EP 99305625A EP 99305625 A EP99305625 A EP 99305625A EP 0977163 A2 EP0977163 A2 EP 0977163A2
Authority
EP
European Patent Office
Prior art keywords
service
agent
terminal
network
intelligent agent
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.)
Withdrawn
Application number
EP99305625A
Other languages
English (en)
French (fr)
Other versions
EP0977163A3 (de
Inventor
Michael G. Coutts
Lee G. Dove
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.)
NCR International Inc
Original Assignee
NCR International Inc
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
Priority claimed from GBGB9816178.9A external-priority patent/GB9816178D0/en
Priority claimed from US09/229,046 external-priority patent/US7545816B1/en
Application filed by NCR International Inc filed Critical NCR International Inc
Publication of EP0977163A2 publication Critical patent/EP0977163A2/de
Publication of EP0977163A3 publication Critical patent/EP0977163A3/de
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F5/00—Coin-actuated mechanisms; Interlocks
    • G07F5/18—Coin-actuated mechanisms; Interlocks specially adapted for controlling several coin-freed apparatus from one place
    • 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
    • G07F19/20—Automatic teller machines [ATMs]
    • 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
    • G07F19/20—Automatic teller machines [ATMs]
    • G07F19/207—Surveillance aspects at ATMs
    • 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/001—Interfacing with vending machines using mobile or wearable devices
    • 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

Definitions

  • the present invention relates to a communications network.
  • the invention relates to a communications network having one or more service terminals.
  • the service terminals may include a self-service terminal (SST) such as an automated teller machine (ATM), a financial services terminal (FSC), a self service checkout terminal or a retail point-of-sale (PoS) terminal.
  • SST self-service terminal
  • ATM automated teller machine
  • FSC financial services terminal
  • PoS point-of-sale
  • the invention also relates to a method and system for routing agent programs carrying operating data through a communications network.
  • Self-service terminals are required to operate under extreme service conditions. Twenty-four hour availability is extremely important to ATMs that continue to operate after normal banking hours. This is compounded by the move towards off-site ATMs, such as ATMs that are located in retail locations and petrol stations, where access by the on-site staff may be restricted for security reasons. Within the retail environment, PoS terminals must operate reliably in many diverse locations from large supermarkets to small retail locations.
  • the terminals can fail to operate because of two basic types of error.
  • the first type of error is caused by hardware and/or system failures
  • the second type of error is caused by consumable media within the terminal.
  • the mechanical transport mechanisms that allow media (currency, tickets, receipts, cards, and such like) to be moved around within the ATM may fail due to jamming of the media being conveyed. Cards can jam in the card reader, currency can jam in the dispenser transport, and receipt paper can jam within the printer mechanism or its external transport.
  • PoS terminals can have similar hardware failures such as receipt paper jams, cash drawer release failure or the failure of support systems such as scanners or weighing scales.
  • a traditional PoS terminal may be run by an operator, the operator may not be trained or authorised to perform repair operations and may need to call for assistance when a failure occurs.
  • SSTs self-service checkout terminals
  • This type of unattended system can suffer the same critical failures as a PoS terminal or an ATM.
  • the consumable media within an ATM, a PoS terminal, or an SST includes currency, receipt paper, tickets, and cards.
  • cards are captured by ATMs or currency is purged during a dispensing process.
  • There is a limit to the capacity within the capture and purge bins that requires the bins to be emptied as they approach the capacity limit.
  • the corresponding capture bin must be periodically emptied.
  • terminals are included in computer systems
  • application programs may be used to monitor the operation of the terminal devices (e.g. the printer) and the consumable media (e.g. low supply of the printer paper) to predict potential failures.
  • the terminal devices e.g. the printer
  • consumable media e.g. low supply of the printer paper
  • appropriate messages may be displayed to the user on a user display or to an operator on a specialised operator display.
  • this still requires that someone regularly checks the terminals to read the displayed messages and it poses a problem for off-site locations in regard to nominating someone to check the terminals.
  • a communications network having a plurality of interconnected network sites, at least one network site having a service terminal, wherein intelligent agent programs are used to convey information between sites on the network for facilitating efficient maintenance of the service terminal.
  • each service terminal has an intelligent agent handler for receiving intelligent agents from the network and for launching intelligent agents into the network.
  • the agent handler allows the received intelligent agent to execute within the context of the handler.
  • the agent handler may also perform other functions, such as checking that a received intelligent agent has the required security.
  • An executing intelligent agent may retrieve data from the service terminal that received the intelligent agent and may store data carried by the intelligent agent in the service terminal.
  • the agent handler is conveniently implemented in software.
  • the communications network routes intelligent agent programs through the communications network by reference to network site address information.
  • each agent program carries the site address information.
  • each service terminal includes operation monitoring means for recording operating information associated with service elements within that terminal.
  • Service elements may include receipt printers, cash dispensers, cash drawers, and such like.
  • the operating information may relate to operating parameters associated with the service elements. Operating parameters may include details of all transactions such as the total amount of cash that has been withdrawn, state of health information such as the amount of receipt paper that has been used, error messages, and such like.
  • one network site in the communications network has a server.
  • the server provides transaction processing capabilities.
  • the server records the network site address of each available service terminal; i.e. each service terminal that is operating and that is connected to the communications network.
  • the server has a monitor for sending out monitor intelligent agent programs (hereinafter referred to as monitor agents) for collecting operating information from each of the available service terminals.
  • monitor agents monitor intelligent agent programs
  • the server may provide each monitor agent with a list of all of the available service terminal addresses.
  • the monitor is implemented in software.
  • the monitor agent has storage space for storing operating information associated with that service terminal.
  • Each monitor agent visits each service terminal in turn; the handler associated with each terminal receives the monitor agent and executes the program carried by the received monitor agent.
  • the program retrieves operating information from the operation monitoring means.
  • the handler then sends the monitor agent to the next destination.
  • the next destination may be the next service terminal on its list. Alternatively, when all service terminals on its list have been visited, the monitor agent returns to the server.
  • the monitor is also operable to receive a returning monitor agent and extract from the returning monitor agent the stored operating information for each service terminal visited.
  • the monitor includes analysing means for analysing the operating information.
  • the server is able to predict when a service terminal may require maintenance. For example, if the returning monitor agent contains operating information for an ATM, which information shows that the receipt printer paper is very low, the server can alert maintenance personnel to schedule replenishment of the paper and thereby reduce the downtime of the ATM.
  • Another aspect of the invention accordingly provides a predictive maintenance communications network that uses monitor agents to predict when maintenance is required.
  • the server sends out the monitor agents at a predetermined frequency, such as one monitor agent every 30 minutes.
  • a service terminal for use with a communications network, the service terminal comprising: one or more service elements, operation monitoring means for recording operating information associated with the one or more service elements; a network interface; and an intelligent agent handler for receiving an intelligent agent via the interface and for sending the received intelligent agent to the next destination; whereby, the received intelligent agent is executed by the handler so that the received intelligent agent retrieves and stores operating information from the operation monitoring means.
  • the network interface is an I/O interface.
  • the next destination may be another service terminal or it may be a server which originally sent the visiting monitor agent.
  • the service terminal may be a SST or a PoS terminal.
  • an automatic maintenance requesting communications network system having at least one service terminal and at least one maintenance terminal; whereby when a maintainer logs in to the maintenance terminal an intelligent agent service program is sent to the service terminal to convey information about the maintainer and the network address of the maintenance terminal to a service agent register, so that in the event of a malfunction the service terminal is able to send an intelligent agent alert program conveying a maintenance request to the maintenance terminal.
  • a malfunctioning service terminal is able to determine if there is a maintainer available to repair the malfunction; and if a maintainer is available, the service terminal is able to send a request (using an alert agent) to the maintainer.
  • the maintainer may be a service engineer, a replenisher, or an automated assistance system.
  • the maintainer information includes details for ranking the priority of the maintainer. These details may include the type of malfunctions the maintainer can repair, for example card reader malfunctions, cash drawer malfunctions, receipt printer malfunctions and such like. The details may include an indication of the geographical location of the maintainer, for example whether the maintainer is local or remote; and whether the maintainer is a primary contact or should only be contacted if there is no primary contact. Using this information, if there are a plurality of maintainers available, the service terminal is able to rank the available maintainers into a preferred visiting order according to the malfunction, the location of the maintainer, and other such details. The service terminal is able to generate a list of maintainers to be visited by the alert agent, where the first maintainer on the list has the highest ranking.
  • the alert agent travels to the next maintainer on the list. If the last maintainer on the list has been visited without any maintainer responding to the alert agent, the alert agent re-visits the first maintainer on the list.
  • the alert agent may only have a predetermined lifetime, after expiry of which the alert agent becomes inactive.
  • a service terminal for use in an automatic maintenance requesting communications network, where the service terminal comprises: an intelligent agent handler; operation monitoring means for detecting malfunctions; and a service agent register; whereby, in use, the intelligent agent handler receives and executes intelligent agent service programs that store maintainer information and maintenance terminal information in the service agent register, so that on detecting a malfunction the operation monitoring means is able to provide the handler with information relating to one or more maintainers from the service agent register for use in creating an intelligent agent alert program for sending to the one or more maintainers.
  • the operation monitoring means selects a plurality of maintainers and prioritises these selected maintainers so that the alert agent visits the selected maintainers in the prioritised order.
  • a method of communicating intelligent agent programs through a communications network comprising a plurality of interconnected network sites, the network having a server at one network site and a service terminal at another network site, the service terminal having at least one service element, the method comprising the steps of: monitoring the service element to derive operating data relating to an operating parameter thereof; and, launching from the service terminal to the server an intelligent agent program carrying the operating data.
  • the service terminal may be an SST such as an ATM or a kiosk, or a PoS terminal.
  • a method of requesting service for a service terminal connected to a network of interconnected sites including the steps of selecting a site to send a request for service to, where the selection is based on profile data associated with a service person enrolled at that site; and using an intelligent agent program to convey the request to that site.
  • a seventh aspect of the invention there is provided a method of servicing a service terminal interconnected over a network, the method including the steps of communicating servicing information over the network to servicing personnel, where the communication permits each service person to accept responsibility for servicing a specified condition that has occurred within the terminal, and where the communication visits service persons in turn until a service person accepts responsibility.
  • a method of requesting service for a service terminal connected to a network of interconnected sites including the steps of initiating a request for service on the basis of an event occurring within the terminal, selecting appropriate service personnel to convey the request to, prioritising the order in which the service personnel are to be visited, and using an intelligent agent program to convey the request to the service personnel in the prioritised order.
  • an interconnected network system comprising transaction terminals, a central server, and service persons' terminals, where the central server monitors terminals and persons who are logged onto the network, terminals failing to provide an anticipated communication over the network, state of health and servicing requirements of the transaction terminals, and qualification information relating to service persons who are logged onto the network, for establishing one or more lists of network locations to be visited by intelligent agent programs to facilitate servicing of the transaction terminals.
  • intelligent agent techniques allow agents (in the form of software routines such as Java objects) to be transmitted between different computing elements on a network, allowing new code to enter an existing element, execute within that element to perform some data gathering exercise, and then as appropriate move on, e.g., to the next element in a list of places (network sites) to visit.
  • agents can provide a monitoring function by regularly moving round the network of terminal modules looking for errors. By harvesting actual usage information these monitor agents can be used to provide for replenishment scheduling.
  • Service agents can be used to inform all modules active in the network of the identity of available serving personnel.
  • modules can then send out alert agents to indicate that an error has occurred within a module.
  • alert agents can be sent to the various registered personnel to find someone who is trained, authorised and available to assist in servicing.
  • the alert agents are preferably intelligent agents capable of moving around the network on their own to carry out their prescribed task. Information relating to non-critical errors or failures can be held at a module (i.e., not passed along by an alert agent) for later access by other types of agents, such as a monitor agent, as will be described.
  • the Web-based Java® applets can access the central server for information, which the central server can obtain from the individual modules of the ATM.
  • Embedded support servers within the modules can be capable of retrieving the module specific logs, tallies and state of health information in response to states within a module or external queries or requests. It is possible to provide for immediate error notification on an associated Web page, through the Java® applets if they are enabled.
  • Fig 1 shows a communications network 10 in the form of a local area network (LAN) within a bank branch.
  • the LAN 10 communicates using messages in the TCP/IP format.
  • the LAN 10 has nine network terminal sites 12 mutually interconnected by a LAN bus 14.
  • a service terminal such as an ATM or a teller station
  • a maintenance terminal such as a back office terminal
  • a server may be connected to each of the network terminal sites 12.
  • the server 22 maintains a record of the IP address of each service terminal and each maintenance terminal connected to the LAN 10.
  • Fig 2 is a diagram of an ATM terminal 16.
  • the ATM 16 is connected through a physical I/O interface 32 to the bus 14 of Fig 1 and includes an agent handler 40 for receiving intelligent agents (illustrated by arrow 50) from the LAN 10 via I/O interface 32, and for launching intelligent agents into the LAN 10 via I/O interface 32.
  • the agent handler 40 is implemented by software executed on a processor 42 within the ATM 16. Agent handler 40 is shown overlapping processor 42 because the handler 40 receives intelligent agents 50 and allows them to run on the processor 42 but only within the context of the handler 40. This ensures that an agent 50 does not have unrestricted access to the ATM 16.
  • the agent handler 40 has an IP address (which is the IP address of the processor 42 on which the agent handler software is executing) and a port number (which represents a logical channel in the processor 42).
  • the IP address is the network site address, and may be shared by different agent handlers 40 because a plurality of agent handlers 40 may be executing on a single processor 42. However, if two or more agent handlers 40 are executing on the same processor 42, each agent handler 40 has a unique port number (i.e. each agent handler 40 is monitoring a different logical channel in the same processor 42). Thus, no two agent handlers 40 in the LAN 10 have the same IP address and port number. An agent handler 40 monitors its port number to detect an incoming intelligent agent.
  • the ATM 16 has four service elements 44 in the form of a user interface 44a, a card reader 44b, a cash dispenser 44c, and a receipt printer 44d.
  • the ATM 16 also has a service agent register 45, and operation monitoring means 46 comprising a service element monitor 48 and an associated service register 49.
  • the service element monitor 48 interrogates the service elements 44 to obtain operating information relating to service elements 44 in the ATM 16.
  • the operating information includes state of health information.
  • the service element monitor 48 is located and arranged so as to provide operating data that indicates the state of health of the ATM 16 by monitoring the operations being carried out by the service elements 44, such as the transport of currency.
  • the service element monitor 48 stores the information in the register 49.
  • Fig 3 illustrates an intelligent agent 50.
  • Intelligent agents are a class of software consisting of code and data that can be transmitted around network computing environments.
  • An intelligent agent 50 may be used for a variety of purposes including monitoring the operations of the ATMs 16 and the teller stations 18 on the LAN 10, updating information held by the ATMs 16 and teller stations 18, and alerting back office terminals 20 and/or the server 22 to any problems, as will be described below.
  • Agent 50 is composed of packets of digital information divided into fields 52,54,56,58.
  • the agent 50 includes a header and source address field 52.
  • the source address indicates the IP address associated with the service terminal 16,18, maintenance terminal 20, or server 22 which launched the agent 50 into the LAN 10, and the port number associated with the application (as will be explained below) that generated the intelligent agent 50.
  • An address field 54 includes sub fields 54a, 54b,..., 54n each of which may contain the IP address and the port number of an agent handler 40 in a target service terminal 16,18 or maintenance terminal 20.
  • the agent 50 is thus able to carry a visit list of sites 12 to be visited, the visit list including a minimum of one network site IP address and one port number.
  • the list inherently indicates the order in which the sites 12 are to be visited because the address in sub field 54a is visited first, then the address in sub field 54b, and so on.
  • a code and data field 56 includes program instructions for the service terminal 16,18, maintenance terminal 20, or server 14 to be visited by the agent 50.
  • a register field 58 records data collected by the agent 50 from the terminals 16,18 visited.
  • agent handler 40 handles an intelligent agent in the following way.
  • the handler 40 receives an intelligent agent 50 and assembles the code contained in the code and data field 56 of the received agent 50 so that the assembled code can be executed by the processor 42 within the ATM 16.
  • Agent handler 40 also performs other functions as required, for example, retrieving data from the service element monitor 48 that is requested by an intelligent agent 50, processing the retrieved service log data for storing in an intelligent agent 50, and storing data provided by a received intelligent agent 50, as will be described in more detail below.
  • Fig 4 is a block diagram showing server 22 in more detail.
  • Server 22 provides transaction processing capabilities for the ATMs 16 in the LAN 10, and also provides access to and from the WAN (not shown) via bus 24 (Fig 1).
  • the server 22 includes an I/O interface 132, an agent handler 140, a processor 142, an IP address and port number register 170, a state-of health monitor 172, and transaction processing hardware/software 174.
  • Agent handler 140 is very similar to agent handler 40, the main difference being that agent handler 140 does not retrieve data from a service log; whereas agent handler 40 does retrieve data from a service log. As the agent handlers 40,140 are implemented in software there will only be a small difference between the code used for handler 40 and the code used for handler 140.
  • IP address and port number register is accessed when the agent handler 140 is constructing an intelligent agent for sending out on the LAN 10.
  • IP Server 22 stores the IP address of each network site 12 in the IP address register 170.
  • the IP address register also stores the port number associated with each agent handler 40,140.
  • the state of health monitor 172 is implemented by software that is executed on the processor 142 and by memory that is accessed by the software.
  • the monitor 172 collates information about each ATM 16 and each teller station 18, including operating parameters such as the amount of cash withdrawn from each ATM 16, the amount of cash available to a teller station 18, the amount of receipt printer paper that is left in each ATM 16, and such like information.
  • the monitor 172 periodically requests the agent handler 140 to construct and launch an intelligent agent in the form of a monitor agent (illustrated by arrow 50a).
  • the monitor 172 provides the agent handler 140 with an indication of the ATMs 16 and Teller Stations 18 that are to be visited by the monitor agent 50a.
  • the transaction processing hardware/software 174 is used to provide the standard functions of an ATM server.
  • agent handler 140 When agent handler 140 receives a request from the monitor 172 to construct and launch a monitor agent 50a, the handler 140 uses IP address and port number register 170 to determine the IP addresses of the ATMs 16 and teller stations 18 to be visited. The handler 140 then constructs a monitor agent 50a having appropriate information in each of fields 52,54,56,58 (see Fig 3). The server's IP address and port number are placed in the source field 52. The IP addresses of the ATMs 16 and teller stations 18 to be visited, and the port numbers of the associated agent handlers 40 are placed in the address sub-fields 54a,b,c,.. An operational data retrieving program for retrieving operating data from the service register 49 in each ATM 16 and teller station 18 is placed in the code and data field 56. The register field 58 is reset so that any data that was stored in that field 58 is deleted.
  • the agent 50a is then launched by the handler 140 so that the agent 50a is free to roam through the LAN 10 to locate the addresses stored in its address sub-fields 54a,b,c,.. .
  • Fig 5 is a flowchart illustrating the steps implemented by agent handler 40 in handling a monitor agent 50a, from the step of receiving a monitor agent 50a to the step of re-launching the received monitor agent 50a.
  • a monitor agent 50a is shown as arriving at ATM1 16a after having been launched from the server 22.
  • the monitor agent 50a is shown in full lines at its arrival point and is shown in dotted lines to represent the previous point of departure from the server 22.
  • the agent handler 40 upon receipt (step 180) of a monitor agent 50a by the agent handler 40 (via I/O interface 32) in ATM1 16a, the agent handler 40 confirms that the IP address targeted by the monitor agent 50a matches the IP address of the ATM 16a. The handler 40 then submits the monitor agent 50a to a security check (step 182) to ensure that the monitor agent 50a is authorised to access data in the service element monitor 48 in that ATM 16a.
  • the handler 40 Upon satisfactory completion of the security check, the handler 40 requests the service element monitor 48 to update the service register 49.
  • the operating data (in this embodiment state of health information) is captured (step 184) by the service register 49 after the arrival of each monitor agent 50a.
  • the operational data retrieving program in field 56 of the monitor agent 50a is then executed (step 186) within the context of the handler 40 (i.e. in the runtime environment of the handler 40).
  • the data retrieving program requests state of health information from the service register 49, which is supplied by the service element monitor 48.
  • the retrieved state of health information is then stored in the register field 58 as one record.
  • the monitor agent 50a updates its address field 54 to delete the IP address of the ATM 16a that has just been visited.
  • the monitor agent 50a is then re-launched (step 188) into the LAN 10 by the handler 40. Once re-launched into the LAN 10, the monitor agent 50a will visit the next service terminal in the address field 54.
  • monitor agent 50a returns to the server 22 (which originally launched the monitor agent 50a) to impart the state of health information obtained by travelling through the LAN 10.
  • the server agent handler 140 implements the steps shown in Fig 7.
  • the returning agent is received (step 190) and a security check is performed (step 192) to ensure that the agent 50a was previously sent out by the server 22.
  • the register field 58 is then examined (step 194) to retrieve the stored information.
  • the stored information is read out of the register field 58 one record at a time, where a record is the stored state of health information for one service terminal, and analysed by the state of health monitor 172.
  • the state-of health monitor 172 is thus able to utilise information provided by the returning monitor agents 50a to build up a dynamically changing picture of the service terminals in the LAN 10, identifying problem areas and scheduling replenishment and maintenance operations based upon local requirements as opposed to some overriding average as might be conducted by a centralised helpdesk approach. For example, the information can be used to schedule an appropriate time to replenish consumables in a service terminal.
  • the information retrieved from the service terminals (in this embodiment state of health information) is determined by the program instructions included in the code and data field 56 of a monitor agent 50a. This allows the state of health monitor 172 to retrieve different types of information (such as the state of health, usage of consumables, and configuration) by selecting an appropriate program for use in a monitor agent 50a. Thus, a monitor agent 50a can be configured by the monitor 172 to retrieve a desired type of information.
  • intelligent agents 50 can also impart information to service terminals as will now be explained with reference to Figs 8a to 8c. Intelligent agents used for imparting service information to service terminals are herein referred to as service agents 50b.
  • a service agent 50b has the same format as agent 50.
  • the register field 58 contains service personnel information for imparting to service terminals; whereas in a monitor agent 50a, the register field 58 is used for collecting information from service terminals.
  • each of the back office terminals 20 can support a maintainer, where a maintainer may be a replenisher (a person who replenishes consumables in a service terminal) or a field engineer (a person authorised to repair malfunctions in a service terminal) who can log on or off the LAN 10.
  • a maintainer may be a replenisher (a person who replenishes consumables in a service terminal) or a field engineer (a person authorised to repair malfunctions in a service terminal) who can log on or off the LAN 10.
  • Fig 9 shows a back office terminal 20 at which a maintainer can log on to the LAN 10.
  • a maintainer monitor 238 stores information about that maintainer and instructs an agent handler 240 to prepare and launch a service agent 50b (via physical I/O port 232) identifying that maintainer as an available service resource to the ATMs 16 and teller stations 18 on the LAN 10.
  • Back office terminal 20 has an error log 250 that is used to record error information provided by a malfunctioning service terminal, as will be described in more detail below.
  • the agent handler 240 is very similar to agent handlers 40 and 140.
  • back office terminal 1 (BO1) 20a has launched a service agent 50b which is being received by ATM1 16a.
  • the service agent 50b is processed by agent handler 40 in ATM1 16a.
  • the service agent 50b is then launched from ATM1 16a and arrives at ATM2 16b. This continues so that the service agent 50b visits each ATM 16 and teller station 18.
  • the service agent 50b from BO1 20a is shown arriving at ATM2 16b.
  • the service and location information required typically includes details of: the authorisation level of the maintainer (such as, low security for replenishing low security consumables or high security for replenishing cash); the physical location of the maintainer (local or remote to the LAN 10); the status of the maintainer (such as primary replenisher, secondary replenisher, final replenisher); and the training level of the maintainer (such as, what peripherals, if any, the maintainer can service).
  • This service and location information is also stored in the maintainer monitor 238.
  • Agent handler 240 creates and launches a service agent 50b.
  • the service agent 50b has the service and location information in a standard format in its register field 58.
  • Service agent 50b has the IP address of the back office terminal 20b and the port number that the agent handler 240 is monitoring in the header/source address field 52.
  • the IP addresses of the service terminals to be visited are placed in the address sub-fields 54a,b,c..; and a service update program is placed in the code and data field 56.
  • the maintainer monitor 238 updates itself and then instructs the agent handler 240 in that back office terminal 20a to prepare and launch a service agent 50b identifying that maintainer and indicating that that maintainer is no longer available as a service resource for the ATMs 16 and teller stations 18.
  • the maintainer monitor 238 updates itself by deleting that maintainer and any associated service and location information.
  • a WAN (not shown) is connected to the LAN 10 so that a field engineer may log into a back office terminal located in the WAN (not shown). That back office terminal may send service agents 50b into the LAN 10 through the server 22 via bus 24.
  • a service agent 50b which has arrived via the bus 24 is shown in dotted lines as having been launched by the server 22 onto the LAN 10 and is seen in full lines as arriving at ATM1 16a.
  • the service agent 50b from the WAN is subjected to security checks by the server 22 before being allowed to enter the LAN 10.
  • the server 24 is configured to stop service agents 50b generated within the LAN 10 from entering the WAN.
  • a service agent 50b When a service agent 50b reaches a service terminal (e.g. ATM1 16a), the agent handler 40 receives the service agent 50b and runs the service update program (contained in the code and data field 56 of the service agent 50b) in the context of the agent handler 40.
  • the service update program compares the service and location information in register field 58 with any service and location information stored in agent register 45 (see Fig 2). If the service and location information stored in field 58 is different to that stored in agent register 45 then the service update program updates agent register 45 to conform to the information in field 58.
  • each service terminal has an internal list (the agent register 45) of the maintainers who are currently available in the event of that service terminal experiencing a critical failure.
  • the list of maintainers includes the address of each maintainer currently available and the port number of the associated agent handler 240 for that maintainer.
  • the use of service agents 50b provides a convenient way of updating the agent register information.
  • the service element monitor 48 within the ATM 16 or teller station 18 experiencing the failure detects this critical failure and instructs agent handler 40 to prepare and launch an alert agent 50c.
  • IP address and port number associated with the service terminal experiencing the critical failure are placed in the header/source address field 52.
  • An alert program is placed in the code and data field 56; and details of the critical failure, for example, card reader error due to a card jam, are placed in the register field 58.
  • the addresses of back office terminals to be visited are placed in the address sub-fields 54a,b,.
  • the agent handler 40 uses the agent register 45 to obtain the addresses of the maintainers to be visited by the alert agent 50c. If more than one maintainer is available (i.e. if more than one maintainer is currently logged on to the LAN 10) then the maintainers are prioritised within the address sub-fields of the alert agent 50c according to one or more predetermined criteria.
  • the predetermined criteria may be the order in which the maintainers logged on to the LAN 10. Alternatively, the predetermined criteria may be based on the location of the maintainers, so that the maintainer who is closest has the highest priority and is visited first.
  • An alert agent 50c is shown in Fig 10 as having been launched by the ATM3 16c.
  • the alert agent 50c arrives at the agent handler 240 associated with the maintainer who has the highest priority.
  • the alert agent 50c is shown in Fig 10 arriving at the agent handler 240 of BO1 20a.
  • the associated handler 240 When the alert agent 50c reaches the back office terminal 20 with the highest priority maintainer, the associated handler 240 performs a security check on the received alert agent 50c. The handler 240 then runs the alert program that is stored in the code and data field 56 of the alert agent 50c. The alert program runs within the context of the handler 240 and queries the training and authority levels recorded (as part of the service and location information) in the maintainer monitor 238 of the terminal 20a to decide whether help is available from the maintainer at that terminal 20a.
  • the agent handler 240 presents a request for assistance on that maintainer's terminal 20. If an acknowledgement of the request for assistance is not provided within a predetermined time, such as three minutes, then the alert agent 50c moves on to the next maintainer in the address field 54.
  • the maintainer may not acknowledge the request for assistance for a number of reasons, for example, the maintainer may be away from the terminal 20a, or the maintainer may be assisting another ATM 16 or teller machine 18. If the maintainer notices the request for assistance but cannot assist, for example because occupied with a customer, the maintainer can reject the request for assistance. This causes the alert agent 50c to move to the next maintainer in its address field 54 immediately.
  • the alert agent 50c moves to the server 22 to seek assistance from maintainers on WAN (not shown). If at any point the alert agent 50c successfully summons assistance, the alert agent 50c is acknowledged by a maintainer and the critical failure information carried by the alert agent 50c is registered at the location having a maintainer capable of assisting and is stored in the error log 250 at that terminal 20.
  • the critical failure information includes the error type, such as a card jam, and an identification of the service terminal experiencing that failure.
  • the identification may simply be a terminal number in the case where assistance is to be provided from within the environment of the LAN 10. Otherwise, the identification will include an IP address and contact information for gaining access to the malfunctioning service terminal.
  • an alert agent 50c Once an alert agent 50c has successfully summoned assistance, it returns to the originating service terminal, which in Fig 10 is ATM3 16c. Alternatively, the alert agent 50c may delete itself.
  • a petrol station site includes an ATM 16 and a point-of-sale (PoS) terminal 300.
  • the ATM 16 and terminal 300 are connected in a LAN 310 to a server 22 by means of a bus 320.
  • the server 22 is connected into a WAN (not shown) by a WAN bus 330.
  • the state-of-health monitor 172 in the server 22 periodically sends out a monitor agent 50a to both the terminals 16 and 300 as shown in Fig 11a for performing status monitoring and for scheduling replenishment operations.
  • Each terminal 16,300 has a service element monitor 48 for monitoring the service elements within that terminal 16,300. This periodic state of health information gathering is extremely important in an off-site environment where field service or security companies are likely to be used to provide cash replenishment.
  • the PoS terminal 300 has some of the functionality previously described with reference to the back office terminal (Fig 9) in that the PoS terminal has a maintainer monitor 238, an agent handler 240, and an error log 250.
  • the maintainer monitor 238 (as described previously) within the PoS terminal 300 can instruct the agent handler 240 to send out a service agent 50b when a new user logs in, as illustrated in Fig 11b.
  • a field service organisation (not shown) is used to send a service agent 50b through the server 22 to register with both the ATM 16 and the PoS terminal 300. Both terminals 16 and 300 can be supported by the same field service organisation.
  • a critical error occurring in the ATM 16 causes the ATM 16 to launch an alert agent 50c, as shown in Fig 11c, which goes to the local maintainer monitor 238 in the terminal 300.
  • the alert agent 50c performs training and authority checks to ascertain if assistance is obtainable for the error. For simpler errors, the petrol site attendant staff (logged in to PoS terminal 300) will assist. For more complex errors, the alert agent 50c will move from the terminal 300 to the server 22 to be passed out to the WAN.
  • the alert agent 50c is used to alert a field service organisation (not shown). Alternatively, the alert agent 50c may cause other communication strategies to be used such as an E-mail message, paging a local maintainer, or traditional transaction based alerting to a help desk, allowing them to call into a bank branch.
  • Fig 1 the network architecture illustrated in Fig 1 is intended to represent a simple bank branch but the concepts described apply equally to more complex network environments with many terminal sites. The concepts apply equally well to networks employed in environments other than banking, such as retail environments. In a retail environment the service terminals may be point-of-sale terminals, rather than the ATMs and teller stations shown in Fig 1.
  • each service element may have its own processor so that an agent handler is used for each service element, and the network through which agents roam is located within a service terminal, the sites of the network being the service elements.
  • the code used for the agent handlers 40,140,240 will be generic, i.e. the same code will be used for all of the agent handlers.
  • the state-of-health monitor may be operated from a central site communicating with a proxy server acting locally. More centralised monitoring of service elements can be conducted from the WAN (not shown) by providing an appropriate agent handler that allows monitor agents 50a to be received from the WAN (not shown). This agent handler would augment the monitor agent 50a address list 54 with the addresses of the local service elements 16, 300 along with its own return address, before sending the monitor agent 50a to the first of the service elements 16 via bus 320, where the normal internal monitor agent 50a behaviour would occur. Upon the return of monitor agent 50a to the agent handler in server 22, the agent handler can then send monitor agent 50a to the next address on its address list 54 over the WAN (not shown).
  • the server 22 may be integrated with a service terminal, so that a service terminal performs the functions of a server.
  • the functions of a service terminal and a maintenance terminal may be combined.
  • the functions of a server, a service terminal, and a maintenance terminal may be combined; so that while acting as a server the terminal may send out monitor agents, while acting as a maintenance terminal the terminal may send out service agents, and while acting as a service terminal the terminal may send out alert agents.
  • the maintainer may not be a human person, the maintainer may be a computer-based system for coping with malfunctions.
  • the network of sites may be arranged using any convenient scheme; for example, the sites may be arranged in a client server relationship, or a peer-to-peer relationship. A thin client architecture may be used.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
EP99305625A 1998-07-25 1999-07-15 Kommunikationsnetzwerk Withdrawn EP0977163A3 (de)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US229046 1994-04-18
GB9816178 1998-07-25
GBGB9816178.9A GB9816178D0 (en) 1998-07-25 1998-07-25 Method and system for routing agent programs carrying operating data through a communications network
US09/229,046 US7545816B1 (en) 1998-04-29 1999-01-12 Transaction processing systems maintenance

Publications (2)

Publication Number Publication Date
EP0977163A2 true EP0977163A2 (de) 2000-02-02
EP0977163A3 EP0977163A3 (de) 2004-04-28

Family

ID=26314107

Family Applications (1)

Application Number Title Priority Date Filing Date
EP99305625A Withdrawn EP0977163A3 (de) 1998-07-25 1999-07-15 Kommunikationsnetzwerk

Country Status (3)

Country Link
EP (1) EP0977163A3 (de)
JP (1) JP2000067146A (de)
BR (1) BR9902989A (de)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2368442A (en) * 2000-10-27 2002-05-01 Ncr Int Inc Adaptive alteration of charges for use of an automatic teller machine
WO2002047043A2 (en) * 2000-12-04 2002-06-13 De La Rue Cash Systems Inc. Wireless networked cash management system
WO2002047039A2 (en) * 2000-12-04 2002-06-13 De La Rue Cash Systems Inc. Automatic cash handling machine with wireless networked i/o devices
GB2381111A (en) * 2001-10-20 2003-04-23 Ncr Int Inc Method of providing information for maintenance of remote terminals
EP1577856A1 (de) * 2004-03-18 2005-09-21 Ncr International Inc. Selbstbedienungsterminal
WO2005116900A1 (en) 2004-05-25 2005-12-08 Diebold, Incorporated Cash dispensing automated banking machine diagostic system and method
EP2073159A2 (de) * 2007-12-20 2009-06-24 NCR Corporation Vorrichtungsverwaltungsportal, -system und -verfahren
EP2124204A2 (de) * 2008-05-19 2009-11-25 Emmequadro S.r.l. Steuervorrichtung und -verfahren für eine automatische Ausgabevorrichtung
US20200402157A1 (en) * 2012-05-09 2020-12-24 Ganart Technologies, Inc. System and method for monitoring hardware and services

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5539877A (en) * 1994-06-27 1996-07-23 International Business Machine Corporation Problem determination method for local area network systems
US5655081A (en) * 1995-03-08 1997-08-05 Bmc Software, Inc. System for monitoring and managing computer resources and applications across a distributed computing environment using an intelligent autonomous agent architecture

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5539877A (en) * 1994-06-27 1996-07-23 International Business Machine Corporation Problem determination method for local area network systems
US5655081A (en) * 1995-03-08 1997-08-05 Bmc Software, Inc. System for monitoring and managing computer resources and applications across a distributed computing environment using an intelligent autonomous agent architecture

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
BIESZCZAD A ET AL: "Network management application-oriented taxonomy of mobile code" NETWORK OPERATIONS AND MANAGEMENT SYMPOSIUM, 1998. NOMS 98., IEEE NEW ORLEANS, LA, USA 15-20 FEB. 1998, NEW YORK, NY, USA,IEEE, US, 15 February 1998 (1998-02-15), pages 659-669, XP010267394 ISBN: 0-7803-4351-4 *
COVACI S ET AL: "Java-based intelligent mobile agents for open system management" TOOLS WITH ARTIFICIAL INTELLIGENCE, 1997. PROCEEDINGS., NINTH IEEE INTERNATIONAL CONFERENCE ON NEWPORT BEACH, CA, USA 3-8 NOV. 1997, LOS ALAMITOS, CA, USA,IEEE COMPUT. SOC, US, 3 November 1997 (1997-11-03), pages 492-501, XP010254362 ISBN: 0-8186-8203-5 *
GARIJO ET AL.: "A multiagent system for cooperative network-fault management" PROCEEDINGS OF THE FIRST INTERNATIONAL CONFERENCE AND EXHIBITION ON THE PRACTICAL APPLICATIONS OF INTELLIGENT AGENTS AND MULTI-AGENT TECHNOLOGY, PAGES 279- 294, LONDON., [Online] - 1996 XP002270915 Retrieved from the Internet: <URL:http://citeseer.nj.nec.com/garijo96mu ltiagent.html> [retrieved on 2004-02-18] *
LIOTTA A ET AL: "Modelling network and system monitoring over the Internet with mobile agents" NETWORK OPERATIONS AND MANAGEMENT SYMPOSIUM, 1998. NOMS 98., IEEE NEW ORLEANS, LA, USA 15-20 FEB. 1998, NEW YORK, NY, USA,IEEE, US, 15 February 1998 (1998-02-15), pages 303-312, XP010267404 ISBN: 0-7803-4351-4 *
S. FRANKLIN AND A. GRAESSER: "Is it an agent, or just a program?: a taxonomy for autonomous agents" PROCEEDINGS OF THE THIRD INTERNATIONAL WORKSHOP ON AGENT THEORIES, ARCHITECTURES AND LANGUAGES, [Online] - 1996 XP002255762 Retrieved from the Internet: <URL:http://www.msci.memphis.edu/~franklin /AgentProg.html> [retrieved on 2003-09-03] *
SCHROEDER ET AL.: "Distributed diagnosis by vivid agents" PROCEEDINGS OF INTERNATIONAL CONFERENCE ON AUTONOMOUS AGENTS, ACM PRESS, [Online] - 1997 XP002270916 Retrieved from the Internet: <URL:http://citeseer.nj.nec.com/schroeder9 7distributed.html> [retrieved on 2004-02-18] *
ZHANG D ET AL: "Developing network management applications in an application-oriented way using mobile agent" COMPUTER NETWORKS AND ISDN SYSTEMS, NORTH HOLLAND PUBLISHING. AMSTERDAM, NL, vol. 30, no. 16-18, 30 September 1998 (1998-09-30), pages 1551-1557, XP004138686 ISSN: 0169-7552 *

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2368442A (en) * 2000-10-27 2002-05-01 Ncr Int Inc Adaptive alteration of charges for use of an automatic teller machine
WO2002047043A2 (en) * 2000-12-04 2002-06-13 De La Rue Cash Systems Inc. Wireless networked cash management system
WO2002047039A2 (en) * 2000-12-04 2002-06-13 De La Rue Cash Systems Inc. Automatic cash handling machine with wireless networked i/o devices
WO2002047039A3 (en) * 2000-12-04 2003-08-21 De La Rue Cash Systems Inc Automatic cash handling machine with wireless networked i/o devices
WO2002047043A3 (en) * 2000-12-04 2003-08-21 De La Rue Cash Systems Inc Wireless networked cash management system
US7522880B2 (en) 2000-12-04 2009-04-21 Talaris Inc. Wireless networked cash management system
US7522916B2 (en) 2001-10-20 2009-04-21 Ncr Corporation Method of providing information
GB2381111A (en) * 2001-10-20 2003-04-23 Ncr Int Inc Method of providing information for maintenance of remote terminals
GB2381111B (en) * 2001-10-20 2005-06-01 Ncr Int Inc Method of providing information
US6959187B2 (en) 2001-10-20 2005-10-25 Ncr Corporation Method of providing information
EP1577856A1 (de) * 2004-03-18 2005-09-21 Ncr International Inc. Selbstbedienungsterminal
US7451919B2 (en) 2004-03-18 2008-11-18 Ncr Corporation Self-service terminal
EP1754188A1 (de) * 2004-05-25 2007-02-21 Diebold, Incorporated Diagnosesystem und verfahren für bargeldausgebende geldautomaten
WO2005116900A1 (en) 2004-05-25 2005-12-08 Diebold, Incorporated Cash dispensing automated banking machine diagostic system and method
EP1754188A4 (de) * 2004-05-25 2009-12-02 Diebold Inc Diagnosesystem und verfahren für bargeldausgebende geldautomaten
EP2073159A2 (de) * 2007-12-20 2009-06-24 NCR Corporation Vorrichtungsverwaltungsportal, -system und -verfahren
CN101471962A (zh) * 2007-12-20 2009-07-01 Ncr公司 设备管理门户、系统和方法
EP2073159A3 (de) * 2007-12-20 2010-11-10 NCR Corporation Vorrichtungsverwaltungsportal, -system und -verfahren
US10607454B2 (en) 2007-12-20 2020-03-31 Ncr Corporation Device management portal, system and method
EP2124204A2 (de) * 2008-05-19 2009-11-25 Emmequadro S.r.l. Steuervorrichtung und -verfahren für eine automatische Ausgabevorrichtung
EP2124204A3 (de) * 2008-05-19 2010-05-05 Emmequadro S.r.l. Steuervorrichtung und -verfahren für eine automatische Ausgabevorrichtung
US20200402157A1 (en) * 2012-05-09 2020-12-24 Ganart Technologies, Inc. System and method for monitoring hardware and services
US12088455B2 (en) * 2012-05-09 2024-09-10 Ganart Technologies, Inc. System and method for monitoring hardware and services

Also Published As

Publication number Publication date
EP0977163A3 (de) 2004-04-28
JP2000067146A (ja) 2000-03-03
BR9902989A (pt) 2000-08-22

Similar Documents

Publication Publication Date Title
US7545816B1 (en) Transaction processing systems maintenance
KR100339505B1 (ko) 자동 거래장치의 감시방법 및 감시 시스템
EP0082225B1 (de) Geschäftssystem
US5805798A (en) Fail-safe event driven transaction processing system and method
US6356794B1 (en) Item dispensing system network
EP2043064A2 (de) Selbstbedienungskasse
WO2002029674A1 (en) Method and apparatus for managing automated banking machines
CN1244269A (zh) 分布式联机数据通信系统和方法
EP0977163A2 (de) Kommunikationsnetzwerk
US6896179B2 (en) Computer system that predicts impending failure in applications such as banking
US20120023028A1 (en) Assisted service terminal
RU2627211C2 (ru) Контроль аппаратов для наличного денежного обращения
US9071634B2 (en) Network management system, software and method
JP4419674B2 (ja) 自動機監視システム
EP0953947A2 (de) Selbstbedienungsendgerät
JP2011113473A (ja) 取引処理システム及びその情報収集方法
US8756069B2 (en) Systems and methods for processing and tracking items
JPH117568A (ja) 自動取引装置管理システムの自動復旧方法
EP4439503A1 (de) Selbstkonfiguration von medienkassetten in einem endgerät
KR100765298B1 (ko) 예상 복구 시간을 제공하는 금융 자동화기기 및 방법
JP3003750B2 (ja) 自動販売機の精算管理方法
JPS636660A (ja) 自動取引処理システム
JP2012155505A (ja) 自動取引装置
JP2024075286A (ja) 店舗システム、管理システムおよび端末装置
JP2000298771A (ja) 金銭処理機

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

PUAL Search report despatched

Free format text: ORIGINAL CODE: 0009013

AK Designated contracting states

Kind code of ref document: A3

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

17P Request for examination filed

Effective date: 20041028

17Q First examination report despatched

Effective date: 20041123

AKX Designation fees paid

Designated state(s): DE ES FR GB IT

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20060818