CN108475453B - Automatic transaction device, automatic transaction system, and non-transitory recording medium - Google Patents

Abstract

An automatic transaction apparatus having a processing section that performs a transaction using a medium, having a control section including: a1 st command providing unit for generating a1 st command for the processing unit to acquire information used in the transaction, based on the instruction of the transaction; and a 2 nd command providing unit that generates a 2 nd command that is a command different from the 1 st command and that is a process executed by the processing unit based on the 1 st command specifying processing unit.

Description

Automatic transaction device, automatic transaction system, and non-transitory recording medium

Technical Field

The invention relates to an automatic transaction device, an automatic transaction system and a non-transitory recording medium.

Background

Automatic cash transaction apparatuses such as atms (automated Teller machines) are widely installed not only in banks but also in department stores, convenience stores, stations, and the like. In designing an automatic transaction apparatus, a specific module constituting various processing units of the automatic transaction apparatus, such as a banknote unit, is purchased from a professional manufacturer, and thus, high efficiency of design is often achieved.

In general, an automatic transaction apparatus is equipped with a bill unit that carries out the entry and exit of bills to and from a customer. In particular, the banknote unit has introduced various techniques for realizing functions and performances of operations related to characteristics of regions of operations, types, states, operations, and the like. In order to realize an automatic transaction apparatus that exhibits higher performance than the conventional one by freely operating them, a high level of technology is required in designing the automatic transaction apparatus even when a module is purchased.

The modules built in the automatic transaction apparatus are usually connected to the control unit by a communication line or an io (input output) interface such as usb (universal serial bus). The control unit transmits a command message instructing an operation to the module, the module performs an operation following the instruction, and the operation result is returned to the control unit in response to the command message (patent document 1).

Documents of the prior art

Patent document

Patent document 1: japanese patent laid-open publication No. 2014-78273

Disclosure of Invention

Problems to be solved by the invention

Such a module has a complicated and various functions, and it is necessary to appropriately determine the order of command messages or the information determination and subsequent operations based on response messages by extracting the functions or performances thereof. Therefore, in order to extract the functions of the module to the maximum, the specification of the command message or the response message must be designed in detail, and there is a problem that the design load is high. In the above patent document 1, the above problems are not considered, and a technique for solving these problems is required.

Means for solving the problems

The automatic transaction device according to the present invention is configured to have a processing unit for executing a transaction using a medium; has a control section including: a1 st command providing unit that generates a1 st command for acquiring information used in a transaction from the processing unit, based on an instruction for the transaction; and a 2 nd command providing unit that generates a 2 nd command converted into a command different from the 1 st command based on the processing executed by the 1 st command designation processing unit.

Effects of the invention

According to an embodiment of the present invention, the specification of a command message or a response message that can be used to extract the functions of the module to the maximum extent can be simplified, and the design load can be reduced.

Drawings

Fig. 1 is an external perspective view of an ATM.

Fig. 2 is a block diagram showing the structure of the functionality of the ATM.

Fig. 3 is a diagram showing a conventional software configuration in an ATM.

Fig. 4 is a diagram showing the flow of command messages and response messages for each unit and module in the control unit in the software configuration shown in fig. 3.

Fig. 5 is a block diagram of software in the ATM in which a function library is arranged in the software configuration shown in fig. 4.

Fig. 6 is a block diagram of software in the case where the module shown in fig. 5 includes sub-modules.

Fig. 7 is a diagram showing an example of the flow of the banknote section connection processing.

Fig. 8 is a diagram showing an example of the configuration information.

Fig. 9 is a diagram showing an example of the license authorization information.

Fig. 10 is a diagram showing an example of a basic process flow of the function library main body function.

Fig. 11 is a diagram showing an example of the processing content table.

Fig. 12 is a diagram showing an example of the format of a command text.

Fig. 13 is a diagram showing an example of the format of the response message.

Fig. 14 is a diagram showing an example of a response message in which the reserved bit includes the determination result of the delivery status of the delivery port.

Fig. 15 is a diagram showing an example of a processing content table in the case of returning a response message including additional information.

Fig. 16 is a diagram showing an example of a basic process flow of the function library main body function in the case where additional information is included.

Fig. 17 is a diagram showing an example of authorization permission information defined to include authorization levels.

Fig. 18 is a diagram showing an example of a processing content table in the case of using the license information shown in fig. 17.

Fig. 19 is a diagram showing an example of a basic process flow of the function library main body function in the case of using the authorization permission information shown in fig. 17.

Fig. 20 is a diagram showing an example of a format of a command message between the function library and the bill unit as a module.

Fig. 21 is a diagram showing an example of a basic process flow of the function library main body function in the case where a standard error code is changed or enlarged.

Fig. 22 is a diagram showing an example of an error code conversion table.

Fig. 23 is a diagram showing an example of referring to the target management table.

Fig. 24A is a diagram showing an example of the first command response management table.

Fig. 24B is a diagram showing an example of the second command response management table.

Fig. 25 is a diagram showing a configuration of a system including a host device.

Fig. 26 is a diagram showing an example of function library management information.

Fig. 27 is a diagram showing an example of log information for each of the parts.

Fig. 28 is a diagram showing an example of the analysis log information table.

Fig. 29 is a diagram showing an example of the replacement information management table.

Fig. 30 is a diagram showing an example of the flow of the statistical data generation process.

Detailed Description

Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings.

In the following, a description will be given taking as an example a banknote section as a banknote handling apparatus among modules controlling various processing sections constituting an automatic transaction apparatus, but the present invention is also applicable to various modules controlling various apparatuses normally provided in an automatic transaction apparatus such as a card/statement processing apparatus, a passbook processing apparatus, or a coin processing apparatus. Note that, although the automatic transaction apparatus is described below as an example of the transaction medium processing apparatus according to the present invention, the present invention is also applicable to a banknote dispensing apparatus such as a sorter, an apparatus operated by a cashier such as a cashier machine, an apparatus used by a central bank, and the like. The present invention is not limited to these embodiments.

In this embodiment, a module supply source is designed as a software library that realizes functions on the control unit side, and a technology is proposed that matches a module to provide a module supply target and realizes appropriate free operation. According to this aspect, the module supply source can realize a plurality of functions related to operation and maintenance by using the storage device owned by the control unit without additional cost, while minimizing the disclosure of the operational technique for the module to be supplied to the module. As a result, the value of the module can be improved.

In addition, in the module supply target, it is not necessary to understand all of the complicated modules such as the operation techniques, and it is sufficient to understand the minimum necessary for the automatic transaction apparatus, and an optimal system design for controlling the modules can be performed. Therefore, the resources of the control unit can be utilized to the maximum extent and the performance can be exhibited. Further, by receiving a supply of a function with which the design priority of maintenance or the like may be lowered from the module supply source, the design workload can be reduced, and the automatic transaction apparatus can be designed with high quality in a short period of time. Further, by providing the control unit with various conversion information, even when the functions are realized by a plurality of types of modules or a plurality of banks, the burden of design change of the control unit can be suppressed.

Fig. 1 is an external perspective view of an automatic transaction apparatus (hereinafter, referred to as an ATM) 10. The ATM10 is a device installed in a financial institution or the like, which performs transactions such as cash deposit and withdrawal by a customer operation, and automatically executes various transactions requested by the customer. As shown in fig. 1, the ATM10 includes a banknote section 11, a card/statement section 12, a passbook section 13, a coin section 14, an operation section 15, and a machine operator operation section 16 in its interior.

The bill unit 11 performs processing related to bills such as discriminating the denomination (denomination) and authenticity of bills, counting bills deposited by a user and storing the bills, or drawing out bills stored in a bill storage and discharging the bills to a bill inlet/outlet depending on the amount of money entered from the operation unit 15.

The card/receipt unit 12 performs processing concerning the card or receipt of a cash card for a user to make a transaction with the ATM10, acquisition and discharge of information stored in the card, and discharge of a receipt printed with a transaction record to a user.

The passbook unit 13 performs processing related to passbooks, such as receipt of passbooks for a user to make a transaction with the ATM10, acquisition and discharge of information recorded in the passbook, and printing or page turning of transaction records.

The coin unit 14 performs processes related to coins, such as discriminating the denomination (denomination) and authenticity of the coin, counting and storing coins deposited by a user, or drawing out and discharging coins stored in a coin storage to an inlet/outlet port in accordance with the amount of deposited coins input from the operation unit 15.

That is, the banknote unit 11, the card/statement unit 12, the bankbook unit 13, and the coin unit 14 each perform a transaction process as a process of acquiring information (for example, a transaction amount and account information) used for a transaction from a target medium. In the transaction processing, operation processing such as media transport processing for transporting the target medium may be included to acquire information used in the transaction.

The operation unit 15 receives a transaction type, a deposit and withdrawal amount, and various information on the transaction from a user.

The machine operator operation unit 16 displays guidance of trouble information and restoration operation information that have occurred during operation, and displays various operation screen information during maintenance operation.

Fig. 2 is a block diagram illustrating the structure of the functionality of ATM 10. As shown in fig. 2, the ATM10 has the banknote unit 11, the card/statement unit 12, the passbook unit 13, the coin unit 14, and the operation unit 15 connected to the control unit 20. The control unit 20 is connected to the communication control unit 17 for connection to an external device such as a host computer. The specific configuration of each of the above-described parts will be described below by taking the bill unit 11 as an example.

The bill unit 11 includes a bill input/output unit 112, a recognition unit 113, a temporary storage unit 114, a transport unit 115, and a cassette 116, and these units are connected to the bill control unit 111. As shown in fig. 2, the banknote unit 11 is configured, with a banknote control unit 111 which receives instructions from the control unit 20 which controls the operations of the whole ATM10 and the respective units constituting the ATM10, controls the withdrawal, transport, and the like of banknotes, and reports the operation results to the control unit 20, and includes a depositing and dispensing unit 112 which performs the depositing and dispensing of banknotes, a recognition unit 113 which performs the denomination (denomination) recognition of banknotes, a temporary storage unit 114 which temporarily stores banknotes deposited by a transaction operator, a transport unit 115 which connects the respective units and transports the banknotes, and a plurality of removable cassettes 116 which store the banknotes. Note that, depending on the banknote unit 11, there may be a case where the temporary storage unit 114 and the depositing/dispensing unit 112 are not provided, where depositing and dispensing are completely different, or where the number of depositing/dispensing units 112 is different, and the configuration of the banknote unit 11 is not limited to fig. 2.

