WO2018198415A1 - 現金自動機、及び現金自動機システム - Google Patents

現金自動機、及び現金自動機システム Download PDF

Info

Publication number
WO2018198415A1
WO2018198415A1 PCT/JP2017/043259 JP2017043259W WO2018198415A1 WO 2018198415 A1 WO2018198415 A1 WO 2018198415A1 JP 2017043259 W JP2017043259 W JP 2017043259W WO 2018198415 A1 WO2018198415 A1 WO 2018198415A1
Authority
WO
WIPO (PCT)
Prior art keywords
cash
app
screen
machine
automatic
Prior art date
Application number
PCT/JP2017/043259
Other languages
English (en)
French (fr)
Inventor
正樹 土谷
英治 水野
唯道 鈴木
勇貴 鈴木
ニール カガオアン
和行 矢住
徹 安枝
孝志 原
辰行 中澤
翼 藤木
泰央 大平
貴子 酒巻
元続 岡邉
善永 堀井
Original Assignee
日立オムロンターミナルソリューションズ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日立オムロンターミナルソリューションズ株式会社 filed Critical 日立オムロンターミナルソリューションズ株式会社
Publication of WO2018198415A1 publication Critical patent/WO2018198415A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07D—HANDLING OF COINS OR VALUABLE PAPERS, e.g. TESTING, SORTING BY DENOMINATIONS, COUNTING, DISPENSING, CHANGING OR DEPOSITING
    • G07D9/00—Counting coins; Handling of coins not provided for in the other groups of this subclass

