JP2007108931A - Automatic transaction accepting device, program and control method for automatic transaction accepting device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To prevent the deterioration in development productivity or maintenance performance when the data items of data preliminarily stored in an IC card or a portable information terminal or the like are combined in an unspecified manner. <P>SOLUTION: This automatic transaction accepting device for reading input data having unspecified combination of data items from a storage medium for accepting transaction is provided with a transaction data storage part for storing each of a plurality of data items necessary for transaction and an input screen generation module for generating an input screen for each of the plurality of data items by associating them with each other and an input screen control part for calling the input screen generation module corresponding to the data item excluding the data items read from the storage medium among the plurality of data items stored in the transaction data storage part. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to an automatic transaction accepting apparatus, a program, and a control method for an automatic transaction accepting apparatus used to provide services such as cash deposit / withdrawal and transfer to a user in a financial institution or the like.

  In an automatic transaction accepting apparatus such as an ATM (Automatic Tellers Machine) or a CD (Cash Dispenser) installed in a financial institution or the like, it is important to reduce the occupancy time of each user in order to reduce the waiting time. In view of this, various automatic transaction accepting devices have been proposed for reducing the user's occupation time.

  For example, Patent Document 1 discloses an automatic transaction accepting apparatus that can reduce a user's occupation time by using an IC card. Each user stores in advance data relating to transactions such as transaction amount and transfer destination in an IC card owned by the user. And when actually making a transaction using the automatic transaction acceptance device, the data related to the transaction stored in the IC card is read by the automatic transaction acceptance device, thereby reducing user input operations and reducing the occupied time. It is possible to do.

Further, for example, Patent Document 2 discloses an automatic transaction accepting apparatus that can improve the operation efficiency by using a portable information terminal such as a mobile phone or a mobile computer. A user inputs data relating to a transaction in advance to a mobile information terminal such as a mobile phone, and transmits the data already input to the mobile information terminal to the automatic transaction reception device when operating the automatic transaction reception device. . Thereby, the input time at the time of utilizing an automatic transaction reception apparatus is reduced, and the operating efficiency of the automatic transaction reception apparatus can be improved.
JP-A-11-224373 JP 11-338942 A

  By the way, for transactions performed using the automatic transaction accepting apparatus, data items of input data and transaction processing flows defined by business requirements are defined for each transaction. Data that is not stored in advance in an IC card, a portable information terminal, or the like needs to be input when the user actually makes a transaction using the automatic transaction accepting apparatus. In the automatic transaction acceptance apparatus disclosed in Patent Documents 1 and 2 described above, it is assumed that data items of data stored in advance in an IC card, a portable information terminal, or the like are determined. For this reason, the data items of data that the user must input when performing a transaction are fixed, and the transaction processing flow for inputting the data items is also fixed. Therefore, it is only necessary to develop a business application based on such a fixed data item and a fixed transaction processing flow.

  However, in future transactions using the automatic transaction accepting device, it is conceivable that data items of data stored in advance in an IC card, a portable information terminal, or the like are not fixed but various combinations. In this way, in an environment where the combination of data items of data input in advance is indefinite, for each combination, items that need to be input when a user conducts a transaction using an automatic transaction accepting apparatus and The transaction processing flow will also be different. Therefore, it is conceivable to develop a business application for each combination of data items of data input in advance, but this leads to a decrease in development productivity and maintainability.

  The present invention has been made in view of the above problems, and prevents a decrease in development productivity and maintainability when a combination of data items of data stored in advance in an IC card or a portable information terminal is indefinite. For the purpose.

  In order to solve the above-mentioned problem, the automatic transaction acceptance device of the present invention is an automatic transaction acceptance device that accepts a transaction by reading input data with an indefinite combination of data items from a storage medium. Each of the data items and an input screen generation module for generating an input screen for each of the plurality of data items in association with each other, and the plurality of data items stored in the transaction data storage unit And an input screen control unit that calls the input screen generation module corresponding to the data items excluding the data items read from the storage medium.

  When the combination of data items of data stored in advance in an IC card, a portable information terminal or the like is indefinite, it is possible to prevent a decrease in development productivity and maintainability.

