WO2018216385A1 - 自動取引装置、通知装置、通知システム、通知方法及び記憶媒体 - Google Patents

自動取引装置、通知装置、通知システム、通知方法及び記憶媒体 Download PDF

Info

Publication number
WO2018216385A1
WO2018216385A1 PCT/JP2018/015227 JP2018015227W WO2018216385A1 WO 2018216385 A1 WO2018216385 A1 WO 2018216385A1 JP 2018015227 W JP2018015227 W JP 2018015227W WO 2018216385 A1 WO2018216385 A1 WO 2018216385A1
Authority
WO
WIPO (PCT)
Prior art keywords
event
notification
content
unit
automatic transaction
Prior art date
Application number
PCT/JP2018/015227
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 WO2018216385A1 publication Critical patent/WO2018216385A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/18Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07DHANDLING OF COINS OR VALUABLE PAPERS, e.g. TESTING, SORTING BY DENOMINATIONS, COUNTING, DISPENSING, CHANGING OR DEPOSITING
    • G07D13/00Handling of coins or of valuable papers, characterised by a combination of mechanisms not covered by a single one of groups G07D1/00 - G07D11/00
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07DHANDLING OF COINS OR VALUABLE PAPERS, e.g. TESTING, SORTING BY DENOMINATIONS, COUNTING, DISPENSING, CHANGING OR DEPOSITING
    • G07D9/00Counting coins; Handling of coins not provided for in the other groups of this subclass
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F19/00Complete 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