Definitions

  • the present invention relates to an automatic transaction apparatus and an automatic transaction system that share one cash machine in a plurality of different business conditions.
  • ATMs automated transaction devices
  • CIT cash delivery company
  • Patent Document 1 Conventionally, there has been a system disclosed in Patent Document 1 that manages cash in / out and the number of money types for each business type in order to calculate fees especially for agency terminal use.
  • each APP When considering the coexistence of multiple APPs, each APP would like to provide services and manage cash separately, but in the past it was managed only by cash in and out by APP and only by the number of denominations. For this reason, separate cash management among multiple APPs, a mechanism for selecting services to be used by end users from among multiple APPs, and a mechanism for adjusting operation and control among multiple APPs are required.
  • the present invention employs the following configuration. a) Minimize the impact on other APPs by setting cash limits as adjustments between multiple APPs. b) In order to minimize the in-flight balance, cash within the cash limit will be interchanged between partner APPs. If cash is managed by BOX by APP, cash is transferred to another APP's BOX, and if cash in the same BOX is managed by multiple APPs in common, allow cash to be deposited and withdrawn from the BOX. . c) To manage cash separately for multiple APPs, record the transport source / destination and counter value of the transaction cash for each APP. Use the counter of each APP to check the amount of money by APP.
  • the sum of cash counter values is the sum of each APP counter value.
  • d) As a mechanism for the end user to select a service to be used from multiple APPs, in addition to performing transactions with the selected APP, such as the selection of the APP used on the selection screen, the conditions to be selected for each APP in advance, etc.
  • Selection auxiliary information which is information, is set, and a transition is made from the selection screen to the APP in accordance with the selection auxiliary information.
  • Operation cost reduction Previously, the same business type APP was basically used for one cash machine, and the service of another business was using a different cash machine. It was. According to the present invention, by sharing and operating the same automatic cash machine, the operation cost can be divided among a plurality of companies. In addition, it is possible to prevent cash out / overflow due to transactions biased to a specific APP for an automatic machine such as an agent terminal that has only managed cash access by APP, and between multiple APPs. As a result, it will be possible to deal with cash exchanges at the same time, and it will be possible to improve operating rates and reduce operational costs by reducing unnecessary CIT dispatches and reserves.
  • the cash machine 100 and the system include a cash processing device 101 (for example, a banknote processing device) having a BOX for storing cash, a cash management device 102 that performs cash management, and a control device 103 that operates and records a plurality of APPs. And a tablet unit 104 in which a display unit for an end user to confirm information and an operation unit for operation are integrated.
  • a cash processing device 101 for example, a banknote processing device
  • a control device 103 that operates and records a plurality of APPs.
  • a tablet unit 104 in which a display unit for an end user to confirm information and an operation unit for operation are integrated.
  • an approach detection unit 105 that detects the approach of the end user
  • an MCU unit 106 that handles an IC card
  • an NFC unit 107 that handles a non-contact IC card
  • an EPP unit 108 that inputs a personal identification number (PIN).
  • PIN personal identification number
  • it is constituted by the cash machine and a host device 109 (host computer or the like) such as a billing system.
  • the cash processing apparatus 101 includes a plurality of recycling boxes (RB) 101-1 that are boxes that can be deposited and withdrawn, and a reject box (AB) 101-2 that is a box that stores tickets that are not suitable for recycling.
  • An operation box (CB) 101-3 that can transfer cash to and from a designated BOX, and an identification unit 101-4 that determines whether or not the banknote is suitable for recycling at the time of each cash transfer, and banknote deposit and withdrawal
  • a primary stacker 101-6 which is a storage for temporarily storing the deposited banknote after the deposited banknote is identified.
  • the configuration of the cash machine is given as an example.
  • the cash management device that performs cash management and the control device that operates / records a plurality of APPs may be configured separately from the cash machine, and the higher-level configuration. It may be included.
  • the display unit and the operation unit may be separated, or may be separated from the cash machine (end User-owned smartphone).
  • an approach detection unit that detects the approach of the end user, an MCU unit that handles IC cards, an NFC unit that handles non-contact IC cards, and an EPP unit that performs PIN input, etc. It does not need to be configured, and any configuration that matches the APP is acceptable.
  • a BCR unit 100-1 for reading a barcode such as an ID or QR code (registered trademark) may be added.
  • a barcode such as an ID or QR code (registered trademark)
  • it may have a plurality of configurations (for foreign currency exchange purposes, etc.).
  • Cash limit is set for each BOX in each APP.
  • the denomination and amount of money handled may be used.
  • each APP sets a “minimum frame” as the cash frame that is the minimum number of cards that each BOX wants to secure.
  • the recycling box (RB) which is a BOX where deposits and withdrawals can be made, has a relationship of “((number of stocks) ⁇ (total of other APP minimum slots)) ⁇ (transaction difference number)”. When there is a withdrawal.
  • each APP sets “Maximum frame” as the maximum amount of cash used for each BOX.
  • the reject box (AB) which is a BOX that stores RB of the denomination or a ticket that is not suitable for recycling, is “(Transaction differential number) ⁇ ((Number of maximum capacity of the BOX)” -(If there is a balance in stock)-(other APP maximum remaining balance)) "
  • the maximum frame remaining 121 of the A company is “(A company maximum frame) ⁇ (A company's stock)” in the BOX.
  • (A supplier maximum frame) ⁇ (A supplier's stock number) the maximum frame remaining 121 of A company is treated as 0.
  • the maximum remaining frame 122 of the B company and the maximum remaining frame 123 of the C company are obtained in the same manner with respect to the number of stocks and the maximum frame. This is not only the case for deposit transactions, but also for loading transactions, which are operations that move cash from the operation BOX to the designated BOX for the purpose of loading cash into the BOX.
  • cash limits may be mutually interchanged between affiliated APPs. For example, ignore cash slots between affiliated APPs.
  • RB's cash balance 110 is shared among four parties: A, B, C, and D, and C and D are interchangeable.
  • the surplus 115 of the total of the minimum frame 111 of the A company and the minimum frame 112 of the B company that is, the sum of the minimum frame 113 and the surplus 114 of the C company It becomes a part for permission. The same judgment is made for collection transactions.
  • the vacant capacity 130 for the cash balance 120 of RB is shared by the four parties A, B, C, and D.
  • the surplus 125 obtained by subtracting the total of the maximum remaining balance 122 of the B company and the maximum remaining balance 123 of the C company from the free capacity 130 for the cash balance 120, that is, the maximum of the A company
  • the sum of the remaining frame 121 and the surplus portion 124 is an allowance for the deposit transaction of the D company. The same determination is made during the loading transaction.
  • a cash frame that allows each APP to mutually interchange may be set as a free frame.
  • a surplus of the maximum capacity of the BOX and the total of each APP maximum frame may be set as the maximum frame of the free frame.
  • the above is an example of processing that ignores the cash limit between affiliated APPs, but not ignoring, It is also possible to change the setting value of cash limit between affiliated APP and other APP.
  • record the cash limit setting information by APP which is information that predetermines the cash limit setting value with other APP for each APP in advance, and depending on the selected APP, for each APP,
  • the cash frame may be changed according to the cash frame setting information.
  • FIG. 2 is a screen at the start of the operation of the automatic machine, and is an example of a bank ATM and a food voucher purchasing machine of a restaurant as a plurality of business types APP.
  • Fig. 2-1 shows an example of the start screen 201.
  • execution file executable code
  • configuration file ini file
  • the started APP (1) ATM, (2) food ticket purchase machine
  • the start screen moves to the back.
  • Press button (3) to move to the maintenance login screen.
  • Button (3) has a specific operation that can be recognized as an authorized person, such as when reading an ID card dedicated to the person in charge at the NFC department, or a key switch for an attendant in order to avoid end-user misoperation. It may be displayed only when the key is operated.
  • FIG. 3A is a maintenance login screen 301. Enter the password and user ID and press the login button (1) to switch to the maintenance menu screen (the cash status display function and APP registration authority differ depending on the ID). If the ID information of the person in charge can be obtained, such as when the ID card dedicated to the person in charge is read on the start screen, the user ID may be automatically entered with that information, and at that time, only the password needs to be entered. . By pressing the button (2), the screen changes to the start screen 201.
  • FIG. 3-2 shows the maintenance menu screen 302.
  • the screen transits to the cash status display screen (FIG. 3-3), and when the button (2) is pressed, the reset is started (the result is a message box). Is displayed).
  • a button for transitioning to the launcher maintenance screen 304 may be provided as the button (3).
  • the button (4) By pressing the button (4), the user logs off and transitions to the start screen 201.
  • FIG. 3-3 shows a cash status display screen 303, on which the remaining amount of banknotes for each denomination is displayed on the vertical axis (2).
  • the button (1) When the button (1) is pressed, when logging in with an administrator ID, the content of the vertical axis (2) is the total of all APPs as shown in Fig. 3-3 for each APP as shown in Fig. 3-3 (a). You can switch to When the button (3) is pressed, a transition to the maintenance menu screen 302 is made.
  • the display does not have to be by money type, and the remaining amount of banknotes by money type may be displayed for each BOX as shown in FIG.
  • the cash frame setting screen of each APP may be displayed so that the setting of the cash frame number setting value of (2) can be changed.
  • the user logs off and transitions to the start screen 201.
  • FIG. 3-3 (c) is a table format, it may not be a table format and a visual operation such as graph display may be performed.
  • the free frame value may be automatically input as (maximum capacity of the BOX ⁇ maximum total frame of each APP).
  • Fig. 3-4 shows the launcher maintenance screen 304.
  • Buttons (1) and (2) are used to switch the availability of each APP (when turned off, the buttons on the start screen cannot be pressed).
  • the APP name and description can be switched in the ini file.
  • the button (3) is pressed, the screen moves to the maintenance menu screen 302.
  • the button (4) By pressing the button (4), the user logs off and transitions to the start screen 201.
  • a new APP can be added by pressing the button (5).
  • the registered APP can be updated.
  • Registered APP can be deleted by pressing button (7).
  • FIG. 4 shows an example of the start screen 400 after the ATM APP is selected.
  • button (1) When button (1) is pressed, the screen changes to the “ATM (withdrawal)” screen “Waiting for card insertion” screen.
  • button (2) When button (2) is pressed, the screen changes to the “Waiting for card insertion” screen on the “ATM (Deposit)” screen.
  • button (3) When button (3) is pressed, the screen changes to the “Waiting for card insertion” screen of the “ATM (balance inquiry)” screen.
  • button (4) When the button (4) is pressed, the screen is switched from the APP and a transition is made to the start screen 201 in FIG.
  • FIG. 5A shows a screen 501 waiting for card insertion.
  • the screen changes to the “PIN code input waiting screen”.
  • the button (1) is pressed, the screen transitions to the start screen 400.
  • FIG. 5-2 shows a PIN code input waiting screen 502.
  • the screen changes to the “Pending money input screen”.
  • button (1) is pressed, a transition is made to the “ATM (card ejection) screen” (FIG. 7).
  • Fig. 5-3 shows an amount input waiting screen 503.
  • (1) displays the amount to be withdrawn. Enter the amount to be withdrawn using button (2). At this time, the possible withdrawal amount may be displayed. If the amount allowed for cash is less than the maximum amount that can be withdrawn set by APP, the amount allowed for cash is displayed as the amount that can be withdrawn.
  • Button (3) can be pressed when an amount has been entered, and when pressed, the cash processing device starts a withdrawal operation, displays a withdrawal waiting image, and after the withdrawal is completed, transitions to the withdrawal completion screen. To do. By pressing the button (4), the screen transits to the “ATM (card ejection) screen” (FIG. 7).
  • Fig. 5-4 shows the withdrawal completion screen 504.
  • the button (1) can be pressed.
  • a transition is made to the “ATM (card ejection) screen” (FIG. 7).
  • FIG. 6A shows a screen 601 waiting for card insertion.
  • the screen changes to the “PIN code input waiting screen”.
  • the button (1) is pressed, the screen transitions to the start screen 400.
  • Fig. 6-2 shows the PIN code input waiting screen 602.
  • the screen changes to "Payment waiting screen”.
  • button (1) is pressed, a transition is made to the “ATM (card ejection) screen” (FIG. 7).
  • Fig. 6-3 shows the payment waiting screen.
  • the depositable amount may be displayed. If the amount allowed in the cash allowance is less than the maximum depositable amount set in APP, the amount allowed in the cash allowance is displayed as the depositable amount.
  • the button (1) can be pressed.When the user presses the button, the cash processing device counts and stores the cash that can be counted in the primary stacker. Transition to “Screen”. When button (2) is pressed, a transition is made to the “ATM (card ejection) screen” (FIG. 7).
  • Fig. 6-4 shows a payment confirmation screen 604.
  • the button (1) is pressed, the deposit is executed, and the cash in the primary stacker is stored in each RB such as RB or AB.
  • the button (2) is pressed, the cash in the primary stacker is discharged to the deposit / withdrawal port, and when the end user detects the discharged cash, the screen shifts to the “ATM (card discharge) screen” (FIG. 7).
  • Fig. 6-5 shows the payment confirmation screen.
  • button (1) is pressed, a transition is made to the “ATM (card ejection) screen” (FIG. 7).
  • FIG. 7 shows a card discharge screen 700. Waiting for the user to receive the card, the screen transitions to the start screen 400 when the card is received.
  • Fig. 8-1 shows a screen 801 waiting for insertion of a balance inquiry card.
  • the screen changes to the “PIN code input waiting screen”.
  • the button (1) is pressed, the screen transitions to the start screen 400.
  • Fig. 8-2 shows the PIN code input waiting screen 802.
  • the screen changes to the “Pending money input screen”.
  • button (1) is pressed, a transition is made to the “ATM (card ejection) screen” (FIG. 7).
  • Fig. 8-3 shows a balance inquiry confirmation screen 803. Account balance is displayed in wording (1). By pressing the button (2), the screen transits to the “ATM (card ejection) screen” (FIG. 7).
  • ATM card ejection
  • the cash automatic machine employs the following configuration in order to reduce operational costs.
  • each implementation means will be described in detail.
  • the selection is made as follows when using multiple types of APP. ⁇ Display the selection screen as shown in Fig. 2-1, while waiting for customer service. (1) The end user selects the APP to be used on the selection screen. (2) If there is a specific operation (NFC reading, etc.) on the selection screen, select the corresponding APP from the input using the selection auxiliary information. -If either (1) or (2) above or a customer approach is detected, the state is changed to the customer service start state, and the APP operation management information is recorded. -Display the APP selected above on the operation screen. -When the APP starts processing such as a transaction, the state is changed to a transaction start state, and the APP operation management information is recorded.
  • -It is preferable that there is a selection screen in which a plurality of APPs can be selected while waiting for customers. End users can easily select which APP to use and minimize the transaction time, leading to an increase in the number of transactions and improving the operating efficiency of cash machines.
  • auxiliary information that is information such as conditions to be selected for each APP in advance, and transition from the selection screen to the APP according to the selection auxiliary information To do.
  • select auxiliary information that is information such as conditions to be selected for each APP in advance, and transition from the selection screen to the APP according to the selection auxiliary information To do.
  • the selection auxiliary information includes APP identification information, identification information of the target operation device (NFC unit in the above example), operation state information of the device (reading in the above example), and judgment criterion information (NFC reading in the above example).
  • the upper digit of the value preferably has a specified value).
  • the selection auxiliary information eliminates the need for processing such as inquiring each APP from time to time for the information acquired by the device, and the APP can omit the creation of such determination processing. For end users, it is possible to improve the operability and shorten the operation time when selecting APP, and the developers who develop APP can also reduce the development cost.
  • the APP operation management information includes at least customer service start / service waiting information (information indicating which APP is active) and transaction start / end information (information indicating which transaction) for each APP.
  • Information related to operations such as device occupancy time by APP and transaction ratio by APP can be easily analyzed, making it easier for cash machine operators to improve operations such as reviewing fees and device specifications.
  • the previous end information of the APP operation management information can be notified to the APP. According to the previous end information, the branch process at the start-up on the APP side can be easily determined, and the processing time at the restart can be shortened.
  • the customer service start / service waiting information in the APP operation management information includes customer service start / service waiting information (information indicating which user) that is not by APP.
  • End users can perform seamless operations by sharing information among multiple APPs in a situation where they can be confirmed with the same user. For example, after performing a transaction in which user identification information such as a certain IC tag is read on the AFC's APP in the NFC part, the same user selects the B ’s APP and the same IC tag on the B ’s APP When you try to make a transaction that requires an operation to read, use the information that has already been read by the A company and process it on the B company's APP. (There is no need for the end user to read the IC tag again. Etc.).
  • the automated teller machine acquires the target information set in the inter-APP linkage information, the usage information acquired temporarily is stored according to the storage location information, and customer service start / customer waiting information for each user from the APP operation management information Is held until waiting for customer service, and when it becomes waiting for customer service, the stored usage information is deleted.
  • the cash management device is obtained from the response information, at least the transport source, the transport destination, Along with each amount (denomination and number), at least the APP ID and transaction ID are recorded as cash management information.
  • the total of transactions from the previous scrutiny of the previous APP is performed based on the above cash management information record.
  • the operation manager will calculate the total from the time of close examination of the cash based on the information of all transactions of each APP.
  • -Transaction ID information should just be the information which can identify a transaction, and the number which each APP manages, the number which a cash management apparatus manages, etc. may be sufficient.
  • information such as time stamp, transaction ID (additional number generated using customer service status information, IC tag reading information, etc. It is also preferable that there is information generated using the medium information.
  • cash management information is processing information for identifying operation processing such as deposits, withdrawals, and automatic counting, and APP identification that is information for APP identification processed with the transaction ID. Has an ID.
  • APP identification information for APP identification processed with the transaction ID.
  • the scrutiny information can be classified into at least two types of APP (general APP) and cash scrutiny (operational APP for controlling the cash management apparatus, APP for maintenance, APP with cash management authority, etc.).
  • the cash management device receives the response from the cash processing device in the process with the transaction ID, and at least the APP identification ID, the transfer source, the transfer destination, and the amount (denomination and number) in the process are the transaction ID. Record as cash management information. Conveyor / destination information has at least each BOX and deposit / withdrawal port. Although the present embodiment has an independent configuration installed in the cash machine, it may be configured in a cash processing apparatus, a host, or a control unit.
  • the cash management device when performing aggregation by general APP, performs as follows as shown in FIGS. 9-2 and 9-3.
  • depositing use the amount stored after receiving and identifying from the deposit / withdrawal port, and when loading, use the loading amount of the APP.
  • the processing information sums the amounts (denominations and number of sheets) for each destination of withdrawal and collection transactions, and records them as the withdrawal amount and the loading amount, respectively.
  • the amount of money that arrives at the deposit / withdrawal port at the time of withdrawal, and the amount collected by the APP at the time of collection is used.
  • the cash management device performs the following when calculating the above-mentioned cash scrutiny.
  • (1) From the cash management information record extract the transaction at the time when the latest processing information of the APP is scrutiny information and cash scrutiny.
  • (3) From the information in (2), the processing information sums the amount of money (denomination and number of sheets) for each destination of deposit and loading transactions, and records them as the deposit amount and loading amount, respectively.
  • depositing use the amount stored after receiving and identifying from the deposit / withdrawal port, and when loading, use the loading amount of the APP.
  • the processing information sums the amounts (denominations and number of sheets) for each destination of withdrawal and collection transactions, and records them as the withdrawal amount and the loading amount, respectively.
  • the amount of money that arrives at the deposit / withdrawal port at the time of withdrawal, and the amount collected by the APP at the time of collection is used.
  • (5) Record the amount of each of (3) and (4) as the result of the APP.
  • (6) Record the total amount of deposits and withdrawals in (5) and other APPs as a result of cash management.
  • the cash processing device has a primary stacker for the deposit amount at the time of counting, the banknotes that are transported from the deposit / withdrawal port and identified after identification are stored in the primary stacker, and then stored in each BOX. However, in that case, the amount stored in the primary stacker may be used as the deposit amount by adding a primary stacker column to the cash management information.
  • (B) Adjustment when loading from multiple business categories is performed as follows. -Determine the APP that received the loading command. ⁇ In the case of no cash cash loading required (APP without cash loading authority), only the loading counter value of the APP that accepted the loading command is added, and the result is responded and recorded. -In the case of an APP having cash cash authority, add to the loading counter value of the APP that received the loading command and the counter of the corresponding storage (a cash cash management counter), and respond and record the result. -When automatic loading is performed with an authorized APP, automatic loading is performed, and the addition to the loading counter value of the APP based on the automatic loading result and the counter of the storage is recorded.
  • -It is preferable to manage the cash management authority of each APP, such as loading and collection, for each APP as cash management authority information.
  • a loading command is received, it is possible to easily determine whether or not to record in the cash physical management counter with reference to the cash management authority information.
  • Additional information such as all images of unknown tickets and RJ factor information may be added to the response of the result of automatic loading and automatic collection described later.
  • Unnecessary CIT dispatches can be reduced by using supplementary information from a remote location, visual confirmation based on the data, and reflecting it in the tabulation results.
  • Each APP that is allowed to perform automatic loading and automatic collection may have setting information such as restrictions on the automatic loading execution time zone (reduction in operating time deterioration during busy hours), NG time zone In this case, there are (1) registered in the operation execution information and executed later in the OK time zone, (2) response reply of operation NG, or (3) combinations thereof.
  • ⁇ RJ when cash is automatically loaded may be handled as cash outside the machine.
  • Adjustments for collection from multiple business categories are made as follows. -Determine the APP that received the collection command. -If cash cash collection is not required (APP without cash collection authority), only the collection counter value of the APP that accepted the collection command is added, and the result is returned and recorded. ⁇ In the case of an APP with cash cash authority, add the collection counter value of the APP that received the collection command, and subtract the counter of the BOX (cash actual management counter), and respond and record the result. ⁇ When automatic collection is performed by authorized APP, automatic collection is performed, and the collection counter value of APP is added and subtracted to the counter of the storage is recorded.
  • -Responses to APP may or may not include reject results. Furthermore, when the rejection result is included, detailed information such as a fixed amount and the number of cases may or may not be included. When the result of rejection to APP is included, information on the transport destination of the RJ ticket of the transaction ID in the cash management information may be used.
  • each reject factor such as confirmation / unknown / fake ticket of rejected ticket, by command, by APP, each APP can handle the rejected ticket arbitrarily.
  • -It is preferable to distinguish as one piece of processing information of cash management information as information for identifying the collection of forgotten collection.
  • Responses to APP include / do not include RJ results.
  • detailed information such as a fixed amount and the number of cases may or may not be included.
  • the information on the transport destination of the RJ ticket of the transaction ID in the cash management information may be used.
  • Each APP can handle a forget-collected ticket arbitrarily by setting it for each cause of rejection such as confirmation / unknown / fake ticket etc.
  • -Collected tickets may be handled as final tickets or cash out of plane.
  • Forgetting action settings are priority by APP (priority for specific APP behavior, especially handling during URJB collection), information linkage between APPs (APP-A is “URJB for the first time, second occurrence If it is "sometimes down", if APP-B has previously forgotten to be collected and URJB has been used, APP-A will bring it down even if it is the first forgotten collection, etc.) You can decide.
  • each APP sets a “minimum limit” as the cash limit for each BOX, and the relationship “((the number of cash in stock) ⁇ (total of the minimum limits for other APPs)) ⁇ (the number of transaction differences)” When you are in, make a withdrawal transaction. The same judgment is made for collection transactions.
  • each APP sets a “maximum limit” as a cash limit for each BOX, and “(transaction differential number) ⁇ ((maximum capacity number of the BOX)-(the number of cash in stock)-(others) If there is a relationship of APP maximum remaining balance))), conduct deposit transactions.
  • the cash amount information may be specified by the usage ratio (% display, etc.) relative to the cassette capacity.
  • usage rate display the same processing as above can be performed by converting the number of each box. This facilitates management as a basis for charging the usage fee of the reserve fund prepared by the cash machine operator.
  • -A margin based on the RJ rate may be added to the cash limit threshold (to reduce the number of allowed transaction differences).
  • the maximum transaction volume for each APP and each transaction may be set in advance. Whether it is necessary to degenerate at the APP at any time in the state of the cash limit, can be notified to the end user before customer service on the external display such as 2nd-DSP, and convenience is improved.
  • the cost reduction related to the procurement of cash machines will be described.
  • the initial investment is reduced with a structure that can operate without an APP.
  • a predetermined software library of the control device from the host side, or according to the input of NFC etc. from the APP such as a smartphone
  • a predetermined software library may be accessed.