== Configuration of automatic transaction receiving apparatus ==
First, the configuration of the automatic transaction accepting apparatus will be described. FIG. 1 is a diagram showing a configuration of an automatic transaction accepting apparatus according to an embodiment of the present invention. The automatic transaction accepting apparatus 101 is an information processing apparatus that is mainly installed at a financial institution or the like and accepts various transaction requests from users, and includes a screen display device 102, a device device 103, and an interface with the user. An IC card reader / writer device 104 and a portable terminal communication device 105 are provided.

  The screen display device 102 is, for example, a touch panel type liquid crystal display or the like, and displays a screen necessary for performing a transaction and can also accept an input from a user. The device device 103 is a device for handling actual items such as cash and bankbooks. The IC card reader / writer device 104 is a device that reads data stored in an IC card and writes data to the IC card. The mobile terminal communication device 105 is a device for transmitting and receiving data to and from a mobile terminal such as a mobile phone by infrared communication or cable connection.

  Note that a passbook, IC card, portable terminal, or the like in which various information such as an account number is stored corresponds to the storage medium of the present invention. In the present embodiment, the automatic transaction receiving apparatus 101 includes these various devices 102 to 105. However, these various devices 102 to 105 are provided separately from the automatic transaction receiving apparatus 101, and are automatically The transaction accepting apparatus 101 may be configured to be communicably connected.

  The automatic transaction accepting apparatus 101 includes a screen processing unit 112, a device processing unit 113, an IC card processing unit 114, and a portable terminal processing unit 115 to control various devices 102 to 105. Further, the automatic transaction accepting apparatus 101 includes an upper access processing unit 116 that controls access to the upper server 106 such as an accounting host computer that executes various accepted transactions. In these processing units 112 to 116, a CPU (not shown) included in the automatic transaction accepting apparatus 101 executes a program stored in a memory (not shown) such as a ROM (Read Only Memory) or a RAM (Random Access Memory). Can be realized. The processing units 112 to 116 also include hardware necessary for communication with the various devices 102 to 105 and the upper server 106 such as communication ports and connectors.

  The automatic transaction receiving apparatus 101 includes a component (module) 121 for receiving various transactions, a component flow control unit 131, and a transaction data management unit 141. The component 121 includes a plurality of input system components 122, an output system component 123, an upper access component 124, and a common component 125.

  The input system component 122 outputs an instruction for displaying an input screen for data necessary for the transaction on the screen display apparatus 102 and an instruction for reading a storage medium from the device apparatus 103. The output system component 123 outputs an instruction for displaying various output screens on the screen display apparatus 102 and an instruction for outputting a storage medium to the device apparatus 103. The upper access component 124 is for accessing the upper server 106 when executing various transactions. The common component 125 executes commonly used processing such as error processing.

  The component flow control unit (input screen control unit) 131 controls the execution order of the components 121, and includes a component flow management unit 132 and a component flow engine 133. The component flow management unit 132 stores information such as the order of calling the component 121 and the current state for each transaction such as deposit and transfer. Then, the component flow engine 133 calls the component 121 according to the information stored in the component flow management unit 132. The transaction data management unit 141 manages data of one transaction being executed.

  The components 122 to 125, the component flow control unit 131, and the transaction data management unit 141 can be realized by a CPU (not shown) executing a program stored in a memory (not shown).

  FIG. 2 is a diagram illustrating an example of component flow definition information indicating a flow of processing in a transaction in the automatic transaction accepting apparatus 101. The component flow definition information 201 is stored in the component flow management unit 132 and defines the flow of processing when a transaction is performed. In the example shown in FIG. 2, processing is executed in the order of IC card insertion processing 202, input processing 203, confirmation processing 204, execution processing 205, output processing 206, and reception processing 207. In the component flow definition 201, a component ID that is an identifier of the component 121 that is called when each of the processes 202 to 207 is executed is associated.

  FIG. 3 is a diagram illustrating an example of a transaction data management definition table (transaction data storage unit) that is information defined for each transaction performed using the automatic transaction accepting apparatus 101. The transaction-specific data management definition table 301 is stored in the component flow management unit 132, and includes a transaction name (transaction identifier) 302, an input data item 303, a component ID 304, an input order 305, and a data attribute 306. Yes. The input data item 303 defines data items of data that need to be input in the transaction indicated by the transaction name 302. In the example shown in FIG. 3, "transfer account", "transfer name", "transfer amount", "payment amount", "recipient account number", and "recipient name" are defined as input data items. Has been.

  The component ID (input screen generation module identifier) 304 is set with the ID of the component (input screen generation module) 121 necessary for the user to input the data of the data item defined in the input data item 303. ing. In the example illustrated in FIG. 3, for example, “12341234” is set as the component ID of the component that is called to input “transfer account number”. In addition, in the input order 305, the order of data input processing of the data item defined in the input data item 303 is set.

  The data attribute 306 defines processing when data of the data item defined in the input data item 303 is input a plurality of times within one transaction. There are roughly two types of data attributes 306. One is to check whether or not these data match when the data is input a plurality of times. The other is to set a priority for each data input source, and to fetch data according to this priority. In the example shown in FIG. 3, the data attribute 306 of “transfer account number”, “transfer amount”, and “recipient account number” is “verification”, and for these data items, an IC card or a mobile terminal Etc., the data input from each is collated. In addition, the priority order of “transfer name” and “recipient name” is determined as “IC card> screen> passbook”. In this case, for example, if the name of the transfer person is input from both the IC card and the screen display device 102 within one transfer transaction, the input from the IC card is preferentially acquired.

  FIG. 4 is a diagram illustrating an example of IC card data that is data stored in an IC card that is read by the automatic transaction accepting apparatus 101 via the IC card reader / writer device 104. The IC card data 401 includes a transaction name 402, input data items 403, and input data 404. In the example shown in FIG. 4, the target transaction is “transfer transaction”, “○ × Taro” is set as “transfer person name”, and “50000” is set as “transfer amount”. In this example, the combination of the input data items 403 is “transfer name” and “transfer amount”, but the combination of the data items of the IC card data is not limited to this and is undefined. For example, in the case of “transfer transaction”, “transfer account number” or “recipient account number” may be set as the input data item 403. In addition, data items other than the input data item 303 necessary for the “transfer transaction” shown in FIG. 3 may be included in the IC card data.

  FIG. 5 is a diagram illustrating an example of input flow information that is information related to data that the user needs to additionally input. The input flow information 501 is created when a transaction using the automatic transaction accepting apparatus 101 is executed and is stored in the transaction data management unit 141, and includes a transaction name 502, an input data item 503, and an input order 504. It is configured. In the example shown in FIG. 5, “transfer account number”, “recipient account number”, and “recipient name” are set in the input data item 503. This is obtained by subtracting the input data item 403 of the data 401 stored in the IC card illustrated in FIG. 4 from the data item defined in the input data item 303 of the transaction data management definition table 301 illustrated in FIG. is there. That is, in the input data item 503 of the input flow information 501, in order to perform the transaction set in the transaction name 502, a data item that needs further input is set. In the input order 504, the order in which the data set in the input data item 503 is input is set. This input order 504 is determined based on the input order 305 set in the data management definition table 301 for each transaction.

