JP6537820B2 - Money handling system - Google Patents

Description

  The present invention relates to a money handling system for handling money which is delivered by off-store transactions.

  2. Description of the Related Art Conventionally, banks and the like handle transactions with customers at a window provided in a store, and there are cases in which a bank clerk goes to a customer and performs transactions. A clerk who goes to a customer and performs transactions in this way is called a clerk. For example, when making a deposit transaction at the customer site, the foreign agent deposits cash and a passbook from the customer. Then, after returning to the store, the foreign member deposits the cash deposited at the customer site into the money handling apparatus provided in the store.

  In this way, the work of the public relations staff is laborious because there are various tasks, and it is important to prevent mistakes and fraud in order to handle cash. Therefore, technology that reduces the labor of foreign officials and prevents mistakes and fraud is being considered.

  For example, Patent Document 1 discloses an external terminal that greatly reduces the time and effort of the deposit transaction operation performed by the external agent at the customer site and reduces the burden on the external agent. Specifically, the information for identifying the customer, the account number associated with the information, and the estimated payment amount for each account number are stored in the storage unit of the external terminal, and the external agent identifies the customer at the visiting destination. When the operation display unit inputs information for making an account, the account number and the estimated payment amount associated with the input information are displayed on the operation display unit, and when there are a plurality of displayed account numbers, an account for performing a deposit transaction When a number is selected, the selected account number and payment amount are stored in the storage unit as payment transaction data.

Japanese Patent Application Publication No. 2003-6434

  However, although the prior art typified by the above-mentioned patent documents can reduce the load on the outside staff at the customer site, it does not consider the work after the outside staff return to the store. Therefore, proper management of the cash deposited at the customer site has been a heavy burden for foreign officials.

  When an outsider returns to a store and enters data on a transaction made at a customer site into a predetermined device such as a money handling apparatus, it takes time and effort to reenter the same data as the data input into the external terminal at the customer site. It will be done. When such data is reentered, an operation mistake such as an input mistake by an outsider may occur, or fraud may be made.

  From these things, it has been an important issue to realize the prevention of manipulation errors and frauds of transaction data by outsiders. Such problems are not limited to the bank's external staff, and the same problems occur when conducting transactions involving the delivery of money outside the store.

  The present invention has been made to solve the above-described problems of the prior art, and it is possible to reduce the labor when performing a transaction involving the delivery of money outside the store, and to prevent fraud and mistakes. It aims at providing a processing system.

In order to solve the problems described above and to achieve the object, the present invention is a money handling system for handling money that is delivered by out-of-store transactions, which is installed in a predetermined store and is used to deposit and withdraw money A money processing device for performing the transaction, a terminal device for receiving input of a plurality of transaction data indicating contents of the transaction outside the store , transaction data selected from among a plurality of transaction data received by the terminal device, and the transaction And comparing means for comparing the counting result of the money received to the money handling apparatus as the money corresponding to the data.

  Further, according to the present invention, in the above-mentioned invention, the terminal device may be a tag reading means for reading information from a tag attached to the money handling device, and the information processing means may use the information read by the tag reading means. It comprises the communication establishment means which establishes communication, and the transmission means which transmits the said transaction data to the said money processing apparatus using the communication established by the said communication establishment means.

  Further, according to the present invention, in the above-mentioned invention, when communication with the money handling device is established by the communication establishing means, the terminal device receives an operation to the money handling device and transmits it to the money handling device. The apparatus further comprises an operation linking means.

Further, according to the present invention, in the above-mentioned invention, when the communication establishing means establishes communication with the terminal device, the money handling apparatus receives transaction data out of a predetermined authority, and transaction data which needs processing on a later date. And receiving all transaction data including the data from the terminal device.
Further, according to the present invention, in the above-mentioned invention, the money handling apparatus stores, as a reservation task, transaction data which needs to be processed later among the transaction data received by the terminal device , and the transaction data outside the predetermined authority. It is characterized in that it comprises storage means for storing it as a task requiring authority.

Further, the present invention is characterized in that, in the above-mentioned invention, the money handling apparatus further comprises display control means for displaying a list of processing tasks including the reservation task and the task requiring authority stored in the storage means. .

Further, according to the present invention, in the above-mentioned invention, when the user having the predetermined processing authority performs an operation, the money handling apparatus stores transaction data out of the predetermined authority as the necessary authority task. If present, it is characterized in that it further comprises task notification means for notifying the relevant authority required task.

  Further, according to the present invention, in the above-mentioned invention, the counting device can count the counting device for counting money delivered at the time of the transaction outside the store, an imaging unit provided in the terminal device, and the counting device And a counting control unit for permitting the counting by the counting device.

  Further, the present invention is characterized in that, in the above-mentioned invention, when the counting device can pick up an image by the image pickup means, the count control means displays and controls an operation button for receiving a counting start operation on a predetermined display means. I assume.

  Further, the present invention is characterized in that, in the above-mentioned invention, the counting control means completes the counting when the image pickup means picks up an image from the start to the end of the counting by the counting device.

According to the present invention, it is possible to prevent the illegal operation error or public relations membered transaction contents in the store outside.