Landscapes

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

Abstract

現金自動機(100)において、複数の業者が同一の自動取引装置をシェアして運用することができ、運用コストの低減、現金運用効率の向上、初期投資の最小化が可能とするべく、複数の異なる業態のサービスを提供する複数のアプリケーションがインストールされており、利用者が前記複数のアプリケーションから所望の一つを選択することによって、前記現金自動機は前記選択されたアプリケーションに基づき利用者に対して所定のサービスを行うように構成した。

Description

現金自動機、及び現金自動機システム
　本発明は、複数の異なる業態で一つの現金自動機を共用する自動取引装置、及び自動取引システムに関する。
　銀行等の金融機関やショッピングモール等には、顧客が現金を引き出し、入金できるＡＴＭ（自動取引装置）などの現金自動機が設置されているが、近年、これら現金自動機の運用コストの増大が課題となってきている。そのコスト増大要因としては、主に、（１）装置の償却費、（２）保守費、（３）機内の現金を準備するための利子等、（４）現金配送業者（ＣＩＴ）費、（５）土地建物費、などがある。
　特に（４）現金配送業者（ＣＩＴ）費や（５）土地建物費については、単一業態での運用ではコスト削減が行い辛いため、現金自動機の運用コストを削減するための手段として、一つの現金自動機において複数の異なる業態でそれぞれの業態での取引を可能とするアプリケーション（APP）を共存させることが考えられる。これにより、複数の業者が同一の現金自動機をシェアして運用することができ、運用コストの低減、現金運用効率の向上、初期投資の最小化が可能となる。
　従来、特に代理店端末用途での手数料算出等のために、事業種別ごとに現金の出入および金種別枚数を管理する、特許文献１に開示されるようなシステムがあった。
特願2009-213311号公報
　しかしながら、上述のような現金自動機において複数APPの共存を可能とすることで、複数の業者が同一の装置をシェアして運用するためには、以下のような実現上の課題がある。
　複数のAPPの共存を考えた場合、各APPで別々のサービス提供や現金管理を行いたいが、従来はAPP別の現金の出入および金種別枚数のみでの管理となっていた。このため複数APP間で別々の現金管理、エンドユーザが複数APPの中から利用するサービスを選択するしくみ、複数APP間の動作・制御を調整するしくみが必要となる。
　特に、APP別の現金の出入のみの管理では、無制限に現金自動機内の現金を利用することができる場合は良いが、一般的には現金自動機に収納できる現金量は、現金収納庫(BOX)の収納容量による限度がある。そのため、ある特定のAPPのみで出金または入金の取引が偏って多い場合、現金の切れやあふれが発生し、現金自動機が現金取扱業務を停止せねばならず、他のAPPでのサービス提供ができなくなるという問題があった。
　また、前記の切れやあふれが発生すると、CIT等による現金装填や現金回収の作業が必要になり、運用コストが増加してしまうという問題があった。
　上述の課題を解決するために、本願発明では以下の構成を採用する。
  a）複数APP間の調整として、現金枠を設定することで他のAPPへの影響を最小化する。
  b）機内在高の最小化のため、提携しあうAPP間で現金枠内の現金を融通する。APP別にBOX別で現金を管理している場合は他APPのBOXへ現金を移動させ、同一BOX内の現金を複数APP共用で管理している場合はBOXの現金枠を融通して入出金させる。
  c）複数APPで別々の現金管理をするために、APP別に取引での搬送元／先と取引現金の計数値（カウンタ値）を記録する。APP別の在高確認は、各APPのカウンタを利用する。すなわち、現金カウンタ値の合計（機内現金の総計）は、各APPカウンタ値の合計となる。
  d）エンドユーザが複数APPの中から利用するサービスを選択するしくみとして、選択画面での使用APP選択入力等、選択されたAPPで取引を行う他、予め各APP別に被選択される条件等の情報である選択補助情報を設定しておき、選択補助情報に応じて選択画面から当該APPに遷移する構成とする。