Fig. 3 is a general software architecture diagram within ATM 10. As shown in fig. 3, the control unit 20 includes: an Operating System (OS)201, which is basic software for managing the functions of the ATM10 and the above-described components; a storage device 202 for storing various information required for the operations of the ATM10 and the above-described components; a service Application (AP)203, which is software for receiving a transaction operation of the ATM 10; a Service Provider (SP)204, which is a text providing module (software) that generates a command text or a response text that can be transmitted and received between the business application 203 and the bill unit 11 and that can be executed by each unit such as the bill unit 11; and a communication control unit 205 (a bill unit communication control unit 2051, a card/statement unit 2052, a passbook unit communication control unit 2053, and a coin unit communication control unit 2054) corresponding to each of the above units.

On the operating system 201 operating in the control unit 20, a communication control unit (the bill unit communication control unit 2051, the card/statement unit 2052, the passbook unit communication control unit 2053, and the coin unit communication control unit 2054) for modules that perform communication control with modules that process various media corresponding to the above-described units (modules executed by the bill unit 11, the card/statement unit 12, the passbook unit 13, and the coin unit 14, respectively), a service provider 204 that performs generation, editing, and analysis of a text message communicated with each module, and a business application 203 that combines the operations of the modules to realize a business operation operate. In addition, the storage device 202 stores information and programs necessary for each operation, operation result records, and the like. Here, the service provider 204 and the service application 203 may be integrated without being clearly distinguished.

The control unit 20 is configured by hardware, for example, a cpu (central Processing unit) and a memory, and a program for realizing the functions of the above-described units configuring the ATM10 is stored in the storage device 202. The control unit 20, for example, reads a program from the storage device 202 at a timing when the power of the ATM10 is turned on, and executes the program, thereby realizing the above-described functions.

The program may be a file in an installable or executable format, and may be recorded in a computer-readable recording medium such as a usb (universal Serial bus) memory, or may be stored in another computer connected to a network such as the internet, and may be provided or distributed to the storage device 202 by downloading the file via the network.

Fig. 4 is a diagram showing a command message and a response message in each unit and module in the control unit and a flow in the software configuration shown in fig. 3. Fig. 4 shows a case of a module executed by the bill unit 11. Note that, although the communication control units of the modules shown in fig. 3 are omitted from the drawings, the communication control units each perform communication control on the modules.

As shown in fig. 4, if an instruction for a transaction is received from the business application 203, the service provider 204 generates an instruction message C1 for the bill unit 11 in accordance with the instruction, edits it, and outputs it in the control unit 20. The command message C1 includes, for example, an instruction command for executing a transaction such as a coin insertion process. That is, the service provider 204 generates a command that can be executed by the bill unit 11. Here, the command that can be executed by the bill unit 11 is a command that can be understood by the bill unit 11, and may be a command that the bill unit performs processing or operation in accordance with information of the command. That is, the command that operates the bill unit 11 (that can directly operate the bill unit 11) without changing the information included in the command is included in the executable command. In addition, even when the command is temporarily changed for communication between the control unit 20 and the bill unit 11, the command may be included in the executable command when the information included in the command used by the control unit 20 and the bill unit 11 is the same. On the other hand, when the information (particularly, the command code) included in the command is converted by the service provider 204 or the function library 206, the information may not be included in the executable command.

Upon receiving the command message C1 from the service provider 204, the banknote unit 11 executes processing in accordance with the command, and returns the result to the service provider 204 as a response message R1. The response message R1 includes, for example, a response including the number of banknotes stored in a cassette of each denomination (denomination) in a transaction such as a deposit transaction, the number of banknotes discriminated as a counterfeit note, a transaction processing result indicating whether or not the transaction processing is normally completed, and the like.

The service provider 204 sends a response corresponding to the command C1 to the business application 203 according to the above-mentioned response message R1. The business application 203 notifies the outside of the result of the command C1 based on the response.

In the software configuration shown in fig. 3, 4, the business application 203 is provided in a specification set by the bank side, and the service provider 204 needs to be designed in a module provision target so as to match the specification of the business application 203. In this case, the module supply target is required to be designed so as to extract the functions of the module supplied from the module supply source to the maximum. However, in the module supply target, although the specification of the module, the configuration of a complicated command message or a response message supplied from the module supply source is not necessarily understood appropriately, the design of the service provider 204 is performed. Therefore, the module supply source may not function as intended.

Therefore, as described below, in the present embodiment, by designing a software library on the module supply side, which can realize detailed functions of a module in accordance with a simple instruction from the service provider 204, the design load of the service provider 204 in the module supply target is reduced, and the risk of technical outflow of the module supply source is reduced.

Fig. 5 is a block diagram of software within the ATM10 configured with the Function Library (FL)206 designed as a software library by the module supply source in the software configuration shown in fig. 4.

The ATM10 can easily perform extension processing in addition to transaction processing (also referred to as basic processing) that has been conventionally performed by including the function library 206. The transaction processing is processing for acquiring information used in a transaction, and is, for example, processing for a deposit transaction, a withdrawal transaction, or the like, and processing for the banknote unit 11 to count the amount of money deposited to an account designated from the outside or the amount of money withdrawn from an account designated from the outside. The present invention also includes a process of acquiring information (for example, a transaction amount or account information) used for a transaction from a medium such as cash or a card inserted from the outside.

On the other hand, the extension process is a process different from the transaction process, and includes a process of acquiring information that is not used in the transaction, and a process of executing the function library or executing the banknote unit 11 based on the information acquired by the transaction process or the extension process. More specifically, the processing includes an acquisition process of acquiring status information from the banknote unit 11, an operation process of operating the banknote unit 11 or setting the banknote unit 11, and an analysis process of analyzing the function library 206 based on the information acquired by the acquisition process. The acquisition process is, for example, a process of acquiring status information (for example, the number of banknotes stored in a storage or by a type such as denomination (denomination), setting information of the banknote unit, failure information of the banknote unit, and log information (an operation log indicating an operation state of the banknote unit 11, a banknote log of a banknote image or serial number acquired from the banknote during a transaction process)) from the banknote unit 11. The operation processing is, for example, processing for causing the banknote unit 11 to perform an operation (for example, counting or billing of banknotes stored in the banknote unit 11) different from the transaction processing or changing the setting of the banknote unit 11 based on the state information acquired by the acquisition processing or an instruction from the outside. The analysis process is a process of detecting a sign of occurrence of a failure of a component based on the operation log of each component of the bill unit 11.

Next, the function library 206 and the service provider 204 will be explained. The function library 206 may be a text message providing module that transmits a command text message executable by each unit of the banknote unit 11 and the like based on a command received from the outside through the service provider 204, and transmits a response text message received from each unit of the banknote unit 11 and the like as a response text message that can be processed by the service provider 204 or the business application 203. Further, the service provider 204 may be software, i.e., middleware, which implements a common processing section that commonly implements common processing based on instructions from the plurality of business applications 203 or implements management of commonly utilized data. As described with reference to fig. 3 and 4, the business application 203 instructs the service provider 204 to perform a transaction, but may be integrated with the service provider 204. Therefore, the following describes processing among the service provider 204, the function library 206, and the bill unit 11.

Next, an outline of the processing shown in fig. 5 is described. The service provider 204 issues an operation instruction to the bill unit 11 to the function library 206, and the function library 206 receives the operation instruction, converts the operation instruction into an appropriate operation instruction to the bill unit 11, and instructs the bill unit 11. Note that, in the same manner as in fig. 4, the communication control unit is not shown in the figure, but performs communication control for the modules.

The bill unit 11 operates in accordance with the instruction, and returns the result to the function library 206. The function library 206 performs an operation such as an instruction to add an operation to the bill unit as necessary for collecting an operation record or the like, or returns an operation result to the service provider 204 in response to an instruction from the service provider 204 after storing part of the operation information in the storage device 202 or the like and performing an optimal operation in accordance with the operational technique. The function library 206 may transmit the operation instruction from the service provider 204 to the banknote unit 11 as it is, or may transmit the information to the banknote unit 11 after changing the information with reference to the information included in the operation instruction.

Next, a technique for distinguishing the use of the service provider 204 and the function library 206 according to which of the transaction processing and the extension processing is performed will be described. For example, when the control unit 20 causes the banknote unit 11 to execute a transaction process based on an instruction from the outside, the service provider 204 generates an (executable) command (for example, a command code) that causes the banknote unit 11 to execute the transaction process. In addition, when the banknote unit 11 is caused to perform the extension processing based on an instruction from the outside, a command (for example, a command code) may be generated in which the function library 206 performs the extension processing or in which the banknote unit 11 performs the extension processing (or the like). In this case, the external instruction may or may not be via the service provider 204. In addition, when the external instruction may be given via the service provider 204, the service provider 204 may be a generator of an instruction that does not allow the banknote section to perform the extension process.

The generation of the command is not limited to the generation of a new command, and may include the use of an already-formed command. The command code is information specific to a process indicating a process to be performed by the bill unit. The command code that can be executed by the bill unit is a command code that can be understood by the bill unit 11, and may be a command for the bill unit to perform processing or operation in accordance with information of the command code. That is, the command code for operating the bill unit 11 (enabling the bill unit 11 to operate directly) without changing the command code is included in the executable command code. Even when the command code is temporarily changed for communication between the control unit 20 and the bill unit 11, the command code that can be executed is included in the command that can be executed when the command codes used by the control unit 20 and the bill unit 11 are the same. On the other hand, when the command code is converted by the service provider 204 or the function library 206, it may not be included in the executable command code.

By generating commands that can be executed by the banknote unit 11 from different middleware for the transaction process and the expansion process, it is possible to achieve both technical concealment of the expansion process and reduction of the design workload associated with function expansion and change. In this case, as described above, the function library 206 may transmit the command for causing the banknote unit 11 generated by the service provider 204 to perform the transaction processing to the banknote unit 11 as it is (without changing the command code). By transmitting the information to the bill unit 11 as it is, it is possible to suppress a change in design of the service provider 204 of the existing control unit 20 that performs the transaction processing.

Hereinafter, an example in which the function library 206 causes the banknote unit 11 to perform the transaction processing and the extension processing when the control unit 20 performs the transaction processing will be described with reference to fig. 5. In addition, as described above, the command code for transaction processing may be generated by the service provider 204.

More specifically, as shown in fig. 5, when the control unit 20 receives an instruction about a transaction from the business application 203, the service provider 204 generates and edits and outputs a command message Ca1 to the function library 206 in accordance with the instruction. The command message Ca1 includes, for example, a command for executing the coin insertion process. The command message Ca1 shown in fig. 5 and the command message C1 shown in fig. 4 can use the same message.

Upon receiving the command message Ca1 from the service provider 204, the library 206 generates a command message Cb1 for the banknote unit 11 in accordance with the command, edits it, and outputs it. The command text Cb1 includes, for example, commands for specifying the denomination (denomination) of the cassette, the method of processing the counterfeit note, and the banknote acceptance rate, in addition to the command for executing the deposit process included in the above-described command. The command text Cb1 includes a command for acquiring status information indicating the status of the banknote unit 11 at the current time. The command for acquiring the status information includes, for example, a command for collecting log information.