Definitions

  • the present invention relates to an automatic transaction apparatus, a notification apparatus, a notification system, a notification method, and a storage medium.
  • ATM Automated teller machines
  • CD automated teller machines
  • ATM Automated teller machines
  • Dispenser it is necessary to monitor the apparatus state and the operating state. If a failure such as the inability to execute a transaction occurs due to the monitoring, the failure can be detected without contacting a user of the automatic transaction apparatus, and a response to resolve the failure is started. can do. For example, it is possible to monitor whether or not a failure has occurred by a monitoring system that aggregates information such as device statuses from a plurality of automatic transaction devices into a monitoring server.
  • Failure information storage means for storing failure information notified from the automatic transaction apparatus, failure occurrence determination means for determining whether or not a failure that affects the use of a service provided by a financial institution has occurred, and use of a service
  • failure detection system that includes service use stopping means for stopping the use of a service when it is determined that a failure that affects the service has occurred (see, for example, Japanese Patent Application Laid-Open No. 2013-145426).
  • the transaction apparatus cannot be sufficiently monitored.
  • the present invention has been made in view of the above points, and it is an object of the present invention to reduce the load on the network when notifying various state changes that occur in an automatic transaction apparatus and to prevent communication delay. . And it is possible to notify a high-priority state change that needs to be notified immediately without delay, and an automatic transaction apparatus, a notification apparatus, a notification system, which can appropriately notify other necessary information, An object is to provide a notification method and a storage medium.
  • the automatic transaction apparatus corresponds to an event detection unit that detects an event that has occurred in the automatic transaction apparatus, and an immediate notification event that is an event that should be notified immediately based on the content of the event.
  • a notification determination unit that determines whether or not the event is an immediate notification event, and a notification unit that notifies the server when it is determined.
  • the automatic transaction apparatus of the present invention includes an event information generation unit that generates event information including the content of an event and a severity level determined by the content of the event, an accumulation unit that accumulates the event information, The notification unit transmits the event information stored in the storage unit to a server in accordance with a notification condition determined by the content of the event.
  • the notification device of the present invention is a detection unit that detects an event that occurs in one device, and whether or not the event corresponds to an immediate notification event that is an event that should be notified immediately based on the content of the event
  • a notification determination unit that determines whether or not, an event information generation unit that generates event information including the content of the event, and a severity determined by the content of the event, and a storage unit that stores the event information
  • the event information stored in the storage unit is transmitted to the server according to a notification condition determined by the content of the event.
  • the detection unit detects an event that has occurred in one device, and the event information generation unit includes the event and the event information including the event and the severity determined by the content of the event.
  • the storage unit stores the event information, and the notification unit transmits the event information stored in the storage unit in accordance with a notification condition defined by the content of the event. And determining whether the notification corresponds to an immediate notification event that is an event that should be notified immediately, based on the content of the event, The notification unit notifying when it is determined to be an immediate notification event.
  • the notification system of the present invention is a system including an automatic transaction apparatus, and an event detection unit that detects an event occurring in the automatic transaction apparatus, and the event should be immediately notified based on the content of the event
  • a notification determination unit that determines whether or not an immediate notification event, which is an event, and an event information generation unit that generates event information including the content of the event and the severity determined by the content of the event
  • a storage unit for storing the event information, and a notification when the event is determined to be the immediate notification event, and in the storage unit according to a notification condition defined by the content of the event
  • a notification unit that transmits the stored event information to a server.
  • the storage medium of the present invention is a computer-readable storage medium that records a notification program.
  • the notification program includes a detection module that detects an event occurring in one device, the event, and the event A generation module that generates event information including a severity determined by the content, a storage module that stores the event information, and the stored event information according to a notification condition defined by the content of the event And a determination module that determines whether or not the event corresponds to an immediate notification event that is an event that should be notified immediately based on the content of the event, Is determined to be the immediate notification event, the transmission module notifies the server.
  • FIG. 1 is a block diagram illustrating a configuration of an ATM according to Embodiment 1.
  • FIG. 1 is a schematic diagram showing an appearance of an ATM of Example 1.
  • FIG. 10 is a table illustrating an example of a severity table 23 according to the first embodiment.
  • 6 is a table illustrating an example of a notification condition table according to the first embodiment.
  • 6 is a table illustrating an example of a notification condition table according to the first embodiment.
  • 6 is a flowchart illustrating an example of a notification control routine according to the first embodiment.
  • 6 is a table illustrating an example of event information according to the first embodiment.
  • 6 is a table illustrating an example of event information according to the first embodiment.
  • 6 is a table illustrating an example of event information according to the first embodiment.
  • 6 is a table illustrating an example of event information according to the first embodiment.
  • 10 is a table showing an example of a notification condition table of Modification 1;
  • 10 is a table showing an example of a notification condition table of Modification 2;
  • It is a block diagram which shows the structure of ATM of Example 2 and a notification system.
  • It is a block diagram which shows the structure of ATM of Example 2, and a notification apparatus.
  • FIG. 1 shows a configuration of a notification system 200 including an ATM (Automated Teller Machine) 100 as an automatic transaction apparatus according to the first embodiment.
  • the ATM 100 is installed at each branch of a financial institution, for example, and is connected to a host computer (not shown) of the financial institution.
  • the ATM 100 is connected to the monitoring server MS via the network NW and notifies the monitoring server MS of necessary information.
  • the monitoring server MS is connected to the monitoring terminal MT.
  • the monitoring server MS supplies the information notified from the ATM 100 to the monitoring terminal MT.
  • the network NW includes, for example, a public communication line network.
  • the network NW may include a LAN or a dedicated line.
  • the configuration of the automatic transaction apparatus and the notification system 200 according to the first embodiment of the present invention will be described with reference to FIGS.
  • the operation of the ATM 100 is controlled by the control unit 11.
  • the control unit 11 is a CPU (Central Processing Unit), for example, and performs arithmetic processing.
  • the control unit 11 performs control such as execution of a process related to a transaction performed by a trader who operates the ATM 100.
  • the control part 11 performs control, such as the process regarding the reading of a transaction card, or cash deposit / withdrawal.
  • control unit 11 includes an event detection unit 11A that detects an event when the device state of the ATM 100 changes, that is, when an event occurs in the ATM 100.
  • events include normal changes in device status, such as successful execution of transaction processing and insertion of a card used for the transaction, for example.
  • the event includes an abnormal change in the state of the apparatus such as, for example, that transaction processing is not normally executed and that the shutter at the entrance / exit when the cash is entered / exited cannot be opened / closed.
  • control unit 11 includes a notification unit 11B that performs control necessary for notifying the monitoring server MS of an event detected by the event detection unit 11A.
  • the user interface unit 12 is provided on the front surface of the ATM 100 as shown in FIG.
  • the user interface unit 12 includes a display 12A as a display unit, and a touch pad 12B as an input unit that covers the display surface of the display 12A.
  • the display 12A is a display (for example, a liquid crystal display device) that displays various operation screens or screens including messages or the like (including a transaction selection screen that allows a trader to select a transaction type) according to instructions from the control unit 11 ).
  • a display for example, a liquid crystal display device
  • various operation screens or screens including messages or the like including a transaction selection screen that allows a trader to select a transaction type
  • the touch pad 12B supplies an operation signal corresponding to the displayed content to the control unit 11, for example, a pressure sensitive type or an electrostatic type. It is a touchpad.
  • the cash deposit / withdrawal mechanism 13 takes out a banknote or a coin corresponding to the amount indicated by the instruction from a cash storage (not shown) in which the banknote or the coin is stored, The bills are led out to the bill entrance / exit 14 and the coin entrance / exit 15. Moreover, the cash deposit / withdrawal mechanism 13 takes in the banknote or coin thrown into the banknote inlet / outlet 14 or the coin inlet / outlet 15 by the user of ATM100, and stores it in a cash storage.
  • the cash deposit / withdrawal mechanism 13 opens and closes the shutter 14 ⁇ / b> S of the banknote entrance / exit 14 and the shutter 15 ⁇ / b> S of the coin entrance / exit 15 provided on the front surface of the ATM 100 under the control of the control unit 11.
  • the passbook entry machine 16 When the passbook is inserted into the passbook insertion / extraction port 17 provided on the front surface of the ATM 100 as shown in FIG.
  • the passbook entry machine 16 writes the contents of the transaction indicated by the control unit 11 and the execution date and time of the transaction into the passbook.
  • the passbook bookkeeping machine 16 discharges the passbook from the passbook insertion outlet 17.
  • the card reading printer 18 takes in the transaction card and reads the information held by the transaction card. This reading is performed by reading an emboss, a magnetic stripe (MS) or an IC chip that the transaction card has.
  • the card reading printer 18 supplies the information read from the transaction card to the control unit 11.
  • the card reading printer 18 discharges the taken transaction card from the card insertion / discharge port 19. Further, the card reading printer 18 prints the transaction result represented by the transaction statement print signal on the statement slip sheet according to the transaction statement print signal supplied from the control unit 11. The statement slip is sent out from the card insertion outlet 19 together with the transaction card.
  • the communication unit 21 is a network adapter such as a NIC (Network Interface Card) for performing communication such as data transmission / reception with the outside in accordance with an instruction from the control unit 11.
  • the communication unit 21 performs communication with a host computer (not shown) generated in transaction control and communication with an external device such as notification from the ATM 100 to the monitoring server MS.
  • the storage unit 23 is a storage device such as a hard disk, flash memory, SSD (Solid State Drive), or RAM (Random Access Memory).
  • the storage unit 23 stores data necessary for the process of the control unit 11 in advance, and appropriately stores data generated in the process of the control unit 11.
  • the storage unit 23 holds a severity table 23A including events that occur in the ATM 100 and severity levels determined by the contents of the events.
  • the severity table 23A is data serving as a reference for determining whether to notify the event.
  • the severity is a numerical value or symbol representing an index indicating how much the event that has occurred hinders the provision of services such as transactions in the ATM 100.
  • FIG. 4 is an example of the severity table 23A, and includes data with a severity assigned to each event.
  • the table of FIG. 4 includes a “type” column indicating the type of the event, an “event content” column indicating the content of the event, a “service availability” column indicating whether the transaction service can be provided in the ATM 100, and a severity for each event.
  • FIG. 4 specifically, as a content of the event belonging to the type “001”, “user interface failure” indicating a malfunction such as no display on the display 12A or the touch pad 12B not operating is shown.
  • the type “002” indicates “shutter failure / cash deposit / withdrawal mechanism” such that the shutter 14S of the banknote slot 14 cannot be opened and closed.
  • the type “003” indicates “requires cassette replacement” indicating that the maximum number of cassettes for storing banknotes has been reached and the cassette needs to be replaced.
  • FIG. 4 shows, as another example of the “event”, “card reading error / retry recovery” (type 011, which indicates that the reading is normally performed again when a card reading error occurs.
  • Severity level 4 “Remaining banknotes remaining in cassette” (type 021, severity level 3) indicating that the number of banknotes in the cassette in which the banknotes are stored is less than the predetermined number, “Reject banknote generation” (type 031, severity 2) indicating that the transaction has been stored in the reject cassette, and “transaction normal end” (type other, severity 1) indicating that the transaction processing has been completed normally are indicated. Yes.
  • the storage unit 23 holds a notification condition table 23B.
  • a notification condition is set according to the severity of an event when the ATM 100 notifies an external device of an event that has occurred in the ATM 100.
  • the notification condition is, for example, notification timing.
  • FIG. 5A and 5B are examples of the notification condition table 23B.
  • FIG. 5A shows five levels of severity, which is a high severity level of an event that needs to be notified, and notification conditions based on time.
  • the notification condition based on the time may be defined as a notification time for executing the notification.
  • FIG. 5B shows the notification conditions based on the five levels of severity in which an event that is highly necessary to be notified has a high severity and the number of times the event has occurred.
  • FIG. 5B shows an example of a notification condition in which an event of severity 5 having the highest severity is notified immediately, and events of severity 1 to 4 are notified every time the event occurs a predetermined number of times.
  • an event of type “001 to 003” with a severity “5” in FIG. 4 may be an immediate notification event that is an event to be notified immediately.
  • an event with a severity “1 to 4” is not notified immediately, but can be notified according to the notification conditions defined in FIG. 5A or 5B.
  • the content of the event detected by the event detection unit 11A is accumulated as event information in the storage unit 23 as an accumulation unit.
  • the event information may include detailed information such as the occurrence time of the event, whether or not notification has been made (notified / not-notified), the time of notification, and the identification number.
  • the event information may be a part of the log data or log data of the ATM 100, for example. Further, the event information may be transmitted when the notification condition is satisfied and the notification is performed.
  • FIG. 6 is a flowchart showing a notification control routine R1 executed by the ATM 100.
  • the notification control routine R1 is repeatedly executed when, for example, the ATM 100 is powered on.
  • the control unit 11 determines whether or not an event is detected in the ATM 100 (step S11).
  • the event detection unit 11A of the control unit 11 detects an event when data indicating a change in the device state is detected from log data obtained by monitoring the device state of the ATM 100. Is determined.
  • step S11 NO
  • the control unit 11 ends the notification control routine R1 and executes the next notification control routine R1 again.
  • step S11 When the control unit 11 determines that an event has been detected in step S11 (step S11: YES), the control unit 11 generates event information including a severity determined by the content of the event (step S12). As described above, the severity is an index indicating how much the provision of services such as transactions in the ATM 100 is hindered with respect to events occurring in the ATM 100. The severity of each event is stored in advance in the severity table 23A of the storage unit 23.
  • step S12 the control unit 11 refers to the severity table 23A and generates event information including the severity corresponding to the event that occurred in step S11.
  • step S12 the control unit 11 functions as an event information generation unit.
  • FIG. 7A is a diagram showing an example of event information.
  • the event information is generated as data including the type of event, the content of the event, and the severity as shown in FIG. 7A.
  • FIG. 7A shows an example of event information with an occurrence time and a severity “3” for the event “reject banknote generation”.
  • the control unit 11 determines whether or not the detected event corresponds to an immediate notification event that is an event that should be notified immediately (step S13).
  • the notification unit 11B refers to the notification condition table 23B and determines whether or not the notification condition corresponding to the severity assigned to the event is “immediate notification”.
  • the notification unit 11B functions as a notification determination unit.
  • step S12 When it is determined in step S12 that the event is an immediate notification event (step S13: YES), the control unit 11 generates notification information (step S14).
  • step S ⁇ b> 14 the notification unit 11 ⁇ / b> B generates notification information including information related to the immediate notification event such as the content or type of the event.
  • the notification information may include information such as the occurrence time of the event.
  • the control part 11 notifies the said notification information to the monitoring server MS after execution of step S14 (step S15).
  • the notification unit 11B controls the communication unit 21 to transmit the notification information to the monitoring server MS.
  • step S13 When it is determined in step S13 that the event is not an immediate notification event (step S13: NO), the control unit 11 updates the event information stored in the ATM 100 (step S16). In step S16, the control unit 11 updates the accumulated event information by adding the event information generated in step S12 to the event information related to other events that occurred before the event occurred.
  • FIG. 7B shows an example of event information related to an event “rejected banknote occurrence” of type 031.
  • event information related to an event “rejected banknote occurrence” of type 031.
  • the event information in FIG. 7B is updated by adding the event information shown in FIG. 7A.
  • the event shown in FIG. 7B is notified according to the notification condition shown in FIG. 5B, and the event of severity “5” is notified immediately regardless of the number of occurrences. Also, the event that occurred at 17:20 has a severity of “3”, a cumulative count of “3”, and the notification condition is “notify every 5 occurrences”, so no notification has yet been made.
  • step S17 the control unit 11 determines whether or not an event that satisfies the notification condition is included in the accumulated event information (step S17).
  • the notification unit 11 ⁇ / b> B refers to the accumulated event information and the notification condition table 23 ⁇ / b> B and determines whether there is an event that satisfies a notification condition that is set in advance as a notification condition.
  • step S17 When it is determined in step S17 that there is an event that satisfies the notification condition (step S17: YES), the control unit 11 generates notification information (step S14) and notifies the monitoring server MS of the notification information (step S14). S15).
  • the notification information generated in step S14 subsequent to step S17 may include detailed information regarding the event as compared with the notification information generated in step S14 subsequent to step S13, and information regarding a plurality of events. May be included.
  • the detailed information may be transmitted at the time of notification in step 15.
  • the detailed information may include, for example, information for identifying a location where a problem has occurred, transaction processing progress, information on a user of the ATM 100, and the like.
  • FIG. 8A is an example of a part of the accumulated event information, and shows an example in which the event notification condition included in the event information is a time condition related to the notification time.
  • the notification condition of the severity “3” attached to the event “rejected banknote occurrence” is “notify every 6 hours” (see FIG. 5A).
  • FIG. 8A shows that after the notification is executed at the notification time 12:00, the notification is executed about the event that occurred from 12:00 to 18:00 at 18:00, which is six hours later. Yes.
  • the notification unit 11 ⁇ / b> B determines whether there is an event that should be notified at present from the notification condition and the current time.
  • FIG. 8B is an example of a part of the accumulated event information, and shows a case where the event notification condition included in the event information is a condition related to the number of times the event has occurred.
  • the notification condition of the severity “3” attached to the event “rejected banknote occurrence” is “notify every 5 occurrences” (see FIG. 5B).
  • FIG. 8B shows that the cumulative number of events that occurred at “15:10”, “16:30”, and “17:20” is three, and has not reached five notification conditions. .
  • step S17 the notification unit 11B determines whether there is an event in which the number of occurrences reaches a predetermined number. Then, it is determined that there is no event that satisfies the notification condition for the event information illustrated in FIG. 8B. Therefore, in FIG. 8B, notification has not yet been performed, and the notification column is “not yet”.
  • the control unit 11 ends the notification control routine R1 when it is determined that there is no event that satisfies the notification condition after the execution of step S14 or in step S17 (step S17: NO).
  • the control unit 11 may execute a scheduled notification routine for notifying an event other than an immediate notification event according to a time condition in parallel with the above-described notification control routine.
  • the control unit 11 performs notification at regular time intervals for each event.
  • the notification by the regular notification routine may be controlled so as not to overlap with the notification of the immediate notification event. For example, when notifying an event that has passed a predetermined time, a step of determining whether or not an immediate notification event has occurred may be executed.
  • the notification information notified to the monitoring server MS by the notification control routine described above has, for example, the monitoring terminal MT via a browser such as Internet Explorer (registered trademark), Firefox (registered trademark), Google Chrome (registered trademark). It appears on the display.
  • An immediate notification event may be displayed with a warning such as a warning sound, blinking or pop-up, and simplified information may be displayed for an event that is not an immediate notification event.
  • the ATM 100 of this embodiment it is determined whether or not the event occurring in the ATM 100 is an immediate notification event with high urgency of notification, and is determined to be an immediate notification event. Immediate notifications can be given for events that have been made. An event that is determined not to be an immediate notification event can be notified according to another notification condition that is not an immediate notification. The other notification conditions are determined in advance according to the contents of the event.
  • FIG. 9 is an example of the notification condition table 23B in the first modification.
  • notification conditions are defined based on a time zone in which the time at which an event occurs in the ATM 100 is included.
  • time zone A 7: 00-24: 00
  • an event of severity “1-4” occurs in time zone A it is notified every predetermined time, and when an event of severity “1-4” occurs in time zone B, it is not notified.
  • the notification condition is defined.
  • the notification condition can be determined for each time period depending on the necessity of monitoring. For example, in the time zone when the use of the ATM 100 is stopped and there is no user, the necessity for monitoring to prevent the service provision from being hindered is reduced. For example, a monitoring operator who monitors information related to an event displayed on the display of the monitoring terminal MT is present during a time period when monitoring is highly necessary, and in a time period when monitoring is low such as at night There may be fewer or fewer operators.
  • the time zone in which the monitoring operator is present may be set as time zone A
  • the time zone in which the operator is absent may be set as time zone B.
  • an immediate notification event which is a highly serious event, may be notified immediately in either time zone A or time zone B. Further, in the condition of FIG. 9, the immediate notification event is not notified to the time zone B. In such a case, when the time zone B ends and the time zone A starts, the immediate event It is good also as notifying information. Further, an event with a relatively low severity may be notified in the time zone B, and thereby the load on the network NW in the time zone A may be reduced.
  • time zone although the example which divides 1 day into two time zones was demonstrated, it is not restricted to this. For example, one day may be divided into three or more time zones. Moreover, it is good also considering a fixed period as a unit without making a unit 1 day. For example, different notification conditions may be defined depending on the day of the week with reference to the day of the week. In other words, the notification condition only needs to be defined for each time zone or period.
  • the present invention is not limited thereto.
  • the event may be notified on the basis of “notification time”. For example, when a certain event is notified every 3 hours, and the time at which the event is notified is included in a time zone in which a “not notify” condition such as time zone B is defined, the event is It is good also as not notifying at the time to notify. Further, a notification based on the “time when the event occurs” and a notification based on the “notification time” may be appropriately combined.
  • the ATM 100 that holds the notification condition table 23B of the first modification, by setting the notification condition for each time zone or period, it is possible to suppress notification of unnecessary events and load on the network NW. Communication errors can be suppressed. Therefore, during a time zone or period where notification is required, notification regarding a serious event that is determined to be an immediate notification event can be performed without delay, and notification and transmission of necessary information for other events as appropriate. can do.
  • [Modification 2] A second modification of the ATM 100 will be described. The modification 2 is different from the ATM 100 of the first embodiment only in the notification condition table 23B stored in the storage unit 23, and has the same configuration in other respects.
  • FIG. 10 is an example of the notification condition table 23B in the second modification.
  • different notification conditions are determined depending on the number of other ATMs 100 (the number of peripheral ATMs) installed around one ATM 100.
  • the number of ATMs 100 installed within a predetermined distance from one ATM 100 can be set as the “number of surrounding ATMs”.
  • the number of other ATMs 100 installed in the same room as one ATM 100 may be set as the “number of surrounding ATMs”.
  • the notification condition is defined as “immediate notification”. Even if the severity is "5", if the number of nearby ATMs is 1-5, the notification condition is set to "notify within 15 minutes” and the number of nearby ATMs is 0 The notification conditions are relaxed compared to. When the number of ATMs in the vicinity is 6 or more, the notification condition for an event having a severity level of “5” is set to “notify within 1 hour”, and the notification condition is further relaxed.
  • the more relaxed notification conditions are defined as the number of ATMs in the vicinity increases.
  • Information on the number of peripheral ATMs may be stored in the ATM 100 in advance, and information may be transmitted from the host computer and updated when the number of peripheral ATMs changes.
  • the ATM 100 that holds the notification condition table 23B of the second modification, by setting different notification conditions depending on the installation environment conditions determined according to the installation environment such as the density of the ATM 100 arrangement, High priority events can be extracted with higher accuracy. And about the notification of events other than the extracted event, it is possible to reduce the load on the network NW and suppress the communication error by notifying under the relaxed notification conditions.
  • a notification system 300 according to the second embodiment of the present invention will be described with reference to FIGS. In the following description, different points will be described as compared with the notification system 200 of the first embodiment, and description of other points will be omitted.
  • FIG. 11 shows the configuration of the notification system 300.
  • the notification system 300 includes an ATM 400 and a notification device 500 as automatic transaction devices.
  • the ATM 400 is connected to the notification device 500.
  • the notification device 500 is installed in the vicinity of the ATM 400, for example, and is connected to the ATM 400 via a LAN or the like.
  • the notification device 500 is connected to the monitoring server MS via the network NW.
  • the notification device 500 notifies the monitoring server MS of necessary information regarding the ATM 400.
  • FIG. 12 shows the configuration of the ATM 400 and the notification device 500 of the second embodiment.
  • the ATM 400 has basically the same configuration as the ATM 100 of the first embodiment, the control unit 11 does not include the event detection unit 11A and the notification unit 11B, the storage unit 23 includes the severity table 23A and The difference is that the notification condition table 23B is not provided.
  • the operation of the notification device 500 is controlled by the notification device control unit R11.
  • the notification device control unit R11 includes an event detection unit R11A and a notification unit R11B.
  • the event detection unit R11A receives information related to the device status of the ATM 400 and performs control related to detection of an event that has occurred in the ATM 400.
  • the notification unit R11B performs control related to notification of the event.
  • the notification device communication unit R21 is a network adapter such as a NIC for performing communication such as data transmission / reception with the outside in accordance with an instruction from the control unit 11.
  • the notification device communication unit 21 performs communication with an external device such as reception of data related to the device state from the ATM 400 and notification to the monitoring server MS.
  • the notification device 500 has a notification device storage unit R23.
  • the notification device storage unit R23 is a storage device such as a hard disk, flash memory, SSD (Solid State Drive), or RAM (Random Access Memory).
  • the notification device storage unit R23 stores data necessary for the processing of the notification device control unit R11 in advance, and appropriately stores data generated in the processing of the notification device control unit R11.
  • the notification device storage unit R23 has a severity table R23A and a notification condition table R23B.
  • the severity table R23A is the same information as the severity table 23A of the first embodiment. That is, the severity table R23A is information including an event occurring in the ATM 400 and a severity determined by the content of the event, for example, a table including information as shown in FIG.
  • the notification condition table R23B is the same information as the notification information table 23B of the first embodiment. That is, the notification condition table R23B is information in which notification conditions are determined according to the severity of the event when the notification device 500 notifies an external device of the event that occurred in the ATM 400.
  • FIG. It is a table containing information as shown in FIG. 5B, FIG. 9, and FIG.
  • the notification unit R11B can apply a predetermined notification condition for each event type by referring to the notification information table R23B based on the severity of the severity table R23A for the event occurring in the ATM 400. Therefore, the ATM 400 and the notification device 500 can execute a control routine similar to the notification control routine R1.
  • one notifying device 500 may be connected to a plurality of ATMs 400.
  • the notification device 500 includes the event detection unit, the notification unit, the severity table, and the notification condition table has been described, but the present invention is not limited thereto. Any one or more of the event detection unit, notification unit, severity table, and notification condition table may be provided in the ATM 400.
  • the ATM 400 may include the event detection unit 11A, and the notification device 500 may receive event information detected by the event detection unit 11A.
  • an event occurring in the ATM 400 is determined by the notification device 500 as to whether or not it is an immediate notification event with high urgency of notification, and immediate notification is performed. It is possible to immediately notify an event determined to be an event. An event that is determined not to be an immediate notification event can be notified according to another notification condition that is not an immediate notification.
  • the load on the network NW can be reduced and communication errors can be suppressed.
  • the immediate notification event can be surely notified without delay, and it is possible to quickly start a treatment for eliminating the inconvenience due to a serious event that is determined to be an immediate notification event.
  • the ATM 100 may be notified of a change from an abnormal state to a normal state.
  • the ATM 100 may be notified of a change from an abnormal state to a normal state.
  • the event may include only a hardware failure related to a hardware failure of the ATM 100, or may include a change related to the normal operation of the hardware.
  • the failure regarding the software for performing transaction processing the failure regarding the communication between ATM100 and external apparatuses, such as a host computer or a database, may be included.
  • the severity is determined according to the contents of the event.
  • the severity may be determined according to criteria such as the magnitude of the influence and the method of handling, the degree of difficulty, the required time, or the like, or taking these into consideration.
  • different notification conditions may be defined according to the severity.
  • the seriousness table 23A and the notification condition table 23B are held in the storage unit 23 of the ATM 100, or the seriousness table R23A and the notification condition table R23B are held in the storage unit R23 of the notification device 500, the example has been described. It may be held in other parts. For example, it may be held in an external device such as a host computer and referred to by the notification unit 11B or the notification unit R11B.
  • the notification apparatus when notifying events that are various state changes that occur in the automatic transaction apparatus, notification conditions for each event And the load on the network can be reduced. And, it is possible to reliably notify a high-priority event that needs to be notified immediately without delay, and an automatic transaction apparatus, a notification apparatus, a notification system, and the like that can appropriately notify information about other events, And a notification method can be provided.
  • a program for causing a computer to function as the above notification device may be provided.
  • a computer-readable storage medium that records the program can be provided.
  • Notification device 100, 400 ATM 200, 300 Notification system 500 Notification device 11 Control unit 11A Event detection unit 11B Notification unit 12 User interface unit 12A Display 12B Touch pad 13 Cash input / output mechanism 14 Bill input / output port 15 Coin input / output port 14S, 15S Shutter 16 Passbook entry machine 17 Passbook insertion Discharge port 18 Card reader / printer 19 Card insertion / discharge port 21, R21 Communication unit 23, R23 Storage unit 23A, R23A Severity table 23B, R23B Notification condition table MS Monitoring server MT Monitoring terminal NW Network