== Description of processing ==
Next, processing executed based on the component flow definition information 201 illustrated in FIG. 2 will be described. First, an IC card insertion process 202, which is the first process defined in the component flow definition information 201, is executed.

  FIG. 6 is a flowchart showing the flow of the IC card insertion process 202. As described above, in the component flow definition information 201, the component ID of the component 121 corresponding to each process 202 to 207 is defined. First, the component flow control unit 131 calls the input system component 122 corresponding to the IC card insertion process 202 (S601). Then, the input system component 122 instructs the IC card processing unit 114 to prepare for reading from the IC card, and the IC card processing unit 114 executes preparation for reading from the IC card reader / writer device 104 (S602). When the preparation for reading the IC card is completed, the input system component 122 instructs the screen processing unit 112 to display the IC card insertion waiting screen, and the screen display unit 112 displays the insertion waiting screen on the screen display device 102 (S603). ).

  When a user inserts an IC card into the IC card reader / writer device 104, the IC card data 401 stored in the IC card is read by the IC card processing unit 114, and the read IC card data 401 is passed to the input system component 122. (S604). The input system component 122 stores the received IC card data 401 in the transaction data management unit 141, executes input flow determination processing for determining the input flow information 501, and causes the component flow control unit 131 to process the component 122. Is notified (S605).

  In this embodiment, the IC card reader / writer device 104 reads the inserted IC card. However, the IC card may be read in a non-contact manner. Further, in the component flow definition information 201, it is defined as a process that is first read from the IC card, but an input from another storage medium or the like may be performed first. For example, a process for reading data stored in a mobile phone may be executed first.

  FIG. 7 is a flowchart showing the flow of the input flow determination process (S605). First, the input system component 122 reads the transaction name 402 and the input data item 403 from the IC card data 401 delivered from the IC card processing unit 114 (S701). Subsequently, the input system component 122 reads the input data item 303 corresponding to the “transfer transaction” set in the transaction name 402 from the data management definition table 301 for each transaction (S702). Then, the input system component 122 matches the name of the input data item 403 read from the IC card data 401 with the name of the input data item 303 read from the data management definition table 301 for each transaction, and determines the data management definition for each transaction. A difference input data item that exists in the table 301 and does not exist in the IC card data 401 is extracted (S703). Further, the input system component 122 determines the input order of the input data items extracted as the difference in accordance with the input order 305 of the transaction data management definition table 301, and generates the input flow information 501 (S704).

  As described above, in the case of the data illustrated in FIG. 3 to FIG. 5, the difference input data items that exist in the transaction data management definition table 301 and do not exist in the IC card data 401 are “transfer account number” and “reception”. Person account number "and" recipient name ". Then, the input order of these input data items is the ascending order of the input order set in the input order 305 of the per-transaction data management definition table 301, and the input flow information 501 shown in FIG. 5 is generated.

  When the execution of the IC card insertion process 202 ends, the input process 203, which is the next process defined in the component flow definition information 201, is executed. FIG. 8 is a flowchart showing the flow of the input process 203. First, the component flow control unit 131 acquires the input flow information 501 determined in the input flow determination process (S605) (S801), and determines whether there is an input data item 503 (S802). When there is an input data item 503 (S802: YES), the component flow control unit 131 acquires the component ID 304 corresponding to the input data item 503 having the smallest input order 504 from the transaction data management definition table 301 (S803). The input system component 122 corresponding to the component ID 304 is called (S804). If there is no unprocessed input data item 503 in the input flow information 501 (S802: NO), this process ends.

  Then, the input system component 122 determines whether it is necessary to read a storage medium such as a passbook from the device apparatus 103 in order to input the data of the input data item 503 (S805). When the device operation is necessary (S805: YES), the input system component 122 instructs the corresponding device processing unit 113 to prepare for reading from the storage medium, and the device processing unit 113 executes preparation for reading from the device apparatus 103. (S806).

  In addition, when the input from the device apparatus 103 is unnecessary (S805: NO), the preparation process (S806) of the device apparatus 103 is not performed. Further, in the present embodiment, a case where a storage medium is read from the device apparatus 103 has been described, but reading of the storage medium is not limited to the device apparatus 103. For example, it may be read from a storage medium such as a mobile phone via the mobile terminal communication device 105.

  When the input component 122 is called, the input data item 503 and the input order 504 stored in the input flow information 501 are passed to the input system component 122. Then, the input system component 122 instructs the screen processing unit 112 to create a screen indicating the input order of data that needs to be additionally input based on the input data item 503 and the input order 504 (S807). Further, the input system component 122 instructs the screen processing unit 112 to display a screen waiting for input of data to be input (S808). Based on these instructions, the screen processing unit 112 displays a data input waiting screen indicating the input order on the screen display device 102. FIG. 9 is a diagram illustrating an example of a data input waiting screen indicating the input order. The screen in FIG. 9 is based on the input flow information 501 shown in FIG. 5, and “transfer account number” is a data item to be input, and the input order (processing flow) according to the input order 504. It is shown.

  When an input operation from the user to the automatic transaction accepting apparatus 101 is performed, processing is performed according to the input operation. When the input operation is performed by inserting a storage medium (S809: YES), the device apparatus 103 reads data stored in the inserted storage medium (S810), and passes the read data to the input system component 122 (S810). S810). Then, the input system component 122 executes an input data determination process that is a process of checking data read from the storage medium (S811). It is assumed that the data read from the storage medium includes an input data item and input data corresponding to the input data item, like the IC card data 401.

  When the input operation is based on an input from the screen display device 102 (S809: NO), the screen processing unit 112 passes the input data to the input system component 122. Then, the input system component 122 stores the data passed from the screen processing unit 112 in the transaction data management unit 141 (S812).

  Thereafter, the component flow control unit 131 refers to the input flow information 501 and determines whether there is a next input data item (S813). While there is a next input data item (S813: YES), the above-described processing (S703 to S712) is repeatedly executed. Then, when there is no next input data item (S813: NO), the input process 203 ends.

  FIG. 10 is a flowchart showing the flow of input data determination processing (S811) executed by the input system component 122. The input system component 122 that executes the processing corresponds to the input data selection unit and the input data comparison unit of the present invention.

  First, the input data item of the data read from the storage medium is compared with the input data item 303 defined in the data management definition table 301 for each transaction, and the target transaction among the data read from the storage medium Necessary input data items are extracted (S1001). Then, one extracted input data item is acquired (S1002), and the acquired input data item is a data item of data urging input on the input waiting screen displayed by the process (S808) shown in FIG. It is determined whether or not (S1003).

  When the acquired input data item is the data item of the data prompted to be input on the input waiting screen (S1003: YES), the input data corresponding to the input data item is stored in the transaction data management unit 141 (S1004). If the acquired input data item is not the data item of the data prompted for input on the input waiting screen (S1003: NO), it is determined whether or not the data item is an input data item that has already been input (S1005).

  If the input data item is not already input (S1005: NO), the input data corresponding to the input data item is stored in the transaction data management unit 141 (S1006). Then, the input data item is deleted from the input flow information 501 stored as an input schedule (S1007).

  If the input data item has already been input (S1005: YES), the data attribute 306 of the input data item is acquired from the data management definition table 301 for each transaction (S1008), and it is determined whether or not the priority order is specified (S1009). . If the priority order is specified (S1009: YES), data that is valid according to the priority order is determined (S1010), and the data is stored in the transaction data management unit 141 as input data for the input data item (S1011). If the priority order is not specified (S1009: NO), the already input data is collated with the data newly read from the storage medium, and it is determined whether or not these data match (S1012). If the data match (S1012: YES), the data is stored in the transaction data management unit 141 as input data for the input data item (S1011). If the data do not match (S1012: NO), an error process is executed (S1013), and the process ends. If the error process (S1013) is performed, the target transaction is canceled assuming that invalid data is input.

  Thereafter, it is determined whether there is an unprocessed input data item among the extracted input data items (S1014). While there are unprocessed input data items (S1014: YES), the above-described processes (S1003 to S1013) are repeatedly executed. Then, when there is no unprocessed input data item (S1014: NO), the input data determination process ends.

  When the input process 203 shown in FIG. 8 and FIG. 10 is completed, the subsequent processes 204 to 207 defined in the component flow definition information 201 are executed under the control of the component flow control unit 131, whereby a transaction is performed. .

  The configuration and processing of the automatic transaction accepting apparatus 101 according to this embodiment have been described above. As described above, the automatic transaction accepting apparatus 101 additionally adds input data items defined in the transaction-specific data management definition table 301 excluding input data items read from a storage medium such as an IC card. A data item of input data that needs to be input is determined, and the input system component 122 corresponding to the determined data item is called. Then, data is input from the user in accordance with the called input system component 122. That is, in the automatic transaction receiving apparatus 101, even if the combination of input data items of data read from a storage medium such as an IC card is indefinite, the input system component 122 should be developed for each input data item. Often there is no need to develop different applications for each combination. For this reason, the data that the user needs to manually input from the screen display device 102 is reduced, and the occupation time of the automatic transaction accepting device 101 is reduced, and it is possible to prevent a decrease in development productivity and maintainability.

  In addition, in the case where the input order of input data is determined in each transaction, the input order 504 of the input flow information 501 is determined according to the input order 305 defined in the data management definition table 301 for each transaction. The input order can be controlled. In this way, even when controlling the input order, there is no need to develop a different application for each combination of input data items that require additional input, thus preventing a decrease in development productivity and maintainability. be able to.

  Moreover, in the automatic transaction reception apparatus 101, as shown in FIG. 9, the input order (processing flow) of the input data items is displayed on the screen. Thereby, the user of the automatic transaction accepting apparatus 101 can grasp the flow until the transaction is completed by confirming the input order.

  The automatic transaction accepting apparatus 101 can read data from a plurality of storage media such as an IC card, a passbook, and a mobile phone. When data is read from a certain storage medium and the input flow information 501 is determined, and further data is read from another storage medium, unnecessary input data items are deleted from the input flow information 501. The Thereby, the data that the user needs to input manually from the screen display device 102 is further reduced, and the occupation time of the automatic transaction accepting device 101 can be further reduced.

  Further, in the automatic transaction receiving apparatus 101, when the data read from the storage medium is already input data, which data is selected according to the priority set in the data attribute 306 of the data definition management table 301 for each transaction You can decide what to do. Thereby, even if there is a possibility that the data of the same input data item is stored in various storage media such as an IC card and a portable terminal, it is possible to conduct transactions according to a predetermined priority order. .

  Moreover, in the automatic transaction reception apparatus 101, when the data read from the storage medium is already input data, it is possible to detect whether the data is the same as the already input data. For example, for extremely important data such as the transfer amount and payee account number in transfer transactions, transactions that are not intended by the user may be made only when the data entered multiple times is the same. Can be prevented.

  In addition, the said Example is for making an understanding of this invention easy, and is not for limiting and interpreting this invention. The present invention can be changed and improved without departing from the gist thereof, and the present invention includes equivalents thereof.