Upon receiving the command message Cb1, the banknote unit 11 executes processing in accordance with the commands and returns the result to the library 206 as a response message Rb 1. The response message Rb1 includes, for example, the number of banknotes stored in a cassette of a designated denomination (denomination), the number of banknotes discriminated as a counterfeit note, the acceptance rate of the banknotes at the time of processing, and a response indicating the result of processing indicating whether or not the processing has ended normally.

The function library 206 generates a command message Cb2 for executing the next process corresponding to the response message Rb1, and edits and outputs the command message. For example, when the number of banknotes stored in a cassette of a specified denomination (currency) is equal to or greater than a predetermined threshold value or when an inquiry to stop a transaction of deposited banknotes is included because no further banknotes are accepted as the response message Rb1, the library 206 outputs an instruction to collect banknotes in another cassette as the command message Cb2 and receives the response message Rb2 with respect to the command message Cb 2.

Thereafter, the function library 206 performs the transfer of the order message and the response message to and from the banknote unit 11 until the transaction instructed from the business application 203 is completed. If a response RbN indicating the end of the processing concerning the transaction instructed from the business application is received from the banknote section 11, the function library 206 transmits a response RaN indicating the end of the processing concerning the transaction instructed from the business application to the service provider 204. The service provider 204 notifies the result of the transaction to the outside by the business application 203 based on the response.

In fig. 5, unlike the case of fig. 4, the command text generated by the service provider 204 may be either content that cannot be executed by the respective units such as the bill unit 11 or executable content. If the function library 206 cannot be executed, the function library 206 may generate or change a command message that can be executed by each unit of the bill unit 11 or the like based on a command message that cannot be executed by each unit of the bill unit 11 or the like transmitted from the service provider 204, convert a response message received from each unit of the bill unit 11 or the like into a response message that can be processed by the service provider 204, and transmit the response message to the service provider 204 (details will be described later). On the other hand, in the case of an executable command, the function library 206 may be transmitted to the banknote unit 11 or the like as it is, and may return a response received from the banknote unit 11 to the service provider 204 as it is.

As described above, in the present embodiment, the function library 206 is provided between the service provider 204 and the banknote section 11, and the service provider 204 transmits the first command (for example, the command message Ca1) to the function library 206, and the function library 206 does not inquire the service provider 204 (transmission and reception of the response message and the command message) until the first response (for example, the response RaN) corresponding to the first command is received from the function library 206, and receives the transmission of the plurality of second commands (for example, the command message Cb1 and the command message Cb2) to the module and the second responses (for example, the response message Rb1 and the response message Rb2) corresponding to the plurality of second commands, respectively, based on the first command. Thus, the service provider 204 can suppress the number of first commands and first responses with the function library.

In addition, the function library may also determine the kind of the next second command (command text Cb2)) to be sent to the module next to one second command based on the content of one second response (for example, response text Rb1) corresponding to one second command. In this case, the function library can select and transmit a command suitable for the state of the module to the module, and efficient use of system resources of the ATM10 can be achieved by suppressing the number of command transmission and response reception to the module.

Further, the service provider 204 may transmit a transaction command as the first command to cause the banknote unit 11 to execute transaction processing such as a money input transaction or a money output transaction that is executed by transporting banknotes, based on an instruction from the outside, and the function library 206 may generate an information acquisition command for collecting log information including status information that is not used in the transaction, based on the transaction command, and transmit the information acquisition command to the banknote unit 11 to execute expansion processing. The status information may be information including operation information of the banknote unit 11 generated by conveying the banknotes by the banknote unit 11, storage information of the types of the banknotes held by the banknote unit 11 before or after the transaction, and component information indicating error information of the components of the banknote unit 11. Further, the function library 206 performs processing for transmitting information acquired from the bill unit 11 based on the transaction command to the service provider 204 and for not transmitting log information acquired from the bill unit 11 based on the information acquisition command to the service provider 204. In this case, the function library 206 may store the log information in the storage device 202.

The function library 206 may generate or change a command executable by each unit such as the bill unit 11 based on a command that cannot be executed by each unit such as the bill unit 11 generated by the service provider 204.

Further, depending on the type of processing (for example, expansion processing), the function library 206 may generate one second command executable by the bill unit 11 based on a first command from the outside without passing through the service provider 204, transmit the generated second command to the bill unit 11, generate another second command executable by the bill unit 11 based on one second response to the one second command received from the bill unit 11, and transmit the generated second command to the bill unit 11.

By providing the function library 206 and performing the above-described processing, it is possible to suppress the load on the design service provider 204 in the module provision target and to eliminate the possibility of technical outflow in the module provision source. Further, the operation history may be used for functions required for operation or maintenance of the module. Fig. 6 is a block diagram of software in a case where the module shown in fig. 5 includes a sub-module. In the example shown in fig. 6, the banknote section 11 as the module shown in fig. 5 has an identification section 113 as a sub-module of 1 level in the inside. The control unit 20 is provided with an identification unit communication control unit (not shown) corresponding to the identification unit 113. That is, the control unit 20 is connected to the bill unit 11 and also connected to the recognition unit 113 without passing through the bill unit 11.

In the control unit 20, if an instruction for a transaction is received from the business application 203, the service provider 204 generates and edits and outputs a command message Ca1 to the function library 206 in accordance with the instruction. The command message Ca1 includes, for example, a command for executing a coin insertion process. The command message Ca1 shown in fig. 5 and the command message C1 shown in fig. 4 may use the same message.

Upon receiving the command message Ca1 from the service provider 204, the function library 206 analyzes the command, generates a command message CbM1 for the banknote unit 11 as a module and a command message CbS1 for the recognition unit 113 as a sub-module, and edits and outputs the command messages. As the command message CbM1, there is a command similar to the case of fig. 5. The command text CbS1 includes, for example, a command for setting a threshold value for use in authentication of a banknote. In this case, as in the case of the command message CbM1, a command for acquiring status information indicating the status of the banknote unit 11 at the current time may be included.

Upon receiving the command message CbS1, the recognition unit 113 executes processing in accordance with the command, and returns the result to the function library 206 as a response message RbS 1. The response message RbS1 includes, for example, a response including a threshold value for use in authentication judgment of a banknote.

Similarly to the case where the response message RbM1 is received, the function library 206 generates a command message CbS2 for executing the next processing corresponding to the response message RbS1, edits and outputs the command message, and performs handover between the command message and the response message until the transaction instructed from the business application 203 is completed.

That is, the recognition unit 113 recognizes the bill during the transaction processing based on the command transmitted from the control unit 20 to the bill unit 11, and performs a process (for example, an extension process) different from the transaction processing based on the command transmitted from the control unit 20 to the recognition unit 113 without passing through the bill unit 11.

In this way, by directly connecting the recognition unit 113 to the function library 206 (or the control unit 20) (without via the bill unit 11), it is possible to give a dedicated operation instruction to the recognition unit 113 or to collect a large amount of information possessed by the recognition unit 113. Here, since the function library 206 communicates with the recognition unit 113 via the recognition unit communication control unit (not shown), the processing time from the issuance of the command by the service provider 204 to the return of the response can be shortened by processing in parallel with the communication with the bill unit 11.

The function library 206 may generate a command message to the bill unit 11 and a command message to the recognition unit 113 based on 1 command message from the service provider 204. This can suppress the number of times of instruction of the command message from the service provider 204, and the service provider 204 does not need to be designed as in the conventional art for the module supply target, and there is no longer any fear of technical outflow in the module supply source. In the present example, although the description has been given of the case where the module has 1 sub-module of 1 hierarchy, the present invention is also applicable to the case where the module has a plurality of sub-modules of a plurality of hierarchies. In this case, the processing time can be further shortened. Next, the processing performed in this embodiment will be described.

Fig. 7 shows an example of a banknote section connection processing flow having a counterfeit prevention function for the purpose of authorized management of the function library 206 or verification of whether or not a correct module is connected. This process is executed when the power of the ATM10 is turned on, for example.

In the bill unit connection process (701), the function library 206 generates a command message for line connection to the bill unit 11, and outputs the command message to the bill unit communication control unit 2051. The bill unit communication control unit 2051 generates a command message including a predetermined communication order, and performs line connection to the bill unit 11 (702). The function library 206 judges whether or not a response message connectable to the banknote unit 11 via a line is received from the banknote unit communication control unit 2051 (703), and if it is judged that the connectable response message is not received (703; No), notifies the service provider 204 of the reason indicating the non-connection included in the response message from the banknote unit 11 (e.g., a message or a code indicating an error such as communication timeout or power off of the banknote unit 11) (710), and terminates the present process abnormally (713).

On the other hand, when it is determined that a connectable response message has been received (703; Yes), the function library 206 reads configuration information of the information for identifying the bill unit, including the bill unit type indicating the type (style) of the bill unit, the serial number unique to the hardware of the bill unit, and the like, included in the response message (704). An example of the read configuration information is shown in fig. 8.

As shown in fig. 8, the configuration information includes a serial number of the identification unit as the sub-module and a version number of the firmware, in addition to a hardware configuration (for example, information on the number of cassettes, country or region information, and arrangement of the inlet/outlet ports) of the banknote unit 11 as the module, a serial number, and a version number of the firmware.

Next, the function library 206 refers to the authorization permission information of the ATM10 stored in advance in the storage device 202 and the configuration information read in step 704, and determines whether or not the read configuration information is registered in the authorization permission information (705). In this example, the authorization permission information is stored in the storage device 202, but may also be stored in the function library 206. The authorization information is information for identifying the banknote unit 11 authorized for use.

An example of the license authorization information is shown in fig. 9. Here, the authorized license sequence numbers of the license action are held in a table form. As can be seen from fig. 9, a plurality of serial numbers, the hardware configuration of which is authorized, are registered for each banknote unit of a certain type (type xxxxxx-XX). In addition to storing all the serial numbers as shown in fig. 9, it is also possible to determine whether or not the banknote unit is a permitted banknote unit by designating the serial number in a specific range from a certain number to another number and permitting the serial number or by designating a specific numerical value of a certain digit.

The function library 206 judges that the read configuration information is not registered in the authorization permission information in step 705 (705; No), and when judged as unusable, notifies the service provider 204 of the message (711) and terminates the processing exception (713). In this case, the service provider 204 may notify the outside (the display unit (for example, the operation unit 15 or the operator operation unit 16) of the host device connected to the ATM10 or the ATM 10) of the unusable information.