　本願発明によれば、以下のような効果を得ることができる。
 （１）運用コスト低減：従来は基本的に1つの現金自動機に同一業態のAPPが利用されており、別業態のサービスは別の現金自動機を利用していたため、それぞれ運用コストがかかっていた。本願発明によれば、同一の現金自動機をシェアして運用することで、運用コストを複数業者で分割することができる。また、APP別の現金の出入の管理しかしていなかった代理店端末のような自動機についても、特定のAPPに偏った取引による現金切れ/あふれを防止することができ、また、複数のAPP間での現金の融通にも対応できるようになり、稼働率の向上や、不要なCIT出動や準備金を抑えることによる運用コスト低減が可能となる。
（２）現金運用効率の向上：従来は1つの現金自動機は同一業態のサービスが運用されており、例えば現金支払い専用機（ＣＤ）では出金過多、売上入金機では入金過多、と偏った現金取引量の運用がされ、現金運用効率が悪かった。本願発明によれば、異なる傾向の現金取引運用がされている複数の業態を同一の現金自動機で運用でき、現金の入出金バランスが改善することで、現金運用効率が改善できる。
（３）初期投資の最小化：従来は各サービスで異なる現金自動機を準備せねばならず、初期投資費用が高額となっていた。本願発明によれば、既設の現金自動機があった場合、その装置にサービスを開始したい業者が相乗りすることで、初期投資費用を最小化することができる。
本発明の基本構成である。 本発明の現金自動機の現金枠の説明である。 本発明の現金自動機のスタート画面の一例である。 本発明の現金自動機の保守ログイン画面の一例である。 本発明の現金自動機の保守メニュー画面の一例である。 本発明の現金自動機の現金状態表示画面の一例である。 本発明の現金自動機の現金状態表示画面の一例である。 本発明の現金自動機の現金状態表示画面の一例である。 本発明の現金自動機の現金状態表示画面の一例である。 本発明の現金自動機のランチャー保守画面の一例である。 本発明の現金自動機のスタート画面の一例である。 本発明の現金自動機のカード挿入待ち画面の一例である。 本発明の現金自動機のＰＩＮコード入力待ち画面の一例である。 本発明の現金自動機の金額入力待ち画面の一例である。 本発明の現金自動機の出金完了画面の一例である。 本発明の現金自動機のカード挿入待ち画面の一例である。 本発明の現金自動機のＰＩＮコード入力待ち画面の一例である。 本発明の現金自動機の金額入力待ち画面の一例である。 本発明の現金自動機の入金確認画面の一例である。 本発明の現金自動機の入金確定画面の一例である。 本発明の現金自動機のカード排出画面の一例である。 本発明の現金自動機のカード挿入画面の一例である。 本発明の現金自動機のＰＩＮコード入力画面の一例である。 本発明の現金自動機の残高照会確認画面の一例である。 本発明の現金自動機の現金状態表示画面の一例である。 本発明の現金自動機の現金状態表示画面の一例である。 本発明の現金自動機の現金状態表示画面の一例である。 本発明の現金自動機の現金状態表示画面の一例である。
　＜１．基本構成と概念＞
  （１）基本構成
  本発明の現金自動機およびシステムの基本構成について図１－１を用いて説明する。
  現金自動機100およびシステムは、現金を収納するBOXを持つ現金処理装置101（例として紙幣処理装置）と、現金管理を行う現金管理装置102と、複数のAPPを動作させたり記録させる制御装置103と、エンドユーザが情報を確認する表示部と操作を行う操作部が一体となったタブレット部104で構成される。さらに、エンドユーザの接近を検知する接近検知部105と、ＩＣカード等を取扱うＭＣＵ部106と、非接触ＩＣカードを取扱うＮＦＣ部107と、暗証番号（ＰＩＮ）入力等を行うＥＰＰ部108を有する。また、前記現金自動機と勘定系等の上位装置109（ホストコンピュータ等）により構成される。
　また、現金処理装置101は、入出金が可能なBOXである複数のリサイクル庫（RB）101-1と、リサイクルするのに適さない券を収納するBOXであるリジェクト庫（AB）101-2、指定のBOXとの間で現金搬送が可能な運用BOX(CB)101-3を備え、各現金搬送の際にリサイクルに適した紙幣かどうかを判別する識別部101-4と、紙幣の入出金を行う入出金口101-5と、入金した紙幣を識別した後に一時的に保管するための収納庫である1次スタッカ101-6を備える。
　ここでは一例として前記現金自動機の構成を挙げたが、現金管理を行う現金管理装置と、複数のAPPを動作／記録させる制御装置は現金自動機と別の構成としてもよく、上位の構成に含まれていても良い。同様に、エンドユーザが情報を確認する表示部と操作を行う操作部が一体となったタブレット部は表示部と操作部が分かれていても良く、現金自動機とは分かれていても良い（エンドユーザ個人所有のスマホ等）。
　上記の他、エンドユーザの接近を検知する接近検知部と、ICカード等を取扱うMCU部と、非接触ICカードを取扱うNFC部と、PIN入力等を行うEPP部を持つ構成としたが、全て構成されていなくとも良く、APPに合わせた任意の構成で良い。
　例えば、IDやQRコード（登録商標）等のバーコードを読み取るBCR部100-1を追加、等しても良い。また、現金処理装置は1つとしたが、複数の構成としても良い（外貨両替機目的等）。
  （２）概念
　まず、本発明の基本的な考え方である「現金枠」の概念について図1-2を用いて説明する。
  複数業態で1つの現金自動機をシェアする場合、ある特定のAPPのみで出金または入金の取引が偏って多い場合、現金の切れやあふれが発生し、現金自動機が現金取扱業務を停止せねばならず、他のAPPでのサービス提供ができなくなるという問題があった。例えば、A業者/B業者/C業者の出金業務を行うAPPがあった場合、A業者APPだけで現金自動機内の現金を出金しきってしまうと、B業者/C業者のAPPは出金取引を行えなくなってしまう。入金取引の場合のあふれについても同様である。
　そこで、複数業態間で、その現金切れやあふれを未然に防ぐための概念が現金枠である。
  現金枠は各APPでBOX別に枚数制限値を設定する。単一金種のみ取り扱うBOXの場合は、取扱う金種と金額でも良い。また、単一金種のみ取り扱うBOXが複数あり、更にその金種が同一であるBOX同士の場合、その対象のBOXについては、BOX別に前記の枚数制限値や金額を設定しなくとも良く、合計値としても良い。
　BOXの現金切れ対策として、各APPは各BOXについて最低限確保しておきたい枚数である現金枠として「最低枠」を設定する。例えば、出金取引の際、入出金が可能なBOXであるリサイクル庫（RB）が、「（（在高枚数）－（他APP最低枠の合計））≦（取引差分枚数）」の関係にあるとき、出金を行う。
　すなわち、図１－２（Ａ）においてRBの現金在高１１０をＡ業者、Ｂ業者、Ｃ業者、D業者の4者でシェアする場合、D業者の取引において、Ａ業者の最低枠１１１とＢ業者の最低枠１１２とＣ業者の最低枠１１３の合計の余剰分１１４がD業者の出金取引の許可分となる。これは出金取引だけではなく、BOXから現金を回収する目的で、運用BOXへ現金を移動させる動作である回収取引の際も同様に判断を行う。
　また、BOXの現金あふれ対策として、各APPは各BOXについて利用する最大限の枚数である現金枠として「最大枠」を設定する。例えば、入金取引の際、当該金種のRBもしくはリサイクルするのに適さない券を収納するBOXであるリジェクト庫（AB）が、「（取引差分枚数）≦（(当該BOXの最大容量の枚数)－（在高枚数）－（他APP最大枠残合計））」の関係にあるとき、入金取引を行う。
　すなわち、図１－２（Ｂ）においてRBの現金在高１２０に対する空き容量１３０をＡ業者、Ｂ業者、Ｃ業者、D業者の4者でシェアする場合、D業者の取引において、現金在高１２０に対する空き容量１３０からＡ業者の最大枠残１２１とＢ業者の最大枠残１２２とＣ業者の最大枠残１２３の合計を減算した余剰分１２４がD業者の入金取引の許可分となる。
　なお、Ａ業者の最大枠残１２１は、当該BOXの「（A業者最大枠）－（A業者在高枚数）」である。ただし、後述するように（A業者最大枠）＜（A業者在高枚数）となる場合は、Ａ業者の最大枠残１２１は0として扱う。Ｂ業者の最大枠残１２２とＣ業者の最大枠残１２３もそれぞれの在高枚数と最大枠で同様に求める。これは入金取引だけではなく、BOXへ現金を装填する目的で運用BOXから指定のBOXへ現金を移動させる動作である装填取引の際も同様に判断を行う。
　なお、上記の現金枠について、提携するAPP間で相互融通をしても良い。例えば、提携するAPP同士の現金枠を無視する等である。
　例えば、出金取引の際、図１－２（Ａ）においてRBの現金在高１１０をＡ業者、Ｂ業者、Ｃ業者、D業者の4者でシェアし、C業者とD業者が相互融通する場合、D業者の取引において、Ａ業者の最低枠１１１とＢ業者の最低枠１１２の合計の余剰分115、すなわち、Ｃ業者の最低枠１１３と余剰分１１４の合計がD業者の出金取引の許可分となる。回収取引の際も同様に判断を行う。
　例えば、入金取引の際、図１－２（Ｂ）においてRBの現金在高１２０に対する空き容量１３０をＡ業者、Ｂ業者、Ｃ業者、D業者の4者でシェアし、Ａ業者とD業者が相互融通する場合、D業者の取引において、現金在高１２０に対する空き容量１３０からＢ業者の最大枠残１２２とＣ業者の最大枠残１２３の合計を減算した余剰分125、すなわち、Ａ業者の最大枠残１２１と余剰分１２４の合計がD業者の入金取引の許可分となる。装填取引の際も同様に判断を行う。
　更に、自由枠として、各APPがそれぞれ相互融通することができる現金枠を設定しても良い。例えば、特に当該BOXの最大容量の枚数と各APP最大枠合計との余剰分を自由枠の最大枠として設定しても良い。これにより、各APPが最大枠を超えて入金することができ、突発的な連続入金によるあふれに対して対応できるため、各APPはそのサービス停止をさけることができ、各APPの稼働率を向上することができる。
　上記は提携するAPP同士の現金枠を無視する処理の例としたが、無視するのではなく、
提携するAPPとその他APPとで現金枠の設定値を変更する、としても良い。その際は、予め各APP別にその他APPとの現金枠設定値を定めた情報であるAPP別現金枠設定情報を記録しておき、選択されたAPPに応じて、取引の際に都度、APP別現金枠設定情報に応じて現金枠を変更するようにしても良い。
　＜２．ユーザインタフェース＞
  以下、ユーザが操作する現金自動機の画面例を説明する。
  図２は自動機の操作開始時の画面であり、複数の業態APPとして、銀行ATMと飲食業者の食券購入機の例である。