Landscapes

  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

【課題】自動取引装置において発生する様々な状態変化を通知する際のネットワークへの負荷を低減することができ、通信の遅延を防止することを目的とする。そして、直ちに通知する必要がある優先度の高い状態変化を遅延無く確実に通知することが可能であり、その他の必要な情報を適宜通知することが可能な自動取引装置、通知装置、通知システム、通知方法及び記憶媒体を提供することを目的とする。 【解決手段】自動取引装置において発生した事象を検出する事象検出部と、事象の内容に基づいて、事象が即時に通知すべき事象である即時通知事象に該当するか否かを判定する通知判定部と、即時通知事象であると判定された際に通知をする通知部と、を有することを特徴とする。

Description

自動取引装置、通知装置、通知システム、通知方法及び記憶媒体
 本発明は、自動取引装置、通知装置、通知システム、通知方法及び記憶媒体に関する。
 銀行等の金融機関の現金自動預け払い機(ATM:Automated Teller Machine)や現金自動支払い機(CD:Cash
Dispenser)等のいわゆる自動取引装置において、装置状態や稼働状況を監視することが必要となっている。当該監視によって、取引が実行できない等の障害が発生した場合に、自動取引装置の利用者からの連絡によらずに、当該障害を検知することができ、当該障害を解消するための対応を開始することができる。例えば、複数の自動取引装置からの装置状態等の情報を監視サーバに集約する監視システムによって、障害の発生有無等について監視をすることができる。
 自動取引装置より通知された障害情報を格納する障害情報格納手段と、金融機関が提供するサービスの利用に影響がある障害が発生しているか否かを判定する障害発生判定手段と、サービスの利用に影響がある障害が発生していると判定された場合にサービスの利用を停止するサービス利用停止手段と、を備える障害検知システムが存在する(例えば、特開2013-145426号公報、参照)。
 上記のような監視システムにおいて、例えば、自動取引装置の装置状態に関する情報をネットワーク経由で監視サーバに通知する場合に、情報量が多く、ネットワークに掛かる負荷が増大し、通信エラー等の発生により自動取引装置の監視を十分に行えないことが課題となっていた。
 本発明は、上述の点に鑑みてなされたものであり、自動取引装置において発生する様々な状態変化を通知する際のネットワークへの負荷を低減し、通信の遅延を防止することを目的とする。そして、直ちに通知する必要がある優先度の高い状態変化を遅延無く確実に通知することが可能であり、その他の必要な情報を適宜通知することが可能な自動取引装置、通知装置、通知システム、通知方法及び記憶媒体を提供することを目的とする。
 本発明の自動取引装置は、自動取引装置において発生した事象を検出する事象検出部と、前記事象の内容に基づいて、前記事象が即時に通知すべき事象である即時通知事象に該当するか否かを判定する通知判定部と、前記即時通知事象であると判定された際にサーバに通知をする通知部と、を有する。
 また、本発明の自動取引装置は、事象の内容と、前記事象の内容によって定まる深刻度と、を含む事象情報を生成する事象情報生成部と、前記事象情報を蓄積する蓄積部と、を有し、通知部は、前記事象の内容によって定められた通知条件に従って、前記蓄積部に蓄積された前記事象情報をサーバに送信する。
 本発明の通知装置は、1の装置において発生した事象を検出する検出部と、前記事象の内容に基づいて、前記事象が即時に通知すべき事象である即時通知事象に該当するか否かを判定する通知判定部と、前記事象の内容と、前記事象の内容によって定まる深刻度と、を含む事象情報を生成する事象情報生成部と、前記事象情報を蓄積する蓄積部と、前記事象が前記即時通知事象であると判定された際に通知し、かつ、前記事象の内容によって定められた通知条件に従って、前記蓄積部に蓄積された前記事象情報をサーバに送信する通知部と、を有する。
 本発明の通知方法は、検出部が、1の装置において発生した事象を検出することと、事象情報生成部が、前記事象と、前記事象の内容によって定まる深刻度と、を含む事象情報を生成することと、蓄積部が、前記事象情報を蓄積することと、通知部が、前記事象の内容によって定められた通知条件に従って、前記蓄積部に蓄積された前記事象情報を送信することと、通知判定部が、前記事象の内容に基づいて、前記事象が即時に通知すべき事象である即時通知事象に該当するか否かを判定することと、前記事象が前記即時通知事象であると判定された際に、前記通知部が通知をすることと、を含む。
 本発明の通知システムは、自動取引装置を含むシステムであって、自動取引装置において発生した事象を検出する事象検出部と、前記事象の内容に基づいて、前記事象が即時に通知すべき事象である即時通知事象に該当するか否かを判定する通知判定部と、前記事象の内容と、前記事象の内容によって定まる深刻度と、を含む事象情報を生成する事象情報生成部と、前記事象情報を蓄積する蓄積部と、前記事象が前記即時通知事象であると判定された際に通知し、かつ、前記事象の内容によって定められた通知条件に従って、前記蓄積部に蓄積された前記事象情報をサーバに送信する通知部と、を有する。
 本発明の記憶媒体は、通知プログラムを記録した、コンピュータに読み取り可能な記憶媒体であり、通知プログラムは、1の装置において発生した事象を検出する検出モジュールと、前記事象と、前記事象の内容によって定まる深刻度と、を含む事象情報を生成する生成モジュールと、前記事象情報を蓄積する蓄積モジュールと、前記事象の内容によって定められた通知条件に従って、前記蓄積された前記事象情報を送信する送信モジュールと、前記事象の内容に基づいて、前記事象が即時に通知すべき事象である即時通知事象に該当するか否かを判定する判定モジュールと、を備え、前記事象が前記即時通知事象であると判定された際に、前記送信モジュールは、サーバに通知をする。