On the other hand, in step 705, the function library 206 determines that the read configuration information is registered in the authorization permission information (705; Yes), and if it determines that the use is possible, generates a command message for the bill unit 11, and outputs the command message to the bill unit communication control unit 2051. The bill unit communication control unit 2051 generates a command message including a predetermined communication order, generates a command message for executing the initialization process of the bill unit 11, and the bill unit 11 executes the initialization process in accordance with the command message (706). The function library 206 determines whether or not a response message indicating that the bill unit 11 can be initialized normally is received from the bill unit 11 via the bill unit communication control unit 2051 (707). Examples of initialization of the bill unit 11 include designation of the denomination (denomination) of a cartridge to be used and setting of a bill acceptance rate.

If the function library 206 determines that the response message indicating that the banknote unit 11 can be initialized normally has been received (707; Yes), it notifies the service provider 204 that the initialization is normal (708), and terminates the connection process normally (709). On the other hand, if the function library 206 determines that the response message indicating that the banknote unit 11 can be initialized normally has not been received (707; No), it notifies the service provider 204 of the initialization impossible message (712), and terminates the processing exception (713).

Fig. 10 shows a basic processing flow of the function library body function as an example. The present process may be executed by the function library 206, for example, when the ATM10 is powered on, to execute S701, S1002, and S1013, and execute S1003 to S1012, and S1014 in response to the reception of the command from the service provider 204.

First, in this process, the bill unit connection process (701) shown in fig. 7 is executed, and when the function library 206 cannot be connected to the bill unit 11, the function library is made to be not connectable, and the service provider 204 is notified of the reason for the incapability and waits for a reconnection instruction (1002; No, 1013). On the other hand, when the function library 206 can be connected to the bill section 11 correctly, it receives a command from the service provider 204 (1003). When a command is received from the service provider 204 in step 1003, proceeding to the next step, the function library 206 retrieves the login processing content corresponding to the command from the processing content table.

Fig. 11 is a diagram showing an example of the processing content table. The processing content table is a table for setting a processing procedure for determining a procedure of processing to the banknote unit 11 as a module with respect to the command received from the service provider 204. In this example, the processing procedure to the module is set, but in the case where the module has sub-modules as shown in fig. 6, the setting can be made in the same manner as the module.

As shown in fig. 11, the processing content table stores a number for identifying a command received from the service provider 204, a command identified by the number, a permission distinction indicating whether or not execution of the command is permitted, and a processing procedure executed when the command is received, in association with each other.

The function library 206 may also be configured to count the number of times of issuing commands by assigning IDs to the commands issued by the modules according to the types of the commands. Further, the time when the command is issued and the end information indicating whether or not the process executed by the module has ended normally may be managed at the same time. Thus, the function library 206 can grasp in detail the operation status (the number of normal operations and the number of abnormal operations) of the module by the command. Further, the module supply source can grasp the usage status of the function library 206 in the module supply source based on the operation status of the module.

The function library 206 searches the command received from the service provider 204 using the processing content table, and first determines whether or not the registration is permitted and whether or not the use is permitted (1005).

When the command received from the service provider 204 is registered in the processing content table and it is determined that the use is permitted (1005; Yes), the function library 206 proceeds to the next processing. On the other hand, when the command received from the service provider 204 is registered in the processing context table and it is determined that the use is not permitted (1005; No), the function library 206 assumes that the command whose execution is not permitted is received, and returns a message that the processing cannot be executed to the service provider 204 (1014).

On the other hand, when the use permission is confirmed (1005; Yes), the function library 206 executes instruction determination processing (1006 to 1010) for determining what operation is instructed to the module. Function library 206 initializes the sequence number as the processing object (1006). The sequence numbers are stored in a memory (not shown) in the control unit 20.

Next, the function library 206 generates a command message to the banknote unit 11 as a module corresponding to the initialized sequence number in the processing sequence corresponding to the command received in step 1003 with reference to the processing content table shown in fig. 11, and transmits the generated command message to the banknote unit 11 via the banknote unit communication control unit 2051 (1007). If the bill unit 11 executes the process in accordance with the command message transmitted in step 1007, the function library 206 receives a response message including the operation result (1008).

The function library 206 parses the response message received from the module to confirm the action result of the module. The function library 206 refers to the current sequence number of the processing content table shown in fig. 11 and the operation result of the module, and determines the sequence number of the processing to be performed next (1009). The function library 206 determines whether or not the determined sequence number is the last sequence number in the processing order (1010), and if it is determined that the determined sequence number is not the last sequence number in the processing order (1010; No), it returns to step 1007 and repeats the subsequent processing.

On the other hand, when the function library 206 determines that the determined sequence number is the last sequence number in the processing order (1010; Yes), it generates a response message to the service provider 204 (1011), and returns the response message to the service provider 204 (1012).

The processing from step 1003 shown in fig. 10 and subsequent steps will be described in more detail below. In step 1003, if the function library 206 receives a command message containing an instruction to execute the coin-in process from the service provider 204, it confirms that the coin-in command and its license discrimination are the licenses in steps 1004 and 1005 in the process content table shown in fig. 11. Next, function library 206 initializes the sequence number to "1" at step 1006.

Further, in step 1007, the function library 206 reads a money insertion command as a command message in the order corresponding to the initialized sequence number in the processing order corresponding to the money insertion command, and generates a command message to the banknote unit 11 as a module (C1101). The function library 206 transmits the generated command text to the bill unit 11 via the bill unit communication control unit 2051.

The function library 206 receives a response message including the execution result of the processing of the command message from the bill unit 11 at step 1008, and analyzes the execution result. When the response message analysis result in step 1009 indicates that the processing in the banknote unit 11 has ended normally, the function library 206 advances to sequence number 2 and generates a command message for log collection 1 (for example, normal log collection processing) (C1102). The function library 206 transmits the generated command text to the bill unit 11 via the bill unit communication control unit 2051. Further, in step 1010, the function library 206 determines whether or not the sequence of the coin insertion process (sequence of number 2 in fig. 11) is completed. In this case, since the next serial number is not designated, the process proceeds to steps 1011 and 1012, and the function library 206 receives a response message including the execution result of the collection process of the normal log from the banknote unit 11 and analyzes the execution result. When the result of the response message analysis is that the collection process of the normal log is determined to have ended normally, the function library 206 generates a response message indicating that the money deposit process has ended normally (C1103), and transmits the generated response message to the service provider 204. On the other hand, when the result of the response message analysis is that the collection process of the normal log has ended abnormally, the function library 206 generates a response message indicating that the money input process has ended abnormally at steps 1011 and 1012 (C1104), and transmits the generated response message to the service provider 204.

As in the above-described process, when it is determined that the processing in the banknote unit 11 has not been normally completed as a result of the response message analysis in step 1009, the function library 206 advances to the serial number 3 to generate a command message for log collection 2 (for example, collection processing of a failure log) (C1105) and transmits the generated command message to the banknote unit 11 via the banknote unit communication control unit 2051. Further, in step 1010, the function library 206 determines whether all the sequences of the coin insertion process are finished. In this case, since the next serial number is not designated, the process proceeds to steps 1011 and 1012, and the function library 206 receives a response message including the execution result of the collection process of the abnormality log from the banknote unit 11 and analyzes the execution result.

When the result of the response message analysis is that the collection process of the fault log has ended normally, the function library 206 generates a response message indicating that the money deposit process has ended abnormally (C1106), and transmits the generated response message to the service provider 204. When it is determined that the collection processing of the fault log has ended abnormally as a result of analyzing the response message, the function library 206 generates a response message indicating that the money depositing processing has ended abnormally (C1107) in steps 1011 and 1012, and transmits the generated response message to the service provider 204.

That is, in the case of the sequence number 3, there are 2 cases in which the money insertion process itself is abnormally terminated and the failure log collection is abnormally terminated as the abnormal termination of the process, and even in such a case, the service provider 204 generates a response message indicating only the abnormal termination of the money insertion process in any case. Therefore, the service provider 204 notifies only the abnormal completion of the coin-in process as a response message as in the conventional case.

As described above, in the present embodiment, when a module executes processing in accordance with a first command received from the service provider 204, the function library 206 refers to the first command and the processing content table, analyzes the order of second commands/responses with the module based on the first command, performs processing in accordance with the order of the second commands/responses with the module based on the first command received from the service provider 204, and generates a first response message to the service provider. In other words, the function library decides other second commands to be sent next to the module based on information of one second response as a response from the module to one second command.

More specifically, the control unit includes processing content information in which information of another second command to be generated next is stored, in accordance with information of one second response, and the function library transmits another second command including information of another second command corresponding to information of one second response received from the module, based on the processing content information. Therefore, the module supply source can design a function that cannot be entrusted to the module supply target. Further, the module provision target can be designed without analyzing a complicated command response message or the like.

Fig. 12 is a diagram showing an example of the format of the command message transmitted and received in the above embodiment. As shown in fig. 12, the format of the command message includes a message length indicating the length of the command message, a command code indicating a command transmitted from the service provider, a total receivable number indicating the receivable number of banknotes, a denomination (denomination) 1 from the receivable number to the denomination (denomination) 4 from the receivable number indicating the receivable number of each denomination (denomination), a reserved bit for setting an extension command of the command message, and a check code for confirming the adequacy of the message. In the examples of fig. 10 and 11, the coin-in command transmitted from the service provider 204 is set in the command code.

Fig. 13 is a diagram showing an example of the format of the response message transmitted and received in the above embodiment. As shown in fig. 13, the format of the response message includes a message length indicating the length of the response message, a command code indicating a command executed by the module, an operation result code indicating the execution result of the command, an error code indicating an error occurring when the command is executed, a total accepted number indicating the number of banknotes actually accepted by the execution command, a denomination (denomination) 1 accepted number to denomination (denomination) 4 accepted number indicating the accepted number of banknotes of each denomination (denomination), a rejected number indicating the rejected number of banknotes, a reserved bit for setting an extension command in response to the message, and a check code for confirming the adequacy of the message. In the examples of fig. 10 and 11, the deposit command executed by the bill unit 11 is set in the command code.

Although fig. 12 and 13 have been described with respect to a command used in a money entry transaction, the same applies to a money discharge command used in another transaction such as a money discharge transaction. That is, the banknote transaction command for instructing the banknote transaction may include a command code indicating the type of the command and the number of available banknotes indicating the number of available banknotes for transaction according to the type of the banknote. Note that the banknote transaction response, which returns the result of the banknote transaction, includes an instruction code indicating the type of the banknote transaction instruction corresponding to the response, and the number of transaction sheets, which is the number of sheets of each type of banknote counted by the banknote unit.