　図２－１はスタート画面２０１の例である。設定ファイル（iniファイル）で指定した実行ファイル（exeファイル）を起動すると、起動したAPP（(1)ATM、(2)食券購入機）が前面に現れ、スタート画面は背面に移動する。ボタン(3)を押下すると、保守ログイン画面へ移動する。ボタン(3)は、エンドユーザの誤操作を避けるため、管理権限者と分かる特定の操作、例えばNFC部での担当者専用のIDカードを読取りした場合や、係員用の鍵スイッチを設けておいてその鍵が操作された場合等にのみ表示するようにしても良い。
　図３－１～図３－４は保守画面の例である。図３－１は保守ログイン画面３０１である。パスワードと利用者IDを入力しログインボタン(1)を押下することで保守メニュー画面へ遷移する（IDに応じて現金状態表示の機能やAPP登録権限が異なる）。スタート画面で担当者専用のIDカードを読取りした場合等、担当者のID情報を取得できた場合は、利用者IDをその情報で自動入力しても良く、その時はパスワードの入力のみ行えば良い。ボタン(2)を押下することで、スタート画面２０１に遷移する。
　図３－２は保守メニュー画面３０２であり、ボタン(1)押下で現金状態表示画面（図３－３）へ遷移し、ボタン(2)を押下することでリセットを開始する（結果はメッセージボックスで表示される）。ログイン時の権限に応じて、ボタン(3)としてランチャー保守画面304へ遷移するボタンを設けておいても良い。ボタン(4)を押下することで、ログオフし、スタート画面２０１に遷移する。
　図３－３は現金状態表示画面３０３であり、縦軸(2)へ各金種別の紙幣残量が表示される。ボタン(1)を押下すると、管理者IDでログインした場合は縦軸(2)の内容を図３－３（ａ）のように各APPごと、図３－３のように全てのAPPの合計に切り替えることができる。
ボタン(3)を押下すると、保守メニュー画面３０２へ遷移する。表示は金種別でなくとも良く、図３－３（ｂ）のように各BOX別に金種別の紙幣残量を表示しても良い。
　また、図３－３（ｃ）のように、各APPの現金枠設定画面を表示し、(2)の現金枠枚数設定値の設定変更ができるようにしても良い。ボタン(4)を押下することで、ログオフし、スタート画面２０１に遷移する。図３－３（ｃ）は表形式だが、表形式でなくとも良く、グラフ表示等の視覚的操作を行っても良い。自由枠値については、(当該BOXの最大容量－各APPの最大枠合計)として自動的に入力しても良い。
　図３－４はランチャー保守画面304である。ボタン(1)、(2)は各APPの使用可否切り替え（OFFにするとスタート画面のボタンが押せなくなる）である。APP名と説明文はiniファイルで切り替えが可能である。ボタン(3)を押下すると保守メニュー画面３０２へ移動する。ボタン(4)を押下することで、ログオフし、スタート画面２０１に遷移する。ボタン(5)を押下することで、新たなAPPを追加することができる。ボタン(5)を押下することで、登録済のAPPを更新することができる。ボタン(7)を押下することで、登録済のAPPを削除できる。
　図４はATMのAPPが選択された後のスタート画面４００の例である。ボタン(1)を押下すると、「ATM（出金）」画面の「カード挿入待ち」画面へ遷移する。ボタン(2)を押下すると、「ATM（入金）」画面の「カード挿入待ち」画面へ遷移する。ボタン(3)を押下すると、「ATM（残高照会）」画面の「カード挿入待ち」画面へ遷移する。ボタン(4)を押下すると、当該APPから切り替わり、図２－１のスタート画面２０１に遷移する。
　図５－１～図５－４はATMのAPPにおける出金取引時の画面例である。図５－１はカードの挿入待ちの画面５０１である。カードが挿入されると「PINコード入力待ち画面」へ遷移する。ボタン(1)を押下するとスタート画面４００へ遷移する。図５－２はPINコード入力待ち画面５０２である。EPP部にPINコードが入力されると「金額入力待ち画面」へ遷移する。ボタン(1)を押下すると「ATM（カード排出）画面」（図７）へ遷移する。
　図５－３は金額入力待ち画面５０３である。(1)には出金する金額が表示される。ボタン(2)を用いて出金する金額を入力する。この際に、出金可能金額を表示しても良い。APPで設定した最大出金可能金額に対して、現金枠で許可された金額が少ない場合は、現金枠で許可された金額を出金可能金額として表示する。ボタン(3)は、金額が入力されている場合押下可能となり、押下により現金処理装置が出金動作を開始するとともに、出金待ち画像を表示し、出金完了後、出金完了画面へ遷移する。ボタン(4)を押下することにより、「ATM（カード排出）画面」（図７）へ遷移する。
　図５－４は出金完了画面５０４である。エンドユーザが現金を受け取ったことを検知すると、ボタン(1)が押下可能になり、押下することにより、「ATM（カード排出）画面」（図７）へ遷移する。
　図６－１～図６－５はATMのAPPが選択された後の入金取引時の画面である。図６－１はカードの挿入待ちの画面６０１である。カードが挿入されると「PINコード入力待ち画面」へ遷移する。ボタン(1)を押下するとスタート画面４００へ遷移する。
　図６－２はPINコード入力待ち画面６０２である。EPPにPINコードが入力されると「入金待ち画面」へ遷移する。ボタン(1)を押下すると「ATM（カード排出）画面」（図７）へ遷移する。
　図６－３は入金待ち画面である。この際に、入金可能金額を表示しても良い。APPで設定した最大入金可能金額に対して、現金枠で許可された金額が少ない場合は、現金枠で許可された金額を入金可能金額として表示する。エンドユーザによる現金処理装置への入金紙幣の投入が確認されるとボタン(1)が押下可能となり、押下すると現金処理装置が計数し、1次スタッカに計数できた現金を収納するとともに「入金確認画面」に遷移する。ボタン(2)を押下すると、「ATM（カード排出）画面」（図７）へ遷移する。
　図６－４は入金確認画面６０４である。ボタン(1)を押下すると入金が実行され、1次スタッカにあった現金はRBやAB等の各BOXに収納される。ボタン(2)を押下すると、1次スタッカにあった現金を入出金口に排出し、エンドユーザが排出された現金を検知すると、「ATM（カード排出）画面」（図７）へ遷移する。
　図６－５は入金確定画面である。ボタン(1)を押下すると、「ATM（カード排出）画面」（図７）へ遷移する。
　図７はカード排出画面７００である。利用者がカードを受け取るのを待ち、受け取られるとスタート画面４００へ遷移する。
　図８－１は残高照会のカードの挿入待ちの画面801である。カードが挿入されると「PINコード入力待ち画面」へ遷移する。ボタン(1)を押下するとスタート画面４００へ遷移する。
　図８－２はPINコード入力待ち画面802である。EPP部にPINコードが入力されると「金額入力待ち画面」へ遷移する。ボタン(1)を押下すると「ATM（カード排出）画面」（図７）へ遷移する。
　図８－３は残高照会確認画面803である。文言(1)に口座残高が表示される。ボタン(2)を押下することにより、「ATM（カード排出）画面」（図７）へ遷移する。
　＜３．詳細構成＞
　このような本構成を採用することによって、１．現金自動機の運用に係わるコストの低減、２．保守に係わるコストの低減、３．調達に係わるコストの低減、を図ることが可能となる。以下、それぞれの具体的な内容を実施例を分けて説明する。
　本実施例では現金自動機の運用及び保守に係わるコストの低減について説明する。本発明の現金自動機では、運用コストの低減のために、次の構成を採用する。
（１）複数業態で1台の現金自動機をシェアして運用し、運用コストを分散する。
（２）入出金バランスの異なる複数業態で1台の自動機をシェアしてリサイクル運用し、
入出金バランスを整えることで現金運用効率を向上させる。
（３）CIT等で持ち運ぶ装填金額を最小化して機内在高を低減すること、不要なCIT出動を削減することで、現金運用効率を向上させる。
以下、それぞれの実現手段につき、詳細に説明する。
　（１）複数業態で1台の自動機をシェアして運用するための構成
　複数業態で1台の自動機をシェアして運用するためには、複数のAPPを同一装置内に共存させるため、（ア）複数のAPPを管理し、（イ）複数業態でシェアすることによるトラブルを調整する必要がある。
　（１－ア）複数APPの管理
　複数APPの管理とは、具体的には、複数業態のAPPを使う時に選択する処理を適切に行うことが必要である。以下、詳細に説明する。
　複数業態のAPPを使う時に選択するのは次のようにして行う。
  ・接客待ち状態で図2-1のような選択画面を表示しておく。
  (1) エンドユーザが選択画面で使用したいAPPを選択する。
  (2) 選択画面時に特定の操作（NFC読取り等）があった場合、その入力から選択補助情報で対応するAPPを選択する。
  ・上記(1)(2)いずれか、または客接近検知すると、状態を接客開始状態に変更し、APP動作管理情報を記録する。
  ・上記で選択されたAPPを操作画面に表示する。
  ・当該APPが取引等の処理を開始した時等、状態を取引開始状態に変更し、APP動作管理情報を記録する。
  ・当該APPが取引等の処理を終了した時等、状態を取引終了状態に変更し、APP動作管理情報を記録する。
  ・客接近検知が消えた場合、直前の接客開始状態からの間が当該エンドユーザの取引であるとし、状態を接客待ち状態に変更してAPP動作管理情報を記録する。
  ・客接近検知が無い構成の場合、当該APPが取引終了状態となり、選択画面への遷移入力を検知した、または取引終了状態から規定時間が経過した時点で、直前の接客開始状態からの間が当該エンドユーザの取引であるとし、接客待ち状態に変更してAPP動作管理情報を記録する。
  ・接客待ち状態の場合、選択画面を表示する。