実施例1のATM及び通知システムの構成を示すブロック図である。 実施例1のATMの構成を示すブロック図である。 実施例1のATMの外観を示す模式図である。 実施例1の深刻度テーブル23の例を示す表である。 実施例1の通知条件テーブルの例を示す表である。 実施例1の通知条件テーブルの例を示す表である。 実施例1の通知制御ルーチンの例を示すフローチャートである。 実施例1の事象情報の例を示す表である。 実施例1の事象情報の例を示す表である。 実施例1の事象情報の例を示す表である。 実施例1の事象情報の例を示す表である。 変形例1の通知条件テーブルの例を示す表である。 変形例2の通知条件テーブルの例を示す表である。 実施例2のATM及び通知システムの構成を示すブロック図である。 実施例2のATM及び通知装置の構成を示すブロック図である。
 図1は、実施例1の自動取引装置としてのATM(Automated Teller Machine)100を含む通知システム200の構成を示している。ATM100は、例えば、金融機関の各支店に設置され、夫々金融機関のホストコンピュータ(図示せず)に接続されている。ATM100は、ネットワークNWを介して監視サーバMSに接続され、必要な情報を監視サーバMSに通知する。監視サーバMSは、監視端末MTに接続されている。監視サーバMSは、ATM100から通知された情報を監視端末MTに供給する。ネットワークNWは例えば、公衆通信回線網を含む。また、ネットワークNWは、LAN又は専用線を含んでいても良い。
 図2及び図3を参照しつつ、本発明の実施例1の自動取引装置及び通知システム200の構成について説明する。ATM100の動作は、制御部11によって制御される。制御部11は、例えばCPU(Central Processing Unit)であり、演算処理を行う。制御部11は、例えば、ATM100を操作する取引者が行う取引に関連する処理の実行等の制御を行う。又、制御部11は、取引カードの読取り、又は現金の入出金に関する処理等の制御を行う。
 加えて、制御部11は、ATM100の装置状態に変化があった際、すなわち、ATM100で何らかの事象が発生した際に、当該事象を検出する事象検出部11Aを有している。当該事象には、例えば取引処理が正常に実行されたこと及び取引に使用されるカードが挿入されたこと等の装置状態の正常な変化が含まれる。また、当該事象には、例えば取引処理が正常に実行されないこと及び現金を入出する際の入出口のシャッターの開閉ができないこと等の装置状態の正常でない変化が含まれる。
 また、制御部11は、事象検出部11Aによって検出された事象を監視サーバMSに通知する際に必要な制御を行う通知部11Bを有している。
 ユーザインターフェース部12は、図3に示すようにATM100の前面に設けられている。ユーザインターフェース部12は、表示部としてのディスプレイ12Aと、ディスプレイ12Aの表示面を覆う入力部としてのタッチパッド12Bとを含む。
 ティスプレイ12Aは、制御部11の指示に応じて各種の操作画面又はメッセージ等を含む画面(取引者が取引種別を選択し得る取引選択画面を含む)を表示する表示器(例えば、液晶表示装置)からなる。
 タッチパッド12Bは、ATM100の使用者がディスプレイ12Aに表示された内容に対応した領域に触れると、当該表示された内容に対応した操作信号を制御部11に供給する、例えば感圧式又は静電式のタッチパッドである。
 現金入出機構13は、制御部11からの指示に応じて、紙幣又は硬貨が格納されている現金格納庫(図示せず)から、当該指示にて示される金額に対応した紙幣又は硬貨を取り出して、紙幣入出口14及び硬貨入出口15に導出する。また、現金入出機構13は、ATM100の使用者によって紙幣入出口14又は硬貨入出口15に投入された紙幣又は硬貨を取り込み、現金格納庫に格納する。また、現金入出機構13は、制御部11の制御に応じて、ATM100の前面に設けられた紙幣入出口14のシャッター14S及び硬貨入出口15のシャッター15Sの開閉を行う。
 通帳記帳機16は、図3に示すようにATM100の前面に設けられた通帳挿入排出口17に通帳が挿入されると、これを取り込む。通帳が挿入されると、通帳記帳機16は、制御部11から示される取引の内容及び取引の実行日時等を当該通帳に書き込む。当該書き込みが終了すると、通帳記帳機16は、当該通帳を通帳挿入排出口17から排出する。
 カード読取印刷機18は、図3に示すATM100の前面に設けられたカード挿入排出口19に取引カードが挿入されると、当該取引カードを取り込んで当該取引カードが保持している情報を読み取る。この読み取りは、取引カードが有するエンボス、磁気ストライプ(MS)又はICチップを読み取ることで行われる。カード読取印刷機18は、取引カードから読み取った情報を制御部11に供給する。
 また、カード読取印刷機18は、制御部11からカード排出信号が供給された場合には、取り込んだ取引カードをカード挿入排出口19から排出させる。また、カード読取印刷機18は、制御部11から供給された取引明細プリント信号に応じて、当該取引明細プリント信号にて表される取引結果を明細票用紙に印刷する。当該明細票は、取引カードと共にカード挿入排出口19から送出される。
 通信部21は、制御部11の指示に従って外部とのデータの送受信等の通信を行うためのNIC(Network Interface Card)等のネットワークアダプタである。通信部21は、例えば、取引制御において生ずるホストコンピュータ(図示せず)との通信及びATM100から監視サーバMSへの通知等の外部機器との通信を行う。
 記憶部23は、ハードディスク、フラッシュメモリ、SSD(Solid State Drive)、RAM(Random Access Memory)等の記憶装置である。記憶部23は、制御部11の処理に必要なデータを予め記憶し、又、制御部11の処理において発生するデータを適宜記憶する。
 さらに、記憶部23は、ATM100において発生する事象と、当該事象の内容によって定められた深刻度と、を含む深刻度テーブル23Aを保持している。深刻度テーブル23Aは、当該事象を通知するか否かの判定の基準となるデータである。例えば、深刻度は、発生した事象はATM100における取引等のサービスの提供をどの程度阻害するかを示す指標を数値又は記号等で表したものである。
 図4は、深刻度テーブル23Aの一例であり、事象毎に深刻度が付されたデータを含む。図4の表には、事象の種類を示す「種類」欄、事象の内容を示す「事象の内容」欄、ATM100における取引サービス提供の可否を示す「サービス提供可否」欄、事象毎の深刻度を1~5の5段階で示す「深刻度」欄を有している。
 図4において、具体的には、種類「001」に属する事象の内容として、ディスプレイ12Aに表示がされない若しくはタッチパッド12Bが作動しない等の不具合を示す「ユーザインターフェース故障」が示されている。また、種類「002」には、紙幣入出口14のシャッター14Sの開閉動作ができない等の「シャッター故障/現金入出機構」が示されている。
 また、種類「003」には、紙幣を格納するカセットが最大格納枚数に達し、当該カセットの交換が必要となったことを示す「カセット交換要」が示されている。これらの種類「001~003」の事象が発生した場合には、取引サービス提供が「不可」であることが示され、最も高い深刻度である深刻度「5」が付されている。
 また、図4には、当該「事象」の他の例として、カード読取のエラーが発生した際に再度の読取りが正常に行われたことを示す「カード読取エラー/リトライ復旧」(種類011、深刻度4)、紙幣が格納されるカセット内の紙幣の枚数が所定の枚数よりも少なくなったことを示す「カセット内紙幣残り少」(種類021、深刻度3)、リジェクト紙幣が発生してリジェクトカセットに格納されたことを示す「リジェクト紙幣発生」(種類031、深刻度2)、取引処理が正常に終了したことを示す「取引正常終了」(種類その他、深刻度1)が示されている。
 また、記憶部23は、通知条件テーブル23Bを保持している。通知条件テーブル23Bには、ATM100において発生した事象についてATM100から外部機器に通知する際の、事象の深刻度に応じた通知条件が定められている。当該通知条件は、例えば、通知のタイミングである。
 図5A及び図5Bは、通知条件テーブル23Bの一例である。図5Aは、通知する必要性が高い事象を高い深刻度とする5段階の深刻度と、時間を基準とする通知条件を示している。図5Aにおいて、最も深刻度が高い深刻度5の事象は即時に通知し、深刻度1~4については、事象が発生してから所定の時間を経過する毎に通知するという時間間隔に関する通知条件が定められている。なお、当該時間を基準とする通知条件は、通知を実行する通知時刻として定められても良い。
 図5Bは、通知する必要性が高い事象を高い深刻度とする5段階の深刻度と、事象が発生した回数を基準とする通知条件を示している。図5Bにおいて、最も深刻度が高い深刻度5の事象は即時に通知し、深刻度1~4については事象が所定の回数発生する毎に通知するという通知条件の例を示している。
 図4の深刻度テーブルにおいて事象の種類毎に付された深刻度に基づいて、図5A又は図5Bの通知条件テーブルを参照することで、当該事象の種類毎に所定の通知条件を適用することができる。例えば、図4において深刻度「5」が付された種類「001~003」の事象を即時に通知すべき事象である即時通知事象とすることができる。また、深刻度「1~4」が付された事象は、即時に通知せず、図5A又は図5Bに定められた通知条件に従って通知することができる。
 事象検出部11Aによって検出された事象の内容は、蓄積部としての記憶部23に事象情報として蓄積される。また、当該事象情報には、事象の発生時刻、通知が行われたか否か(通知済/未通知)、通知が行われた時刻、識別番号等の詳細情報が含まれていても良い。事象情報は、例えば、ATM100のログテータ又はログデータの一部であっても良い。また、当該事象情報は、通知条件が満たされて通知が行われる際に送信されても良い。
 事象情報は、同じ事象毎に又は同じ種類の事象毎に分類されて蓄積されていても良い。また、当該事象毎に点数が付けられても良い。さらに、事象情報において分類されて同じ事象又は同じグループに含まれる事象の発生回数、点数又は深刻度が加算されても良い。例えば、当該発生回数等が加算された結果が所定の基準値に達した場合に、通知が行われても良い。