In the above embodiment, the command for extension is not set in the reserved bit as the response message and is exchanged. However, for example, in the case where there is a returned banknote at the input port when the banknote section 11 performs the input counting operation, if the returned banknote is a banknote that has been subjected to the counting operation and has been rejected as a result, the returned banknote may be read by performing the input counting operation again. However, if the returned banknotes are banknotes accompanied by a withdrawal failure, there is a fear of a jam abnormality if the deposit counting operation is performed again. Therefore, in such a case, it is also preferable to send the response message of the returned bill as it is and to end the process without re-reading the returned bill. Therefore, as shown in fig. 14, the bill unit 11 may transmit a response message by including the determination result of the inlet withdrawal state 1401 in the holding position. Since the response message is sent back to the command message, a command for notifying the drop entry extraction condition 1401 may be set in the reserved bit of the command message shown in fig. 12. In this way, by including additional information indicating the detailed status of each part constituting the bill unit 11 such as the inlet withdrawal status in the response message example shown in fig. 13, the function library 206 receiving the response message can perform more detailed control using the information.

Fig. 15 is a diagram showing an example of a processing table in a case where additional information such as the above-described status information is included in a response message and is returned. Fig. 15 shows an example of a case where the response message including the additional information is transmitted when the banknote unit 11 performs the counting of inserted banknotes. In addition to this, the present invention is,

fig. 16 is a diagram showing, as an example, a basic process flow of the function library main body function in the case where the additional information is included (for example, there is an operation process included in the extension process). In fig. 16, the same steps as those in fig. 10 are assigned the same reference numerals, and the description thereof will be omitted. Similarly to fig. 10, for example, the function library 206 may execute S701, S1002, and S1013 when the ATM10 is powered on, and execute S1003 to S1008, S1010 to S1012, S1014, and S1061 in response to the reception of the command from the service provider 204.

As in the case of C1101 shown in fig. 10, in steps 1006 to 1008, the function library 206 reads a deposit command as a command message to be executed in the order corresponding to the initialized sequence number, and generates a command message including a command for determining the deposit withdrawal status 1401 as the additional information. The function library 206 transmits the command message to the bill unit 11 via the bill unit communication control unit 2051, receives a response message processed in accordance with the command message from the bill unit 11, and analyzes the execution result.

At this time, the library 206 refers to the processing table shown in fig. 15 at step 1601 and determines whether or not a response message including the inlet withdrawal status 1401 indicating that there is a returned medium and that there is no withdrawal failure has been received from the banknote unit 11 (C1501). If it is determined that a response message including the inlet withdrawal status 1401 indicating that the returned medium is present and the withdrawal failure is not executed is received, the function library 206 proceeds to the serial number 2 and transmits a command message including a command to deposit money again to the banknote unit 11 (C1502). In this way, the function library 206 refers to the additional information of the response message received from the banknote unit 11 to determine whether or not the reinsertion command should be issued, and therefore, the number of rejected banknotes can be reduced.

On the other hand, when receiving a response message indicating the drop entry extraction situation 1401 indicating that the returned medium is present and the execution result of the extraction failure is not present, the function library 206 proceeds to the sequence number 3, executes the log collection 1 as in the case of fig. 10, and terminates the processing as it is. The reason why the processing is finished is that even if there is a returned bill, if a withdrawal failure occurs, if the bill is inserted again, there is a possibility that the bill is jammed, and the operation is finished as it is, and higher reliability can be obtained.

That is, the function library 206 transmits the second command to the bill unit 11, receives the second response including the status information from the bill unit, and transmits the first response to the service provider after executing the processing corresponding to the status information based on the first command received from the service provider, thereby eliminating the need for the service provider to perform complicated processing.

In the above embodiment, as shown in fig. 9, the permission division in the processing content table shown in fig. 11 is defined as "present" only for the banknote portion 11 in which the serial number is registered, and execution of the command is permitted. However, depending on the supply destination of the module, there may be a case where it is desired to classify the level of the authorization and what level of the command is set to be executed by the supply source of the module. Therefore, the following description will be made of a case where the permission division is defined not only by "presence/absence" but also by authorization level division.

Fig. 17 is a diagram showing an example of authorization permission information defined to include authorization levels. As shown in fig. 17, in this example, the authorization level is stored in association with the banknote unit type and type. In fig. 17, since the authorization level 1 (the level in which only the basic function is permitted) and the authorization level 2 (the level in which the basic function and the extended function are permitted) are defined, the bill units of serial numbers 1 and 2 can exchange the command message and the response message provided as the extended function. In addition, although 1 banknote unit can be recognized by 1 device by using the manufacturing number of the banknote unit as the authorization permission serial number, when replacement or repair of the banknote unit due to a failure or the like is considered, a unique number dedicated to authorization management may be used separately from the manufacturing number of the banknote unit.

Fig. 18 is a diagram showing an example of a processing content table in the case of using the license information shown in fig. 17. As shown in fig. 18, in the processing content table when the authorization level is set, a permission distinction level 1801 is defined instead of the permission distinction. In this example, it is understood that the reset command, the deposit command, and the storage command, and the processing procedure corresponding to these commands can be executed in any of the banknote units with the authorization levels 1 and 2, while the automatic accounting command and the processing procedure corresponding thereto are extended functions, and therefore, only the banknote unit with the authorization level 2 is permitted. As described above, the processing content table may include commands for the plurality of transaction functions and extended functions and information on the processing procedure corresponding to the commands, and may further include authorization information specifying which of the plurality of transaction functions or extended functions the banknote section is permitted to execute.

Further, the coin out command is defined by dividing the order of processing to be executed according to the authorization level. When the authorization level is 1, the procedure is a procedure for executing the coin out process and the log collection as the basic functions, and when the authorization level is 2, the procedure is a procedure for executing the collection and the reset as the extended functions in addition to the coin out process and the log collection. In this example, the processing order corresponding to each of the plurality of authorization levels is defined in 1 processing table, but the processing table may be set in accordance with the authorization level. As described above, by setting the authorization level for each banknote unit, it is possible to flexibly set the appropriateness of the function to be executed.

Fig. 19 is a diagram showing a basic process flow of the function library main body function in the case where the authorization permission information shown in fig. 17 is used as an example. In fig. 19, the same steps as those in fig. 10 are assigned the same reference numerals, and the description thereof is omitted. Note that, as in fig. 10 and 1619, some of the processes may be executed when the power of the ATM10 is turned on, and the rest of the processes may be executed in response to reception of a command from the service provider 204.

If the function library 206 receives a command message containing an execution instruction of the coin-in process from the service provider 204 in step 103, the coin-in command and its permission classification level are confirmed in the process content table shown in fig. 11 in steps 1004, 1901. Specifically, the function library 206 reads the authorization level corresponding to the serial number of the present apparatus from the authorization permission information shown in fig. 17. The function library 206 determines whether or not the read authorization level is set to the allowable classification level corresponding to the coin-in command in the processing content table shown in fig. 18, and returns a message that processing cannot be executed to the service provider 204 in the same manner as 1014 in fig. 10 when it is determined that the read authorization level is not set to the allowable classification level. On the other hand, the function library 206 executes the processing after step 1006 as in the case of fig. 10.

In this way, since the function library 206 determines whether or not the command message and the response message are executable based on the authorization level given to the module, what function is disclosed to the module provision target can be designed by the module provision source dominantly based on the authorization level possessed by the module provision target.

In the above-described embodiment, the case where the command message and the response message between the service provider 204 and the function library 206 and the command message and the response message between the function library 206 and the bill unit 116 are executed in the same format has been described. However, there is a fear that the module provision target leaks the processing order of what kind of commands the function library 206 executes when receiving, and the technology of providing the module from the module's supply source to the module's supply target, by storing and analyzing the command message and the response message between the service provider 204 and the function library 206. Therefore, a case will be described below in which a part of the command message is changed for the purpose of hiding the module from the operating technology.

Fig. 20 is a diagram showing an example of the format of the command text between the function library 206 and the banknote unit 11 as a module. The description will be given taking as an example the case where the format of the command message shown in fig. 12 is a command message between the service provider 204 and the function library 206. It is understood that the value of the command code of the command message received by the function library 206 from the service provider 204 is $1000 in fig. 12, and the value of the command code 2001 of the command message received by the banknote unit 11 from the function library 206 is $7100 in fig. 20. That is, when the function library 206 receives the command message from the service provider 204, the command message is converted into a value calculated by adding a predetermined value or the like to the value of the command code included in the command message, and the value is set to the value of the command code included in the command message transmitted to the bill unit 11.

In this way, the function library 206 transmits the command code to the module by changing the command code, and the service provider 204 and the module are not directly connected by the same command text, so that the outflow of the operational technique of the module can be prevented, and the necessity of the function library 206 can be increased. In this example, although an example of the case of converting the command code has been described, the function library 206 may have a function of scrambling or encrypting the entire command text so that the order of commands can be concealed even when the command text is viewed.

In the above-described embodiment, the explanation has been made on the premise that the error code at the time of the abnormal end in the processing order is the same when the response message is transmitted from the function library 206 to the service provider 204. However, depending on the demand of the customer using the ATM10, the region where the ATM10 is installed, the demand of the module supply destination, and the like, it may be more preferable not to use the error code of the uniform system.

For example, there is a demand for a simpler system of error codes than the standard system of error codes so that a client using the ATM10 can easily grasp what kind of correspondence should be made. Therefore, a case where a standard error code is changed or enlarged and provided from the function library 206 to the service provider 204 will be described below.

Fig. 21 is a diagram showing a basic process flow of the function library main body function in the case where a standard error code is changed or enlarged as an example. In fig. 21, the same steps as those in fig. 10 are assigned the same reference numerals, and the description thereof is omitted. Note that, as in fig. 10 and 1619, some of the processes may be executed when the power of the ATM10 is turned on, and the rest of the processes may be executed in response to reception of a command from the service provider 204. Fig. 21 illustrates a process for connecting the function library 206 to the banknote unit 11.

The function library 206 searches for the command received from the service provider 204 using the processing content table shown in fig. 11 at step 1005, and if it is determined that the command is registered or not registered and is not permitted to be used (1005; No), stores an error code indicating that fact in a memory (2101), and proceeds to step 2106.

On the other hand, when the function library 206 determines that the registration is present or not and the use is permitted (1005; Yes), the sequence number is initialized (1006). At this time, the function library 206 determines whether or not the state of the function library 206 is in a state where the next command can be executed (2101) in order to execute the next command, and if it is determined that the next command cannot be executed (2102; No), an error code indicating this is stored in a memory (2103), and the process proceeds to step 2106.

On the other hand, when the function library 206 determines that the next command can be executed (2102; Yes), the process of steps 1007 to 1009 is executed, the state of the function library 206 is updated according to the additional information included in the response message received from the bill unit 11 (2104), and whether or not the function library can be connected to the bill unit 11 is determined (2105). If the function library 206 determines that connection to the banknote unit 11 is possible (2105; Yes), the error code stored in steps 2101 and 2103 is used as a key, and the error code is converted by accessing the error code conversion table (2106).