FIG. 1 is an explanatory view for explaining the concept of processing of a deposit transaction performed by an outsider in the money handling system according to the present embodiment. FIG. 2 is a block diagram showing an internal configuration of the portable terminal. FIG. 3 is an explanatory view for explaining a portable terminal ID, user data, customer data, transaction data, counter identification data, and counting record data stored in the storage unit of the portable terminal shown in FIG. FIG. 4 is a block diagram showing an internal configuration of the money handling apparatus. FIG. 5 is an explanatory view for explaining user data, customer data and transaction history data stored in the storage unit of the money handling apparatus shown in FIG. FIG. 6 is an explanatory diagram for explaining reserved task data and required task data stored in the storage unit of the money handling apparatus shown in FIG. FIG. 7 is a view showing an image in which bills are counted by the portable terminal and the counter. FIG. 8 is a block diagram showing an internal configuration of the counter shown in FIG. FIG. 9 is an explanatory diagram for explaining a counter ID and counting history data stored in a storage unit of the counter. FIG. 10 is an explanatory diagram of an example of display on the display operation unit of the portable terminal in the case where processing in cooperation with the portable terminal and the money handling apparatus is performed regarding transaction data. FIG. 11 is an explanatory view showing an example of a display screen of the display operation unit of the portable terminal when the deposited money amount corresponding to the data of the deposited transaction and the actually counted money amount do not match in the money handling apparatus. . FIG. 12 is a flow chart showing the procedure for starting use by the mobile terminal when an outsider uses the mobile terminal. FIG. 13 is a flowchart showing a processing procedure for processing a transaction data between the portable terminal and the money handling apparatus. FIG. 14 is a flow chart showing the processing procedure for processing the transaction data by the money handling apparatus in step S306 of FIG. FIG. 15 is a flow chart showing a processing procedure for causing the portable terminal to control the counting machine to perform counting processing of money at a customer site outside the store. FIG. 16 is an explanatory view for explaining the concept of processing when a portable terminal is used as a mobile terminal of a money handling apparatus as a modification.

  Hereinafter, preferred embodiments of the money handling system according to the present invention will be described in detail with reference to the accompanying drawings. The portable terminal can establish communication with various processing devices in a financial institution such as a bank, receive an operation from the various money processing devices, and transmit the processing to the processing devices. Therefore, as an embodiment, a case where a transaction carried out by an outsider at a customer site is stored as transaction data in a portable terminal and the portable terminal and the money handling apparatus cooperate to process transaction data will be described in detail. Next, as a modification, a case where a portable terminal and a money handling apparatus are connected and the portable terminal is used as a mobile terminal of the money handling apparatus will be described.

  First, the concept of processing of the deposit transaction of the foreign agent in the money handling system according to the present embodiment will be described. FIG. 1 is an explanatory view for explaining the concept of processing of a deposit transaction of an outsider in the money handling system according to the present embodiment. As shown in FIG. 1, the money handling system according to the present embodiment has a portable terminal 10 and a money handling apparatus 20. The portable terminal 10 is a portable type terminal used by an outsider or the like when trading with a customer outside the store, receives an input of transaction data from the outsider from the client's site, and stores the contents thereof. The money processing apparatus 20 is a processing apparatus which is installed in a store and processes money, such as deposit and withdrawal of money, storage and arrangement. Although the deposit transaction process in the money handling system is described in this embodiment, the process of the money handling system is not limited to the deposit transaction.

  If there is a deposit or the like at the customer site, the foreign agent accepts a deposit request for cash or the like from the customer ((1) in FIG. 1). Foreign officials count and confirm the received money. Then, a record of the deposit request including the counted amount is input to the portable terminal 10 as transaction data, and stored in the portable terminal 10 ((2) in FIG. 1). When the customer's transaction is over, the clerk returns the cash to the store. In addition, when counting money, a counter can also be used. The counter will be described later.

  Conventionally, the foreigner who has returned to the store stores the cash deposited in the money handling apparatus and completes the business as a foreigner. However, in this case, if the details of the transaction made by the external agent at the customer site do not match the cash stored in the money handling apparatus, it will take a great deal of effort to find out the cause.

  Therefore, in the money handling system according to the present embodiment, if the external agent is requested to deposit money from the customer at the customer site ((1) in FIG. 1), it is input and stored in the portable terminal 10 as transaction data (FIG. 1 (2)). Then, the deposit amount corresponding to the transaction data stored in the portable terminal 10 is compared with the amount of money deposited and counted in the money handling apparatus 20 to determine whether or not the two amounts match.

  The process will be specifically described. When the foreigner returns to the store, it transfers transaction data regarding payment received at the customer site to the money handling apparatus 20. This is automatically transmitted from the portable terminal 10 by the communication function between the portable terminal 10 and the money handling apparatus 20 ((3) in FIG. 1). Then, the money handling apparatus 20 determined to be a deposit transaction urges an outsider to deposit the money deposited from the customer, and counts the deposited money ((4) in FIG. 1).

  The money handling apparatus 20 compares the result of counting the received money with the deposit amount corresponding to the received transaction data ((5) in FIG. 1). If the compared results match, the money handling apparatus 20 stores the money with the transaction data as valid and completes the deposit process.

  However, if the compared result is non-coincidence, it does not coincide with the counted amount of money, so that notification of processing of the transaction data of deposit is not completed ((6) in FIG. 1). Then, the money handling apparatus 20 does not complete the operation of the deposit transaction performed by the foreign member, and asks for treatment such as repayment. Therefore, at this point, if there is an operation error or fraud, it will be discovered.

  If the spokesman is not trying to make a fraud, he or she may seek to find out why the comparison results do not match, such as a mistake in the operation of transaction data to the mobile terminal 10 at the customer site or a mistake in the money set. Become. Then, when the cause can be clarified, the foreigner can take corrective action, perform the deposit process to the money handling apparatus 20 again, and complete the transaction.

  If the external agent does not take any corrective action in order to conduct the fraud, the money handling apparatus 20 keeps records of the external agent in charge, the contents of the deposit transaction, the deposit amount, and the incomplete processing. The store side can take prompt action. In addition, if any treatment is not performed within a predetermined time after the processing is not completed, the terminal connected to the money handling apparatus 20 may be notified automatically.

  As described above, the money handling system according to the present embodiment compares the amount of deposit of the transaction data with the amount actually paid to the money handling apparatus 20 in the case of a deposit transaction performed by the external party at the customer site, If the amounts do not match, the agent is notified and the processing of the external transaction is not completed. Therefore, it is possible to detect a mistake or fraud at that time and prevent this. Further, the portable terminal 10 and the money handling apparatus 20 establish communication, and the portable terminal 10 automatically transmits the stored transaction data to the money handling apparatus 20. Therefore, the trouble of reentering the data into the money handling apparatus 20 by an outsider becomes unnecessary, and the burden on the outsider can be reduced.

  Next, the internal configuration of the mobile terminal 10 shown in FIG. 1 will be described. FIG. 2 is a block diagram showing an internal configuration of the portable terminal 10 shown in FIG. As shown in FIG. 2, the mobile terminal 10 includes a display operation unit 11, an imaging unit 12, a tag reader 13, a wireless communication unit 14, a storage unit 15, and a control unit 16.

  The display operation unit 11 is a touch-type liquid crystal display or the like that receives an input operation from an outsider and displays an output result and the like. The display operation unit 11 displays operation buttons and the like, and accepts an operation by pressing or touching a button by an outsider.

  The imaging unit 12 is a camera including a CCD image sensor (Charge Coupled Device Image Sensor) or the like that performs imaging of a counting scene of money and the like. The tag reader 13 is a reader that reads an electronic tag attached to the money handling apparatus 20. In the electronic tag, information for establishing wireless communication, such as device information of the money handling apparatus 20 and the like by the portable terminal 10, is stored. The wireless communication unit 14 is a communication unit for performing wireless communication with the money handling apparatus 20.

  The storage unit 15 is a storage device including a hard disk drive, a non-volatile memory, and the like. The storage unit 15 stores a portable terminal ID 15a, user data 15b, customer data 15c, transaction data 15d, counter identification data 15e and counting record data 15f.

  The portable terminal ID 15 a is an ID for identifying the portable terminal 10. The user data 15 b is data for managing an outsider who uses the mobile terminal 10 and the processing authority thereof, and includes a user ID, a name, identification data, and an authority type. Here, the authority type is a type in which the processing authority of an outsider or the like is set. The user data 15b is transmitted to the money handling apparatus 20 when wireless communication between the portable terminal 10 and the money handling apparatus 20 is established, and is also used in the money handling apparatus 20 to identify the user.

  The customer data 15c is data for managing a customer. The customer data 15c is data of a customer visited by an outsider, and the customer ID is associated with a name and an account number. The customer data 15 c is input from the money handling apparatus 20 or the like to the portable terminal 10 and registered in the storage unit 15 for the number of customers who visit.

  The transaction data 15d is data of a transaction conducted by an external agent at a customer site, and is a transaction ID, the transaction type, the date and time of acceptance, and the transaction content in association with each other. Here, the transaction type indicates the type of transaction such as deposit, withdrawal, exchange, etc., and the counting process ID in the transaction content is the count when counting money deposited, withdrawn, or exchanged by an outsider. It is an ID of the process. The counter identification data 15e is data for identifying a counter used to count money. The counter identification data 15e includes a counter ID for identifying the used counter and an identification pattern which is a pattern file for the portable terminal 10 to identify the image of the counter.

  The counting record data 15f is data obtained by recording a counting scene when counting money with a counting machine at the customer site, and includes shooting date, counting machine ID, counting process ID, counting result, and imaging data. When the counting state of money is normally imaged from the start to the end, the amount of money counted by the counter is registered in the counting result. If the entire counter is not imaged in the middle of counting and the counting is stopped on the way, an abnormal end is registered in the counting result. The counting of money by the counter will be described later.

  The control unit 16 is a control unit that entirely controls the mobile terminal 10, and includes a user management unit 16a, a communication control unit 16b, an interface cooperation unit 16c, a transaction data management unit 16d, and a counting control unit 16e.

  The user management unit 16 a is a management unit that manages a user who uses the mobile terminal 10. The user management unit 16a determines whether or not the user can use the portable terminal 10 based on the user ID and the user identification data, and, in the case of the usable user, displays a menu corresponding to the executable authority. Display on

  Further, when communication is established between the portable terminal 10 and the money handling apparatus 20, the user management unit 16a transmits, to the money handling apparatus 20, data regarding the user who is using the portable terminal 10.

  The communication control unit 16 b is a control unit that performs communication control with the money handling apparatus 20 or a counter or other processing apparatus. The communication control unit 16 b establishes wireless communication with the money handling apparatus 20 by the wireless communication unit 14 based on the information read by the tag reader 13 from the electronic tag attached to the money handling apparatus 20. Further, the communication control unit 16b establishes wireless communication with the counter when counting of money is performed.

  The interface cooperation unit 16 c is a processing unit that receives an operation substitute of the money processing apparatus 20 when communication with the money processing apparatus 20 is established. Specifically, when communication with the money handling apparatus 20 is established, the interface cooperation unit 16 c causes the display operation unit 11 to display and control the registered or transmitted operation screen or operation menu of the money handling apparatus 20. Then, the proxy operation request for the money handling apparatus 20 is received from the operation screen displayed on the display operation unit 11.

  At this time, when the transaction data to be input is transmitted from the portable terminal 10 to the money handling apparatus 20, the display operation unit 11 of the portable terminal 10 displays a menu of a cooperation processing operation with the money handling apparatus 20. Is included in the screen display.

  The interface linking unit 16c recognizes the counting button from the device information of the counting machine and the acquired image when counting money with a counting machine described later, and displays the counting button on the display operation unit 11. It detects that the counting button has been pressed and sends a counting instruction to the counter. Further, an instruction to stop counting from the count control unit 16e is transmitted to the counter to stop counting.

  The transaction data management unit 16 d is a management unit that manages data related to the transaction performed by the customer at the customer site. The transaction data management unit 16d receives data input relating to a transaction from an external agent and registers the data in the transaction data 15d. In addition, after communication with the money handling apparatus 20 is established, the transaction data management unit 16 d transmits, to the money handling apparatus 20, data of the transaction registered in the transaction data 15 d.

  Further, the transaction data management unit 16d receives the notification of the counting process ID and the counting result from the counting control unit 16e and registers it in the transaction data 15d when counting of money is performed by a counting machine described later in the deposit transaction.

  The counting control unit 16e is a control unit that controls the counting operation of the counter when counting of money is performed by the counter. The counting control unit 16e displays a counting button for causing the display operation unit 11 to start counting on condition that the counting device and the money to be counted are imaged by the imaging unit 12. Then, when the counting button is pressed to start counting, the counting status of the counter is recorded.

  If the counting control unit 16e determines that the entire counting device is not displayed on the display operation unit 11 after the start of counting, it transmits a counting stop instruction to the counting device to stop the counting and record the image. Discontinue. Then, the count control unit 16e registers an abnormal end as the count result of the count record data 15f. In addition, when the counting control unit 16e receives a signal indicating the end of counting from the counter, it controls display of the counting result on the display operation unit 11, and counts and records the counting result and the imaging data as the recording result. Register to 15f.

  Next, a specific example of data stored in the storage unit 15 of the mobile terminal 10 will be described. FIG. 3 is an explanatory view for explaining a portable terminal ID 15a, user data 15b, customer data 15c, transaction data 15d, counter identification data 15e and counting record data 15f stored in the storage unit 15 of the portable terminal 10. .

  The portable terminal ID 15a shown in FIG. 3A indicates that the ID of the own device is “LOT 1234”. The user data 15b shown in FIG. 3B, as one of the users of the mobile terminal 10, has a user ID "LO1111", a name "L_O", identification data "LP1234A-1", and an authority type " "C" is shown. The authority type is, for example, "C" for the deposit authority less than the predetermined amount, "B" for the deposit authority for the predetermined amount or more and the withdrawal authority for the less than the predetermined amount, "B" for all the deposit and the withdrawal limit to the maximum amount. It can be set as "A".

  The customer data 15c in FIG. 3 (c) is data of a customer visited by a foreign worker. In the customer data 15c shown in FIG. 3C, the customer ID "AC2222" is associated with a name "A_B" and account numbers "0111111" and "1222222".

  In the customer data 15c of FIG. 3C, the customer ID "AC3333" is associated with the name "C_D" and the account number "2333333", and the customer ID "AC4444" is associated with the name "E_F" and the account number. It shows a state in which "3444444" is associated. Further, the customer ID “AC6666” indicates that the name “G_H” and the account number “4555555” are associated with each other.

  The transaction data 15d in FIG. 3 (d) is the transaction ID "CD1111", the transaction type is "payment", and the account date "2014/3/14/0917" is the account ID "0111111" of the customer ID "AC2222". It shows that the payment amount "123,000 yen" was accepted. And it has shown that counting process ID by the counter at that time is "CP0001."

  Further, the transaction data 15d in FIG. 3D is the transaction ID "WT1111", the transaction type is "withdrawal", and the account ID "AC3333" at the reception date "2014/3/14/1030" It shows that the reservation of withdrawal amount "100,000 yen" is accepted from "2333333" on "March 28, 2014".

  Further, the transaction data 15d in FIG. 3D is the transaction ID "CD2222", the transaction type is "payment", and the account ID "AC4444" at the reception date "2014/3/14/1245" is "3444444". "Indicates that the deposit amount of" 50,000 yen "has been accepted. And, it indicates that the counting process ID by the counter at that time is “CP0002”.

  The transaction data 15d in FIG. 3 (d) is the transaction ID "MX0000", the transaction type is "exchange", and the customer ID "AC6666" from the reception date "2014/3/14/1330" from "2014 / On March 17th, it indicates that we have accepted a reservation for exchange of ¥ 10,000 (¥ 1,000 × 10).

  Further, the transaction data 15d of FIG. 3D is the transaction ID "CD3333", the transaction type is "payment", and the account ID "1222222" of the customer ID "AC2222" at the reception date "2014/3/14/1400". "Indicates that the deposit amount of" 600,000 yen "has been accepted. And, it indicates that the counting process ID by the counter at that time is “CP0003”.

  In the counter identification data 15e shown in FIG. 3 (e), the counter ID of the counter used by the outsider is "CC 1234", and the identification pattern for the portable terminal 10 to identify this counter is "CC 1234. It shows that it is "PAT".

  The count record data 15f shown in FIG. 3 (f) is the shooting date and time "2014/3/14/0917", the counter ID "CC1234" of the counter 30, and the count result associated with the count process ID "CP0001". Indicates “123,000 yen”, and the imaging data is “CP0001. Mov”.

  Further, the count record data 15f shown in FIG. 3 (f) is associated with the count process ID "CP0002" by the counter with the counter ID "CC1234" at the shooting date and time "2014/3/14/1245". It is shown that the counting result is “50,000 yen” and the imaging data is “CP0002. Mov”.

  Further, the count record data 15f shown in FIG. 3 (f) is associated with the count process ID "CP0003" by the counter with the counter ID "CC1234" at the shooting date and time "2014/3/14/1330". It is shown that the counting result is “600,000 yen” and the imaging data is “CP0003. Mov”.

  Next, the internal configuration of the money handling apparatus 20 will be described. FIG. 4 is a block diagram showing an internal configuration of the money handling apparatus 20. As shown in FIG. As shown in FIG. 4, the money handling apparatus 20 has an electronic tag 21, a display operation unit 22, a wireless communication unit 23, a counting unit 24, a bill storage unit 25, a coin storage unit 26, a storage unit 27 and a control unit 28. .

  The electronic tag 21 includes an IC chip in which information is written, and can transmit information in the IC chip to the portable terminal 10 in a noncontact manner using wireless (NFC: Near Field Communication) from the portable terminal 10 It is a tag that The electronic tag 21 is used in a form attached to the money handling apparatus 20 or the like. In the electronic tag 21, information for establishing communication with the money processing device 20, such as device information of the money processing device 20, is written in the IC chip.

  The display operation unit 22 is an input / output device such as a touch-type liquid crystal display. The display operation unit 22 receives a deposit / withdrawal operation and receives an operation or the like for processing transaction data transmitted from the mobile terminal 10 to the money handling apparatus 20.

  The wireless communication unit 23 is a communication unit for performing wireless communication with the mobile terminal 10. The counting unit 24 is a processing unit that counts the money to be deposited. The banknote storage unit 25 is a storage unit for storing banknotes in denominations, and the coin storage unit 26 is a storage unit for storing coins in denominations.

  The storage unit 27 is a storage device including a hard disk drive, a non-volatile memory, and the like. The storage unit 27 stores user data 27a, customer data 27b, transaction history data 27c, reservation task data 27d, and required task data 27e.

  The user data 27a is data for managing the user of the money handling apparatus 20, and is data in which a user ID, a name, identification data, and an authority type are recorded. The user data 27 a has the same structure as the user data 15 b of the portable terminal 10.

  The customer data 27 b is data for managing a customer, and includes a customer ID, a name, and an account number. The data structure of the customer data 27b is also the same as the customer data 15c of the portable terminal 10, and data for the customer visited by the foreign agent is registered in the customer data 15c.

  The transaction history data 27c is data in which the history processed by the money processing apparatus 20 regarding the transmitted or input transaction data is registered, and the transaction ID, the transaction type, the reception date and time, the user ID, the portable terminal ID, the processing date and time, and the transaction content including. The transaction history data 27 c is added to the transaction data 15 d of the mobile terminal 10 and includes the user ID, the mobile terminal ID, and the processing date and time of the money handling apparatus 20. Further, the transaction content of the transaction history data 27c includes a customer ID, an account number and an amount.

  The reservation task data 27 d is task data in which a transaction that needs to be processed later is registered in the data received from the mobile terminal 10, and includes a reservation date, a transaction ID, a transaction type, an acceptance date, and transaction details. The contents of the transaction include a customer ID, an account number and an amount.

  The authority-necessary task data 27e is task data registered as a transaction that needs to be processed by an authorized person in transaction data received from the mobile terminal 10, and includes an authority type, a transaction ID, and a transaction type. Includes date of reception, date of reservation, and transaction details. The transaction content includes the customer ID, account number and amount.

  The control unit 28 is a control unit that entirely controls the money handling apparatus 20, and includes a user management unit 28a, a task notification unit 28b, an interface linkage unit 28c, a transaction data reception unit 28d, a comparison processing unit 28e, a transaction history update unit 28f, It has a reservation task registration unit 28g and a required task registration unit 28h.

  The user management unit 28 a is a management unit that manages the user of the money handling apparatus 20. The user management unit 28a identifies the user based on the user data 27a, and manages the processing authority executable by the user.

  In addition, when wireless communication is established between the money handling apparatus 20 and the portable terminal 10 and user data is transmitted from the portable terminal 10, the user management unit 28a checks the data against the data of the user data 27a, Display control of the operation screen or operation menu executable by the user on the display operation unit 22 is performed.

  The task notification unit 28 b is a notification unit that notifies that there is a reserved task to be processed or a task requiring authority. The task notification unit 28b notifies that there is a reservation task to be processed when the processing date of the task data registered in the reservation task data 27d is reached. Further, when there is task data registered in the required task data 27e, when there is a person who has the processable authority logged in, the presence of the required task is notified.

  The interface cooperation unit 28 c is a processing unit that receives an alternate operation from the mobile terminal 10 to the money handling apparatus 20. When wireless communication is established with the money handling apparatus 20 and the operation screen of the money handling apparatus 20 is displayed on the portable terminal 10, the interface cooperation unit 28c substitutes from the display operation unit 11 of the portable terminal 10 The operation request is received, and the proxy operation according to the request is received.

  Therefore, when communication between the portable terminal 10 and the money handling apparatus 20 is established and the cooperation processing with the portable terminal 10 is performed, the interface cooperation unit 28 c transmits the screen setting information on the operation screen or the operation menu to the portable terminal 10. Send to Note that instead of transmitting the operation screen setting information, the operation screen of the money handling apparatus 20 may be registered in the portable terminal 10, and an instruction to start the screen may be transmitted.

  The transaction data receiving unit 28 d is a processing unit that receives and processes the transaction data 15 d stored in the mobile terminal 10. When wireless communication is established with the portable terminal 10, the transaction data receiving unit 28d receives the transaction data transmitted from the portable terminal 10, and displays the reception result on the display operation unit 22 as well as the transaction history. It registers in data 27c.

  The comparison processing unit 28 e is a processing unit that compares the deposit amount corresponding to the transaction data with the counted amount of money deposited by the counting unit 24. The comparison processing unit 28e receives the notification of the deposit amount and the counting amount corresponding to the data of the transaction from the transaction history update unit 28f, compares the two, and if they match or do not match, the difference result is updated as the transaction history Return to section 28f.

  The transaction history update unit 28 f is a processing unit that updates the transaction history. The transaction history update unit 28 f updates the transaction history data 27 c according to the processing result when the processing of the transaction within the processing authority of the user is completed.

  In addition, when processing the deposit transaction data, the transaction history update unit 28f sends a notification prompting the deposit of money to a foreign member or the like, accepts the deposit, and causes the counting unit 24 to count. Then, data on the amount of money corresponding to the transaction and the counting result are notified to the comparison processing unit 28e. Thereafter, when a notification is received from the comparison processing unit 28e that the deposited amount corresponding to the data of the transaction matches the counted amount, the money is stored and the transaction history data 27c is updated.

  If the comparison processing unit 28 e receives notification that the deposited amount corresponding to the data does not match the counted amount, the transaction history updating unit 28 f does not process the deposited transaction because the amounts of the two differ and the amounts do not match. Is notified via the display operation units 11 and 22. Then, notification of the repayment process etc. is made. Finally, when the deposited amount corresponding to the transaction data and the counted amount do not match, the transaction history data 27c is registered as incomplete processing.

  Further, the transaction history updating unit 28f, when there is transaction data that needs to be processed at a later date, needs to be processed by the reserved task registration unit 28g, when there is data of a transaction to be processed by a person having the authority. Notify 28h of the transaction data.

  The reservation task registration unit 28g is a registration unit that registers data of transactions that require later processing. The reservation task registration unit 28 g registers the reservation task data 27 d as a reservation task when notified of the data of the transaction that needs to be processed later in the received transaction data. When the reservation task registration unit 28g receives a request for displaying a list of reservation task data 27d, the reservation task registration unit 28g displays a list of registered reservation task data 27d on the display operation unit 22.

  The right-required task registration unit 28 h is a registration unit that registers data of transactions to be processed by an authorized person. The required task registration unit 28 h registers the data of the relevant transaction in the required task data 27 e together with the necessary authority type when notified that there is data of the transaction out of the right registered in the user data 27 a. . Further, when receiving the request for displaying the list of the required task data 27e, the required task registration section 28h displays the registered required task data 27e in a list.

  Next, a specific example of data stored in the storage unit 27 of the money handling apparatus 20 will be described. FIG. 5 is an explanatory diagram for explaining the user data 27a, the customer data 27b, and the transaction history data 27c stored in the storage unit 27 of the money handling apparatus 20.

  The user data 27 a shown in FIG. 5A associates the user ID “LO 1111” with a name “L_O”, identification data “LP1234 A-1”, and an authority type “C”. Further, the user ID “LO2222” is associated with a name “LLOO”, identification data “LP5678A-2”, and an authority type “B”.

  The customer data 27b shown in FIG. 5 (b) is data for managing the customer, and the data structure is the same as the customer data 15c shown in FIG. 3 (c), but only the number of data concerning the customer is It is different.

  The transaction history data 27c shown in FIG. 5C includes the transaction ID "CD1111", the transaction type "payment", the reception date and time "2014/3/14/0917", the user ID "LO1111", and the portable terminal ID "LOT1234". The processing date “2014/3/14/1530”, the customer ID “AC2222”, the account number “0111111”, and the amount “123,000 yen” are associated with one another.

  In the transaction history data 27c shown in FIG. 5C, the transaction ID “CD3333” includes the transaction type “payment”, the date and time of acceptance “2014/3/14/1245”, the user ID “LO1111”, and the portable terminal ID “ LOT 1234 ", processing date" 2014/3/14/1530 ", customer ID" AC3333 ", account number" 3444444 ", and amount" 50,000 yen "are shown to be associated with each other.

  Next, the reserved task data 27 d and the required task data 27 e stored in the storage unit 27 of the money handling apparatus 20 will be described. FIG. 6 is an explanatory diagram for explaining the reserved task data 27 d and the required task data 27 e stored in the storage unit 27 of the money handling apparatus 20. The reservation task data 27d shown in FIG. 6A has a reservation date and time of "2014/3/17", a transaction type of "exchange" and a reception date and time of "2014/3/14/1100" for the transaction ID "MX4444". , Customer ID "AC6666", the amount "10,000 yen" has been associated. The reserved task data 27 d can be displayed in a list on the display operation unit 22.

  The authority required task data 27e shown in FIG. 6 (b) corresponds to the authority type “B”, the transaction type “withdrawal”, the acceptance date “2014/3/14/1330”, for the transaction ID “WT1111”, It indicates that the reservation date and time “2014/3/28”, the customer ID “AC3333”, the account number “2333333”, and the amount “100,000 yen” are associated with each other.

  Further, the authority required task data 27e shown in FIG. 6 (b) corresponds to the authority type "B", and in the transaction ID "CD3333", the transaction type "payment", the reception date "2014/3/14/1400" , Customer ID “AC2222”, account number “1222222”, and amount “600,000 yen” are associated with one another. The list of required authority task data 27 e can be displayed on the display operation unit 22.

  Next, the case where the customer receives the money deposited from the customer using the counter 30 will be described. By using the counter 30 instead of counting money by hand by an outsider, it is possible to prevent fraud associated with counting money. FIG. 7 is a view showing an image in which bills are counted by the portable terminal 10 and the counter 30. As shown in FIG. As shown in FIG. 7, the portable terminal 10 and the counter 30 are connected by wireless communication. Communication between the portable terminal 10 and the counter 30 may be performed by wired connection such as USB (Universal Serial Bus).

  When the counter 30 is imaged by the imaging unit 12 of the portable terminal 10, the portable terminal 10 recognizes the counter 30 based on the imaged image of the counter 30 and the stored counter identification data 15e. When the portable terminal 10 recognizes the counter 30, the display operation unit 11 displays a counting button 30a for starting counting. Then, when it is detected that the counting button 30a is pressed, the counting control unit 16e of the portable terminal 10 transmits a counting instruction to the counting machine 30, and causes the counting machine 30 to count bills. Then, the count control unit 16e starts recording of the count scene.

  On the condition that the counter 30 is imaged and the portable terminal 10 can recognize the counter 30 and this state is maintained until the end of counting, the portable terminal 10 counts the counting result in the display operation unit 11 after the end of counting. indicate. When the recording is completed, the recording data is stored.

  If it is determined that the portable terminal 10 can not recognize the whole including the counter 30 and the bill during counting, the portable terminal 10 instructs the counter 30 to stop counting, and the counter 30 counts Stop the operation and end the recording. In this case, the counting of the bills is not completed, and the counting result is recorded as abnormal termination. Even in the case of abnormal termination, counting is redone, and if it is normally terminated, the counted amount is recorded in the counting result.

  As described above, since the recording of the counting scene and the recording of the counting result are kept, it is possible to prevent the illegal input of the amount of money different from the amount of money counted to the portable terminal 10 in advance. On the contrary, it also proves that foreigners are not doing wrong when counting money.

  Next, the internal configuration of the counter 30 shown in FIG. 7 will be described. FIG. 8 is a block diagram showing an internal configuration of the counter 30 shown in FIG. As shown in FIG. 8, the counter 30 has a display operation unit 31, a counting unit 32, a printing unit 33, a wireless communication unit 34, a storage unit 35, and a control unit 36.

  The display operation unit 31 is a touch-type liquid crystal display or the like that receives an operation input from an outsider or displays an output result or the like. The display operation unit 31 may not perform display operation when the counter 30 is used with the portable terminal 10. The counting unit 32 is a counting unit that counts banknotes. The printing unit 33 is a printer unit that prints a slip or the like to which the counting result is attached. The wireless communication unit 34 is a communication unit that performs wireless communication with the mobile terminal 10.

  The storage unit 35 is a storage device including a hard disk drive, a non-volatile memory, and the like. The storage unit 35 stores the counter ID 35a and the counting history data 35b. The counter ID 35 a is an ID for identifying the counter 30. The counting history data 35 b is data in which a history of counting banknotes is recorded, and includes a counting process ID, a counting date and time, a portable terminal ID, and a counting result. Here, the portable terminal ID is an ID of the portable terminal 10 paired with the counter 30 at the time of counting of money.

  The control unit 36 is a control unit that entirely controls the counter 30, and includes an interface linking unit 36a, a counting instruction receiving unit 36b, a counting control unit 36c, and a receipt issuing unit 36d.

  The interface cooperation unit 36 a is a cooperation unit that receives an operation on the counter 30 transmitted from the mobile terminal 10. On the condition that communication is established between the mobile terminal 10 and the counter 30 and the entire counter 30 is imaged in the mobile terminal 10, the interface cooperation unit 36 a determines the display operation unit 11 of the mobile terminal 10. To accept the operation of the counter 30.

  The counting instruction receiving unit 36 b is a receiving unit that receives an instruction related to counting from the portable terminal 10. When the counting instruction receiving unit 36b receives the counting instruction or the counting stop instruction, the counting instruction receiving unit 36b notifies the counting control unit 36c.

  The counting control unit 36 c is a control unit that controls the counting of banknotes in response to an instruction from the mobile terminal 10. The count control unit 36c starts counting when receiving an instruction to start counting from the portable terminal 10, and stops counting to clear the counting result when receiving an instruction to stop counting. In addition, when the counting is completed, the counting control unit 36c transmits a notification of the end of counting to the portable terminal 10, and registers the counting result in the counting history data 35b. The counting control unit 36c registers the counted amount of money when counting is completed normally, and registers an abnormal end as the counting result when an instruction to stop counting is received.

  The receipt issuing unit 36 d is a issuing unit that prints the received amount on a receipt and issues the receipt. The receipt issuing unit 36 d receives the slip information in which the counted amount has been input by the portable terminal 10 and causes the printing unit 33 to print out.

  Here, although the explanation was made to print the counted result from the counter 30, the receipt issuing unit 36d is held by the control unit 16 of the portable terminal 10 so that printing can be performed from a portable printer or the like connected to the portable terminal 10. You may

  Next, a specific example of data stored in the storage unit 35 of the counter 30 will be described. FIG. 9 is an explanatory diagram for explaining the counter ID 35a and the counting history data 35b stored in the storage unit 35 of the counter 30.

  The counter ID 35 a in FIG. 9A indicates that the ID of the counter 30 is “CC 1234”. The counting history data 35b shown in FIG. 9B includes the counting date and time "2014/3/14/0917", the ID "LOT 1234" of the portable terminal 10 that has been paired, and the counting result "123," in the counting process ID "CP0001". "000 yen" is shown to be associated.

  Further, in the counting history data 35b shown in FIG. 9 (b), the counting date and time "2014/3/14/1245", the portable terminal ID "LOT 1234" and the counting result "50,000 yen" are added to the counting process ID "CP0002". Indicates that they are associated.

  Further, in the counting history data 35b shown in FIG. 9B, the counting date and time “2014/3/14/1400”, the portable terminal ID “LOT 1234”, and the counting result “600,000 yen” are added to the counting process ID “CP0003”. Indicates that they are associated.

  Next, an example of the display of the display operation unit 11 of the portable terminal 10 in the case where a process in which the portable terminal 10 and the money handling apparatus 20 cooperate with each other is performed regarding transaction data will be described. FIG. 10 is an explanatory diagram of an example of display on the display operation unit 11 of the portable terminal 10 in the case where a process in which the portable terminal 10 and the money handling apparatus 20 cooperate with each other is performed regarding transaction data. FIG. 10A is an initial screen displayed after the portable terminal 10 reads the electronic tag attached to the money handling apparatus 20 and communication with the money handling apparatus 20 is established.

  When data linkage processing is selected on this initial screen, as shown in FIG. 10 (b), a list of the transactions performed by the foreign agent is displayed. Here, cooperative processing means that the data registered in the transaction data 15 d of the portable terminal 10 is processed by the money handling apparatus 20 and the data registered in the transaction data 15 d is processed according to the type of transaction and the content of the transaction. say. Further, this display screen is the same as the content displayed on the display operation unit 22 of the money handling apparatus 20, and indicates that the operation from the display operation unit 22 can be substituted from the portable terminal 10.

  When the check box of any transaction is touched on the screen shown in FIG. 10 (b), the money handling apparatus 20 processes the selected transaction. On the screen shown in FIG. A state in which the deposit processing of 1 is started and the deposit processing to the money handling apparatus 20 is urged is shown. Then, when the outsider deposits money and presses the confirmation button, the money handling apparatus 20 continues the payment process.

  In the screen shown in FIG. 10 (c), all the processing is normally completed, and as a result, two deposit processings are performed, and the withdrawal and exchange indicate that the reservation has been made as the reservation task or the required task. ing.

  Next, an example of the display screen of the display operation unit 11 of the portable terminal 10 when the payment amount corresponding to the data of the deposit transaction in the money handling apparatus 20 does not match the amount actually counted in the money handling apparatus 20 explain. FIG. 11 illustrates an example of the display screen of the display operation unit 11 of the portable terminal 10 when the payment amount corresponding to the data of the deposit transaction in the money handling apparatus 20 does not match the actually counted amount. FIG. Also in this case, the display operation unit 22 of the money handling apparatus 20 has the same display screen as the display operation unit 11.

  Since the amount of money counted by the money handling apparatus 20 is 1,000 yen less than the amount corresponding to the transaction data transmitted from the portable terminal 10, the display screen shown in FIG. It shows. Here, if the insufficient 1000 yen is added and deposited, the deposit process is completed. If the continuation button is pressed without depositing, the money handling apparatus 20 skips this depositing process and shifts to the next process. However, the payment process is not completed. Although the case where the deposit amount is insufficient is shown here, if the deposit amount is larger than the transaction, the excess may be refunded and a message prompting confirmation may be displayed.

  FIG. 11 (b) is a screen in which processing of the external transaction other than the deposit process has been completed, with the first deposit process not completed in the money handling apparatus 20. As shown in FIG. 11 (b), when the deposit process is not completed, the business of the foreign member is not completed unless corrective action such as repayment is performed. For this reason, the money handling apparatus 20 determines that the wrongdoing has been made if the outsider does not take any action for the completion of work after this. Then, a notification that transaction processing has not been completed by an outsider is made to the money handling apparatus 20 and a higher-level device (not shown).

  Next, a processing procedure of start of use by the portable terminal 10 when the staff member uses the portable terminal 10 will be described. FIG. 12 is a flow chart showing a procedure for starting use by the mobile terminal 10 when an outsider uses the mobile terminal 10.

  The user management part 16a of the portable terminal 10 waits for the input of identification data, when there is no reception of the identification data of the user data 15b from an outsider (step S101; No). If the identification data is received (step S101; Yes), the user management unit 16a performs user identification processing (step S102), and grants the authority set in the user data 15b (step S103). Then, the user management unit 16a displays a menu corresponding to the authority (step S104), and ends the process.

  Note that this flowchart is the same as the first processing procedure for performing cooperation processing between the portable terminal 10 and the money processing apparatus 20 when communication is established between the portable terminal 10 and the money processing apparatus 20. . In this case, reception of identification data is automatically carried out when communication between the portable terminal 10 and the money handling apparatus 20 is established, and in the money handling apparatus 20, the user management unit 28a receives the user data 27a. Perform identification processing of the user based on

  Next, the processing procedure for the portable terminal 10 and the money handling apparatus 20 to process transaction data will be described. FIG. 13 is a flowchart showing a processing procedure for the portable terminal 10 and the money handling apparatus 20 to process transaction data.

  If the portable terminal 10 does not detect the electronic tag 21 by the tag reader 13 (step S201; No), the portable terminal 10 stands by until the detection state is reached. If the electronic tag 21 is detected (step S201; Yes), the communication control unit 16b reads the wireless communication information stored in the electronic tag 21 (step S202), and establishes wireless communication with the money handling apparatus 20. (Step S203 and step S301). At this time, the user management unit 16a transmits data on the user to the money handling apparatus 20 (step S204). After this, although an operation from an outsider or the like is accepted from the portable terminal 10, the actual processing is performed by the money handling apparatus 20.

  If the task notification unit 28b does not notify the user of the required authority task (step S302; No), the process proceeds to step S304. If there is a notification of the required authority task (Step S302; Yes), the transaction history update unit 28f processes the required authority task to update the transaction history data 27c (Step S303).

  Thereafter, when the task notification unit 28b does not notify the user of the reservation task (Step S304; No), the process proceeds to Step S306. If there is notification of the reservation task corresponding to the user (step S304; Yes), the transaction history update unit 28f processes the reservation task (step S305), and updates the transaction history data 27c.

  If there is transaction data registered in the transaction data 15d (Step S205; Yes), the transaction data management unit 16d of the portable terminal 10 transmits the transaction data to the money handling apparatus 20 (Step S206), and the process ends. Do. If there is no data of the transaction registered in the transaction data 15d, the process is ended at step S205; No). The money handling apparatus 20 processes the data of the transmitted transaction (step S306), and ends the process.

  Next, the processing procedure for the money handling apparatus 20 to process transaction data in step S306 of FIG. 13 will be described. FIG. 14 is a flow chart showing a processing procedure for the money handling apparatus 20 to process transaction data in step S306 of FIG.

  The transaction data receiving unit 28d receives one selection of transaction data (step S401). If the received transaction data is a non-authorized process (step S402; Yes), the required authority task registration unit 28h registers the required authority task in the required authority task data 27e (step S413), and proceeds to step S412.

  If the process is not outside the required authority (step S402; No), it is determined whether it is data of a transaction that requires a later process (step S403). If it is data of a transaction that requires later processing (step S403; Yes), the reservation task registration unit 28g registers it as reservation task in the reservation task data 27d (step S414), and proceeds to step S412.

  If it is not data of a transaction that needs to be processed later (step S403; No), it is determined whether it is a deposit process (step S404). If it is not the deposit process (step S404; No), the transaction history update unit 28f receives the in-authority task process (step S416), updates the transaction history data 27c (step S411), and proceeds to step S412.

  If it is a deposit process (step S404; Yes), the counting of money by the counting unit 24 is accepted (step S405). The comparison processing unit 28 e compares the counting result of money by the counting unit 24 with the amount of data of the transaction (step S 406).

  If the comparison result matches (step S407; Yes), the comparison processing unit 28e notifies the transaction history updating unit 28f to that effect, and the transaction history updating unit 28f displays normal end (step S415). Thereafter, the transaction history update unit 28 f updates the transaction history data 27 c (step S 411).

  If the comparison results do not match (step S407; No), the transaction history update unit 28f notifies of an abnormality and requests repayment (step S408). If the repayment is received (step S409; Yes), the process returns to step S407.

  If the repayment is not received (step S409; No), the transaction data update is notified that the transaction data has not been processed (step S410), and the transaction history update unit 28f sets the transaction history data 27c as the deposit transaction is not processed. It updates (step S411). Then, if there is data of an unprocessed transaction (step S412; Yes), the process returns to step S401. If there is no unprocessed transaction data (step S412; No), the process is ended.

  Next, a processing procedure for causing the portable terminal 10 to control the counter 30 to perform the counting process of money will be described at a customer site outside the store. FIG. 15 is a flowchart showing a processing procedure for causing the portable terminal 10 to control the counter 30 to perform the counting process of money at a customer site outside the store. Here, it is assumed that bills to be counted are set in the counter 30.

  The count control unit 16e of the portable terminal 10 receives the imaging of the counter 30 (step S501). The count control unit 16e compares the captured image with the counter identification data 15e to determine whether the counter 30 can be recognized (step S502). If it can not recognize (step S502; No), it will return to step S501.

  If it is determined that the counter 30 can be recognized (step S502; Yes), the device information is acquired (step S503), and the count button 30a is superimposed on the image of the counter 30 displayed on the display operation unit 11 (Step S504). The counting button 30a may be displayed at an arbitrary position.

  When the counting control unit 16e detects that the counting button 30a is pressed (step S505), the counting control unit 16e issues a counting instruction to the counter 30, and starts recording of the counting scene (step S506). If the entire counter has been imaged after the start of counting (step S507; Yes), it is determined whether a count end signal has been received (step S508). If the counting end signal has not been received (step S508; No), the process returns to step S507.

  If the entire counter has not been imaged (step S507; No), the counting control unit 16e instructs the counter 30 to stop counting and stops counting (step S513). Then, the recording is ended (step S514), the history of abnormal termination is registered in the count recording data 15f (step S515), and the processing is ended.

  When the counting end signal is received (step S508; Yes), the counting result is displayed on the display operation unit 11 (step S509), and the recording is ended (step S510). Thereafter, the history of normal termination is registered in the count record data 15f (step S511), and the input to the slip of the count result is accepted (step S512), and the process is ended. In the case of normal termination, the counted amount of money is registered in the counting result of the counting record data 15f.

  As described above, the portable terminal 10 reads the tag of the money handling apparatus 20 and automatically establishes communication with the money handling apparatus 20. Then, the portable terminal 10 transmits the data of the transaction input and stored at the customer site to the money handling apparatus 20, whereby the money handling apparatus 20 performs a process corresponding to the deposit transaction. That is, if the money handling apparatus 20 determines that the received transaction data is a deposit transaction, it compares the deposit amount corresponding to the deposit transaction with the counted money amount. Then, if the compared amounts match, the deposit process is performed, and if not, the money handling apparatus 20 determines that the deposit process is not completed. This makes it possible to effectively prevent mistakes and fraud early.

  Further, in this embodiment, the non-authorized process is registered as an authorized task and the external transaction related to the later process is registered and notified as a reserved task, so a person who has the processing authority according to the processing date Since it is understood that there is a task to be processed, it is possible to prevent processing omission.

  Further, in the present embodiment, since it is possible to count money by the counter 30 under the condition that the counting scene is imaged at the customer site from the start to the end of the counting operation at the time of the deposit process, Records will be kept, making it possible to prevent frauds such as fraudulent counting of money at customer sites.

  Further, in the present embodiment, although the money processing apparatus 20 compares the deposit amount counted by the money processing apparatus 20 with the money amount corresponding to the data of the transaction, the comparison means is held in the portable terminal 10 Alternatively, a server that relays communication between the mobile terminal 10 and the money handling apparatus 20 may be installed and held by this server.

  Further, in the present embodiment, the case has been described in which the external agent cooperates and processes transaction data related to the deposit transaction from the portable terminal 10 to the money handling apparatus 20, but the linked apparatus is not limited to the money handling apparatus 20. For example, it is also possible to cooperate with a device that manages important properties such as passbooks, seals, certificates, cards, etc. that an outsider has deposited from a customer site. In this case, the portable terminal 10 stores the data of the storage property and the imaging data of the property, and the portable terminal 10 causes the device that manages the property to read the data. Then, it is possible to store a property by designating a unit from a device that manages the property for each type of property based on the data of the custody property.

  In the present embodiment, the case has been described where the foreign agent causes the money handling apparatus 20 to process the transaction data stored in the portable terminal 10. However, the use form of the portable terminal 10 is not limited to this. It is also possible for the portable terminal 10 to display the operation screen itself of the selected money handling apparatus 20 on the display operation unit 11 and to remotely operate the money handling apparatus 20. Therefore, as a modification, the case where the mobile terminal 10 is used as a mobile terminal of the money handling apparatus 20 will be described.

  FIG. 16 is an explanatory diagram for explaining the concept of processing when the mobile terminal 10 in the modification is used as a mobile terminal of the money handling apparatus 20. In FIG. 16, in order to simplify the description, it is assumed that the money handling apparatus 20 includes a processor A and a processor B.

  When performing the normal operation by the mobile terminal 10, that is, the operation based on the authority such as deposit, withdrawal, exchange, etc., the mobile terminal 10 is held by the user holding the mobile terminal 10 over the electronic tag 21a as in the embodiment. Communication is established between the and processor A.

  After that, the operation screen or the operation menu of the processor A is displayed on the portable terminal 10 according to the processing authority of the user. In the embodiment, the operation screen corresponding to the transaction data of the outsider is displayed on the portable terminal 10. However, in the present modification, the operation screen or operation in the processing machine A including the operation menu of the cooperation process of transaction data The menu is displayed. The portable terminal 10 receives an operation selected from the operation menu displayed on the display operation unit 11 and transmits a processing instruction to the processor A. Then, the processor A performs processing of the operation received from the portable terminal 10 ((1) in FIG. 16).

  In this case, the screen setting of the processing machine A may be already registered in the portable terminal 10. Then, for example, based on the device information stored in the electronic tag 21a of the processing machine A, the mobile terminal 10 displays an operation screen corresponding to the processing machine A on the display operation unit 11. Thus, the portable terminal 10 can be used as a terminal of the processing machine A (for example, a change machine, a deposit / withdrawal machine, etc.).

  In addition, without registering the screen setting information with the portable terminal 10, for example, after communication is established with the processing machine A, the operation screen setting is transmitted from the processing machine A to the portable terminal 10 You may In this case, the portable terminal 10 receives the operation screen setting and displays it on the display operation unit 11 so as to receive an operation from the user. Further, the portable terminal 10 can register the operation screen.

  In the case of the above-described normal operation, it is necessary to hold the portable terminal 10 over the electronic tag 21a for authentication of the portable terminal 10 as in the embodiment. Therefore, since the operation using the portable terminal 10 is limited to only the designated position, security can be secured.

  If the portable terminal 10 having the operation screen registered is carried, the registered operation screen can be checked at any place, and the operation can be performed offline using the operation screen. After that, task processing can be completed in the processor A online, for example, by authentication with the processor A.

  Next, the case where the portable terminal 10 is used as a terminal and cooperation processing between processing machines is performed will be described. When the user carries out the processing by the processing machine A ((1) in FIG. 16), when the processing can not be performed continuously, the processing task is registered in the portable terminal 10 ((2) in FIG. 16). Thereafter, the user carries the portable terminal 10 and moves to the processing machine B to continue the processing task. The user holds the portable terminal 10 over the electronic tag 21 b of the processor B, receives authentication, and establishes communication between the portable terminal 10 and the processor B. The processing is continued by transmitting the registered task stored in the portable terminal 10 to the processor B ((3) in FIG. 16).

  As described above, in the present modification, by using the mobile terminal 10, it is possible to perform cooperation processing between devices from processing by the processing device A to processing by the processing device B. For this reason, since it is not necessary to build a wired LAN between both processing machines, cooperation processing between devices can be realized at low cost. In addition, since the task to be processed is left, it is possible to prevent the process from being forgotten, and since the portable terminal 10 only holds task information required to be authenticated, security can be ensured without information leakage.

  It is also possible to perform remote control using near field communication such as bluetooth. In particular, this is effective when security requirements such as maintenance are low ((4) in FIG. 16). In this case, the operation screen displayed on the portable terminal 10 is only the maintenance menu of the processing machine A. By the short distance wireless communication, the user can perform remote operation while confirming the operation screen of the processor A with the portable terminal 10. For this reason, when it is desired to operate while looking at the screen, such as at the time of error cancellation, it is possible to omit the trouble of repeatedly checking the screen far away.

  Further, in the present modification, by authenticating the portable terminal 10 with the processor A or B, it becomes possible to commonly use the mobile terminal 10 as a mobile terminal of the processor A or B. In addition, by registering the operation screen of the money handling apparatus 20 such as the processing machine A or B in the portable terminal 10, the screen confirmation and operation of the money handling apparatus 20 can be performed at any place, so business efficiency can be expected. it can.

  In addition, even when another user is using the money handling apparatus 20, the operation screen registered on the portable terminal 10 is displayed, and pre-processing such as pre-input of data becomes possible. It becomes possible to achieve efficiency.

  The portable terminal 10 does not have to be a dedicated terminal, and can be realized by using a general tablet type terminal having a near field communication function and a wired communication function such as USB.

  As described above, the money handling system according to the present invention is suitable for reducing the burden of inputting data of transactions in and out of the store to the money handling device and preventing operation mistakes, task forgetting and fraud.

