Method and system for automated teller machine remote diagnostics and configuration

• US 7,677,447 B2
• Filed: 08/29/2006
• Issued: 03/16/2010
• Est. Priority Date: 08/29/2006
• Status: Active Grant

• Current Assignee: NCR Corporation
• Original Assignee: NCR Corporation
• Inventors: Shepherd, Bruce, MacPhail, Stephen Neil
• Primary Examiner(s): Hess; Daniel A
• Assistant Examiner(s): Savusdiphol; Paultep
• Application Number:
  US11/512,008
• Publication Number:
  US 20080121692A1
• Time in Patent Office: 1,295 Days
• Field of Search: 235/375, 235/379, 235/380
• US Class Current: 235/380
• CPC Class Codes: G06Q 20/00 Payment architectures, schemes or protocols apparatus for performing or posting payment transactions G07F7/08, G07F19/00; electronic cash registers G07G1/12
• CPC Class Codes: G07F 19/20 Automatic teller machines [ATMs]
• CPC Class Codes: G07F 19/206 Software aspects at ATMs
• CPC Class Codes: G07F 19/211 Software architecture within ATMs or in relation to the ATM network

Abstract

Methods, systems, and software are disclosed for configuring an ATM. The ATM receives one or more configuration messages in an XML-based format. The ATM interprets the one or more configuration messages. The ATM restricts one or more ATM operations based on at least a portion of the one or more configuration messages.

Claims

1. A method of operating an automated teller machine (ATM), wherein the ATM comprises one or more hardware modules and one or more software modules, the method comprising:

a) maintaining within the ATM a first diagnostic routine which at timed intervals tests a hardware module operated by the ATM;

b) transmitting to software in a remote computer a state message which indicates results of the first diagnostic routine;

c) receiving, from the remote computer, a message which

i) resulted from analysis of the state message by the software in the remote computer and is produced by said software, and

ii) includes a second diagnostic routine; and

d) at the ATM, causing software to run the second diagnostic routine on the suspect hardware module upon receipt and send a second state message to the remote computer;

e) causing the ATM to run one or more additional diagnostic routines on the suspect hardware module until either

i) the diagnostic routines modify the suspect hardware module into an operative condition, or

ii) the additional diagnostic routines

A) produce an outcome which indicates that no further diagnostic routines should be run, and

B) cause the suspect hardware module to be taken out of service.

2. Method according to claim 1, and further comprising:

e) displaying at the ATM a notice to customers which indicates that services which require the suspect hardware module are not available.

3. Method according to claim 2, and further comprising:

f) if a defect is found in the suspect hardware module by either diagnostic routine, using the ATM or the remote computer to contact a service technician.

4. Method according to claim 1, and further comprising:

e) if a defect is found in the suspect hardware module by either diagnostic routine, using the ATM or the remote computer to contact a service technician.

5. Method according to claim 1, in which the second diagnostic routine is specific to the suspect hardware module.

6. A method of operating an Automated Teller Machine, ATM, which communicates with a host computer, comprising:

a) maintaining software in the ATM which causes the ATM, at timed intervals, to run a diagnostic routine which

i) examines hardware components within the ATM,

ii) detects whether one of the hardware components is malfunctioning, and

iii) issues a first state message indicating functional status of the components examined, including indicating the malfunctioning status of the malfunctioning component;

b) causing the ATM to transmit the first state message to the host computer;

c) causing software in the host computer to

i) examine the first state message and,

ii) in response, send to the ATM a configuration message which instructs the ATM to run a second diagnostic routine on the detected malfunctioning component;

d) causing the ATM to

i) run the second diagnostic routine on the detected malfunctioning component,

ii) produce a second state message, and

iii) transmit the second state message to the host computer; and

e) causing the ATM to run one or more additional diagnostic routines on the detected malfunctioning component until either

i) the diagnostic routines modify the malfunctioning component into an operative condition, or

ii) the additional diagnostic routines

A) produce an outcome which indicates that no further diagnostic routines should be run, and

B) cause the malfunctioning component to be taken out of service.

7. Method according to claim 6, in which either the ATM, the host, or both, issue a call to a service technician to manually service the malfunctioning component which was taken out of service in paragraph (e) (ii) (B).

8. Method according to claim 6, in which software within the ATM issues a signal to customers indicating that services which require the component which was taken out of service in paragraph (e) (ii) (B) are not available.

9. A method of operating an Automated Teller Machine, ATM, comprising:

a) maintaining a host computer, remote from the ATM, which communicates with the ATM and which contains host software;

b) within the ATM, maintaining ATM software which

i) runs a diagnostic routine upon hardware components within the ATM at timed intervals, which diagnostic routine produces a first state message which indicates functional status of the hardware components, including identity of a malfunctioning component;

ii) transmits the first state message to the host software;

iii) receives from the host software a first configuration message which

A) resulted from analysis by the host software of the first state message and

B) instructs the ATM software to run a specified diagnostic routine on the identified malfunctioning component;

iv) runs the specified diagnostic routine upon receipt, which produces a first status message which indicates outcome of the specified diagnostic routine;

v) transmits the first status message to the host software;

vi) receives from the host software a second configuration message which

A) resulted from analysis by the host software of the first status message and

B) instructs the ATM software to run one or more additional diagnostic routines on the identified malfunctioning component;

vii) runs diagnostic routines, including one or more of said additional diagnostic routines, until either

A) the diagnostic routines modify the malfunctioning component into an operative condition, or

B) the diagnostic routines

1) produce an outcome which indicates that no further diagnostic routines should be run, and

2) cause the malfunctioning component to be taken out of service.