Fig. 22 is a diagram showing an example of the error code conversion table 2200. As shown in fig. 22, in the error code conversion table 2200, a standard error code 2201, which is an error code determined by the standard specification of the banknote unit 11, is stored in association with a customized error code 2202 (3 error codes set in this example). In other words, the function library 206 associates the standard error code 2201 specific to the banknote unit 11 with the error code 2202 specific to the service provider 204 or the bank (settings 1 to 3 are determined for each service provider or bank). Therefore, after the function library 206 converts the standard error codes stored in steps 2101 and 2103 into a certain custom error code, a response message to the service provider 204 is generated and transmitted in steps 1011 and 1012. The error code may be set as an initial setting file at the time of product shipment, or may be acquired by activating the function library 206 and accessing the service provider 204 at the time of power activation of the ATM 10.

That is, the function library 206 changes the standard error code corresponding to the error received from the banknote unit 11 to the error code corresponding to the service provider 204 or the bank based on the error code conversion table. This can suppress the development workload of the service provider 204.

The above-described processing is also applicable to a case where plural types of banknote units 11 are processed as described later in fig. 23. If the types of the banknote units 11 are different, the processing procedure performed by the function library 206 may be different. In this case, the function library 206 can be used for a plurality of banknote units 11 by storing the processing table of fig. 11 for each type of banknote unit 11. Assuming such a case, the control unit 20 may store the reference target management table.

Fig. 23 is a diagram showing an example of referring to the target management table.

Referring to the object management table 2301, the banknote unit type (for example, type xxxxxx-XX in fig. 9) indicating the type of the banknote unit 11 is associated with the identification information unique to the processing-related table shown in fig. 11.

Upon receiving an operation instruction for a module such as the banknote unit 11 from the service provider 204 or upon initial setting, the function library 206 refers to the reference destination management table, and determines a corresponding processing content table to be referred to based on the type of the banknote unit 11 acquired from the banknote unit 11 or received from the outside. The function library 206 performs each process with the banknote unit 11 based on the order set in the determined process content table.

By having the reference destination management table 2301, the function library 206 can set the processing contents corresponding to the type of the banknote unit 11.

Next, a modification of fig. 21 and 22 will be described. In fig. 21 and 22, the case where the control unit 20 has an error code conversion table having functions of both first command response management information (first command response management table) and second command response management information (second command response management table) described later is described with the center of conversion of an error code, but the control unit 20 may have the first command response management information and the second command response management information as shown in fig. 24A and 24B.

Fig. 24A is a diagram showing an example of a first command-response management table 2400A. The "received command from SP" in the processing content table of fig. 11, 15, and 18 is mainly described as a case where the command code is common between the service provider 204 and the function library 206.

However, if there are a plurality of service providers 204 or bank categories, the definition (e.g., text format, command code) of the command text or the response text transmitted and received between the function library 206 and the service provider 204 may be different.

In such a case, the function library 206 is easily utilized for a plurality of service providers 204 by storing the definition of the command message or the response message in the service provider 204 or the bank. Assuming such a case, the control unit 20 may store the first command response management table 2400A, for example. Hereinafter, a case where the command code/response code (for example, the operation result code, the error code, and the additional information) differs depending on the service provider 204 or the bank will be described, but the present invention is not limited thereto.

The first command response management table 2400A associates the command code/response code 2402A defined (managed) by the function library 206 with the command code/response code 2403A defined (managed) by the service provider 204 or the bank according to the category 2401A of the command/response.

Here, the command code/response code 2402A defined by the function library 206 is an inherent value that can be identified by the category of the command/response. Further, the command code/response code 2403A defined by the service provider 204 or the bank is also an inherent value that can be identified by the category of the command/response. The command code/response code 2402A defined by the function library 206 and the command code/response code 2403A defined by the service provider 204 or the bank may also have different values or common values with respect to a part or all of the categories.

Further, the command code/response code defined by the service provider 204 or bank may also be a different value or a common value among a plurality of service providers or banks with respect to a part or all of the categories.

When receiving a command from the service provider 204, the function library 206 refers to the first command response management table 2400A, and converts the command code received from the service provider 204 into a command code of the corresponding function library 206 based on the type of the service provider 204 or the bank. Further, when transmitting a response to the service provider 204, the function library 206 refers to the first command response management table 2400, and converts the response code transmitted to the service provider 204 into the response code of the corresponding service provider 204 or bank based on the type of the service provider 204 or bank. Alternatively, the function library 206 may refer to the first command response management table 2400A at the time of initial setting, and change the "received command from SP" in the processing content table (fig. 11, 15, and 18) to the command code/response code of the type of the service provider 204 in accordance with the type of the service provider 204 or the bank, which is connected to the service provider 204.

The category of the service provider 204 or the bank may be a category of the function library 206 that is received from the service provider 204 or the outside and set by the function library 206.

By using the first command response management table 2400A, even when the service provider 204 or the bank of a different type is connected, the control unit 20 can flexibly perform the processing, and can easily add or delete a function to be used to or from a command that matches the function. The control unit 20 may also have a similar management table in which the types of the elements are associated with each other according to the type of the service provider 204 or the bank, and may perform processing based on information of the elements of each type of the service provider 204 or the bank, with respect to the format of the command message/response message and other elements.

Fig. 24B is a diagram showing an example of the second command response (command response) management table 2400B. The description will be given of a case where the "command to the module" in the processing content table of fig. 11, 15, and 18 is common between the bill unit 11 and the function library 206.

However, if there are a plurality of types of the bill unit 11 (for example, the bill unit types (models) in fig. 8), the definitions (for example, the text format and the command code) of the command text and the response text transmitted and received between the function library 206 and the bill unit 11 may differ. In such a case, by storing the definitions of the command message or the response message in accordance with the type of the bill unit 11, it becomes easy to use the function library 206 for plural types of bill units 11. Assuming such a case, the control unit 20 may store, for example, a second command response management table. Hereinafter, a description will be given of a case where the command code/response code (for example, operation result code, error code, additional information) differs depending on the type of the bill unit 11, but the present invention is not limited to this.

The second command response management table associates the command code/response code 2402B defined (managed) by the function library 206 with the command code/response code 2403B defined (managed) by the type of the bill unit 11, in accordance with the type 2401B of the command/response.

Here, the command code/response code 2402B defined by the function library 206 is an inherent value that can be identified by the category of the command/response. The command code/response code 2403B defined according to the type of the bill unit 11 is also a unique value that can be identified according to the type of the command/response. The command code/response code 2402B defined by the function library 206 and the command code/response code 2403B defined according to the type of the bill unit 11 may have different values or a common value for some or all of the types.

The command code/response code 2403B defined according to the type of the bill unit 11 may be a value different or common for some or all of the types according to the type of the bill unit 11.

When receiving a response from the banknote unit 11, the function library 206 refers to the second command response management table 2400B, and converts the response code received from the banknote unit 11 into the response code of the corresponding function library based on the type of the banknote unit 11. When the command is transmitted to the bill unit 11, the function library 206 refers to the second command response management table, and converts the command code transmitted to the bill unit 11 into the command code of the corresponding bill unit 11 based on the type of the bill unit 11. Alternatively, the function library 206 may refer to the second command response management table 2400B at the time of initial setting, and change the "issuing command to the module" in the processing content table (fig. 11, 15, and 18) to the command code/response code of the type of the banknote unit 11 in accordance with the connected banknote unit 11 based on the type of the banknote unit 11.

The type of the bill unit 11 may be set in the function library 206 by receiving the function library 206 from the bill unit 11 or from the outside.

The control unit 20 can flexibly perform the processing even when connected to the banknote unit 11 of a different type by using the second command response management table 2400B, and can easily perform addition or deletion of a command corresponding to expansion or deletion of a function to be used. In addition, regarding the format of the command message/response message and other elements, the control unit may have a similar management table in which the types of elements are associated with each other according to the type of the banknote unit 11, and may perform processing based on information of the elements of each type of the banknote unit 11.

Further, by providing each of fig. 24A and 24B, the control unit 20 having the function library 20 can be easily introduced into a system of various types regardless of the type of the bill unit 11 and the type of the service provider 204 or the bank.