DESCRIPTION OF SYMBOLS 10 portable terminal 11, 22, 31 display operation part 12 imaging part 13 tag reader 14, 23, 34 radio | wireless communication part 15, 27, 35 storage part 15a portable terminal ID
15b, 27a User data 15c, 27b Customer data 15d Transaction data 15e Counter identification data 15f Counting record data 16, 28, 36 Control unit 16a, 28a User management unit 16b Communication control unit 16c, 28c, 36a Interface cooperation unit 16d Transaction data Management unit 16e, 36c Counting control unit 20 Money handling apparatus 21, 21a, 21b Electronic tag 24, 32 Counting unit 25 Banknote storage unit 26 Coin storage unit 27c Transaction history data 27d Reserved task data 27e Necessary task data 28b Task notification unit 28d Transaction data receiving unit 28e Comparison processing unit 28f Transaction history updating unit 28g Reserved task registration unit 28h Required authority task registration unit 30 Counter 30a Count button 33 Printing unit 35a Counter ID
35b Counting history data 36b Counting instruction receiving unit 36d Receipt issuing unit A, B Processor

Claims (10)

A money handling system for handling money that is delivered by off-store transactions, comprising:
A money handling apparatus installed in a predetermined store and used to deposit and withdraw money;
A terminal device that receives input of a plurality of transaction data indicating the content of the transaction outside the store;
A comparison means for comparing the transaction data selected from among the plurality of transaction data received by the terminal device with the counting result of the money deposited to the money handling device as the money corresponding to the transaction data A money handling system characterized by The terminal device is
Tag reading means for reading information from a tag attached to the money handling apparatus;
Communication establishing means for establishing communication with the money handling apparatus using the information read by the tag reading means;
The money processing system according to claim 1, further comprising: transmission means for transmitting the transaction data to the money handling apparatus using the communication established by the communication establishment means.   The terminal device further includes operation cooperation means for receiving an operation on the money handling device and transmitting the operation to the money handling device when communication with the money handling device is established by the communication establishing means. The money handling system according to claim 2. The money handling apparatus
If the communication with the terminal device is established by the communication establishing means, the authorities outside of the transaction data, that all transaction data including transaction data that requires processing at a later date received from the terminal device The money handling system according to claim 2, characterized in that: The money handling apparatus is provided with storage means for storing, as a reservation task, transaction data that needs to be processed later among the transaction data received by the terminal device, and storing transaction data outside a predetermined authority as a required task. The money handling system according to claim 4, characterized in that:   6. The money handling system according to claim 5, wherein the money handling device further comprises display control means for displaying a list of processing tasks including the reservation task and the required task stored in the storage means. The said money processing apparatus, when operation is performed by the user having the predetermined processing authority, if transaction data outside the predetermined authority is stored as the required authority task, notification of the relevant authority task The money handling system according to claim 5 or 6, further comprising task notification means for performing. A counting device for counting money delivered at the time of the off-store transaction;
An imaging unit provided in the terminal device;
The control method according to any one of claims 1 to 7, further comprising: counting control means for permitting counting by the counting device on condition that the counting device can pick up an image by the imaging means. Money handling system.   9. The money processing according to claim 8, wherein, when the counting device can pick up an image by the image pickup means, the count control means controls the display of the operation button for accepting the counting start operation on a predetermined display means. system.   10. The money handling system according to claim 8, wherein the counting control means completes the counting when the image pickup means picks up an image from the start to the end of the counting by the counting device.

Images