It is a figure which shows the structure of the automatic transaction reception apparatus which is one Embodiment of this invention. It is a figure which shows an example of the component flow definition information which shows the flow of the process in the transaction in an automatic transaction reception apparatus. It is a figure which shows an example of the data management definition table for every transaction which is the information defined for every transaction performed using an automatic transaction reception apparatus. It is a figure which shows an example of IC card data which is the data stored in the IC card which an automatic transaction reception apparatus reads via an IC card reader / writer apparatus. It is a figure which shows an example of the input flow information which is the information regarding the data which a user needs to input additionally. It is a flowchart which shows the flow of an IC card insertion process. It is a flowchart which shows the flow of an input flow determination process. It is a flowchart which shows the flow of an input process. It is a figure which shows an example of the input waiting screen of the data which showed the input order. It is a flowchart which shows the flow of the input data determination process which an input type component performs.

Explanation of symbols

DESCRIPTION OF SYMBOLS 101 Automatic transaction reception apparatus 102 Screen display apparatus 103 Device apparatus 104 IC card reader / writer apparatus 105 Portable terminal communication apparatus 106 Host server 112 Screen processing section 113 Device processing section 114 IC card processing section 115 Portable terminal processing section 116 Upper access processing section 121 Component 122 Input system component 123 Output system component 124 Upper access component 125 Common component 131 Component flow control unit 132 Component flow management unit 133 Component flow engine 141 Transaction data management unit 201 Component flow definition information 301 Transaction data management definition table 401 IC card Data 501 Input flow information