Fig. 24A and 24B show an example in which both the basic processing (e.g., coin in, coin out, and storage (storage after counting of coins) and the extended processing (e.g., automatic audit and log collection 1) are converted into command responses, but either one of the basic processing or the extended processing may be converted into command responses.

[ 2 nd embodiment ]

Fig. 25 shows an example of a system including a host device in which a plurality of ATMs 10 including the bill unit 11 are connected via a communication network 100. Examples of the higher-level devices include a management device 110 for managing operations of the ATM10 by a bank, and a maintenance device 120 for managing maintenance agencies. Hereinafter, the case of the upper device management function library 206 will be described.

A host device such as the management device 110 or the maintenance device 120 includes a control unit 130 including a storage unit (e.g., a memory) and a CPU, and an operation terminal 140 that receives input of information from the outside. The control unit 130 of the host device transmits and receives various information to and from the communication control unit 101 of the ATM10 connected via the communication network 100.

The storage unit stores function library management information 2600 in which information 2601 unique to the ATM10, the banknote unit 11, and the banknote recognition unit 113 (for example, ATM serial number banknote unit serial number or banknote recognition unit serial number) is associated with information indicating the type of the function library 206 of each ATM 10.

Fig. 26 is a diagram showing an example of function library management information 2600.

The function library management information 2600 is information for managing the function library according to the ATM. Function library management information 2600 associates ATM information 2601 identifying the ATM with category information 2602 indicating the category of function library 206. ATM information 2601 includes ATMID2603 which is information unique to ATM. The ATM information 2601 may have a banknote portion serial number 2604 as information for identifying a banknote portion and a banknote identification portion serial number 2605 as information for identifying a banknote identification portion. The type information 2602 indicating the type of the function library 206 may include FL version information 2606 indicating the version of the function library, authorization information 2607 indicating the level of authorization or the presence or absence of authorization of the function library, function type information 2608 indicating the function provided by the function library to the ATM (e.g., money entered, money received, money dispensed, and automatic billing), vendor information 2609 indicating the vendor of the function library, and the like. The function library management information may include installation location information 2610 indicating an installation location of the ATM.

Further, the host device may extract the ATM10, the banknote section 11, or the banknote recognition unit 113 having the function library 206 based on the type information 2602 of the function library 206 received by the operation terminal 140 of the host device by using the function library management information 2600, and display information indicating the extracted ATM10, banknote section 11, or banknote recognition unit 113 on the operation terminal 140.

The host device may extract the type information 2602 of the function library 206 of the ATM10 based on the information indicating the ATM10, the banknote section 11, or the banknote recognition section 113 received by the operation terminal 140 of the host device, and display the extracted type information of the function library 206 on the operation terminal 140.

This enables the host device to manage the ATM10, the banknote processing device 11, the banknote recognition unit 113, and the function library 206.

Next, updating of function library management information will be described. Upon receiving the update instruction from the operation terminal 140, the host device transmits an instruction to acquire the type information 2602 of the function library 206 to the ATM10 corresponding to the information specific to the ATM10 that received the update instruction, based on the function library management information 2600.

The function library 206 of the ATM10 receives the fetch instruction via the business application 203 or the service provider 204. Based on the instruction, the function library 206 acquires the type information of the function library 206 stored in the storage device 202, and transmits the type information of the function library 206 to the higher-level apparatus via the business application 203 or the service provider 204.

The ATM10 may transmit information unique to the ATM10 or the banknote unit 11 to the higher-level device in addition to the type information of the function library 206. The higher-level device receives the type information of the function library 206 and updates the function library management information. The operation terminal 140 of the upper device displays the updated function library management information.

Further, the function library 206 may be configured to transmit the type information of the function library 206 to the higher-level device via the service application 203 or the service provider 204 when the type information managed by the function library 206 is updated, not when the acquisition instruction is received from the higher-level device. The ATM10 may transmit information unique to the ATM10 or the banknote unit 11 to the host device, in addition to the type information of the function library 206.

Further, as in embodiment 1, the function library 206 may manage the number of times of issuing commands, the time when the commands are issued, and end information indicating whether or not the processing executed by the module has ended normally, in accordance with the type of the command issued to the module. Further, the control unit 20 of the host device or the ATM10 may individually manage the above information. Thus, in the module supply source and the module supply target, the consistency/inconsistency of the information can be confirmed with respect to the use condition of the function library 206.

Next, the analysis processing of the function library 206 will be described. The function library 206 collects log information of each component constituting the banknote unit 11 generated by the operation of the banknote unit 11 having the function library 206, and performs analysis processing for determining the presence, possibility, probability, and timing of the occurrence, necessity, and timing of the replacement of each component of the banknote unit 11 based on the collected log information. The function library 206 stores analysis information, which is a result of determination in the analysis processing, to the storage device 202.

On the other hand, if the host device receives an instruction to acquire analysis information as a result of the analysis processing from the operation terminal 140 of the host device, the host device transmits an instruction to acquire analysis information of the library 206 to the ATM10 that received the instruction. The function library 206 receives the retrieval instruction via the business application 203 or the service provider 204. The function library 206 acquires the analysis information of the function library 206 stored in the storage device 202 based on the acquisition instruction, and transmits the analysis information of the function library 206 to the higher-level apparatus via the business application 203 or the service provider 204. The ATM10 may transmit information unique to the ATM10, the banknote section 11, or the recognition section 13 to the higher-level apparatus, in addition to the analysis information of the function library 206. The host device receives the analysis information of the function library 206, and stores the information specific to the ATM10 or the like and the analysis information in association with each other. The host device may also display the analysis information on the operation terminal 140.

As described above, the function library 206 of the ATM10 collects the log information of the banknote unit 11, analyzes the state of the banknote unit 11 based on the collected log information, and transmits the analysis result to the host device, so that the resource of the host device, the resource of the communication line connecting the host device to the ATM10, and the like can be effectively used as compared with the case where the host device collects and analyzes the log information.

The analysis processing will be described in more detail below.

Fig. 27 is a diagram showing an example of log information 2700 of each component constituting the banknote unit 11.

The log information may also have a command category 2701 (which may be a command code) as the kind of command received from the function library 206, and a reception date and time 2702 as the time when the command was received. The log information may include an operation value 2703 acquired by the banknote unit 11 by operation of the component and a date and time 2704 indicating the date and time at which the banknote unit 11 acquired the value, for each component. Note that the log information may include a component type 2705 indicating the type of a component, and component number information 2706 indicating a component number unique to each component in the banknote unit 11 or unique to a certain component type depending on the location where the component is arranged.

Further, the function library 206 may have a corresponding command type according to the type of the component, and may determine which type of component is acquired based on the processing content table (fig. 11 and 18). For example, the log collection 1 may collect the value of the sensor, and the log collection 2 may acquire the value of the roller.

Here, the components include, for example, a detection portion including an optical sensor, a magnetic sensor, and the like, a conveyance portion including a roller, a belt, and the like. Note that the log information may be information generated by a plurality of detection units and a plurality of transport units provided in the banknote unit 11, respectively. The log information of the detection unit may include, for example, a sensor output and a detection level. The log information of the transport unit may include transport error information such as transport skew, for example.

Next, an analysis process for generating maintenance information concerning maintenance of the ATM10 based on the collected log information will be described. The function library 206 generates, based on the collected or stored log information, effective data indicating the current or latest operation value 2703 of the component of the banknote portion 11, and statistical data (for example, information indicating time-series changes in operation value) indicating the trend of the operation value 2703, which is information based on the past operation value of the component. Next, the function library 206 performs an analysis process of determining the presence or absence of a failure, the presence or absence of the possibility of failure, the probability or timing of failure, or the need or timing of maintenance/replacement of each part, based on the generated statistical data and the effective data.

Fig. 28 is an analysis log information table 2800 showing log types used by the function library 206 when executing various analysis processes. The analysis log information table 2800 is a table in which a process type 2801 indicating the type of analysis process, a log type 280 indicating the type of log used in the analysis process, and a part number 2803 indicating information of a part that is the collection source of the log used in the analysis process are associated with each other. The analysis processing may be performed by information specified by the analysis log information table 2800.

Fig. 29 is a diagram showing an example of the replacement information management table 2900.

The replacement information management table 2900 may also include replacement time 2901 indicating the time to replace the banknote unit 11 or the components constituting the banknote unit 11, a banknote unit serial number 2902 as information for identifying the banknote unit 11, a component number 2903 indicating the component to be replaced, and information indicating the replacement content such as the reason for replacement. Replacement information management table 2900 is information for associating part number 2903 with replacement time 2901, and may be any information that can determine replacement time 2901 for part number 2903.

If the function library 206 detects replacement of the bill unit 11 or the component, the information in the replacement information management table 2900 is updated. More specifically, the function library 206 specifies the part number 2903 to be replaced based on the information received from the bill unit 11, and causes a maintenance person or the like who has performed the replacement to select the replacement contents 2904. The replacement information management table 2900 may be displayed on a display screen of the management apparatus 110, or may be sorted under any condition such as the bill unit serial number 2902 or a replacement location, so that the manager can immediately know the replacement information of the bill unit 11 that the manager wants to know.

Fig. 30 shows an example of the flow of the statistical data generation process.

The function library 206 may generate statistical data in consideration of replacement of the bill unit 11 or the component when generating the statistical data by using the replacement information management table 2900 and the analysis log information table 2800.

The statistical data generation process performed by the function library 206 will be described in detail below.

Based on the analysis log information table 2800, the function library 206 specifies the part number for generating a log of the log type used for the analysis, in accordance with the process type of the analysis process (S3000). Next, the function library 206 determines the presence or absence of the replacement history of the specified part number based on the replacement information management table 2900 (S3002). If there is no replacement history (S3002: none), statistical data is generated based on log information for a predetermined period set for each component (S3008). On the other hand, if there is a replacement history (S3002: present), the replacement time is acquired based on the replacement information management table 2900 (S3004). The function library 206 generates statistical data based on the acquired replacement time (S3006).

More specifically, the function library 206 generates statistical data by distinguishing log information before the acquired replacement time from log information after the acquired replacement time. In other words, the function library 206 handles the log information before the replacement time and the log information after the replacement time as continuous data. For example, 2 pieces of statistical data may be generated before and after the replacement time, or 1 piece of statistical data may be generated by associating log information before the replacement time with log information after the replacement time in the time zone. As described above, by providing the replacement information management table 2900 and the analysis log information table 2800, appropriate statistical data can be generated in accordance with the parts used in the analysis processing.

In the command sequence table shown in fig. 11, the sequence number of the command to be executed next is determined depending on whether the operation result is normal or abnormal, but a mechanism for switching between various functions is realized by switching the sequence number or switching the table itself to a new table defined separately, based on information included in the response message from the module, for example, various information on the latest operation result such as the presence or absence of remaining banknotes, information on the operation result executed in the past, various setting information stored in the table, and the like.

As a further application example, by registering a command order definition table used by the slave devices in the authorization permission information table shown in fig. 9, it is also possible to switch the usable range or function among the mechanical materials. By applying this method, a function of enabling an extended function can be realized by updating the authorization permission information table.

In addition, although fig. 9 shows an example in which the authorization permission information is managed according to the type of the bill unit 11, the authorization permission information may be managed using a virtual ID. The virtual ID is managed by a higher-level device such as the management device 130, and can be easily managed even when a pattern change or the like occurs due to replacement of the bill unit 11.

Regarding the text format, the text format between the service provider and the function library and the text format between the function library and the module are preferably made different by hiding the module, which is one of the objects of the present invention, from the technology. However, in the case where the function library is loaded when the device is constructed without the function library, the same format can be used to facilitate the loading design. In this case, in order to make the module hidden from the operating technology, the object can be achieved by changing a part of information of an existing open command or adding a non-open command to set a function restriction.

Further, even when an existing text format is used, by adding information included in the text, for example, new information such as not only an error code notified by a module but also a notification of an error code generated by a function library according to an operation state can be added, thereby increasing added value.

The present description is not limited to the above-described embodiments as it is, and for example, the respective flows of fig. 10, 16, 20, and 21 may be appropriately combined and executed, and a part or all of the flowcharts of the components and the processing may be combined and executed according to the environment in which the ATM is used in the implementation stage without departing from the scope of the present invention.

Note that although examples of holding information in the form of a table are shown in fig. 8, 9, 11 to 15, 17, 18, 20, 22, 23, 24, 26, 28, and 29 as a method of holding information, the method is not limited to the form of a table as long as the information is stored in association with each other.

Note that although the command type is described as "a received command from the SP" in fig. 11, 15, and 18, the command information of the function library identification command (for example, a command code managed by the function library or a command code managed by the service provider) may be used depending on the management state of the control unit 20. Note that, although the command type is described as the "command to the module", the command type may be command information for identifying the command by the function library (for example, a command code for managing the function library or a command code for managing the module) depending on the management state of the control unit 20.

Further, although the automatic transaction apparatus is described as an embodiment, the automatic transaction apparatus may be a medium processing apparatus that acquires information from a medium having information.

Note that the transaction process (basic process) performed by the medium processing apparatus may be a process in which a processing unit (e.g., a bill unit, a card/statement unit, a passbook unit, or a coin unit) performs an operation of acquiring information (amount of money or account information) from a target medium (e.g., bill, card, statement, passbook, or coin) in order to perform a transaction such as depositing, dispensing, transferring, or depositing. For example, the processing units may perform processing such as a process of conveying or reading a medium to be processed, in association with the transaction processing. Note that the transaction response such as the banknote transaction response may be a response in which information used for the transaction (for example, the number of banknotes of each denomination (denomination) counted in the transaction, the read card number, the read passbook number, and the number of coins of each denomination (denomination) counted) acquired from the medium is returned based on the transaction command.

The transaction processing may be processing for specifying information on the account of the user or acquiring information reflected on the specified account.

In the case of the sorting machine, since there is no concept of transaction, the process of the banknote section acquiring the counting result (for example, the number of banknotes of each banknote type, and the banknote image) of the banknotes inserted into the insertion port of the banknote section corresponds to the basic process. On the other hand, a process of acquiring information that is not used in the basic process, a process of executing the function library based on information acquired in the basic process or the expansion process, or a process of executing the bill unit is an expansion process. Therefore, the service provider may generate a command for causing the banknote unit to perform (executable) a process for acquiring the counting result, and the function library may generate a command for causing the banknote unit to perform (executable) an extension process. As described above, the basic processing and the extension processing may be changed according to the type of the processing unit.

The above embodiment has at least one or more of the following features. By having these features, the above-described effects are obtained.

(1) A medium processing device for performing a transaction based on information of a medium input from the outside, comprising a processing unit for acquiring information used in the transaction from the input medium, and a control unit for generating a command that can be executed by the processing unit; the control unit includes a service provider that is a basic processing command that enables the processing unit to execute a command for basic processing (for example, transaction processing) for acquiring information used for a transaction, and a function library that generates an extended processing command that is a command for enabling the processing unit to execute extended processing different from the basic processing.

(1) -2 function library receives basic processing command from service provider, and sends it to processing unit without conversion (same command as basic processing command).

(2) A media processing device having a processing unit for acquiring information of a medium loaded from the outside, the media processing device comprising a control unit for generating a basic processing command or an extended processing command that can be executed by the processing unit; the control unit has second command response management information for managing the basic processing command or the extended processing command corresponding to each type of the processing unit, and generates the first command or the second command corresponding to the type of the processing unit based on the second command response management information.

(3) A media processing device having a processing unit for acquiring information of a media inputted from the outside, includes a control unit having a function library for transmitting a response of an extension process as a result of the extension process to the outside or a service provider; the control unit has first command response management information for managing responses to extended processes corresponding to the types of the bank or the service provider, and generates a response to an extended process corresponding to the type of the bank or the service provider based on the first command response management information.

(4) A media processing device that performs media processing as processing using information that a medium has, the media processing device comprising: a module to retrieve information from a medium; a control unit connected to the module and including a service provider for generating a first command based on an external instruction to start transaction processing and a function library for generating a second command to be transmitted to the module based on the first command received from the service provider; the function library decides other second commands to be sent next to the module based on information of one second response as a response from the module to one second command.

(4) The control unit may have processing content information in which information of another second command to be generated next is stored in accordance with information of one second response; the function library transmits, based on the processing content information, another second command including information of another second command corresponding to information of one second response received from the module.

(4) -2 may be such that the function library generates a plurality of second commands for one first command, and sends one first response as a response to one first command to the service provider after all the second responses corresponding to the respective second commands are received.

(5) A media processing device that performs media processing as processing using information that a medium has, the media processing device comprising: a module to retrieve information from a medium; a control unit connected to the module and including a service provider for generating a first command based on an external instruction to start transaction processing and a function library for generating a second command to be transmitted to the module based on the first command received from the service provider; the function library generates an information acquisition command for causing the module to acquire information (for example, status information) that is not used in the transaction process, and transmits a transaction command for causing the module to acquire information used in the transaction process from the medium and the information acquisition command to the module as a second command.

(5) The function library may determine the type of the information acquisition command (information on the other second commands) based on the content of the transaction response (information on one second response) as a response from the module to the transaction command.

(5) -2 may also be that the function library generates the following information retrieval command based on an information retrieval response as a response from the module to an information retrieval command.

(5) -3 may also be that the module contains in the transaction response (information of one second response) as a response from the module to the transaction command status information representative of the status of the module; the function library receives the transaction response, and determines a second command (information of another second command) to be generated next based on the state information included in the transaction response.

(6) The function library may include reference destination management information in which information indicating the type of the module is associated with the processing content information, and the processing content information corresponding to the information indicating the type of the module acquired from the module may be determined based on the reference destination management information.

(7) An automatic transaction apparatus having a processing section that performs a transaction using a medium, having a control section including: a1 st command providing unit that generates a1 st command for acquiring information used in a transaction from the processing unit, based on an instruction for the transaction; and a 2 nd command providing unit that generates a 2 nd command converted into a command different from the 1 st command based on the processing executed by the 1 st command designation processing unit.

(7) -1 the 2 nd command providing section has processing content information specifying the 2 nd command, the 2 nd command being decided by the processing content information based on the 1 st response as a response to the 1 st command from the processing section.

(7) -2 the 2 nd command providing section receives the 1 st command from the 1 st command providing section, does not convert the command code of the 1 st command, and transmits the 1 st command to the processing section.

In the embodiment, the program for realizing each process may be stored in an electric, electronic, and/or magnetic non-transitory (non-transient) recording medium. That is, the functions of the function library 206 may be realized by storing a program for realizing the functions in a non-transitory recording medium of a portable or higher-level device such as a server, or by installing (storing) the program in the ATM 10.

The present invention is not limited to the above-described examples, and various modifications can be made without departing from the scope of the present invention.

Description of the reference numerals

10 ATM

11 paper money part

113 identification unit

12 card/itemized single part

13 bankbook portion

14 coin part

15 operating part

16 pipe operator operating part

201 operating system

202 storage device

203 business application

204 service provider

206 function library

Claims (8)

1. An automatic transaction device having a processing unit for executing a transaction using a medium,

has a control unit including: a1 st command providing unit that generates a1 st command for the processing unit to acquire information used in the transaction, based on the instruction for the transaction; and a 2 nd command providing unit configured to specify a process to be executed by the processing unit based on the 1 st command, and generate a plurality of 2 nd commands which are commands different from the 1 st command and for the processing unit to perform the specified process,

the 2 nd command providing section has processing content information storing information of a next 2 nd command transmitted to the processing section determined based on a content of a 2 nd response as a response from the processing section to one of the 2 nd commands,

the 2 nd command providing unit receives the 1 st command from the 1 st command providing unit, and transmits the 1 st command to the processing unit without converting a command code of the 1 st command,

the processing unit executes a transaction process executed according to the 1 st command and an extension process executed according to the 2 nd command;

the processing content information includes a plurality of pieces of information of the transaction processing and the extension processing executed by the processing unit, and further includes authorization information for specifying which of the plurality of transaction processing and extension processing the processing unit executes.

2. The automated transaction apparatus of claim 1,

a storage part for storing the medium;

the transaction processing includes at least processing for counting the medium or processing for acquiring information used for the transaction from the medium;

the expansion process includes at least an acquisition process of state information of the processing unit, an operation process of operating the processing unit, or an analysis process of analyzing based on information acquired by the acquisition process.

3. The automated transaction apparatus of claim 2,

in the case where the above-mentioned transaction is a money incoming transaction or a money outgoing transaction performed using cash,

the processing unit causes the cash to be transported based on the 1 st command, and executes the money input transaction or the money output transaction;

the 2 nd order providing unit collects the state information of the processing unit based on the result of the money incoming transaction or the money outgoing transaction of the 1 st response as a response to the 1 st order.

4. The automated transaction apparatus of claim 3,

the processing part is provided with one or more structural parts;

the one or more configuration units execute the transaction process based on the 1 st command received by the processing unit from the 2 nd command providing unit, and execute the extension process based on the 2 nd command directly received from the 2 nd command providing unit.

5. An automatic transaction system comprising a plurality of automatic transaction devices each having a processing unit for executing a transaction using a medium, and a host device connected to the plurality of automatic transaction devices,

each of the plurality of automatic transaction devices has a control unit including: a1 st command providing unit that generates a1 st command for the processing unit to acquire information used in the transaction, based on the instruction for the transaction; and a 2 nd command providing unit configured to specify a process to be executed by the processing unit based on the 1 st command, and generate a plurality of 2 nd commands, which are commands different from the 1 st command and for the processing unit to perform the specified process;

the upper device has command management information for managing the 2 nd command providing part of each of the plurality of automatic transaction devices,

the 2 nd command providing section has processing content information storing information of a next 2 nd command transmitted to the processing section determined based on a content of a 2 nd response as a response from the processing section to one of the 2 nd commands,

the processing units of the automatic transaction devices execute transaction processing executed according to the 1 st order and expansion processing executed according to the 2 nd order;

the processing content information includes a plurality of pieces of information on the transaction processing and the extension processing executed by the processing unit, and further includes authorization information for specifying which of the plurality of transaction processing and extension processing the processing unit executes;

the command management information includes authorization information of each of the plurality of automatic transaction apparatuses;

the plurality of automatic transaction devices determine the transaction process or the expansion process to be executed according to the authorization information.

6. The automated transaction system of claim 5,

the processing part is composed of a plurality of parts;

the 2 nd command providing unit obtains the operation information of each of the plurality of components by the 2 nd command.

7. The automated transaction system of claim 6,

the operation information includes at least replacement/maintenance information indicating whether or not replacement or maintenance of each of the plurality of parts is performed, and time information indicating when the replacement or maintenance is performed;

the 2 nd command providing unit determines target data to be analyzed based on the operation information acquired based on the replacement maintenance information and the time information;

the upper device performs statistical processing using the object data.

8. A non-transitory recording medium characterized in that,

a program is stored, which realizes an automatic transaction device having a processing unit for executing transaction processing using a medium and a control unit including a1 st command providing unit and a 2 nd command providing unit:

generating, by the 1 st command providing unit, a1 st command for the processing unit to acquire information used in a transaction, based on an instruction of the transaction; and

a step of generating a plurality of 2 nd commands, which are commands different from the 1 st command and are executed by the processing unit, by the 2 nd command providing unit by designating the processing executed by the processing unit based on the 1 st command,

the 2 nd command providing section has processing content information storing information of a next 2 nd command transmitted to the processing section determined based on a content of a 2 nd response as a response from the processing section to one of the 2 nd commands,

the 2 nd command providing unit receives the 1 st command from the 1 st command providing unit, and transmits the 1 st command to the processing unit without converting a command code of the 1 st command,

the processing unit executes a transaction process executed according to the 1 st command and an extension process executed according to the 2 nd command;

the processing content information includes a plurality of pieces of information of the transaction processing and the extension processing executed by the processing unit, and further includes authorization information for specifying which of the plurality of transaction processing and extension processing the processing unit executes.

Images