　ここで、以下については留意する必要がある。
  ・接客待ち状態では、複数APPを選択可能な選択画面があることが好ましい。エンドユーザが複数APPの内、どれを使用するかを容易に選択でき、取引時間を最小化できるため、取引件数の増加に繋がり、現金自動機の稼働効率が向上できる。
　・選択画面時に特定の操作でAPPを選択する際、予め各APP別に被選択される条件等の情報である選択補助情報を設定しておき、選択補助情報に応じて選択画面から当該APPに遷移する。例えばNFC情報を基にAPPを選択する場合には、NFCを読取した情報の上数ケタが指定値であれば、ある指定のAPPを選択する等である。選択補助情報には、APP識別情報と、対象の操作デバイスの識別情報(上記例ではNFC部)と、そのデバイスの動作状態情報(上記例では読取)と、判断基準情報(上記例ではNFC読取値の上数ケタが指定値)を持つことが好ましい。選択補助情報によって、デバイスで取得した情報に対して、随時各APPに問い合わせる等の処理が不要となり、APPもそのような判断処理の作りこみを省ける。エンドユーザに対してはAPP選択時の操作性向上や操作時間を短縮でき、APPを開発する業者も開発コストを削減できる。
　・APP動作管理情報として、少なくともAPP別に接客開始／接客待ち情報(どのAPPがアクティブかわかる情報)、取引開始／終了情報（どのトランザクションかわかる情報）があることが好ましい。APP別の装置占有時間や、APP別の取引の比率等の運用に関わる情報が容易に分析でき、現金自動機の運用者が手数料の見直しや装置の仕様見直し等の運用改善が行い易くなる。また、APP別に起動時タイムスタンプ、終了時タイムスタンプもあることが好ましい。APP別に起動／終了のログを簡単に生成できるため、サービスの時間による手数料集計が必要な場合にも、簡易に集計ができる。更に、APP動作管理情報の前回終了情報はAPPに通知できるようにしておくことが好ましい。前回終了情報に応じて、APP側での起動時の分岐処理を容易に判断でき、再起動時の処理時間の短縮に繋げることができる。
　・客接近検知がある構成の場合、APP動作管理情報の接客開始／接客待ち情報については、APP別ではないユーザ別の接客開始／接客待ち情報(どのユーザかわかる情報)があることが好ましい。同一ユーザと確定できる状況下で、複数のAPP間で情報をシェアすることにより、エンドユーザがシームレスな操作を行うことができる。例えば、あるICタグ等のユーザ識別情報をA業者のAPP上でNFC部で読込してある取引を行った後、同じユーザがB業者のAPPを選択し、B業者のAPP上で同じICタグを読み込ませる操作が必要な取引をしようとした場合に、A業者で読込済みの情報を利用して、B業者のAPP上で処理する、(エンドユーザが再度ICタグを読込させる作業は不要になる)等である。
　これは、APP間連携情報として、連携する対象の複数のAPP識別情報(上記例ではA業者のAPPとB業者のAPP)、対象の操作デバイスの識別情報(上記例ではNFC部)と、そのデバイスの動作状態情報(上記例では読取)と、利用情報(上記例ではNFC読取値)、保存先情報を持つことが好ましい。現金自動機はAPP間連携情報に設定された対象の情報を取得すると、その保存先情報に従い、一時的に取得した利用情報を保存し、APP動作管理情報からユーザ別の接客開始/接客待ち情報が接客待ち状態になるまで保持し、接客待ち状態となった場合には保存しておいた利用情報を削除する。
　（１－イ）複数業態でシェアすることによるトラブル調整
  複数業態でシェアすることによるトラブル調整とは、具体的には、現金トラブルの調整がある。
  現金トラブルの調整には、さらに、（a）複数業態でどのAPがどの取引でいくらの現金を入出金したかの適切な管理、（b）複数の業態からの装填の際の調整、（c）複数の業態からの回収の際の調整、（d）あるAPPの取扱い中に、リジェクトが発生した場合の調整、（e）あるAPPで取忘れ回収が発生した場合の調整、（f）複数業態でそれぞれが悪影響を及ぼす偏った使い方の防止、がある。
　（a）複数業態でどのAPがどの取引でいくらの現金を入出金したかの適切な管理は次のようにして行う。(各APPでの取引開始状態となるまでの処理や、取引後の処理や、APP動作管理等の記載は上述の通りであり、今回の記載上は省略する。)
  ・上記取引開始状態となったAPPは入/出金コマンドを発行する。
  ・入/出金コマンドに従い、現金処理装置は入/出金動作を行う。
  ・現金処理装置は現金管理装置と当該APPに対して入/出金結果のレスポンスを行う。
  ・現金管理装置はそのレスポンス情報から得られる、少なくとも搬送元と、搬送先と、
それぞれの金額(金種と枚数)と併せ、少なくともAPPのID、取引IDを、現金管理情報として記録する。
  ・APP別の取引での集計を行う際は、上記現金管理情報の記録より、前回の当該APPの前回精査時点からの取引の合計を行う。
  ・運用管理者は各APPの取引全ての情報より、現金の精査時点からの合計を行う。
　ここで、以下については留意する必要がある。
  ・取引ID情報は、取引が識別できる情報であれば良く、各APPが管理している番号や、現金管理装置が管理している番号等、でも良い。同時に、当該取引ID情報の取引を現金管理情報に記録する際には、タイムスタンプや、取引者ID(接客状態情報を利用して生成する追番等の情報や、ICタグの読取情報等の媒体情報を利用して生成する情報、等)もあると良い。
　・現金管理情報は、図９－１のように、入金や出金や自動計数等の動作処理の識別のための処理情報と、当該取引IDで処理したAPP識別のための情報であるAPP識別IDを持つ。また、処理情報の項目の1つとして、少なくとも各APP別の精査情報(0クリア時が分かる情報)を持つ。精査情報はAPP別(一般APP)、現金の精査(現金管理装置を制御する運用APPや保守用APP、現金管理権限のあるAPP等)、の少なくとも2種類が区別できるものが好ましい。
　・現金管理装置は、上記取引IDでの処理で、現金処理装置からのレスポンスを受信し、少なくとも当該処理でのAPP識別IDと搬送元と搬送先と金額(金種と枚数)を当該取引IDでの現金管理情報として記録する。搬送元/先の情報は、少なくとも各BOXと入出金口を持つ。本実施例は現金自動機内に設置する独立した構成としているが、現金処理装置や、上位や、制御部に構成しても良い。
　・現金管理装置は、上記一般APP別の集計を行う場合、図９－２、図９－３の通り、下記のように行う。
  (1) 現金管理情報の記録より、当該APPの最新の、処理情報が精査情報である時点の取引を抽出する。
  (2) 現金管理情報の記録より、当該APPの(1)時点以降の取引を抽出する。
  (3) (2)の情報より、処理情報が入金と装填取引の、搬送先別に金額(金種と枚数)を合計し、それぞれ入金額、装填額として記録する。入金時には入出金口から識別し受け付け後に収納した金額、装填時には当該APPの装填金額を用いる。
  (4) (2)の情報より、処理情報が出金と回収取引の、搬送先別に金額(金種と枚数)を合計し、それぞれ出金額、装填額として記録する。出金時には入出金口へ到達した金額、回収時には当該APPの回収金額を用いる。
  (5) APP別集計結果として、APP別に(3)(4)のそれぞれの金額を記録する。
　・現金管理装置は、上記現金の精査の集計を行う場合、図９－４の通り下記のように行う。
  (1) 現金管理情報の記録より、当該APPの最新の、処理情報が精査情報かつ現金の精査である時点の取引を抽出する。
  (2) 現金管理情報の記録より、当該APPの(1)時点以降の取引を抽出する。
  (3) (2)の情報より、処理情報が入金と装填取引の、搬送先別に金額(金種と枚数)を合計し、それぞれ入金額、装填額として記録する。入金時には入出金口から識別し受け付け後に収納した金額、装填時には当該APPの装填金額を用いる。
  (4) (2)の情報より、処理情報が出金と回収取引の、搬送先別に金額(金種と枚数)を合計し、それぞれ出金額、装填額として記録する。出金時には入出金口へ到達した金額、回収時には当該APPの回収金額を用いる。
  (5) 当該APPの集計結果として、(3)(4)のそれぞれの金額を記録する。
  (6) 現金管理の集計結果として、(5)および他APPでの入金と出金の金額の合計を記録する。