[通知制御ルーチン]
 図6は、ATM100が実行する通知制御ルーチンR1を示すフローチャートである。通知制御ルーチンR1は、例えば、ATM100に電源が投入されている場合に繰り返し実行される。制御部11は、通知制御ルーチンR1が開始されると、ATM100において事象が検出されたか否かを判定する(ステップS11)。例えば、ステップS11において、制御部11の事象検出部11Aは、ATM100の装置状態がモニタリングされて取得されたログデータの中から、装置状態の変化を示すデータを検出した場合に、事象を検出したと判定する。
 制御部11は、ステップS11において事象が検出されていないと判定する(ステップS11:NO)と、その通知制御ルーチンR1を終了し、次の通知制御ルーチンR1を再び実行する。
 制御部11は、ステップS11において事象が検出されたと判定する(ステップS11:YES)と、当該事象の内容によって定まる深刻度を含む事象情報を生成する(ステップS12)。上述したように、深刻度は、ATM100において発生した事象について、ATM100における取引等のサービスの提供をどの程度阻害するかを示す指標である。各事象の深刻度は、記憶部23の深刻度テーブル23Aに予め記憶されている。
 制御部11は、ステップS12において、深刻度テーブル23Aを参照してステップS11において発生した事象に該当する深刻度を含む事象情報を生成する。ステップS12において、制御部11は、事象情報生成部として機能する。
 図7Aは、事象情報の一例を示す図である。例えば、事象情報は、図7Aに示すように、事象の種類、事象の内容及び深刻度を含むデータとして生成される。図7Aは、事象「リジェクト紙幣発生」について、発生時刻及び深刻度「3」が付された事象情報の例について示している。
 制御部11は、ステップS12の実行後、当該検出された事象が即時に通知すべき事象である即時通知事象に該当するか否かを判定する(ステップS13)。ステップS13において、通知部11Bは、通知条件テーブル23Bを参照し、当該事象に付された深刻度に対応する通知条件が、「即時に通知」することであるか否かを判定する。ステップS13において、通知部11Bは、通知判定部として機能する。
 制御部11は、ステップS12において、即時通知事象であると判定された場合(ステップS13:YES)、通知情報を生成する(ステップS14)。ステップS14において、通知部11Bは、事象の内容又は種類等の、即時通知事象に関する情報を含む通知情報を生成する。また、当該通知情報には、当該事象の発生時刻等の情報が含まれていても良い。
 制御部11は、ステップS14の実行後、当該通知情報を監視サーバMSに通知する(ステップS15)。ステップS15において、通知部11Bは、通信部21を制御して、当該通知情報を監視サーバMSに送信する。
 制御部11は、ステップS13において、即時通知事象ではないと判定した場合(ステップS13:NO)、ATM100に蓄積された事象情報を更新する(ステップS16)。制御部11は、ステップS16において、当該事象が発生する以前に発生した他の事象に関する事象情報に、ステップS12において生成された事象情報を追加することによって、蓄積された事象情報を更新する。
 図7Bは、種類031の事象「リジェクト紙幣発生」に関する事象情報の例を示している。図7Bには、事象毎に「発生時刻」、「深刻度」、前回通知が実行されてからの発生回数の合計である「累積回数」、通知が行われた時刻である「通知時刻」、通知が実行されたか否かを示す「通知」の欄がそれぞれ設けられている。図7Bの事象情報は、図7Aに示した事象情報が追加されることによって更新されている。
 また、図7Bにおいて、17:20に発生した事象である深刻度「3」の「リジェクト紙幣発生」についてはまだ通知が行われておらず(通知「未」)、深刻度「5」の「カセット交換要」については即時に通知が行われたこと(通知「済」)を示している。
 すなわち、図7Bに示された事象は図5Bに示した通知条件に従って通知が行われており、深刻度「5」の事象は、発生回数に関わらず即時に通知されている。また、17:20に発生した事象は深刻度「3」、累積回数「3」回であり、通知条件は「5回発生毎に通知」であるため、まだ通知は行われていない。
 制御部11は、ステップS16の実行後、蓄積された事象情報に通知条件を満たす事象が含まれるか否かを判定する(ステップS17)。ステップS17において、通知部11Bは、蓄積された事象情報及び通知条件テーブル23Bを参照し、通知条件として予め定められた通知条件を満たす事象があるか否かを判定する。
 制御部11は、ステップS17において、通知条件を満たす事象があると判定される(ステップS17:YES)と、通知情報を生成し(ステップS14)、当該通知情報を監視サーバMSに通知する(ステップS15)。
 ステップS17に続くステップS14において生成される通知情報は、ステップS13に続くステップS14において生成される通知情報と比較して、事象に関する詳細な情報を含んでいても良く、また、複数の事象に関する情報を含んでいても良い。そして、当該詳細な情報がステップ15における通知の際に送信されても良い。当該詳細な情報には、例えば、不具合の発生した箇所を特定する情報、取引処理の進行状況、ATM100の使用者に関する情報等が含まれていても良い。
 図8Aは、蓄積された事象情報の一部の例であり、事象情報に含まれる事象の通知条件が通知時間に関する時間条件である例について示している。図8Aにおいて、事象「リジェクト紙幣発生」に付された深刻度「3」の通知条件が「6時間毎に通知」である(図5A参照)。図8Aは、通知時刻12:00に通知が実行された後に、その6時間後である18:00に、12:00以降18:00までに発生した事象について通知が実行されたことを示している。例えば、ステップS17において、通知部11Bは、通知条件及び現在の時刻から、現在通知すべき事象があるか否かを判定する。
 図8Bは、蓄積された事象情報の一部の例であり、事象情報に含まれる事象の通知条件が、事象が発生した回数に関する条件である場合について示している。図8Bにおいて、事象「リジェクト紙幣発生」に付された深刻度「3」の通知条件が「5回発生毎に通知」である(図5B参照)。図8Bは、「15:10」、「16:30」、及び「17:20」に発生した当該事象の累積回数が3回であり、通知条件の5回に達していないことを示している。
 この場合において、例えば、ステップS17において、通知部11Bは、発生回数が所定の回数に達した事象があるか否かを判定する。そして、図8Bに示した事象情報に対しては、通知条件を満たす事象がないと判定される。従って、図8Bにおいてはまだ通知が行われておらず、通知欄が「未」となっている。
 制御部11は、ステップS14の実行後又はステップS17において通知条件を満たす事象がないと判定される(ステップS17:NO)と、通知制御ルーチンR1を終了する。
 なお、制御部11は、上記した通知制御ルーチンと並行して、時間条件に従って即時通知事象以外の事象を通知する定時通知ルーチンを実行しても良い。制御部11は、定時通知ルーチンにおいて、事象毎に一定の時間間隔で通知を実行する。また、定時通知ルーチンによる通知は、即時通知事象の通知と重複しないように制御されても良い。例えば、所定時間を経過した事象を通知する際に、即時通知事象が発生しているか否かを判定するステップを実行することとしても良い。
 上記した通知制御ルーチンによって、監視サーバMSに通知された通知情報は、例えば、Internet Explorer(登録商標), Firefox(登録商標), Google Chrome(登録商標)等のブラウザを介して監視端末MTの有するディスプレイに表示される。即時通知事象については警告音、点滅又はポップアップ等の警告を伴って表示が行われても良く、即時通知事象ではない事象については簡略化された情報が表示されても良い。
 以上、詳細に説明したように、本実施例のATM100によれば、ATM100において発生する事象について、通知の緊急性の高い即時通知事象であるか否かを判定し、即時通知事象であると判定された事象については即時に通知を行うことができる。そして、即時通知事象ではないと判定された事象については、即時の通知ではない他の通知条件によって、通知を行うことができる。当該他の通知条件は、事象の内容に応じて予め定められる。
 従って、ATM100によれば、即時通知事象の通知を行う際に、ATMから事象が通知される際のネットワークNWへの負荷を低減することができ、通信エラーを抑制することができる。従って、即時通知事象と判定されるような重大な事象を遅延することなく確実に通知することができ、当該重大な事象による不都合を解消するための処置を迅速に開始することが可能となる。