Claims (8)

An automatic transaction accepting device that accepts a transaction by reading input data with an undefined combination of data items from a storage medium,
A transaction data storage unit that stores each of a plurality of data items necessary for a transaction and an input screen generation module that generates an input screen for each of the plurality of data items;
An input screen control unit that calls the input screen generation module corresponding to a data item excluding the data item read from the storage medium among the plurality of data items stored in the transaction data storage unit. An automatic transaction accepting apparatus characterized by that. The automatic transaction acceptance device according to claim 1,
The transaction data storage unit
Storing the data items and the input order of the data items in association with each other;
The input screen control unit
Calling the input screen generation module corresponding to a data item excluding the data item read from the storage medium, among the plurality of data items stored in the transaction data storage unit, according to the input order. Automatic transaction acceptance device. The automatic transaction acceptance device according to claim 2,
The input screen generation module
An input order of data items excluding the data items read from the storage medium among the plurality of data items stored in the transaction data storage unit is output to the input screen. Transaction acceptance device. The automatic transaction accepting apparatus according to any one of claims 1 to 3,
The input screen control unit
Of the plurality of data items stored in the transaction data storage unit, a data item read from a storage medium different from the storage medium from data items excluding the data item read from the storage medium An automatic transaction receiving apparatus, wherein the input screen generation module corresponding to the data item further excluding is called. The automatic transaction acceptance device according to claim 4,
The transaction data storage unit
For each of the data items, a priority order indicating whether to give priority to input from the storage medium or the other storage medium is stored,
When input data for the same data item is read from the storage medium and the other storage medium, the input data from either the storage medium or the other storage medium is selected based on the priority order. An automatic transaction accepting apparatus, further comprising an input data selection unit. The automatic transaction acceptance device according to claim 4,
When input data for the same data item is read from the storage medium and the other storage medium, input data for comparing whether the input data read from the storage medium and the other storage medium are the same An automatic transaction receiving apparatus, further comprising a comparison unit. To an automatic transaction receiving apparatus including a transaction data storage unit that stores each of a plurality of data items necessary for a transaction and an input screen generation module that generates an input screen for each of the plurality of data items in association with each other ,
A procedure for reading input data with an undefined combination of data items from a storage medium;
A step of calling the input screen generation module corresponding to the data item excluding the data item read from the storage medium among the plurality of data items stored in the transaction data storage unit. program. An automatic transaction accepting apparatus comprising a transaction data storage unit that stores each of a plurality of data items necessary for a transaction and an input screen generation module that generates an input screen for each of the plurality of data items in association with each other. A control method,
Read input data with undefined combinations of data items from the storage medium,
Calling the input screen generation module corresponding to a data item excluding the data item read from the storage medium among the plurality of data items stored in the transaction data storage unit. Control method of accepting device.

Images