　ここで、以下については留意する必要がある。
　　・上記集計時の入金時の金額について、現金処理装置に一次スタッカがある構成の場合は、入出金口から搬送して識別後の確定した紙幣を一次スタッカに収納し、その後各BOXへ収納するが、その際は上記現金管理情報に一次スタッカ欄を追加することで、一次スタッカに収納された金額を入金額として用いても良い。
　（b）複数の業態からの装填の際の調整は以下のようにして行う。
  ・装填コマンドを受け付けたAPPを判別する。
  ・現金現物の装填不要（現金装填権限のないAPP）の場合、装填コマンドを受け付けたAPPの装填カウンタ値のみ加算を行い、結果をレスポンスし、記録する。
  ・現金現物の権限があるAPPの場合、装填コマンドを受け付けたAPPの装填カウンタ値および当該収納庫のカウンタ(現金現物管理用のカウンタ)へ加算を行い、結果をレスポンスし、記録する。
  ・権限ありAPPで自動装填を行った場合、自動装填を行い、自動装填結果によるAPPの装填カウンタ値および当該収納庫のカウンタへ加算を行い、記録する。
　ここで、以下については留意する必要がある。
  ・装填や回収等のそれぞれのAPPの現金管理権限は、現金管理権限情報としてAPP別に管理することが好ましい。装填コマンドを受け付けた際に、現金管理権限情報を参照して上記現金現物管理用カウンタへの記録要否を容易に判断できる。
　・自動装填や後述する自動回収の結果のレスポンスに、不明券の全画像やRJ要因情報等の補足情報を加えても良い。リモートから補足情報を利用し、そのデータを基に目視で確定させ、集計結果に反映させることで、不要なCIT出動を削減できる。
　・自動装填や後述する自動回収の実行が許可された各APPごとに自動装填実行時間帯の制限等の設定情報を持たせても良い（繁忙時間帯での稼働時間悪化低減）、NG時間帯の場合は、(1)動作実行情報に登録しておき、後でOK時間帯に実行、(2)動作NGのレスポンス回答、または(3)それらの組合せ等がある。
　・現金現物の自動装填時のRJは機外現金扱いとしても良い。
　（c）複数の業態からの回収の際の調整は以下のようにして行う。
  ・回収コマンドを受け付けたAPPを判別する。
  ・現金現物の回収不要（現金回収権限のないAPP)の場合、回収コマンドを受け付けたAPPの回収カウンタ値のみ加算を行い、結果をレスポンスし、記録する。
  ・現金現物の権限があるAPPの場合、回収コマンドを受け付けたAPPの回収カウンタ値の加算および当該BOXのカウンタ(現金現物管理用のカウンタ)へ減算を行い、結果をレスポンスし、記録する。
  ・権限ありAPPで自動回収を行った場合、自動回収を行い、自動回収結果によるAPPの回収カウンタ値の加算および当該収納庫のカウンタへの減算を行い、記録する。
　（d）あるAPPの取扱い中に、リジェクトが発生した場合の調整は以下のようにして行う。
  ・上記取扱い状態のAPPについて、出金の場合、リジェクトを最終的にABに回収し、結果をレスポンスして記録する。
  ・入金計数の場合、リジェクト紙幣は入出金口の返却口へ戻し、結果をレスポンスして記録する。
  ・入金収納の場合、リジェクトを最終的にABに回収し、結果をレスポンスして記録する。この時、(入金収納時のリジェクト金額＝入金計数での確定金額－RBに収納された金額)としてABに収納された金額を確定しても良い。
　ここで、以下については留意する必要がある。
  ・APPへのレスポンスには、リジェクト結果を含む／含まない、がある。更に、リジェクト結果を含む場合には、確定金額や件数などの詳細情報を含む／含まないがある。APPへのリジェクト結果を含む場合には、現金管理情報の、当該取引IDのRJ券の搬送先の情報を利用すれば良い。
　・現金現物管理権限を持たない相乗り業者はリジェクト結果を含まなくとも良いが、現金現物管理権限を持つ業者は詳細を知る必要があるため、現金現物管理権限を持つAPPは、当該APPそのものの管理値と、現金現物の管理値を分けて管理することが好ましい。
　・リジェクト券の回収指定先を回収指定先設定として、収納する搬送先を予め設定しておくことが好ましい。リジェクト券の確定／不明／偽券等のリジェクト要因別や、コマンド別に、APP別に設定しておくことで、各APPがリジェクト券を任意に取り扱うことができる。
　（e）あるAPPで取忘れ回収が発生した場合の調整は以下のようにして行う。
  ・上記取扱い状態のAPPについて、出金済みの現金や、入金計数時のリジェクト済み券が入出金部に残留した場合、タイムアウト等の指定の条件で取忘れと判断する。
　・取忘れ後の動作として、(1)装置ダウン（シャッタは開／閉の指定要）する、(2)AB／URJB等の指定回収先に回収する、(3)確定券のみRB／ABに確定券として収納し不明券分のみ指定回収先に回収する、(4)その組合せ（初回はURJB、2回目発生時にはダウン、等）がある。
　・各APPの取忘れ動作設定により動作を判定する。
  ・取忘れ券を回収する場合、指定の回収先に回収し、結果をレスポンスして記録する。
　ここで、以下については留意する必要がある。
  ・取忘れ回収の識別がわかる情報として、現金管理情報の処理情報の1つとして区別しておくことが好ましい。APPへのレスポンスには、RJ結果を含む／含まない、がある。更に、リジェクト結果を含む場合には、確定金額や件数などの詳細情報を含む／含まないがある。上記RJ券の扱いと同様に、APPへのリジェクト結果を含む場合には、現金管理情報の、当該取引IDのRJ券の搬送先の情報を利用すれば良い。
　・現金現物管理権限を持たない相乗り業者はRJ結果を含まなくとも良く、現金現物管理権限を持つ業者は詳細を知る必要があるため、現金現物管理権限を持つAPPは、当該APPそのものの管理値と、現金現物の管理値を分けて管理することが好ましい。
　・取忘れ回収券の処理は、取忘れ動作設定として、収納する搬送先を予め設定しておくことが好ましい。取忘れ回収券の確定／不明／偽券等のリジェクト要因別や、コマンド別に、APP別に設定しておくことで、各APPが取忘れ回収券を任意に取り扱うことができる。
　・回収した券は、確定券も機外現金の扱いとしても良い。
  ・取忘れ動作設定は、APP別の優先度（特定のAPPの挙動を優先させる、特にURJB回収時の取り扱い）、APP間での情報連携有無（APP-Aが「初回はURJB、2回目発生時にはダウン」であるとき、APP-Bで先に取忘れ回収が発生し、URJBが使用されてしまった場合、APP-Aとしては初回の取忘れ回収であったとしてもダウンさせる、等）を決めても良い。
　（f）複数業態でそれぞれが悪影響を及ぼす偏った使い方の防止は以下のようにして行う。
  ・複数業態でそれぞれが使用できる現金枠を管理する。
  ・現金枠は各APP別に設定する。
　BOXの現金切れ対策として、各APPは各BOXについて現金枠として「最低枠」を設定し、「（（在高枚数）－（他APP最低枠の合計））≦（取引差分枚数）」の関係にあるとき、出金取引を行う。回収取引の際も同様に判断を行う。
　BOXの現金あふれ対策として、各APPは各BOXについて現金枠として「最大枠」を設定し、「（取引差分枚数）≦（(当該BOXの最大容量の枚数)－（在高枚数）－（他APP最大枠残合計））」の関係にあるとき、入金取引を行う。
　・上記切れ／あふれの最低／最大枠からマージンを考慮した値で判断しても良い。
  ・現金管理権限のあるAPP(保守や運用のAPP)による、現金現物の初期装填時や洗替え目的の回収時は、現金枠に対しては関係せず、装填/回収する。
  ・上記判断で取引NGとした場合は、当該ユニットを縮退した状態、または状態に応じた機能を制限した状態（切れ時には出金不可、あふれ時には入金不可、等）で運用を継続する。
  ・APP別に、現金枠の優先度や相互互換を設定しても良い。
　ここで、以下については留意する必要がある。
  ・現金枠情報は、金種別枚数指定の他に、カセット容量に対する使用割合(%表示等)による指定でも良い。使用割合表示の場合は、BOX別に枚数換算することで、上記と同様に処理ができる。これにより、現金自動機の運用者が用意する準備金の使用料等の課金根拠として管理が容易になる。また、同じ業者が複数の現金自動機を利用しているが、それぞれの現金処理装置が異なっていた場合にも、現金枠の設定の管理が容易になる。
  ・現金枠の閾値には、RJ率によるマージンを追加（マージン分、許可する取引差分枚数を少なくする）しても良い。
  ・APP別かつ取引別の取引最大量を予め設定しても良い。現金枠の状態で当該APPでの縮退要否を常時判断でき、2nd-DSP等の外部表示で接客前にエンドユーザへ取引可否を告知でき、利便性が向上する。
　（２）入出金バランスの異なる複数業態で1台の自動機をシェアしてリサイクル運用し、入出金バランスを整えることで現金運用効率を向上させるための構成
　複数業態間を含む現金リサイクルでの入金、出金をするため、複数業態で共通のリサイクル庫を使用し、APP別に入出金管理を行う（上記「（１－イ）複数業態でシェアすることによるトラブル調整」も参照）。入金専用庫も共用してもよい。
　APP別にBOXを分けて運用する場合は、入金過多のAPPのRBから出金過多のAPPのRBへ、BOX間での現金搬送を行う。
　（３）(ア)CIT等で持ち運ぶ装填金額を最小化して機内在高を低減すること、(イ)不要なCIT出動を削減することで現金運用効率を向上させるための構成
　（３－ア）CIT等で持ち込む装填金額を最小化するためには、次回装填分のみ機内在高として残し、残りを回収する。現金自動機はそのカセット間搬送動作を行う。例えば、RBから次回装填分の現金をCBへ搬送しておき、RBとABを回収する。回収後、次回装填分としてCBから各RBへ現金を装填する。
  これにより、CITが持ち込む装填金額は不要となり、現金回収のみとすることができる。
　（３－イ）不要なCIT出動を削減するための構成としては、CIT不要運用がある。
  CIT不要運用を行うため、
  ・商店などの装置設置地点の運用者が（余剰資金等で）現金装填／回収を行う。
  ・現金自動機はその装置を利用したAPPの取引件数や取引額等の利用履歴情報をAPP別に記録、管理する。
  ・運用者はAPP別の利用履歴情報より、装置利用料を各APPのサービスを行う会社へ請求する。
  ・利用履歴情報は上位サーバ等の上位で記録、管理しても良い。更に上位から利用履歴に応じて各会社への請求情報を送信し、決済を行っても良い。