[変形例1]
 ATM100の第1の変形例について説明する。変形例1は、実施例1のATM100と比較して記憶部23に記憶されている通知条件テーブル23Bのみが異なり、他の点においては同様の構成を有している。
 図9は、変形例1における通知条件テーブル23Bの一例である。図9には、ATM100において事象が発生した時刻が含まれる時間帯を基準として通知条件が定められている。図9において、7:00-21:00の時間帯に発生した事象(時間帯A = 7:00-24:00)と、24:00から翌日7:00の時間帯に発生した事象(時間帯B = 24:00-翌7:00)とでは異なる通知条件が定められている。
 図9において、例えば、深刻度「5」の事象が時間帯Aに発生した場合には即時に通知し、深刻度「5」の事象が時間帯Bに発生した場合には通知しないという通知条件が定められている。また、深刻度「1~4」の事象が時間帯Aに発生した場合には所定の時間毎に通知し、深刻度「1~4」の事象が時間帯Bに発生した場合には通知しないという通知条件が定められている。
 例えば、当該通知条件は、監視の必要性の高さによって、時間帯毎に定めることができる。例えば、ATM100の使用が停止され、使用者がいない時間帯には、サービスの提供が阻害されることを防ぐための監視の必要性は低くなる。例えば、監視の必要性が高い時間帯には、監視端末MTのディスプレイに表示される事象に関する情報を監視する監視オペレータが在席し、夜間などの監視の必要性が低い時間帯には、当該オペレータは不在であるか又は少なくなる場合がある。
 例えば、当該オペレータが不在である時間帯に通知を行っても、ディスプレイに表示される事象に関する情報は確認されず、事象による不具合に関する対応もなされない。そのような場合に、当該監視オペレータが在席する時間帯を時間帯Aとし、当該オペレータが不在となる時間帯を時間帯Bとしても良い。
 なお、深刻度の高い事象である即時通知事象については、時間帯A又は時間帯Bのいずれの時間帯にも即時に通知することとしても良い。また、図9の条件において、即時通知事象について時間帯Bには通知しない条件となっているが、このような場合に、時間帯Bが終了して時間帯Aが開始する際に、即時事象情報を通知することとしても良い。また、深刻度の比較的低い事象について、時間帯Bに通知が行われても良く、これによって時間帯AのネットワークNWへの負荷が低減されても良い。
 なお、時間帯については、1日を2つの時間帯に区切る例について説明したが、これに限らない。例えば、1日を3つ以上の時間帯に区切っても良い。また、単位を1日とせずに、一定期間を単位としても良い。例えば曜日を基準として、曜日によって異なる通知条件が定められていても良い。すなわち、時間帯又は期間毎に、通知条件が定められていれば良い。
 また、事象が「発生した時刻」を基準として、当該「発生した時刻」が含まれる時間帯の通知条件に従って通知を行う例について説明したが、これに限らない。事象を「通知する時刻」を基準として通知を行っても良い。例えば、ある事象を3時間毎に通知する場合において、当該事象を通知する時刻が、時間帯Bのような「通知しない」条件が定められた時間帯に含まれる場合には、当該事象を当該通知する時刻には通知しないこととしても良い。また、事象が「発生した時刻」を基準とする通知及び「通知する時刻」を基準とする通知を適宜組み合わせても良い。
 以上、説明したように、変形例1の通知条件テーブル23Bを保持するATM100によれば、時間帯又は期間毎に通知条件を定めることによって、不要な事象の通知を抑制し、ネットワークNWへの負荷を低減し、通信エラーを抑制することができる。従って、通知が必要な時間帯又は期間において、即時通知事象と判定されるような重大な事象に関する通知を遅延無く確実に行うことができ、その他の事象についても、必要な情報を適宜通知及び送信することができる。
[変形例2]
 ATM100の第2の変形例について説明する。変形例2は、実施例1のATM100と比較して記憶部23に記憶されている通知条件テーブル23Bのみが異なり、他の点においては同様の構成を有している。
 図10は、変形例2における通知条件テーブル23Bの一例である。図10において、1のATM100の周辺に設置されている他のATM100の数(周辺のATM数)によって、異なる通知条件が定められている。
 例えば、金融機関の店舗内において、ATM100が複数設置されている場合に、1のATM100の周辺に他のATM100が設置されているといえる。また、例えば、金融機関の店舗から所定の距離以上離れた地点において、ATM100が1台のみ設置されている場合に、ATM100の周辺に他のATM100が設置されていないといえる。
 そして、例えば、1のATM100から所定の距離内に設置されているATM100の数を「周辺のATM数」とすることができる。また、1のATM100と同じ室内に設置されている他のATM100の数を「周辺のATM数」としても良い。
 例えば、ATM100が1台のみ設置されている場合に、サービスの提供を阻害するような事象が発生すると、使用者は、当該事象による不具合を解消する処置がなされなければ、当該サービスの提供を受けることができない。
 これに対して、ATM100が2台以上設置されて正常に稼働している場合に、1台のATM100において、サービスの提供を阻害するような事象が発生した際には、他のATM100によってサービスの提供が可能である。当該他のATM100の台数が多いほど、当該事象による不具合の影響は小さくなる。
 従って、ATM100の周辺に設置されている他のATM100の数(周辺のATM数)が少ない場合ほど通知の優先度を高くすることで、より緊急性の高い事象に対する処置を優先することができる。
 図10において、深刻度が「5」の事象について、周辺のATM数が0の場合は、通知条件は「即時に通知」と定められている。深刻度が「5」の事象であっても、周辺のATM数が1-5の場合には、通知条件は「15分以内に通知」と定められており、周辺のATM数が0の場合と比較して通知条件が緩和されている。周辺のATM数が6以上の場合には、深刻度が「5」の事象の通知条件は「1時間以内に通知」と定められており、通知条件がさらに緩和されている。
 また、図10において、深刻度1~4の場合についても、周辺のATM数が多いほど、緩和された通知条件が定められている。なお、周辺のATMの数に関する情報は、予めATM100内に保存されていても良く、周辺のATM数が変化した際には、ホストコンピュータから情報が送信されて更新されても良い。また、周辺のATM100のうち正常に稼働しているATM100の数に基づいて、通知条件を変更することとしても良い。これによって、例えば、多数のATMから監視サーバMSに通知される際の輻輳の発生を防止することができる。
 以上説明したように、変形例2の通知条件テーブル23Bを保持するATM100によれば、ATM100の配置の疎密等の設置環境に応じて定まる設置環境条件によって異なる通知条件を設定することで、通知の優先度の高い事象をより精度良く抽出することができる。そして、当該抽出された事象以外の事象の通知については、緩和された通知条件で通知することで、ネットワークNWへの負荷を低減し、通信エラーを抑制することができる。
 従って、サービスの質を維持しつつ、即時通知事象の中でも特に優先度の高い事象を遅延することなく確実に通知することができる。そして、即時通知事象による不都合を解消するための処置が必要とされる優先度の高いATM100について、迅速に対応を開始することができる。
 図11及び図12を参照し、本発明の実施例2の通知システム300について説明する。以下の説明においては、実施例1の通知システム200と比較して、異なる点について説明し、その他の点については説明を省略する。
 図11は、通知システム300の構成を示している。通知システム300は、自動取引装置としてのATM400及び通知装置500を含む。ATM400は、通知装置500に接続されている。通知装置500は、例えばATM400の近傍に設置され、LAN等によってATM400と接続されている。通知装置500は、ネットワークNWを介して監視サーバMSに接続されている。通知装置500は、ATM400に関する必要な情報を監視サーバMSに通知する。
 図12は、実施例2のATM400及び通知装置500の構成を示している。ATM400は、実施例1のATM100と基本的には同様の構成を有しており、制御部11が事象検出部11A及び通知部11Bを有していない点、記憶部23が深刻度テーブル23A及び通知条件テーブル23Bを有していない点において異なる。
 通知装置500は、通知装置制御部R11によって動作制御がなされる。通知装置制御部R11は、事象検出部R11A及び通知部R11Bを有している。事象検出部R11Aは、ATM400の装置状態に関する情報を受信し、ATM400において発生した事象の検出に関する制御を行う。通知部R11Bは、当該事象の通知に関する制御を行う。
 通知装置通信部R21は、制御部11の指示に従って外部とのデータの送受信等の通信を行うためのNIC等のネットワークアダプタである。通知装置通信部21は、例えば、ATM400からの装置状態に関するデータの受信及び監視サーバMSへの通知等の外部機器との通信を行う。
 また、通知装置500は、通知装置記憶部R23を有している。通知装置記憶部R23は、ハードディスク、フラッシュメモリ、SSD(Solid State Drive)、RAM(Random Access Memory)等の記憶装置である。通知装置記憶部R23は、通知装置制御部R11の処理に必要なデータを予め記憶し、又、通知装置制御部R11の処理において発生するデータを適宜記憶する。
 さらに、通知装置記憶部R23は、深刻度テーブルR23A及び通知条件テーブルR23Bを有している。深刻度テーブルR23Aは、実施例1の深刻度テーブル23Aと同様の情報である。すなわち、深刻度テーブルR23Aは、ATM400において発生する事象と、当該事象の内容によって定められた深刻度と、を含む情報であり、例えば図4に示したような情報を含むテーブルである。
 通知条件テーブルR23Bは、実施例1の通知情報テーブル23Bと同様の情報である。すなわち、通知条件テーブルR23Bは、ATM400において発生した事象について、通知装置500から外部の機器に通知する際の、事象の深刻度に応じた通知条件が定められた情報であり、例えば、図5A、図5B、図9、図10に示したような情報を含むテーブルである。
 通知部R11Bは、ATM400において発生した事象について、深刻度テーブルR23Aの深刻度に基づき通知情報テーブルR23Bを参照することで、当該事象の種類毎に所定の通知条件を適用することができる。従って、ATM400及び通知装置500によって、通知制御ルーチンR1と同様の制御ルーチンを実行することができる。なお、1のATM400に1の通知装置500が接続されている例について説明したが、複数のATM400に1の通知装置500が接続されていても良い。
 なお、本実施例において、事象検出部、通知部、深刻度テーブル、通知条件テーブルを通知装置500が有している例について説明したが、これに限らない。事象検出部、通知部、深刻度テーブル、通知条件テーブルのうちいずれか1以上が、ATM400内に設けられていても良い。例えば、ATM400が事象検出部11Aを有しており、事象検出部11Aに検出された事象情報を通知装置500が受信しても良い。
 以上、説明したように、実施例2の通知システム300によれば、ATM400において発生した事象について、通知装置500によって、通知の緊急性の高い即時通知事象であるか否かを判定し、即時通知事象であると判定された事象については即時に通知を行うことができる。そして、即時通知事象ではないと判定された事象については、即時の通知ではない他の通知条件によって、通知を行うことができる。
 従って、通知装置500から即時通知事象の通知が行われる際に、ネットワークNWへの負荷を低減することができ、通信エラーを抑制することができる。そして、即時通知事象を遅延することなく確実に通知することができ、即時通知事象と判定されるような重大な事象による不都合を解消するための処置を迅速に開始することが可能となる。
 なお、ATM100において発生する事象並びに事象に付された深刻度及び深刻度に対応する通知条件の例について、図4、図5、図9、図10等を用いて説明したが、この限りではない。
 事象に関して、ATM100の正常な状態から正常でない状態への変化について主に通知の対象とする例について説明した。これに加えて、ATM100の正常でない状態から正常な状態への変化についても、通知することとしても良い。当該正常でない状態から正常な状態への変化に関する事象を通知することで、例えば、不具合が解消したことを通知することができ、不具合を解消するための対応の必要がなくなったことが迅速に通知されることで、他の不具合に対する必要な対応を効率良く行うことができる。
 例えば、事象には、ATM100のハードウェアの不具合に関するハードウェア障害のみが含まれていても良く、加えて、ハードウェアの正常な動作に関する変化が含まれていても良い。さらに、取引処理を実行するためのソフトウェアに関する障害、ATM100とホストコンピュータ又はデータベース等の外部の機器との間の通信に関する障害が含まれていても良い。
 そして、事象の内容に応じて深刻度が定められていれば良い。例えば、影響の大きさ及び対応の方法、難易度若しくは所要時間等の基準によって、又はこれらを考慮して、深刻度が定められていても良い。さらに、当該深刻度に応じて、異なる通知条件が定められていても良い。
 また、深刻度テーブル23A及び通知条件テーブル23BはATM100の記憶部23に保持され、又は、深刻度テーブルR23A及び通知条件テーブルR23Bは通知装置500の記憶部R23に保持されている例について説明したが、他の部分に保持されても良い。例えば、ホストコンピュータ等の外部の機器に保持され、通知部11B又は通知部R11Bによって参照されても良い。
 以上、説明したように、本発明の自動取引装置、通知装置、通知システム及び通知方法によれば、自動取引装置において発生する様々な状態変化である事象を通知する際に、事象毎に通知条件を定めることができ、ネットワークへの負荷を低減することができる。そして、即時に通知する必要がある優先度の高い事象を遅延無く確実に通知することが可能であり、その他の事象に関する情報を適宜通知することが可能な自動取引装置、通知装置、通知システム、及び通知方法を提供することができる。また、コンピュータを上記の通知装置として機能させるためのプログラムも提供され得る。さらに、当該プログラムを記録した、コンピュータに読み取り可能な記憶媒体も提供され得る。
 なお、本願は、2017年5月25日出願の日本国出願、特願2017-103652号の優先権を主張すると共に、その全体が参照により本明細書に取り込まれる。
100、400  ATM
200、300  通知システム
500      通知装置
11       制御部
11A      事象検出部
11B      通知部
12       ユーザインターフェース部
12A      ディスプレイ
12B      タッチパッド
13       現金入出機構
14       紙幣入出口
15       硬貨入出口
14S、15S  シャッター
16       通帳記帳機
17       通帳挿入排出口
18       カード読取印刷機
19       カード挿入排出口
21、R21   通信部
23、R23   記憶部
23A、R23A 深刻度テーブル
23B、R23B 通知条件テーブル
MS       監視サーバ
MT       監視端末
NW       ネットワーク