　本実施例では現金自動機の調達に係わるコストの低減について説明する。本発明の現金自動機では、調達コストの低減のために、APPが無くても動作できる構造で初期投資を低減する。
　具体的には、装置にAPPが無くてもシェア利用できるように、上位側から制御装置の所定のソフトウェアライブラリにアクセスするようにしたり、スマホ等のAPPからNFC等の入力に応じて制御装置の所定のソフトウェアライブラリにアクセスするようにすればよい。
　１００…現金自動機、１１０…現金在高、１１１、１１２、１１３…最低枠、１１４…取引許可分、１２０…現金在高、１２１、１２２、１２３…最低枠、１２４、１２５…取引許可分、２０１…スタート画面、３０１…保守ログイン画面、３０２…保守メニュー画面、３０３…現金状態表示画面、４００…スタート画面、５０１…カード挿入待ち画面、５０２…ＰＩＮコード入力待ち画面、５０３…金額入力待ち画面、５０４…出金完了画面、６０１…カード挿入待ち画面、６０２…ＰＩＮコード入力待ち画面、６０３…入金待ち画面、６０４…入金確認画面、６０５…入金完了画面、７００…カード排出画面、８０１…カード挿入待ち画面、８０２…ＰＩＮコード入力待ち画面、８０３…残高照会確認画面
、９０１…現金状態表示画面 

Claims (14)

  1. 　現金の入出金を行う現金自動機であって、
    　前記現金自動機には、複数の異なる業態のサービスを提供する複数のアプリケーションがインストールされており、
    　利用者が前記複数のアプリケーションから所望の一つを選択することによって、前記現金自動機は前記選択されたアプリケーションに基づき利用者に対して所定のサービスを行うことを特徴とする現金自動機。
  2. 　請求項１に記載の現金自動機であって、
    　前記現金自動機は現金を入金または出金する現金収納庫を備え、
    　前記複数のアプリケーション毎に前記現金収納庫に対する入金または出金の許容値が設定されていることを特徴とする現金自動機。
  3. 　請求項１または請求項２に記載の現金自動機であって、
    　前記複数のアプリケーション毎に、前記現金収納庫に対する入金処理または出金処理における紙幣の搬送元、及び／又は搬送先と、搬送される紙幣の金種及び枚数を記録することを特徴とする現金自動機。
  4. 　請求項３に記載の現金自動機であって、
    　前記複数のアプリケーション毎に記録された紙幣の搬送元及び又は搬送先と、搬送される紙幣の金種及び枚数を表示する表示画面を備えることを特徴とする現金自動機。
  5. 　請求項３または請求項４に記載の現金自動機であって、
    　現金管理権限者の現金在高は、前記複数のアプリケーション毎に記録された紙幣の搬送元、及び／又は搬送先と、搬送される紙幣の金種及び枚数を用いて管理することを特徴とする現金自動機。
  6. 　請求項１または請求項２に記載の現金自動機であって、
    　前記複数のアプリケーション毎の残高確認は、前記複数のアプリケーション毎の計数値を用いることを特徴とする現金自動機。
  7. 　請求項６に記載の現金自動機であって、
    　前記複数のアプリケーション毎の在高を表示する表示画面を備えることを特徴とする現金自動機。
  8. 　請求項１または請求項２に記載の現金自動機であって、
    　前記複数のアプリケーションから所望の一つを選択するスタート画面を表示する表示画面を備えることを特徴とする現金自動機。
  9. 　請求項８に記載の現金自動機であって、
    　前記スタート画面への保守用ボタンの表示制限を行うことを特徴とする現金自動機。
  10. 　請求項１～９のいずれかに記載の現金自動機であって、
    　前記複数の現金収納庫毎に、前記複数のアプリケーション毎の在高を表示する現金状態表示画面を備えることを特徴とする現金自動機。
  11. 　請求項８または請求項９に記載の現金自動機であって、
    　前記スタート画面への前記アプリケーションの表示または非表示、及び、前記アプリケーションの追加または更新または削除を行うランチャー保守画面を備えることを特徴とする現金自動機。
  12. 　請求項２～１１のいずれかに記載の現金自動機であって、
    　前記許容値に基づいて出金限度額、及び／又は入金限度額を設定することを特徴とする現金自動機。
  13. 　請求項１２に記載の現金自動機であって、
    　前記出金限度額、及び／又は入金限度額を設定する設定画面を表示する表示画面を備えることを特徴とする現金自動機。
  14. 　請求項１～１３のいずれかに記載の現金自動機と通信回線を介して接続された上位ホストコンピュータを有する現金自動機システムであって、
    　前記上位ホストコンピュータは、前記現金自動機と所定の情報を送受信して前記現金自動機の設定・制御・管理等を行うことを特徴とする現金自動機システム。
PCT/JP2017/043259 2017-04-26 2017-12-01 現金自動機、及び現金自動機システム WO2018198415A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017086825A JP6858068B2 (ja) 2017-04-26 2017-04-26 現金自動機、及び現金自動機システム
JP2017-086825 2017-04-26

Publications (1)

Publication Number Publication Date
WO2018198415A1 true WO2018198415A1 (ja) 2018-11-01

Family

ID=63919546

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/043259 WO2018198415A1 (ja) 2017-04-26 2017-12-01 現金自動機、及び現金自動機システム

Country Status (2)

Country Link
JP (1) JP6858068B2 (ja)
WO (1) WO2018198415A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7222849B2 (ja) * 2019-08-28 2023-02-15 富士通フロンテック株式会社 自動取引装置、現金管理システム、現金管理方法およびプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63225886A (ja) * 1987-03-13 1988-09-20 Mitsubishi Electric Corp Ｉｃカ−ド
JP2002312455A (ja) * 2001-04-13 2002-10-25 Yamatake Building Systems Co Ltd 保全管理業務支援システムおよび保全管理業務支援方法
JP2008003665A (ja) * 2006-06-20 2008-01-10 Hitachi Omron Terminal Solutions Corp 紙葉類処理システム
JP2010079663A (ja) * 2008-09-26 2010-04-08 Nippon Atm Kk 自動取引装置制御システム
JP2016177368A (ja) * 2015-03-18 2016-10-06 Kddi株式会社 表示制御方法、電子機器、表示制御用プログラム及び表示制御システム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05274527A (ja) * 1991-08-23 1993-10-22 Omron Corp 自動取引処理方法
JP2001052084A (ja) * 1999-08-05 2001-02-23 Hitachi Ltd 自動取引装置による金融機関選択方法
JP2001290940A (ja) * 2000-04-06 2001-10-19 Oki Electric Ind Co Ltd サービス提供システム
JP2004341859A (ja) * 2003-05-16 2004-12-02 Hitachi Ltd 複数インタフェースを有する現金自動取引装置
JP5187937B2 (ja) * 2007-10-26 2013-04-24 日本エイ・ティー・エム株式会社 自動取引装置制御システム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63225886A (ja) * 1987-03-13 1988-09-20 Mitsubishi Electric Corp Ｉｃカ−ド
JP2002312455A (ja) * 2001-04-13 2002-10-25 Yamatake Building Systems Co Ltd 保全管理業務支援システムおよび保全管理業務支援方法
JP2008003665A (ja) * 2006-06-20 2008-01-10 Hitachi Omron Terminal Solutions Corp 紙葉類処理システム
JP2010079663A (ja) * 2008-09-26 2010-04-08 Nippon Atm Kk 自動取引装置制御システム
JP2016177368A (ja) * 2015-03-18 2016-10-06 Kddi株式会社 表示制御方法、電子機器、表示制御用プログラム及び表示制御システム

Also Published As

Publication number Publication date
JP2018185644A (ja) 2018-11-22
JP6858068B2 (ja) 2021-04-14

Similar Documents

Publication Publication Date Title
US9865114B2 (en) Cash management method and a cash management system
JP2001256534A (ja) 店舗用売上金入金装置
WO2021192375A1 (ja) 取引装置、情報処理装置、及び、取引システム
WO2018198415A1 (ja) 現金自動機、及び現金自動機システム
JP7252039B2 (ja) 両替システム及び両替方法
JP7007835B2 (ja) 電子マネー端末装置、電子マネー管理システム及び電子マネーチャージ方法
JP5023817B2 (ja) 自動取引装置および自動取引システム
JP2019207598A (ja) 自動取引装置、取引処理システムおよび取引処理プログラム
US7413116B2 (en) Banking system, automated teller machine, financial transaction method, and a recording medium recording a financial transaction program readable by computer
JP7222849B2 (ja) 自動取引装置、現金管理システム、現金管理方法およびプログラム
JP7132363B2 (ja) セルフペイメントシステム、管理装置、端末管理方法およびプログラム
JP6402588B2 (ja) 現金処理装置及び現金処理システム
JP7134281B2 (ja) 入出金管理システム、入出金管理装置及び入出金管理方法
JP6900460B2 (ja) チェックアウトシステムおよびその動作方法
WO2023190033A1 (ja) 現金処理装置
JP6625591B2 (ja) 取引装置
JP2018081579A (ja) 金銭収受装置、決済装置及び制御プログラム
JP2010231472A (ja) 自動取引装置及び自動取引システム
JP2018060352A (ja) 硬貨への逆両替機能付き硬貨用電子マネーチャージ機
JP6672100B2 (ja) 手数料無料回数制御方法、装置、およびプログラム
JP2000315276A (ja) 現金自動取引装置
JP5437870B2 (ja) 入金管理システム、入金装置、および入金装置置換方法
JP2022012167A (ja) 余剰金管理システム
JP2023065777A (ja) 現金処理システム、制御サーバ、方法およびプログラム
JP2019128764A (ja) プログラム、決済処理システム、方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17907346

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17907346

Country of ref document: EP

Kind code of ref document: A1