Claims (15)

  1.  自動取引装置において発生した事象を検出する事象検出部と、
     前記事象の内容に基づいて、前記事象が即時に通知すべき事象である即時通知事象に該当するか否かを判定する通知判定部と、
     前記即時通知事象であると判定された際にサーバに通知をする通知部と、
     を有する自動取引装置。
  2.  前記事象の内容と、前記事象の内容によって定まる深刻度と、を含む事象情報を生成する事象情報生成部と、
     前記事象情報を蓄積する蓄積部と、を有し、
     前記通知部は、前記事象の内容によって定められた通知条件に従って、前記蓄積部に蓄積された前記事象情報を送信する請求項1に記載の自動取引装置。
  3.  前記通知条件は、前記通知をしてから次に通知をするまでの時間間隔に関する条件を含む請求項2に記載の自動取引装置。
  4.  前記通知条件は、前記通知をする時刻である通知時刻に関する条件である請求項2に記載の自動取引装置。
  5.  前記通知条件は、前記通知をしてから次に前記通知をするまでに発生した前記事象の累積回数に関する条件である請求項2に記載の自動取引装置。
  6.  前記通知条件は、時間帯に応じて定められる時間帯条件を含む請求項2に記載の自動取引装置。
  7.  前記通知条件は、前記自動取引装置の設置環境に応じて定められる設置環境条件を含む、請求項2乃至6のいずれか1項に記載の自動取引装置。
  8.  前記通知部は、前記事象の詳細内容を通知する請求項1に記載の自動取引装置。
  9.  前記即時通知事象は、前記自動取引装置に関するハードウェア障害である請求項1に記載の自動取引装置。
  10.  前記事象は、前記自動取引装置に関する通信障害を含む請求項1に記載の自動取引装置。
  11.  前記事象は、前記自動取引装置におけるソフトウェア障害を含む請求項1に記載の自動取引装置。
  12.  1の装置において発生した事象を検出する検出部と、
     前記事象の内容に基づいて、前記事象が即時に通知すべき事象である即時通知事象に該当するか否かを判定する通知判定部と、
     前記事象の内容と、前記事象の内容によって定まる深刻度と、を含む事象情報を生成する事象情報生成部と、
     前記事象情報を蓄積する蓄積部と、
     前記事象が前記即時通知事象であると判定された際に通知し、かつ、前記事象の内容によって定められた通知条件に従って、前記蓄積部に蓄積された前記事象情報をサーバに送信する通知部と、
     を有する通知装置。
  13.  自動取引装置において発生した事象を検出する事象検出部と、
     前記事象の内容に基づいて、前記事象が即時に通知すべき事象である即時通知事象に該当するか否かを判定する通知判定部と、
     前記事象の内容と、前記事象の内容によって定まる深刻度と、を含む事象情報を生成する事象情報生成部と、
     前記事象情報を蓄積する蓄積部と、
     前記事象が前記即時通知事象であると判定された際に通知し、かつ、前記事象の内容によって定められた通知条件に従って、前記蓄積部に蓄積された前記事象情報をサーバに送信する通知部と、
     を有する通知システム。
  14.  1の装置において発生した事象を検出することと、
     前記事象と、前記事象の内容によって定まる深刻度と、を含む事象情報を生成することと、
     前記事象情報を蓄積することと、
     前記事象の内容によって定められた通知条件に従って、前記蓄積された前記事象情報を送信することと、
     前記事象の内容に基づいて、前記事象が即時に通知すべき事象である即時通知事象に該当するか否かを判定することと、
     前記事象が前記即時通知事象であると判定された際に、サーバに通知をすることと、
     を含む通知方法。
  15.  1の装置において発生した事象を検出する検出モジュールと、
     前記事象と、前記事象の内容によって定まる深刻度と、を含む事象情報を生成する生成モジュールと、
     前記事象情報を蓄積する蓄積モジュールと、
     前記事象の内容によって定められた通知条件に従って、前記蓄積された前記事象情報を送信する送信モジュールと、
     前記事象の内容に基づいて、前記事象が即時に通知すべき事象である即時通知事象に該当するか否かを判定する判定モジュールと、
     を備え、
     前記事象が前記即時通知事象であると判定された際に、前記送信モジュールは、サーバに通知をする、
     通知プログラムを記録した、コンピュータに読み取り可能な記憶媒体。
PCT/JP2018/015227 2017-05-25 2018-04-11 自動取引装置、通知装置、通知システム、通知方法及び記憶媒体 WO2018216385A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017103652A JP2018200502A (ja) 2017-05-25 2017-05-25 自動取引装置、通知装置、通知システム及び通知方法
JP2017-103652 2017-05-25

Publications (1)

Publication Number Publication Date
WO2018216385A1 true WO2018216385A1 (ja) 2018-11-29

Family

ID=64396615

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/015227 WO2018216385A1 (ja) 2017-05-25 2018-04-11 自動取引装置、通知装置、通知システム、通知方法及び記憶媒体

Country Status (2)

Country Link
JP (1) JP2018200502A (ja)
WO (1) WO2018216385A1 (ja)

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS60225977A (ja) * 1984-04-24 1985-11-11 Fujitsu Ltd 自動機の呼出制限方式
JPS61226860A (ja) * 1985-03-30 1986-10-08 Anritsu Corp カード信用取引端末装置
JPS6277673A (ja) * 1985-09-30 1987-04-09 Omron Tateisi Electronics Co 端末監視装置
JPS62158597U (ja) * 1986-03-26 1987-10-08
JPS63771A (ja) * 1986-06-20 1988-01-05 Omron Tateisi Electronics Co 自動取引処理装置
JPS63257889A (ja) * 1987-04-15 1988-10-25 富士通株式会社 現金取扱装置
JPH04247569A (ja) * 1991-02-04 1992-09-03 Hokuriku Nippon Denki Software Kk 自動機集中監視処理装置
JPH06309581A (ja) * 1993-04-19 1994-11-04 Sogo Keibi Hoshiyou Kk 警報送信装置
JPH0744637A (ja) * 1993-07-29 1995-02-14 Toshiba Corp 自動取引システム
JPH07177587A (ja) * 1994-11-15 1995-07-14 Canon Inc 報知装置及び報知方法
JPH08305930A (ja) * 1995-05-01 1996-11-22 Oki Electric Ind Co Ltd 監視データ通知方法およびそのシステム
JPH10340367A (ja) * 1997-06-06 1998-12-22 Oki Software Okayama:Kk 媒体取込発生自動機情報の通知システム
JP2003248856A (ja) * 2002-02-21 2003-09-05 Glory Ltd 貨幣処理機の異常報知システム

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS60225977A (ja) * 1984-04-24 1985-11-11 Fujitsu Ltd 自動機の呼出制限方式
JPS61226860A (ja) * 1985-03-30 1986-10-08 Anritsu Corp カード信用取引端末装置
JPS6277673A (ja) * 1985-09-30 1987-04-09 Omron Tateisi Electronics Co 端末監視装置
JPS62158597U (ja) * 1986-03-26 1987-10-08
JPS63771A (ja) * 1986-06-20 1988-01-05 Omron Tateisi Electronics Co 自動取引処理装置
JPS63257889A (ja) * 1987-04-15 1988-10-25 富士通株式会社 現金取扱装置
JPH04247569A (ja) * 1991-02-04 1992-09-03 Hokuriku Nippon Denki Software Kk 自動機集中監視処理装置
JPH06309581A (ja) * 1993-04-19 1994-11-04 Sogo Keibi Hoshiyou Kk 警報送信装置
JPH0744637A (ja) * 1993-07-29 1995-02-14 Toshiba Corp 自動取引システム
JPH07177587A (ja) * 1994-11-15 1995-07-14 Canon Inc 報知装置及び報知方法
JPH08305930A (ja) * 1995-05-01 1996-11-22 Oki Electric Ind Co Ltd 監視データ通知方法およびそのシステム
JPH10340367A (ja) * 1997-06-06 1998-12-22 Oki Software Okayama:Kk 媒体取込発生自動機情報の通知システム
JP2003248856A (ja) * 2002-02-21 2003-09-05 Glory Ltd 貨幣処理機の異常報知システム

Also Published As

Publication number Publication date
JP2018200502A (ja) 2018-12-20

Similar Documents

Publication Publication Date Title
US9177272B2 (en) Method and system of obtaining diagnostic data from a device at a remote location
JP2021196712A (ja) 監視サーバ、監視プログラム及び監視システム
WO2018216385A1 (ja) 自動取引装置、通知装置、通知システム、通知方法及び記憶媒体
JP6556222B2 (ja) 検査装置および検査システム
JP4727305B2 (ja) 自動取引装置
EP3987468B1 (en) Providing service to automated banking machines
JPH0973576A (ja) 障害監視システム
JP6674360B2 (ja) 精査システム
CN105608789A (zh) 交易装置、监视装置和监视系统
JP5827597B2 (ja) 障害対応システム、自動取引装置、障害対応方法、および、障害対応プログラム
JP5198935B2 (ja) 金融端末の支援システム
JP6259159B2 (ja) 監視システム、自動取引装置、監視装置、監視システムの監視方法
JP4706420B2 (ja) 自動取引装置
JP6152715B2 (ja) 取引装置、取引プログラム及び取引システム
JP7373966B2 (ja) 貨幣処理システム及び貨幣処理方法
JP7075904B2 (ja) 自動取引装置、保守要求通知方法、及び保守要求通知プログラム
JP2011215993A (ja) 情報処理装置及び情報処理システム
US20180190061A1 (en) Transaction device
JP2008146128A (ja) 自動取引装置及び該自動取引装置に着脱可能な収納カセット
JP2020017081A (ja) 監視装置、自動取引装置監視システムおよび自動取引装置監視方法
JP2024076264A (ja) 情報処理装置、監視システム及びフィルタ定義変更方法
JP2021128631A (ja) 監視装置、監視方法およびプログラム
CN117495376A (zh) 企业账户监控方法、装置、设备及存储介质
JP2023178586A (ja) 情報処理装置
JP2004005226A (ja) 自動取引装置

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: 18806727

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18806727

Country of ref document: EP

Kind code of ref document: A1