WO2016194053A1 - 手続管理システムおよび手続管理方法 - Google Patents
手続管理システムおよび手続管理方法 Download PDFInfo
- Publication number
- WO2016194053A1 WO2016194053A1 PCT/JP2015/065590 JP2015065590W WO2016194053A1 WO 2016194053 A1 WO2016194053 A1 WO 2016194053A1 JP 2015065590 W JP2015065590 W JP 2015065590W WO 2016194053 A1 WO2016194053 A1 WO 2016194053A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- agent
- customer
- information
- procedure
- request
- Prior art date
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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
Definitions
- the present invention relates to a procedure management system and a procedure management method.
- a list generating unit that receives support request information from the window terminal via a network, and obtains support type information and support time information included in the support request information, and the support request information
- a list transmission unit that transmits a list of available persons corresponding to the type information of supported business included in Such as non-system (see Patent Document 1) has been proposed.
- a financial institution system server having a customer database for managing a deposit account and connected to the ATM so as to be able to communicate
- a deposit / withdrawal system (see Patent Document 2) including a withdrawal reservation server provided so as to be communicable with the financial institution system server has also been proposed.
- an object of the present invention is to provide a technique for ensuring both customer convenience and security related to various procedures while taking into account the fact that it is difficult for customers to use financial institutions.
- the procedure management system of the present invention that solves the above problems includes a storage device that stores authentication information relating to a customer of a financial institution and an agent thereof, and authority information for a predetermined process relating to a predetermined procedure in the financial institution, and a predetermined terminal.
- Requester authentication information and the authentication for each request received in advance such as pre-registration of a predetermined procedure relating to a customer, designation of an agent as an executor of the predetermined procedure, and execution of the predetermined procedure by the executor of the procedure Authentication processing based on information, determination processing of presence / absence of authority regarding the request based on the authority information of the customer or agent specified in the authentication processing, and authority holding in the customer or the agent specified in the determination processing And a processing unit that executes a business process corresponding to the request.
- an information processing system including a storage device storing authentication information related to a customer of a financial institution and an agent thereof and authority information for a predetermined process related to a predetermined procedure in the financial institution is predetermined.
- Requester authentication information for each request received from the terminal such as pre-registration of a predetermined procedure relating to a customer, designation of an agent as an executor of the predetermined procedure, and execution of the predetermined procedure by the executor of the procedure, and Authentication processing based on the authentication information, determination processing of presence / absence of authority regarding the request based on the authority information of the customer or agent specified in the authentication processing, and authority holding in the customer or the agent specified in the determination processing And a business process corresponding to the requested request.
- FIG. 1 is a diagram showing a network configuration example including a procedure management system of the present embodiment.
- a procedure management system 100 shown in FIG. 1 is a computer system for ensuring both customer convenience and security regarding various procedures while taking into account the fact that it is difficult for customers to use financial institutions.
- This procedure management system 100 is configured by a server device operated by a financial institution such as a bank or an ATM service provider, and a customer or his / her agent can handle a desired procedure (eg deposit / withdrawal) of a teller. It is connected to the branch office terminal 200 as an operation terminal and the ATM 230 to be operated when the customer or his / her agent performs the above-described procedure by himself / herself through the secure network 20.
- the procedure management system 100 is connected to a user terminal 300 that is an operation terminal of a customer or an agent who visits a sales office or uses an ATM 230 via an appropriate network 30 such as the Internet.
- a user terminal 300 a person who owns his / her account at a financial institution, that is, a terminal operated by a customer is referred to as a customer terminal 320.
- the terminal operated by the agent designated by the customer is referred to as the agent terminal 330.
- FIG. 2 is a diagram illustrating a hardware configuration example of the procedure management system 100 according to the present embodiment.
- a storage device 101 composed of an appropriate non-volatile storage element such as an SSD (Solid State Drive) or a hard disk drive
- a memory 103 composed of a volatile storage element such as a RAM
- the program 102 held in the device 101 is executed by reading the program 102 into the memory 103 to perform overall control of the device itself, and it is connected to the arithmetic device 104 such as a CPU for performing various determinations, computations and control processing, and the networks 20 and 30.
- the arithmetic device 104 such as a CPU for performing various determinations, computations and control processing
- At least a communication device 105 responsible for communication processing with the device is provided.
- the storage device 101 stores data 110 necessary for various types of processing, in addition to a program 102 for implementing functions necessary for the information processing device constituting the procedure management system 100 of the present embodiment.
- the data 110 includes at least an administrator information table 125, an agent information table 126, a case management table 127, a rule table 128, and an upper limit value table 129, which will be described later.
- the above-mentioned sales office window terminal 200 includes a storage device 201 composed of a suitable non-volatile storage element such as a hard disk drive, a memory 203 composed of a volatile storage element such as RAM, A program 202 held in the device 201 is read out and executed in the memory 203 to perform overall control of each device described above and perform various determinations, calculations, and control processes.
- An input device 205 such as a touch panel, a keyboard, and a PIN pad that receives input, an output device 206 such as a display and a speaker that outputs processing results, and a communication device that is connected to the network 20 and performs communication processing with an external device such as the procedure management system 100 207.
- the sales office window terminal 200 in the present embodiment is an appropriate device such as a biometric information reader 220 for reading the biometric information of a customer who visits the window or his / her agent, and an IC card of the customer (or his / her agent in some cases). It further includes a card reader 221 that reads authentication information for the card, and a passbook reader 222 that reads authentication information for the passbook of a customer (or an agent in some cases).
- the above-described ATM 230 includes a general device configuration as an ATM such as a cash hangar 240, a cash transport mechanism 241, and a cash slot 242, and a computer 250 that executes control of such a device.
- the computer 250 reads out to the memory 253 the storage device 251 configured with an appropriate non-volatile storage element such as a hard disk drive, the memory 253 configured with a volatile storage element such as RAM, and the program 252 held in the storage device 251.
- an arithmetic device 254 such as a CPU
- an input device 255 such as a touch panel and a keyboard that accepts input from the user
- An output device 256 such as a display and a speaker
- a communication device 257 that is connected to the network 20 and performs communication processing with an external device such as the procedure management system 100 are provided.
- the ATM 230 in this embodiment further includes a biometric information reader 245 for reading biometric information of a customer who operates the ATM 230 or an agent thereof.
- the user terminal 300 of the present embodiment has the same hardware configuration as a general computer terminal, and as shown in FIG. 5, a storage device 301 including a suitable non-volatile storage element, a RAM A memory 303 composed of volatile storage elements, a CPU that performs overall control of the device itself by executing a program 302 held in the storage device 301 by reading it into the memory 303, etc., and performing various determinations, computations and control processing, etc.
- an appropriate network 30 such as the Internet
- an input device 305 such as a touch panel or a keyboard for receiving input from a user
- an output device 306 such as a display or a speaker for outputting processing results
- the communication device 307 responsible for the communication processing is provided.
- the user terminal 300 in the present embodiment further includes a biometric information reader 315 for reading the biometric information of the customer who operates the user terminal 300 or its agent.
- a biometric information reader 315 for reading the biometric information of the customer who operates the user terminal 300 or its agent.
- functions provided in the procedure management system 100 of this embodiment will be described. As described above, it can be said that the functions described below are implemented by executing the program 102 included in the procedure management system 100, for example.
- the functions and processing contents of the sales office window terminal 200, the ATM 230, and the user terminal 300 necessary for explaining the functions of the procedure management system 100 are also shown as appropriate.
- the procedure management system 100 performs pre-registration of a procedure such as withdrawal of a predetermined amount from a customer account received from the user terminal 300 (either the customer terminal 320 or the agent terminal 330), and the execution of the above-described procedure. Obtained from the requester for each request for the designation of the acting agent (by the customer) and the execution of the procedure by the executor of the procedure (assuming the agent, but the customer may be the case) A function for performing an authentication process based on verification between appropriate authentication information such as biometric information and authentication information such as a biometric information template held in the administrator information table 125 or the agent information table 126.
- the procedure management system 100 acquires authority information from the administrator information table 125 or the agent information table 126 regarding the customer or agent identified in the above-described authentication process, and this authority information holds the authority relating to the above-described request. It has a function of performing processing to determine whether or not to indicate.
- the authority information in the present embodiment is information that defines whether or not to grant permission for each of the above-described requests (procedure pre-registration, agent designation, and procedure execution request).
- the procedure management system 100 has a function of executing a business process corresponding to a request for which the authorization of the customer or the agent is specified in the above determination process. Since this business process is in response to the above-described request, for example, a process of pre-registering information on a procedure received from the user terminal 300 in the case management table 127 of the storage device 101, a customer terminal 320 of the user terminal 300 From the agent information table 126 and the case management table 127, and processing from the agent information table 126 and the case management table 127, respectively, and the sales office window terminal 200, ATM 230, customer terminal, and agent terminal 330. Assume processing such as withdrawal (procedure) processing in response to an execution instruction.
- the procedure management system 100 uses the manager information table 125 or the agent information table 126 of the storage device 101 to limit the amount of money that can be processed in the procedure at the financial institution for the customer or the agent. Are further stored.
- the procedure management system 100 determines whether or not there is authority for the request and the limit of the handling amount based on the authority information and limit information of the customer or agent specified in the authentication process for each request in the determination process described above. It further has a function of executing a determination as to whether or not the forehead is successful.
- the procedure management system 100 in this case has a function of executing the business process corresponding to the request in which the authorization holding in the customer or the agent and the limit conformance of the handling amount are specified in the above-described determination process in the above-described business process. It has.
- the procedure management system 100 further stores information on the execution period of the procedure at the financial institution regarding the customer or the agent in the administrator information table 125 or the agent information table 126 of the storage device 101.
- the procedure management system 100 in the above determination process, for each request, based on the authority information of the customer or the agent specified in the above authentication process and the information on the executable period, whether or not the authority related to the request is present and executable It further has a function of executing a determination as to whether or not the time is appropriate.
- the procedure management system 100 has a function for executing the business process corresponding to the request for which the authorization or the feasible time suitability in the customer or the agent is specified in the above-described determination process. I have.
- the procedure management system 100 collates the rule table 128 with at least one of the processing amount and the execution frequency in the predetermined procedure indicated by each request described above, and specifies the necessity confirmation ( Example: consent of family as agent for procedures desired by the elderly), alert notification (eg alert to family as agent for procedures desired by the elderly), and results report (eg, procedures desired by the elderly) (Notifying the family as a representative of the processing result of the above) is further provided with a function of further executing a predetermined processing corresponding to at least one of them.
- the necessity confirmation Example: consent of family as agent for procedures desired by the elderly
- alert notification eg alert to family as agent for procedures desired by the elderly
- results report eg, procedures desired by the elderly
- the procedure management system 100 of the present embodiment stores information on the upper limit frame that can be processed in the procedure among the account balances held by the customer in the financial institution in the upper limit value table 129 of the storage device 101. And In that case, the procedure management system 100 performs the above determination process based on the authority information of the customer or the agent specified in the authentication process and the information on the upper limit frame (specified in the upper limit table 129) for each request. Further, a function for executing the determination as to whether or not there is an authority related to the request and whether or not the upper limit frame is appropriately synthesized is further provided.
- the procedure management system 100 has a function of executing the business process corresponding to the request for which the authorization or the upper limit limit is specified in the customer or the agent in the above-described determination process in the above-described business process.
- the procedure management system 100 when the procedure management system 100 receives each request for the above-described pre-registration or agent designation from the customer terminal 320 or the agent terminal 330, the procedure management system 100 acts as a proxy from a customer (eg, an elderly person) who executes the request.
- a function of further receiving personal video data for a person (eg, an elderly family member) and storing the personal video data in the item management table 127 of the storage device 101 is further provided.
- the procedure management system 100 transmits the principal image data read from the case management table 127 of the storage device 101 to the agent terminal 330 of the agent designated by the customer in response to the designation request of the agent described above.
- information on a predetermined procedure for example, the procedure information itself or a valid flag
- a function of storing in the table 127 is further provided.
- FIG. 6 is a diagram showing a data configuration example of the administrator information table 125 in the present embodiment.
- the administrator information table 125 is a table that holds information on a person who is a customer of a financial institution and intends to entrust a proxy with a procedure managed by the procedure management system 100 in the present embodiment.
- the administrator information table 125 illustrated in FIG. 6 has an ID of a corresponding administrator, a registrant name (name of the administrator), and a PIN as a personal identification number, with the corporate number that is identification information of the corporation to which each administrator belongs as a key. , Approval limit that is the maximum amount that can be approved for procedures entrusted to the agent, receipt limit that is the maximum amount that can be withdrawn in the procedures performed by itself, biometric information, registration authority as authority information, approval authority, and reception authority, etc. It is a collection of records in which each value is associated.
- the registration authority is information defining whether or not there is an authority to perform pre-registration among the above-mentioned requests, and “ ⁇ ” means having authority.
- the approval authority of the above-mentioned authority information is information that specifies whether or not there is an authority to make an approval judgment regarding pre-registration or agent designation in the above-mentioned request, and “ ⁇ ” means that there is an authority.
- the receiving authority is information defining whether or not there is an authority to execute a withdrawal procedure in the above request, and “ ⁇ ” means having authority.
- Each record in the manager information table 125 corresponds to information registered by a corporate officer who is a customer of the financial institution by visiting the financial institution in advance.
- FIG. 7 is a diagram showing a data configuration example of the agent information table 126 in the present embodiment.
- the agent information table 126 is a table in which a customer who is an administrator registered in the above-described administrator information table 125 registers information regarding an agent entrusting a procedure at a financial institution.
- the agent information table 126 illustrated in FIG. 7 uses a company ID (identical to the administrator information table 125), which is identification information of a corporation to which each agent belongs, as a key.
- Agent registrant the name of the administrator who registered the agent
- approval limit amount that the administrator has allowed for the approval action by the agent (only for those with approval authority)
- agent The maximum amount of money that can be withdrawn in the procedure performed by the person, each of the receipt limit, biometric information, registration authority as authority information, approval authority, and reception authority, the time effective classification that the procedure can be performed as an agent, the effective period, etc. It is a collection of records associated with values.
- FIG. 8 is a diagram showing a data configuration example of the item management table 127 in the present embodiment.
- the case management table 127 is a table that stores the content information of each procedure entrusted to the agent by the administrator, which is registered in response to the above-described pre-registration request.
- the case management table 127 illustrated in FIG. 8 includes a case number uniquely indicating a consignment procedure as a key, a corporate number of a corporation to which an administrator who entrusts the procedure to an agent belongs, and an approver ID of the consignment procedure (management Agent ID), agent ID of the consignee, status (status regarding the processing of the consignment procedure), account information subject to the procedure, transaction amount, effective date, and request information (customer video data), etc. It is a collection of records associated with values.
- FIG. 9 is a diagram showing a data configuration example of the rule table 128 in the present embodiment.
- the rule table 128 according to the present embodiment includes an agreement confirmation with the customer or the agent regarding the procedure, an alert notification, according to at least one of the amount of processing amount in the consignment procedure and the execution frequency of the regular procedure. And a table that defines whether at least one of the result reports is necessary.
- the rule table 128 shown in FIG. 9 uses the rule ID as a key for each of the amount of processing amount, the frequency of execution of the regular procedure, confirmation of consent to the customer or agent regarding the procedure, alert notification, and result report. It is a collection of records in which information such as “no” is associated.
- FIG. 10 is a diagram showing a data configuration example of the upper limit value table 129 in the present embodiment.
- This upper limit value table 129 is a table that stores information on the upper limit frame of the amount that can be processed in the consignment procedure among the account balances held by the customer at the financial institution.
- the upper limit table 129 shown in FIG. 10 is a set of records in which information such as an account number and an upper limit frame of a corresponding corporation is associated with a corporation number that uniquely identifies each corporation as a key.
- the value of the upper limit frame stipulated in the upper limit table 129 is determined at regular intervals such as pensions and stock dividends based on the payment history of the procedure management system 100 acquired from the core system of the financial institution to the corresponding account.
- FIG. 11 is a diagram illustrating a biometric information registration flow example 1 in the present embodiment.
- the target of biometric information registration is assumed to be a predetermined manager of a corporate staff.
- the subject of biometric information registration is the individual customer.
- a situation where biometric information registration is performed for an administrator who belongs to a corporation is shown as an example.
- the above-mentioned administrator carries his / her identification card such as an employee ID card or driver's license, and an IC card issued by a financial institution, and visits the financial institution's window.
- a financial institution staff such as Teller corresponding to this manager operates the sales office window terminal 200 and starts the procedure for manager registration.
- the financial institution staff receives the IC card from the above-mentioned manager and sets it in the card reader 221 provided in the sales office counter terminal 200. Furthermore, the manager inputs the PIN number using a PIN pad which is a kind of the input device 205. Prompt.
- this financial institution staff receives the prescribed registration application form and identification card from the administrator, reads the personal information such as name, approval limit, receipt limit, and each authority information from the contents, Is input from the input device 205 as (a part of) registered information.
- the financial institution staff may cause the passbook reader 222 to read the passbook carried by the administrator.
- the sales office counter terminal 200 acquires the name information of the administrator with the input device 205 and also holds information on the IC card via the card reader 221 (for example, the customer corporation recorded by the IC chip). The process of obtaining the authentication information) and obtaining the personal identification number via the PIN pad is executed (s10).
- an IC card is used for processing, but other methods may be adopted as follows. That is, appropriate authentication information such as a password or biometric information is used.
- appropriate authentication information such as a password or biometric information is used.
- One example is the following method. When a financial institution starts the service, the company or individual is properly verified by face-to-face contact at the window, and the company number and manager ID (example: both are eligible) Is registered with the administrator information table 125 or the agent information table 126 of the procedure management system 100 in association with these information.
- the sales office window terminal 200 displays the corporate number, the administrator ID, and the biometric information presented by the customer or the agent described above in the administrator information table 125 or Authentication is performed by collating with the agent information table 126.
- the above-described authentication may be performed using biometric information or a personal identification number alone.
- so-called cardless authentication is possible.
- the sales office counter terminal 200 determines whether or not the personal identification number indicated by the information stored in the IC card matches the personal identification number obtained via the PIN pad (s11). Note that the personal identification number or the personal identification number obtained via the PIN pad is registered in the system or the like when performing cardless authentication. The same applies hereinafter. As a result of this determination, if the passwords do not match (s12: NG), the sales office window terminal 200 displays that fact on the output device 206 and ends the processing. On the other hand, as a result of the determination, if the coincidence of the passwords can be specified (s12: OK), the branch office window terminal 200 displays a success of authentication on the output device 206 (s13).
- the above-mentioned financial institution staff confirming this display informs the administrator that biometric information registration is to be performed, and requests that the predetermined part of the body, such as a finger or palm, be set in the biometric reader 220. Then, it is assumed that the administrator who has received the request sets a predetermined part of his / her body in the biological information reader 220.
- the sales office counter terminal 200 acquires the above-described administrator's biometric information via the biometric information reader 220, and associates this with the administrator's name information (obtained in s10). And stored in the administrator information table 125 (s14).
- FIG. 12 is a diagram showing a biometric information registration flow example 2 in the present embodiment. This process is performed at least before execution of the pre-registration process.
- the target of biometric information registration is assumed to be a corporate employee who is a customer.
- the customer is an individual, for example, an elderly person, the case where the child or the care staff is the subject of biometric information registration, that is, the agent, can be mainly assumed here.
- the agent terminal 330 installed in the above-mentioned corporation accepts a registration request from a staff member who intends to perform agent registration by the input device 305 and displays a predetermined input screen held in advance on the output device 306. (S20).
- the staff who has viewed this screen uses the input device 305 to input various information such as his / her user ID (personnel number, etc.), name, approval limit, receipt limit, various authorities, validity category, and validity period according to the screen message. input.
- the information entered here is at least the approval limit, receipt limit, various authorities, validity category, validity period, etc., given by the above-mentioned administrator (or the customer's own elderly person, etc.)? Alternatively, it can be assumed that the administrator himself / herself inputs with the input device 305.
- the agent terminal 330 acquires the information input by the above-described input device 305 (s21), and uses this information together with the above-described message for requesting the registration determination by the administrator, the customer terminal 320 operated by the administrator. (S22). If the administrator confirms the information at the customer terminal 320 and there is no problem with the contents, the administrator inputs an instruction to allow registration through the input device 305 of the customer terminal 320. At this time, the customer terminal 320 notifies the agent terminal 330 of a registration permission instruction.
- the agent terminal 330 that has received the registration permission notification displays a message requesting to set a predetermined body part such as a finger or palm on the biological information reader 315 on the output device 305 (s23). It is assumed that a staff member who has viewed the message using the output device 305 sets a predetermined part of his / her body in the biological information reader 315.
- the agent terminal 330 acquires the above-described staff biometric information via the biometric information reader 315, associates this with the staff name information (obtained in s21), and so on.
- the information is stored in the information table 126 (s24).
- the “effective classification” is set to “every time”, only the current day registered in the agent information table 126 or one day specified by the effective period, It is possible to carry out procedures such as withdrawal as an agent.
- the biometric information regarding the agent in the agent information table 126 is also operated to be registered “every time”.
- Example of processing procedure
- the actual procedure of the procedure management method in the present embodiment will be described with reference to the drawings.
- Various operations corresponding to the procedure management method described below are realized by a program that the procedure management system 100 reads into a memory or the like and executes. These programs are composed of codes for performing various operations described below.
- FIG. 13 is a flowchart showing a processing procedure example 1 of the procedure management method in the present embodiment.
- the explanation will be made on the assumption that the corporate staff is requested by the supervisor of the manager to withdraw money at the sales office.
- the above-mentioned staff in this case operates a predetermined in-house terminal, that is, the agent terminal 330 to access the procedure management system 100, and, for example, an interface corresponding to the procedure management method of the present embodiment (see the interface 1200 in FIG. 14). browse.
- the above-mentioned staff will input information on the withdrawal procedure requested by the above-mentioned superior at this interface 1200.
- an employee whose user ID is “1234567” has an effective date of “withdrawal” procedure of “24,000 yen” in accordance with the above-mentioned senior “1111111” as an approver.
- “YYYYMMDD” is designated in advance for registration.
- this staff member reads biological information by holding a part of his / her body over the biological information reader 315 provided in the agent terminal 330.
- the agent terminal 330 obtains, through the input device 305, pre-registration information related to the withdrawal procedure input by the above-mentioned staff at the interface 1200, and the biometric information of the staff obtained from the above-described biometric information reader 315. Together with the information, it is transmitted as pre-registration request information to the procedure management system 100 via the network 30.
- the procedure management system 100 receives the pre-registration request information transmitted from the above-described agent terminal 330 (s100), and converts the biometric information included in the request information into the corresponding user of the agent information table 126.
- the biometric information of the ID record is collated (s101).
- the procedure management system 100 uses the record of the corresponding user ID in the agent information table 126 as the registration authority of “ ⁇ ” as the registration authority. A value is set, and it is determined whether or not there is a pre-registration authority (s102). As a result of this determination, if the pre-registration authority is set for the staff member (s102: y), the procedure management system 100 once holds the above-mentioned pre-registration request information in the memory 103, and the user ID “1234567”. "Is sent as an approval request to the terminal of the predetermined manager of the corporation to which the staff member belongs, that is, the customer terminal 320 (s103). It is assumed that the procedure management system 100 holds contact information such as an email address in the storage device 101 in advance for the customer terminal 320 that performs pre-registration approval for each corporation.
- the customer terminal 320 Upon receiving the approval request, the customer terminal 320 sends a notification prompting the administrator to read the biometric information through a predetermined screen display or the like, and executes the biometric information reading by the biometric information reader 315.
- the administrator who performs the above-described approval determination reads biometric information by holding a part of his / her body over the biometric information reader 315 of the customer terminal 320.
- the customer terminal 320 transmits authentication information including the above-described administrator's biometric information to the procedure management system 100.
- the procedure management system 100 receives the authentication request transmitted from the customer terminal 320 described above, and collates the biometric information included in this request with the biometric information in the record of the corresponding manager ID in the manager information table 125.
- the authentication process is executed (s104).
- the procedure management system 100 uses the approval authority of the authority information in the record of the administrator in the administrator information table 125. Is set to “ ⁇ ”, and it is determined whether or not there is an authority to make an approval judgment for pre-registration (s105).
- the procedure management system 100 sends the above information to the customer terminal 320 on the interface 1300 shown in FIG. The contents of the approval request are displayed (s106).
- the administrator who performs the pre-registration approval work browses the pre-registration information with the output device 326 of the customer terminal 320, determines whether to approve, and inputs the result to the interface 1300.
- the biometric authentication result and authority determination is “OK”
- the staff member with the user ID “1234567” tries to pre-register “24,000 yen”.
- an agent with a user ID “1234567” is designated, and the effective date of the case “YYYYMMDD” is designated for approval.
- the customer terminal 320 displays an interface (button or the like) for registering agent biometric information only when the “valid classification” is “every time”, and the biometrics related to the “every time” agent. It is more preferable to perform information registration processing.
- the customer terminal 320 obtains information related to the pre-registration approval result input by the above-described administrator through the interface 1300 via the input device 325, and performs the procedure via the network 30 as the pre-registration approval result. It transmits to the management system 100.
- the procedure management system 100 receives the pre-registration approval result information transmitted from the customer terminal 320, and stores it in the case management table 127 of the storage device 101 (s107).
- the above-mentioned agent “1234567” visited the financial institution and tried to withdraw money from the account of the corporation as a procedure entrusted by the superior. To do. In this case, it is assumed that the agent performs the biometric information reading operation on the biological information reader 220 of the sales office window terminal 200.
- the sales office window terminal 200 acquires the biometric information of the agent from the biometric information reader 220 and transmits an inquiry notification of a pre-registered item including the biometric information to the procedure management system 100.
- the procedure management system 100 receives a notification from the sales office window terminal 200, collates the biometric information included in the notification with the biometric information included in the agent record in the agent information table 126, and executes an authentication process. (S108). As a result of this authentication, if the authenticity of the above-mentioned agent can be confirmed (s108: y), the procedure management system 100 uses the receipt authority of the authority information in the record of the agent in the agent information table 126. Is set to “ ⁇ ”, and it is determined whether or not the user has the authority to execute the withdrawal procedure (s109).
- the procedure management system 100 sets the case management table 127 for the procedure pre-registered for the agent.
- the search is performed (S110).
- the sales office window terminal 200 receives the above-mentioned notification of successful authentication and pre-registered case information, and performs business processing related to the procedure corresponding to the pre-registered case (eg, the withdrawal procedure is defined in the financial institution). A series of business processes) are executed, and the result is displayed on the output device 206, and the result of the procedure, that is, cash, is withdrawn from a cashier or the like, and the process ends.
- the person in charge at the sales office window terminal 200 hands the cash withdrawn here to the above-mentioned agent.
- FIG. 16 is a flowchart showing a processing procedure example 2 of the procedure management method in the present embodiment.
- the procedure management system 100 calculates the total amount of procedures in a certain period such as one month based on the value of transaction amount and processing frequency indicated by the pre-registration information, and calculates the calculated amount of the staff in the upper limit table 129. It collates with the value of the upper limit frame of the corporation to which it belongs (s200).
- the procedure management system 100 determines that the pre-registration cannot be approved, and informs the agent terminal 330 of that fact. Return and finish the process.
- the procedure management system 100 determines the transaction amount and the processing frequency value indicated by the pre-registration information.
- the rule table 128 is collated (s202), and whether or not consent confirmation, alert notification, and result report are necessary according to the amount range and processing frequency defined by the rule table 128 is specified (s203).
- the transaction amount indicated by the pre-registration information is “24,000 yen” and the processing frequency is “twice / week”, according to the rule table 128, a predetermined specific administrator or other All of the process of notifying the user terminal 300 of the agent for consent confirmation, the process of notifying an alert as pre-registration requiring attention, and the process of notifying the execution result of the pre-registered procedure are performed. Can be identified as necessary.
- the procedure management system 100 executes the process specified in step s204 described above (s204), and advances the process to step s102 in the flow of FIG.
- FIG. 17 is a flowchart showing a processing procedure example 3 of the procedure management method in the present embodiment.
- FIGS. 18 to 20 show an administrator information table 125, an agent information table 126, and a case management table 127 in the present embodiment. It is a figure which shows the other example of a data structure. Here, it is assumed that the customer is an elderly person and the agent is an elderly family member (or care staff). Therefore, in each table illustrated in FIGS. 18 to 20, the key of each record is a family number instead of a corporate number.
- the procedure management system 100 when the procedure management system 100 receives each request for pre-registration or agent designation from the customer terminal 320 or the agent terminal 330, the procedure management system 100 receives the request from the customer (eg, an elderly person). Further, the personal video data for the agent (eg, the elderly family) is further received (s300), and the personal video data is stored in the case management table 127 of the storage device 101 (s301).
- the customer eg, an elderly person
- the personal video data for the agent eg, the elderly family
- the personal video data is stored in the case management table 127 of the storage device 101 (s301).
- the procedure management system 100 responds to the agent designation request from the customer terminal 320 (for example, received at the interface 1300 in FIG. 15) to the agent terminal 330 of the agent designated by the customer.
- the personal image data read from the case management table 127 of the storage device 101 is transmitted (s302).
- the agent terminal 330 that has received this reproduces the above-described personal video data by the output device 336.
- the agent browses this person's video with the output device 336, determines whether or not the request is a request for the commissioned procedure from the customer, and determines whether the procedure is appropriate. For example, a decision that a family representative refuses to act on an improperly-purchased product purchase procedure that is a request from one's own parent, but has decided to purchase with insufficient product knowledge. Will be performed. Alternatively, the agent determines that the above-described procedure is appropriate and that the agency is entrusted.
- the procedure management system 100 receives this consent notification (s303), and stores information on a predetermined procedure (for example, the procedure information itself or a valid flag) related to the customer to be pre-registered in the storage device 101. It is stored in the case management table 127 (s304).
- the procedure management system 100 ends the process without performing the registration process for the corresponding pre-registration.
- the storage device further stores information on a handling limit amount associated with a predetermined procedure at the financial institution regarding the customer of the financial institution and its agent, and the arithmetic device
- the determination process for each request, a determination as to whether or not the request is authorized and whether the handling limit is appropriate or not based on the authority information and the limit information of the customer or agent specified in the authentication process.
- the business process corresponding to the request for which the authorization or the handling limit amount conformity is specified in the customer or the agent in the determination process may be executed.
- the agent designated by the customer for example, based on the closeness of the blood relative to the customer and the level of trust, the range of the amount subject to the procedure at the financial institution can be controlled easily and reliably. Is possible. As a result, it is possible to secure further customer convenience and security related to various procedures while taking into account the fact that it is difficult for customers to use financial institutions.
- the storage device further stores information on a feasible period of the predetermined procedure at the financial institution regarding the customer of the financial institution and its agent,
- a determination is made as to whether or not the request is authorized and whether or not the execution time is appropriate based on the authority information and the executable period information specified in the authentication process.
- the business process may be executed and the business process corresponding to the request for which the authorization or the execution time compliance in the customer or the agent is specified in the determination process may be executed.
- the agent designated by the customer regarding the agent designated by the customer, the execution period of the procedure at the financial institution based on the closeness of the blood relative to the customer, the high degree of trust, or the routineness or urgency of the procedure, etc. Can be controlled easily and reliably. As a result, it is possible to secure further customer convenience and security related to various procedures while taking into account the fact that it is difficult for customers to use financial institutions.
- the storage device is a customer or a proxy related to the predetermined procedure according to at least one of a processing amount in the predetermined procedure and a frequency of execution of the predetermined procedure. It further stores a rule table that defines the necessity of at least one of consent confirmation to human, alert notification, and result report, and the arithmetic unit performs processing amount and execution in a predetermined procedure indicated by each request It is also possible to further execute predetermined processing corresponding to at least one of the consent confirmation, the alert notification, and the result report in which at least one of the frequencies is collated with the rule table and the necessity is specified. Good.
- the agent who has secured the ability to execute the procedure will be urged easily and surely in advance regarding the authenticity and appropriateness of the procedure. Is possible. As a result, it is possible to secure further customer convenience and security related to various procedures while taking into account the fact that it is difficult for customers to use financial institutions.
- the storage device further stores information on an upper limit frame that can be processed by the predetermined procedure among account balances held by the customer at the financial institution,
- the arithmetic device for each request, based on the authority information of the customer or the agent specified in the authentication process and the information on the upper limit frame, about the presence of authority regarding the request and whether or not the upper limit frame is properly combined
- the business process corresponding to the request for which the authorization or the upper limit limit conformance in the customer or the agent is specified in the determination process may be executed.
- the computing device when the computing device receives each request for the pre-registration or the designation of the agent from a predetermined terminal, the arithmetic device is directed from the customer who is the requester to the agent. Further receiving the principal video data, storing the principal video data in a storage device, and transmitting the principal video data to the agent terminal designated by the customer in response to the designation request of the agent.
- a process for storing information on the predetermined procedure regarding the customer who is the object of the pre-registration in a storage device may be further executed. .
- the information processing system further stores, in the storage device, information on a handling limit amount associated with a predetermined procedure at the financial institution regarding the customer of the financial institution and its agent,
- a determination is made as to whether or not the request is authorized and whether or not the handling limit is properly combined.
- the business process corresponding to the request in which the determination of the authority retention and the handling limit amount matching in the customer or the agent is specified may be executed.
- the information processing system further stores, in the storage device, information on an executable period of a predetermined procedure at the financial institution regarding the customer of the financial institution and its agent,
- the determination process for each request, based on the authority information of the customer or agent specified in the authentication process and the information on the executable period, a determination is made as to whether or not the request is authorized and whether or not the executable period is appropriate.
- the business process corresponding to the request for which the determination of the retention of authority and the feasibility matching in the agent is specified in the determination process may be executed.
- the information processing system according to at least one of a processing amount in the predetermined procedure and a frequency of execution of the predetermined procedure in the storage device, A rule table that prescribes whether or not consent confirmation to the customer or agent regarding the predetermined procedure, at least one of alert notification, and result report is further stored, and the processing amount and execution frequency of the predetermined procedure indicated by each request It is also possible to further execute a predetermined process corresponding to at least one of the consent confirmation, the alert notification, and the result report in which at least one of the information is collated with the rule table and the necessity is specified.
- the information processing system further includes information on an upper limit frame that can be processed by the predetermined procedure among account balances held by the customer at the financial institution in the storage device.
- the determination process for each request, a determination is made as to whether or not the request is authorized and whether or not the upper limit frame is appropriate based on the authority information and the upper limit frame information of the customer or agent specified in the authentication process.
- the business process corresponding to the request for which the authorization or the upper limit limit is specified in the customer or the agent in the determination process may be executed.
- the information processing system when the information processing system receives each request of the pre-registration or the designation of the agent from a predetermined terminal, the customer who performs the request is directed from the customer to the agent.
- the personal image data is further received, the personal video data is stored in a storage device, and the personal video data is transmitted to the agent's terminal designated by the customer in response to the designation request of the agent.
- a process for storing information on the predetermined procedure regarding the customer that is the object of the pre-registration in a storage device may be further executed.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
顧客自身による金融機関の利用が難しい事情を踏まえつつ、各種手続に関する顧客利便性とセキュリティ性を併せて確保する。 手続管理システム(100)において、金融機関の顧客およびその代理人に関する、認証情報と、金融機関での所定手続に関する所定処理の権限情報とを格納した記憶装置(101)と、所定端末から受信した、顧客に関する 所定手続の事前登録、所定手続の実行者たる代理人の指定、および、手続の実行者による所定手続の実行、の各要求について、要求者の認証用情報および認証情報に基づく認証処理と、当該認証処理で特定した顧客または代理人 の権限情報に基づく要求に関する権限有無の判定処理と、当該判定処理で顧客または代理人における権限保持が特定された要求に対応する業務処理を実行する演算装置(104)を含む構成とする。
Description
本発明は、手続管理システムおよび手続管理方法に関する。
金融機関の顧客は、多忙なビジネスマンや要介護状態の高齢者など、その属性や行動パターンも様々な者から構成される。そうした顧客のうち、自身の業務時間帯の都合や身体的ハンディキャップ、或いは自宅所在地などによって、営業時間内に営業店窓口やATMを訪れることが難しい場合もある。このような状況に対し、各顧客が営業店窓口等で提供される各種業務を簡便に利用可能とする種々の技術が提案されてきた。
例えば、支援対象業務の種別毎に基準データベースを検索し顧客対応に必要となるスキル種類およびレベルを特定するスキル特定部と、前記特定したスキル種類およびレベルを備える社員をスキルデータベースから特定する社員特定部と、前記記特定したスキル種類およびレベルを備える社員について対応可能者管理データベースを検索して所定の支援時期に顧客対応可能な社員を特定し支援対象業務の種別毎の対応可能者リストを生成するリスト生成部と、窓口端末からの支援要請情報をネットワークを介して受け付けて支援要請情報が含む支援対象業務の種別情報と支援時期の情報とを取得する支援要請受付部と、前記支援要請情報が含む支援対象業務の種別情報に対応する対応可能者リストを該当窓口端末に送信するリスト送信部を含むシステム(特許文献1参照)などが提案されている。
上述のように顧客利便性を追求することと、手続処理のセキュリティ性を良好に維持することは相反しやすく、詐欺等の不正行為への対策が必要となる。そこで、預金口座の名義人自らが不正に金銭の出金を行おうとする場合であっても、このような行為を確実に抑制するためのシステムであって、預金口座に対する引き出しおよび振り込みを希望する場合に、引出額または振込先および振込金額を含む出金情報を入力可能なATMと、預金口座を管理するための顧客データベースを有し、前記ATMに通信可能に接続される金融機関システムサーバと、該金融機関システムサーバに通信可能に設けられた出金予約サーバとを備える出入金システム(特許文献2参照)なども提案されている。
上述したように、顧客自身によるネットワーク上での処理の技術や、不正出金等の行為を抑制する技術は提案されている。しかしながら、顧客自身による金融機関の利用が難しい事情を踏まえつつ、各種手続に関する顧客利便性とセキュリティ性を併せて確保する技術は存在しなかった。
そこで本発明の目的は、顧客自身による金融機関の利用が難しい事情を踏まえつつ、各種手続に関する顧客利便性とセキュリティ性を併せて確保する技術を提供することにある。
上記課題を解決する本発明の手続管理システムは、金融機関の顧客およびその代理人に関する、認証情報と、金融機関での所定手続に関する所定処理の権限情報とを格納した記憶装置と、所定端末から受信した、顧客に関する所定手続の事前登録、前記所定手続の実行者たる代理人の指定、および、手続の実行者による前記所定手続の実行、の各要求について、要求者の認証用情報および前記認証情報に基づく認証処理と、当該認証処理で特定した顧客または代理人の前記権限情報に基づく前記要求に関する権限有無の判定処理と、当該判定処理で前記顧客または前記代理人における権限保持が特定された要求に対応する業務処理と、を実行する演算装置と、を備える。
また、本発明の手続管理方法は、金融機関の顧客およびその代理人に関する、認証情報と、金融機関での所定手続に関する所定処理の権限情報とを格納した記憶装置を備える情報処理システムが、所定端末から受信した、顧客に関する所定手続の事前登録、前記所定手続の実行者たる代理人の指定、および、手続の実行者による前記所定手続の実行、の各要求について、要求者の認証用情報および前記認証情報に基づく認証処理と、当該認証処理で特定した顧客または代理人の前記権限情報に基づく前記要求に関する権限有無の判定処理と、当該判定処理で前記顧客または前記代理人における権限保持が特定された要求に対応する業務処理と、を実行することを特徴とする。
本発明によれば、顧客自身による金融機関の利用が難しい事情を踏まえつつ、各種手続に関する顧客利便性とセキュリティ性を併せて確保可能となる。
---システム構成---
以下に本発明の実施形態について図面を用いて詳細に説明する。図1は本実施形態の 手続管理システムを含むネットワーク構成例を示す図である。図1に示す手続管理システム100は、顧客自身による金融機関の利用が難しい事情を踏まえつつ、各種手続に関する顧客利便性とセキュリティ性を併せて確保するためのコンピュータシステムである。
以下に本発明の実施形態について図面を用いて詳細に説明する。図1は本実施形態の 手続管理システムを含むネットワーク構成例を示す図である。図1に示す手続管理システム100は、顧客自身による金融機関の利用が難しい事情を踏まえつつ、各種手続に関する顧客利便性とセキュリティ性を併せて確保するためのコンピュータシステムである。
この手続管理システム100は、銀行等の金融機関またはATMサービス提供企業などが運用するサーバ装置で構成されており、顧客ないしその代理人が所望の手続(例:入出金等)に対応するテラーの操作端末たる営業店窓口端末200や、顧客ないしその代理人が自ら上述の手続を行う際の操作対象となるATM230と、セキュアなネットワーク20を介して通信可能に結ばれている。
また、手続管理システム100は、営業店窓口を訪れる、或いはATM230を利用する顧客や代理人の操作端末たるユーザ端末300とも、インターネットなど適宜なネットワーク30を介して通信可能に結ばれている。なお、本実施形態では、ユーザ端末300のうち、金融機関に自身の口座を保有している者、すなわち顧客の操作する端末を顧客端末320とする。また、ユーザ端末300のうち、上述の顧客が指定した代理人の操作する端末を代理人端末330とする。
続いて、本実施形態における手続管理システム100と、上述の営業店窓口端末200、ATM230、およびユーザ端末300のそれぞれのハードウェア構成について説明する。図2は、本実施形態の手続管理システム100のハードウェア構成例を示す図である。図2にて例示する手続管理システム100は、SSD(Solid State Drive)やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置101、RAMなど揮発性記憶素子で構成されるメモリ103、記憶装置101に保持されるプログラム102をメモリ103に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうCPUなどの演算装置104、ネットワーク20、30と接続し他装置との通信処理を担う通信装置105を少なくとも備えている。
なお、上述の記憶装置101内には、本実施形態の手続管理システム100を構成する情報処理装置として必要な機能を実装する為のプログラム102の他、各種処理に必要なデータ類110が記憶されている。このデータ類110には、後述する管理者情報テーブル125、代理人情報テーブル126、案件管理テーブル127、ルールテーブル128、および上限値テーブル129が少なくとも含まれる。
また、上述の営業店窓口端末200は、図3にて示すように、ハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置201、RAMなど揮発性記憶素子で構成されるメモリ203、記憶装置201に保持されるプログラム202をメモリ203に読み出すなどして実行し上述の各装置の統括制御を行なうとともに各種判定、演算及び制御処理を行なうCPUなどの演算装置204、テラー等のユーザからの入力を受け付けるタッチパネルやキーボード、PINパッドといった入力装置205、処理結果を出力するディスプレイやスピーカー等の出力装置206、および、ネットワーク20と接続し手続管理システム100など外部装置との通信処理を担う通信装置207を備える。また、本実施形態における営業店窓口端末200は、窓口を訪れた顧客ないしその代理人の生体情報を読み取るための生体情報リーダー220、顧客(場合によってはその代理人も)のICカードなど適宜なカードに対する認証情報の読み取りを行うカードリーダー221、および、顧客(場合によってはその代理人も)の通帳に対する認証情報の読み取りを行う通帳リーダー222を更に備えている。
また、上述のATM230は、図4にて示すように、現金格納庫240、現金搬送機構241、および現金投入口242といったATMとして一般的な装置構成と、こうした装置の制御を実行するコンピュータ250とを備えている。このうちコンピュータ250は、ハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置251、RAMなど揮発性記憶素子で構成されるメモリ253、記憶装置251に保持されるプログラム252をメモリ253に読み出すなどして実行し上述の各装置の統括制御を行なうとともに各種判定、演算及び制御処理を行なうCPUなどの演算装置254、ユーザからの入力を受け付けるタッチパネルやキーボードといった入力装置255、処理結果を出力するディスプレイやスピーカー等の出力装置256、および、ネットワーク20と接続し手続管理システム100など外部装置との通信処理を担う通信装置257を備える。また、本実施形態におけるATM230は、当該ATM230を操作する顧客ないしその代理人の生体情報を読み取るための、生体情報リーダー245を更に備えている。
また、本実施形態のユーザ端末300は、一般的なコンピュータ端末と同様のハードウェア構成を備えており、図5にて示すように、適宜な不揮発性記憶素子で構成される記憶装置301、RAMなど揮発性記憶素子で構成されるメモリ303、記憶装置301に保持されるプログラム302をメモリ303に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうCPUなどの演算装置304、ユーザからの入力を受け付けるタッチパネルやキーボードといった入力装置305、処理結果を出力するディスプレイやスピーカー等の出力装置306、インターネットなど適宜なネットワーク30と接続し、上述の手続管理システム100との通信処理を担う通信装置307を備える。また、本実施形態におけるユーザ端末300は、当該ユーザ端末300を操作する顧客ないしその代理人の生体情報を読み取るための、生体情報リーダー315を更に備えている。
---機能---
続いて、本実施形態の手続管理システム100が備える機能について説明する。上述したように、以下に説明する機能は、例えば手続管理システム100が備えるプログラム102を実行することで実装される機能と言える。なお、ここでは手続管理システム100の機能の説明に必要となる営業店窓口端末200、ATM230やユーザ端末300の機能や処理内容についても適宜示すこととする。
---機能---
続いて、本実施形態の手続管理システム100が備える機能について説明する。上述したように、以下に説明する機能は、例えば手続管理システム100が備えるプログラム102を実行することで実装される機能と言える。なお、ここでは手続管理システム100の機能の説明に必要となる営業店窓口端末200、ATM230やユーザ端末300の機能や処理内容についても適宜示すこととする。
本実施形態における手続管理システム100は、ユーザ端末300(顧客端末320、代理人端末330のいずれか)から受信した、顧客口座からの所定額の出金といった手続の事前登録、上述の手続の実行者たる代理人の指定(顧客によるもの)、および、手続の実行者(代理人を想定するが、顧客自身のケースもありうる)による該当手続の実行、の各要求について、要求者から取得された生体情報など適宜な認証用情報と、管理者情報テーブル125または代理人情報テーブル126の保持する生体情報テンプレートなどの認証情報との照合に基づく認証処理を行う機能を備えている。
また、手続管理システム100は、上述の認証処理で特定した顧客または代理人に関して、管理者情報テーブル125または代理人情報テーブル126から権限情報を取得し、この権限情報が、上述の要求に関する権限保有を示すか判定する処理を行う機能を備えている。なお、本実施形態における権限情報は、上述の各要求(手続の事前登録、代理人の指定、および、手続の実行の各要求)に対して許諾するか否かを規定する情報となる。
また、手続管理システム100は、上述の判定処理で顧客または代理人における権限保持が特定された要求に対応する業務処理を実行する機能を備えている。この業務処理は、上述の要求に応じたものであるから、例えば、ユーザ端末300から受けた手続の情報を記憶装置101の案件管理テーブル127に事前登録する処理、ユーザ端末300のうち顧客端末320から指定を受けた代理人の情報を代理人情報テーブル126、案件管理テーブル127のそれぞれに登録する処理、および、営業店窓口端末200、ATM230、顧客端末、および代理人端末330、のいずれかから実行指示を受けた出金等(手続)の処理、といった処理を想定する。
なお、本実施形態の手続管理システム100は、記憶装置101の管理者情報テーブル125または代理人情報テーブル126にて、顧客または代理人に関して、金融機関での手続で処理可能な金額の限度額情報を更に格納しているものとする。この場合、手続管理システム100は、上述の判定処理に際し、各要求について、上述の認証処理で特定した顧客または代理人の権限情報および限度額情報に基づき、該当要求に関する権限有無および取り扱い金額の限度額適合の成否についての判定を実行する機能を更に備えている。
また、この場合の手続管理システム100は、上述の業務処理に際し、上述の判定処理で顧客または代理人における権限保持および取り扱い金額の限度額適合が特定された要求に対応する業務処理を実行する機能を備えている。
また、本実施形態の手続管理システム100は、記憶装置101の管理者情報テーブル125または代理人情報テーブル126にて、顧客または代理人に関して、金融機関での手続の実行可能期間の情報を更に格納しているものとする。この場合、手続管理システム100は、上述の判定処理に際し、各要求について、上述の認証処理で特定した顧客または代理人の権限情報および実行可能期間の情報に基づき、該当要求に関する権限有無および実行可能時期の適否についての判定を実行する機能を更に備えている。
また、この場合の手続管理システム100は、上述の業務処理に際し、上述の判定処理で顧客または代理人における権限保持および実行可能時期適合が特定された要求に対応する業務処理を実行するもの機能を備えている。
また、本実施形態の手続管理システム100は、上述の各要求が示す所定手続での処理金額および実行頻度の少なくともいずれかの情報をルールテーブル128に照合し、必要性を特定した、同意確認(例:高齢者が希望する手続に対する代理人たる家族の同意)、アラート通知(例:高齢者が希望する手続に対する代理人たる家族へのアラート)、および結果報告(例:高齢者が希望する手続の処理結果を代理人たる家族への通知)の少なくともいずれかに対応する所定処理を更に実行する機能を備えている。
また、本実施形態の手続管理システム100は、記憶装置101の上限値テーブル129において、顧客が金融機関で保持する口座残高のうち、手続の処理対象と出来る上限枠の情報を格納しているものとする。その場合、手続管理システム100は、上述の判定処理に際し、各要求について、上述の認証処理で特定した顧客または代理人の権限情報および上限枠の情報(上限値テーブル129で特定したもの)に基づき、要求に関する権限有無および上限枠の適合成否についての判定を実行する機能を更に備えている。
この場合、手続管理システム100は、上述の業務処理に際し、上述の判定処理で顧客または代理人における権限保持および上限枠適合が特定された要求に対応する業務処理を実行する機能を備えている。
また、手続管理システム100は、上述の事前登録または代理人の指定の各要求を、顧客端末320または代理人端末330から受信するに際し、当該要求の実行者たる顧客(例:高齢者)から代理人(例:高齢者の家族)に向けた本人映像データを更に受信して、当該本人映像データを、記憶装置101の案件管理テーブル127に格納する機能を更に備えている。
この場合、手続管理システム100は、上述の代理人の指定要求に応じて、顧客が指定した代理人の代理人端末330に対し、記憶装置101の案件管理テーブル127から読み出した本人映像データを送信して、該当手続に関する代理人からの同意通知を受信した場合に、事前登録の対象である顧客に関する所定手続の情報(例:手続の情報自体か、或いは有効フラグ)を記憶装置101の案件管理テーブル127に格納する機能を更に備えている。
---データ構造例---
次に、本実施形態の手続管理システム100が用いるテーブルにおけるデータ構造例について説明する。図6は本実施形態における管理者情報テーブル125のデータ構成例を示す図である。管理者情報テーブル125は、金融機関の顧客であって、本実施形態における手続管理システム100が管理する手続を代理人に委託しようと考える者、すなわち管理者の情報を保持するテーブルである。
---データ構造例---
次に、本実施形態の手続管理システム100が用いるテーブルにおけるデータ構造例について説明する。図6は本実施形態における管理者情報テーブル125のデータ構成例を示す図である。管理者情報テーブル125は、金融機関の顧客であって、本実施形態における手続管理システム100が管理する手続を代理人に委託しようと考える者、すなわち管理者の情報を保持するテーブルである。
図6に例示する管理者情報テーブル125は、各管理者が所属する法人の識別情報である法人番号をキーに、該当管理者のID、登録者名(管理者の名)、暗証番号たるPIN、代理人に委託する手続に関して承認出来る金額上限たる承認限度額、自身が行う手続で出金出来る金額上限たる受取限度額、生体情報、権限情報としての登録権限、承認権限、および受取権限、といった各値を対応付けされたレコードの集合体となっている。
なお、上述の権限情報のうち登録権限は、上述の要求のうち事前登録を行える権限の有無を規定する情報であり、「○」は権限有りを意味する。また、上述の権限情報のうち承認権限は、上述の要求のうち事前登録や代理人指定に関する承認判断を行える権限の有無を規定する情報であり、「○」は権限有りを意味する。また、上述の権限情報のうち受取権限は、上述の要求のうち出金手続の実行権限の有無を規定する情報であり、「○」は権限有りを意味する。
こうした管理者情報テーブル125における各レコードは、金融機関の顧客たる法人の役職者等が、予め金融機関に赴いて登録した情報に対応する。
また、図7は本実施形態における代理人情報テーブル126のデータ構成例を示す図である。代理人情報テーブル126は、上述の管理者情報テーブル125に登録されている管理者たる顧客が、金融機関での手続を委託する代理人に関して情報を登録したテーブルである。
図7で例示する代理人情報テーブル126は、各代理人が所属する法人の識別情報である法人番号(管理者情報テーブル125と共通)をキーに、該当代理人の識別情報たる利用者ID、代理人登録者(該当代理人の登録を行った管理者の名)、該当代理人による承認動作に関して管理者が許諾している金額上限たる承認限度額(承認権限がある者のみ)、代理人が行う手続で出金出来る金額上限たる受取限度額、生体情報、権限情報としての登録権限、承認権限、および受取権限、代理人として手続を代行出来る時間的な有効区分、その有効期間、といった各値を対応付けされたレコードの集合体となっている。
また、図8は本実施形態における案件管理テーブル127のデータ構成例を示す図である。この案件管理テーブル127は、上述の事前登録の要求に応じて登録される、管理者から代理人に委託する各手続の内容情報を格納したテーブルである。図8に例示した案件管理テーブル127は、委託手続を一意に示す案件番号をキーに、当該手続を代理人に委託する管理者が所属する法人の法人番号、当該委託手続の承認者ID(管理者ID)、委託先の代理人ID、ステータス(当該委託手続の処理に関するステータス)、手続対象となる口座情報、取引金額、有効年月日、および依頼情報(顧客の本人映像データ)、といった各値を対応付けされたレコードの集合体となっている。
また、図9は本実施形態におけるルールテーブル128のデータ構成例を示す図である。本実施形態におけるルールテーブル128は、委託手続における処理金額の大小、および当該定手続の実行頻度の大小、の少なくともいずれかに応じた、当該手続に関する顧客または代理人への同意確認、アラート通知、および結果報告の少なくともいずれかの要否を規定したテーブルである。図9に示すルールテーブル128は、ルールIDをキーに、処理金額の大小、当該定手続の実行頻度の大小、当該手続に関する顧客または代理人への同意確認、アラート通知、および結果報告の各要否、といった情報を対応付けたレコードの集合体となっている。
また、図10は本実施形態における上限値テーブル129のデータ構成例を示す図である。この上限値テーブル129は、顧客が金融機関で保持する口座残高のうち、委託手続の処理対象と出来る金額の上限枠の情報を格納したテーブルである。図10に示す上限値テーブル129は、各法人を一意に特定する法人番号をキーに、該当法人の口座番号、上限枠といった情報を対応付けたレコードの集合体となっている。この上限値テーブル129にて規定された上限枠の値は、手続管理システム100が、金融機関の基幹システム等から取得した該当口座への入金履歴に基づいて、年金や株式配当など一定期間ごとに定期入金される固定金額を特定した値となる。
---生体情報の登録処理について---
まずはここで、本実施形態における手続管理方法実行前のいずれかの時点で、顧客の生体情報登録を行うフローについて説明する。図11は本実施形態における生体情報の登録フロー例1を示す図である。「顧客」が法人である場合、生体情報登録の対象は、法人職員の所定管理者を想定する。一方、「顧客」が個人である場合、生体情報登録の対象は、顧客個人である。以下の例では、法人に所属する管理者について生体情報登録を行う状況を一例として示すこととする。
---生体情報の登録処理について---
まずはここで、本実施形態における手続管理方法実行前のいずれかの時点で、顧客の生体情報登録を行うフローについて説明する。図11は本実施形態における生体情報の登録フロー例1を示す図である。「顧客」が法人である場合、生体情報登録の対象は、法人職員の所定管理者を想定する。一方、「顧客」が個人である場合、生体情報登録の対象は、顧客個人である。以下の例では、法人に所属する管理者について生体情報登録を行う状況を一例として示すこととする。
この場合、上述の管理者は、社員証や運転免許証など自身の身分証明書、金融機関が発行したICカードを携行し、金融機関の窓口を訪れる。
一方、この管理者に対応するテラー等の金融機関職員は、営業店窓口端末200を操作し、管理者登録の手続を開始する。金融機関職員は、上述の管理者からICカードを受領して営業店窓口端末200に備わるカードリーダー221にセットし、更には、入力装置205の一種であるPINパッドでの暗証番号入力を管理者に促す。
また、この金融機関職員は、管理者から所定の登録申請書と身分証明書を受領し、その内容から氏名等の本人情報と、承認限度額、受取限度額、および各権限情報を読み取り、これらを登録情報(の一部)として入力装置205から入力する。なお、金融機関職員は、管理者が携行する通帳を通帳リーダー222に読み込ませるとしてもよい。
他方、営業店窓口端末200は、入力装置205で管理者の氏名情報等を取得すると共に、カードリーダー221を介したICカードの保持情報(例:ICチップが記録している、顧客たる法人に関する認証用情報)の取得、および、PINパッドを介した暗証番号の取得の処理を実行する(s10)。
なお、上記の態様では、処理に際してICカードを用いているが、以下のように、それ以外の方法を採用してもよい。すなわち、暗証番号等の適宜な認証用情報や生体情報を用いるものである。その一例として以下の方法がある。金融機関においてサービス開始の際に、窓口での対面による法人ないし個人の適宜な本人確認を行った上で、営業店窓口端末200にて、その法人番号と管理者ID(例:いずれも対象者が窓口申請)、および生体情報(生体情報リーダー220で取得)を取得し、これらを紐付けて、手続管理システム100の管理者情報テーブル125または代理人情報テーブル126に対し登録しておく。一方、その後の金融機関での顧客や代理人に関する認証時には、営業店窓口端末200は、前述の顧客や代理人が提示した法人番号と管理者IDと生体情報とを、管理者情報テーブル125または代理人情報テーブル126に照合することで認証を行うこととなる。なお、生体情報または暗証番号等を単体で用いて上述の認証を行うとしてもよい。上述の手法を採用した場合、いわゆるカードレスでの認証が可能である。
次に営業店窓口端末200は、上述のICカードの保持情報が示す暗証番号とPINパッド経由で得た暗証番号とが一致するか判定する(s11)。なお、暗証番号やPINパッド経由で得た暗証番号に関しては、カードレス認証を行う場合、システム等に登録されることになる。以下同様である。この判定の結果、暗証番号が不一致であった場合(s12:NG)、営業店窓口端末200は、その旨を出力装置206に表示し処理を終了する。他方、判定の結果、暗証番号の一致が特定出来た場合(s12:OK)、営業店窓口端末200は、認証成功の旨を出力装置206に表示する(s13)。
この表示を確認した上述の金融機関職員は、生体情報登録を行う旨を当該管理者に告げ、指や手のひらといった身体の所定部位を生体情報リーダー220にセットするよう要請する。そして、当該要請を受けた管理者が自身の身体の所定部位を生体情報リーダー220にセットしたとする。
この場合、営業店窓口端末200は、生体情報リーダー220を介して、上述の管理者の生体情報を取得し、これを当該管理者の氏名情報等(s10で得ているもの)と対応付けて、管理者情報テーブル125に格納する(s14)。
続いて、顧客の代理人に関する生体情報登録の処理について説明する。図12は本実施形態における生体情報の登録フロー例2を示す図である。この処理は、少なくとも事前登録の処理の実行前に行われる。また、生体情報登録の対象は、顧客たる法人の職員を想定する。なお、顧客が個人であって、例えば高齢者である場合、ここで生体情報登録の対象、すなわち代理人となるのはその子供または介護スタッフ等であるケースが主として想定出来る。
当該フローにおいて、上述の法人内に設置されている代理人端末330は、代理人登録を意図する職員からの登録要求を入力装置305で受け付け、予め保持する所定の入力画面を出力装置306に表示する(s20)。この画面を閲覧した職員は、画面メッセージに従って、自身の利用者ID(職員番号等)、氏名、承認限度額、受取限度額、各種権限、有効区分、有効期間といった各種情報を入力装置305にて入力する。なお、ここで入力する情報のうち少なくとも、承認限度額、受取限度額、各種権限、有効区分、有効期間といった情報は、上述の管理者(ないし顧客自身たる高齢者など)によって指示されたものか、或いは管理者自身が入力装置305で入力することを想定出来る。
一方、代理人端末330は、上述の入力装置305で入力された情報を取得し(s21)、この情報を、上述の管理者による登録可否判断を求めるメッセージと共に、管理者が操作する顧客端末320に出力する(s22)。管理者が、顧客端末320にて当該情報を確認し、内容に問題無ければ、顧客端末320の入力装置305にて登録可の指示を入力することとなる。この時、顧客端末320は、登録可の指示を代理人端末330に通知する。
この登録可の通知を受けた代理人端末330は、指や手のひらといった身体の所定部位を生体情報リーダー315にセットするよう要請するメッセージを、出力装置305で表示する(s23)。当該メッセージを出力装置305で閲覧した職員が、自身の身体の所定部位を生体情報リーダー315にセットしたとする。
この場合、代理人端末330は、生体情報リーダー315を介して、上述の職員の生体情報を取得し、これを当該職員の氏名情報等(s21で得ているもの)と対応付けて、代理人情報テーブル126に格納する(s24)。なお、上述の代理人登録の処理において、「有効区分」が「都度」と設定されるケースであれば、代理人情報テーブル126に登録された当日のみ或いは有効期間で指定された1日のみ、代理人としての出金等の手続を実行出来ると出来る。この場合、代理人情報テーブル126での当該代理人に関する生体情報も、その「都度」、登録されるべく運用する。
---処理手順例---
以下、本実施形態における手続管理方法の実際手順について図に基づき説明する。以下で説明する手続管理方法に対応する各種動作は、手続管理システム100がメモリ等に読み出して実行するプログラムによって実現される。そして、これらのプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
---処理手順例---
以下、本実施形態における手続管理方法の実際手順について図に基づき説明する。以下で説明する手続管理方法に対応する各種動作は、手続管理システム100がメモリ等に読み出して実行するプログラムによって実現される。そして、これらのプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
図13は、本実施形態における手続管理方法の処理手順例1を示すフロー図である。本実施形態では、法人の職員が上長の管理者から営業店窓口での出金手続を依頼された状況を前提に説明を進めることとする。
この場合の上述の職員は、所定の社内端末すなわち代理人端末330を操作して手続管理システム100にアクセスし、例えば本実施形態の手続管理方法に対応したインターフェイス(図14のインターフェイス1200参照)を閲覧する。上述の職員は、このインターフェイス1200において、上述の上長から依頼された出金手続についての情報を入力することとなる。図14の例では、利用者IDが「1234567」である職員が、承認者たる上述の上長「1111111」の指示で「24,000円」の「出金」手続について、有効年月日「YYYYMMDD」として事前登録する指定を行っている。また、この職員は、インターフェイス1200での事前登録に関する入力動作に際し、代理人端末330に備わる生体情報リーダー315に自身の身体の一部をかざすなどして、生体情報の読み取りをさせるものとする。
一方、代理人端末330は、上述の職員がインターフェイス1200で入力した出金手続に関する事前登録の情報を、入力装置305を介して取得し、これと上述の生体情報リーダー315から得た職員の生体情報とをあわせて、事前登録の要求情報としてネットワーク30を介して手続管理システム100に送信する。
他方、手続管理システム100は、上述の代理人端末330から送信されてくる、事前登録の要求情報を受信して(s100)、この要求情報が含む生体情報を代理人情報テーブル126の該当利用者IDのレコードの生体情報と照合する(s101)。
この照合の結果、上述の職員の真正性について確認出来た場合、手続管理システム100は、代理人情報テーブル126における該当利用者IDのレコードにて、その権限情報のうち登録権限に「○」の値が設定され、事前登録の権限が有るか判定する(s102)。 この判定の結果、該当職員に関して事前登録の権限が設定されていた場合(s102:y)、手続管理システム100は、上述の事前登録の要求情報を一旦メモリ103に保持し、利用者ID「1234567」の職員が所属する法人の所定管理者の端末、すなわち顧客端末320に宛てて、承認依頼として送信する(s103)。手続管理システム100は、法人ごとに事前登録の承認業務を行う顧客端末320について、そのメールアドレスなど連絡先情報を予め記憶装置101に保持するものとする。
上述の承認依頼を受けた顧客端末320は、所定の画面表示等で管理者に対して生体情報の読み取り動作を促す通知を行い、生体情報リーダー315での生体情報の読み取りを実行する。この場合、上述の承認判断を行う管理者は、顧客端末320の生体情報リーダー315に自身の身体の一部をかざすなどして、生体情報の読み取りをさせるものとする。 顧客端末320は、上述の管理者の生体情報を含む認証情報を手続管理システム100に送信する。この場合、手続管理システム100は、上述の顧客端末320から送信されてくる認証要求を受信し、この要求が含む生体情報を管理者情報テーブル125の該当管理者IDのレコードの生体情報と照合して認証処理を実行する(s104)。この認証の結果、上述の管理者の真正性について確認出来た場合(s104:y)、手続管理システム100は、管理者情報テーブル125における該当管理者のレコードにて、その権限情報のうち承認権限に「○」の値が設定され、事前登録に対する承認判断を行う権限が有るか判定する(s105)。この判定の結果、該当管理者に関して事前登録に対する承認判断を行う権限が設定されていた場合(s105:y)、手続管理システム100は、顧客端末320に対し、図15に示すインターフェイス1300上で上述の承認依頼の内容を表示させる(s106)。
事前登録の承認業務を行う管理者は、顧客端末320の出力装置326で事前登録の情報を閲覧して、承認するか否か判断し、その結果をインターフェイス1300に入力する。図15の例では、案件番号「123456789」について、生体認証結果および権限判定が「OK」であり、利用者IDが「1234567」である職員が事前登録しようとした、「24,000円」の「出金」手続について、利用者IDが「1234567」の代理人を指定し、当該案件の有効年月日「YYYYMMDD」とし承認するとして指定を行っている。ここで、例えば、顧客端末320は、代理人生体情報の登録指示用のインターフェイス(ボタン等)を、「有効区分」が「都度」の場合にのみ画面表示し、「都度」の代理人に関する生体情報の登録処理を行うとすればより好適である。
一方、顧客端末320は、上述の管理者がインターフェイス1300で入力した事前登録の承認結果に関する情報を、入力装置325を介して取得し、これを事前登録の承認結果として、ネットワーク30を介して手続管理システム100に送信する。
他方、手続管理システム100は、上述の顧客端末320から送信されてくる、事前登録の承認結果の情報を受信し、これを記憶装置101の案件管理テーブル127に格納する(s107)。
上述のように事前登録が完了した後、上述の代理人「1234567」が金融機関の窓口を訪れて、上長から委託された手続として、当該法人の口座からの出金手続を行おうとしたとする。この場合、代理人は、営業店窓口端末200の生体情報リーダー220に対して自身の生態情報の読み取り動作を行うものとする。営業店窓口端末200は、生体情報リーダー220から代理人の生体情報を取得し、この生体情報を含む事前登録案件の問い合わせ通知を手続管理システム100に送信する。
手続管理システム100は、営業店窓口端末200からの通知を受信し、当該通知が含む生体情報を、代理人情報テーブル126の当該代理人のレコードが含む生体情報と照合し、認証処理を実行する(s108)。この認証の結果、上述の代理人の真正性について確認出来た場合(s108:y)、手続管理システム100は、代理人情報テーブル126における該当代理人のレコードにて、その権限情報のうち受取権限に「○」の値が設定され、出金手続の実行権限が有るか判定する(s109)。
上述の判定の結果、該当代理人に関して出金手続の実行権限が設定されていた場合(s109:y)、手続管理システム100は、上述の代理人に関して事前登録されている手続について案件管理テーブル127で検索を行う(s110)。
上述の検索の結果、上述の代理人に関して事前登録された手続が特定出来なかった場合(s111:n)、その旨を営業店窓口端末200に返し、処理を終了する。他方、上述の検索の結果、上述の代理人に関して事前登録された案件(手続)が特定出来た場合(s111:y)、認証成功の通知と事前登録された案件の情報とを営業店窓口端末200に返す(s112)。
営業店窓口端末200は、上述の認証成功の通知と事前登録された案件の情報とを受信し、事前登録された案件に応じた手続に関する業務処理(例:出金手続に関して金融機関内で規定されている一連の業務処理)を実行し、その結果を出力装置206に表示させると共に、処理結果たる手続の成果物すなわち現金を出納機等から出金し、処理を終了する。営業店窓口端末200の担当者は、ここで出金された現金を上述の代理人に手交することとなる。
なお、上述のステップs100において事前登録の要求情報を受信した際、手続管理システム100は、ルールテーブル128および上限値テーブル129に基づく以下の処理を更に実行すると好適である。この場合、事前登録の情報が、取引金額の他に、その処理頻度についても指定しているものとする。図16は、本実施形態における手続管理方法の処理手順例2を示すフロー図である。
すなわち手続管理システム100は、事前登録の情報が示す、取引金額と処理頻度の値に基づき、例えば1ヶ月など一定期間での手続総額を算定し、その算定額を上限値テーブル129における当該職員の所属する法人の上限枠の値と照合する(s200)。
上述の照合の結果、上述の算定額が上限枠の値を上回っている場合(s201:n)、手続管理システム100は、該当事前登録は承認不可として、その旨を上述の代理人端末330に返し、処理を終了する。
他方、上述の照合の結果、上述の算定額が上限枠の値を下回っている場合(s201:y)、手続管理システム100は、事前登録の情報が示す、取引金額と処理頻度の値を、ルールテーブル128に照合し(s202)、ルールテーブル128が規定する金額範囲および処理頻度に応じた、同意確認、アラート通知、および結果報告の、それぞれの要否について特定する(s203)。例えば、事前登録の情報が示す取引金額が「24,000円」で、処理頻度が「2回/週」であった場合、ルールテーブル128によれば、予め定めた特定の管理者あるいは他の代理人のユーザ端末300に対し、同意確認を求める通知を行う処理、要注意の事前登録としてアラートを通知する処理、および、事前登録される手続の実行結果の報告を通知する処理、のすべてが必要と特定できる。
手続管理システム100は、上述のステップs204で特定した処理を実行し(s204)、上述の図13のフローにおけるステップs102に処理を進める。
次に、手続を委託する顧客、すなわち上述の場合における管理者の本人映像を有効活用する形態について説明する。図17は本実施形態における手続管理方法の処理手順例3を示すフロー図であり、図18~図20は、本実施形態における管理者情報テーブル125、代理人情報テーブル126、および案件管理テーブル127の他のデータ構成例を示す図である。ここでは、顧客を高齢者、その代理人を高齢者の家族(ないし介護スタッフ等)と想定する。そのため図18~図20で例示する各テーブルにおいて、各レコードのキーは法人番号ではなくファミリー番号としている。
この場合、手続管理システム100は、上述の事前登録または代理人の指定の各要求を、顧客端末320または代理人端末330から受信するに際し、当該要求の実行者たる顧客(例:高齢者)から代理人(例:高齢者の家族)に向けた本人映像データを更に受信し(s300)、当該本人映像データを、記憶装置101の案件管理テーブル127に格納する(s301)。
次に、手続管理システム100は、上述の顧客端末320からの代理人の指定要求(例:図15のインターフェイス1300で受けたもの)に応じて、顧客が指定した代理人の代理人端末330に対し、記憶装置101の案件管理テーブル127から読み出した本人映像データを送信する(s302)。
一方、これを受けた代理人端末330は、上述の本人映像データを出力装置336で再生する。代理人は、この本人映像を出力装置336で閲覧し、確かに上述の顧客からの委託手続の要求であるか判断すると共に、その手続内容の適否について判断する。例えば、確かに自分の親からの要求ではあるが、不十分な商品知識で購入を決断した不適切な内容での商品購入手続に関して、その家族たる代理人が当該手続の代行を拒否するといった判断を行うこととなる。或いは、代理人は、上述の手続内容が妥当なものであり、代行を受託すると判断する。
該当手続の内容が適切であり、その代行を受託すると判断した代理人は、代理人端末330で同意通知を入力し、手続管理システム100に対する返信を指示する。これを受けた手続管理システム100は、この同意通知を受信し(s303)、事前登録の対象である顧客に関する所定手続の情報(例:手続の情報自体か、或いは有効フラグ)を記憶装置101の案件管理テーブル127に格納する(s304)。勿論、上述の同意通知ではなく、例えば不同意の通知を受信した場合、手続管理システム100は該当事前登録に関して登録処理を行わずに処理を終了する。
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
こうした本実施形態によれば、顧客自身による金融機関の利用が難しい事情を踏まえつつ、各種手続に関する顧客利便性とセキュリティ性を併せて確保可能となる。
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の手続管理システムにおいて、前記記憶装置は、金融機関の顧客およびその代理人に関する、金融機関での所定手続に伴う取り扱い限度額の情報を更に格納したものであり、前記演算装置は、前記判定処理に際し、前記各要求について、前記認証処理で特定した顧客または代理人の前記権限情報および前記限度額の情報に基づき、前記要求に関する権限有無および取り扱い限度額の適合成否についての判定を実行し、前記業務処理に際し、前記判定処理で前記顧客または前記代理人における権限保持および取り扱い限度額適合が特定された要求に対応する業務処理を実行するものである、としてもよい。
これによれば、顧客が指定する代理人に関して、例えば顧客との血縁の近しさや信頼の高さ等に基づいて、金融機関での手続対象とする金額の範囲を簡便かつ確実にコントロールすることが可能となる。ひいては、顧客自身による金融機関の利用が難しい事情を踏まえつつ、各種手続に関する更なる顧客利便性とセキュリティ性を併せて確保可能となる。
また、本実施形態の手続管理システムにおいて、前記記憶装置は、金融機関の顧客およびその代理人に関する、金融機関での所定手続の実行可能期間の情報を更に格納したものであり、前記演算装置は、前記判定処理に際し、前記各要求について、前記認証処理で特定した顧客または代理人の前記権限情報および前記実行可能期間の情報に基づき、前記要求に関する権限有無および実行可能時期の適否についての判定を実行し、前記業務処理に際し、前記判定処理で前記顧客または前記代理人における権限保持および実行可能時期適合が特定された要求に対応する業務処理を実行するものである、としてもよい。
これによれば、顧客が指定する代理人に関して、例えば顧客との血縁の近しさや信頼の高さ、或いは、該当手続の日常性や緊急度等に基づいて、金融機関での手続の実行期間を簡便かつ確実にコントロールすることが可能となる。ひいては、顧客自身による金融機関の利用が難しい事情を踏まえつつ、各種手続に関する更なる顧客利便性とセキュリティ性を併せて確保可能となる。
また、本実施形態の手続管理システムにおいて、前記記憶装置は、前記所定手続における処理金額の大小、および前記所定手続の実行頻度の大小、の少なくともいずれかに応じた、前記所定手続に関する顧客または代理人への同意確認、アラート通知、および結果報告の少なくともいずれかの要否を規定したルールテーブルを更に格納するものであり、前記演算装置は、前記各要求が示す所定手続での処理金額および実行頻度の少なくともいずれかの情報を、前記ルールテーブルに照合し、必要性を特定した前記同意確認、アラート通知、および結果報告の少なくともいずれかに対応する所定処理を更に実行するものである、としてもよい。
これによれば、手続の重要性や顧客の判断能力等に基づいて、手続の執行能力が担保されている代理人による、該当手続の真正性や妥当性に関する事前判断を簡便かつ確実に促すことが可能となる。ひいては、顧客自身による金融機関の利用が難しい事情を踏まえつつ、各種手続に関する更なる顧客利便性とセキュリティ性を併せて確保可能となる。
また、本実施形態の手続管理システムにおいて、前記記憶装置は、前記顧客が前記金融機関で保持する口座残高のうち、前記所定手続の処理対象と出来る上限枠の情報を更に格納したものであり、前記演算装置は、前記判定処理に際し、前記各要求について、前記認証処理で特定した顧客または代理人の前記権限情報および前記上限枠の情報に基づき、前記要求に関する権限有無および上限枠の適合成否についての判定を実行し、前記業務処理に際し、前記判定処理で前記顧客または前記代理人における権限保持および上限枠適合が特定された要求に対応する業務処理を実行するものである、としてもよい。
これによれば、例えば顧客が定期的に獲得出来る年金や利息、株式配当等の額の範囲で、金融機関での手続内容を留めるといった管理が可能となる。ひいては、悪意の第三者等によって、顧客の金融資産の大部分を上述の手続を名目に詐取されるといった事態を確実に回避し、顧客自身による金融機関の利用が難しい事情を踏まえつつ、各種手続に関する更なる顧客利便性とセキュリティ性を併せて確保可能となる。
また、本実施形態の手続管理システムにおいて、前記演算装置は、前記事前登録または前記代理人の指定の各要求を所定端末から受信するに際し、当該要求の実行者たる顧客から代理人に向けた本人映像データを更に受信して、当該本人映像データを記憶装置に格納し、前記代理人の指定要求に応じて、前記顧客が指定した代理人の端末に対し、前記本人映像データを送信して、前記所定手続に関する代理人からの同意通知を受信した場合に、前記事前登録の対象である前記顧客に関する所定手続の情報を記憶装置に格納する処理を更に実行するものである、としてもよい。
これによれば、手続の重要性や顧客の判断能力等に基づいて、手続の執行能力が担保されている顧客の家族など適切な代理人による、該当手続の真正性や妥当性に関する事前判断を、顧客の本人性を確認した上で簡便かつ確実に促すことが可能となる。ひいては、顧客自身による金融機関の利用が難しい事情を踏まえつつ、各種手続に関する更なる顧客利便性とセキュリティ性を併せて確保可能となる。
また、本実施形態の手続管理方法において、前記情報処理システムが、前記記憶装置において、金融機関の顧客およびその代理人に関する、金融機関での所定手続に伴う取り扱い限度額の情報を更に格納し、前記判定処理に際し、前記各要求について、前記認証処理で特定した顧客または代理人の前記権限情報および前記限度額の情報に基づき、前記要求に関する権限有無および取り扱い限度額の適合成否についての判定を実行し、前記業務処理に際し、前記判定処理で前記顧客または前記代理人における権限保持および取り扱い限度額適合が特定された要求に対応する業務処理を実行する、としてもよい。
また、本実施形態の手続管理方法において、前記情報処理システムが、前記記憶装置において、金融機関の顧客およびその代理人に関する、金融機関での所定手続の実行可能期間の情報を更に格納し、前記判定処理に際し、前記各要求について、前記認証処理で特定した顧客または代理人の前記権限情報および前記実行可能期間の情報に基づき、前記要求に関する権限有無および実行可能時期の適否についての判定を実行し、前記業務処理に際し、前記判定処理で前記顧客または前記代理人における権限保持および実行可能時期適合が特定された要求に対応する業務処理を実行する、としてもよい。
また、本実施形態の手続管理方法において、前記情報処理システムが、前記記憶装置において、前記所定手続における処理金額の大小、および前記所定手続の実行頻度の大小、の少なくともいずれかに応じた、前記所定手続に関する顧客または代理人への同意確認、アラート通知、および結果報告の少なくともいずれかの要否を規定したルールテーブルを更に格納し、前記各要求が示す所定手続での処理金額および実行頻度の少なくともいずれかの情報を、前記ルールテーブルに照合し、必要性を特定した前記同意確認、アラート通知、および結果報告の少なくともいずれかに対応する所定処理を更に実行する、としてもよい。
また、本実施形態の手続管理方法において、前記情報処理システムが、前記記憶装置において、前記顧客が前記金融機関で保持する口座残高のうち、前記所定手続の処理対象と出来る上限枠の情報を更に格納し、前記判定処理に際し、前記各要求について、前記認証処理で特定した顧客または代理人の前記権限情報および前記上限枠の情報に基づき、前記要求に関する権限有無および上限枠の適合成否についての判定を実行し、前記業務処理に際し、前記判定処理で前記顧客または前記代理人における権限保持および上限枠適合が特定された要求に対応する業務処理を実行する、としてもよい。
また、本実施形態の手続管理方法において、前記情報処理システムが、前記事前登録または前記代理人の指定の各要求を所定端末から受信するに際し、当該要求の実行者たる顧客から代理人に向けた本人映像データを更に受信して、当該本人映像データを記憶装置に格納し、前記代理人の指定要求に応じて、前記顧客が指定した代理人の端末に対し、前記本人映像データを送信して、前記所定手続に関する代理人からの同意通知を受信した場合に、前記事前登録の対象である前記顧客に関する所定手続の情報を記憶装置に格納する処理を更に実行する、としてもよい。
20、30 ネットワーク
100 手続管理システム
101 記憶装置
102 プログラム
103 メモリ
104 演算装置
105 通信装置
125 管理者情報テーブル
126 代理人情報テーブル
127 案件管理テーブル
128 ルールテーブル
129 上限値テーブル
200 営業店窓口端末
201 記憶装置
202 プログラム
203 メモリ
204 演算装置
205 入力装置
206 出力装置
207 通信装置
220 生体情報リーダー
221 カードリーダー
222 通帳リーダー
230 ATM
231 記憶装置
232 プログラム
233 メモリ
234 演算装置
235 入力装置
236 出力装置
237 通信装置
240 現金格納庫
241 現金搬送機構
242 現金投入口
245 生体情報リーダー
300 ユーザ端末(顧客端末、代理人端末)
301 記憶装置
302 プログラム
303 メモリ
304 演算装置
305 入力装置
306 出力装置
307 通信装置
315 生体情報リーダー
320 顧客端末
330 代理人端末
100 手続管理システム
101 記憶装置
102 プログラム
103 メモリ
104 演算装置
105 通信装置
125 管理者情報テーブル
126 代理人情報テーブル
127 案件管理テーブル
128 ルールテーブル
129 上限値テーブル
200 営業店窓口端末
201 記憶装置
202 プログラム
203 メモリ
204 演算装置
205 入力装置
206 出力装置
207 通信装置
220 生体情報リーダー
221 カードリーダー
222 通帳リーダー
230 ATM
231 記憶装置
232 プログラム
233 メモリ
234 演算装置
235 入力装置
236 出力装置
237 通信装置
240 現金格納庫
241 現金搬送機構
242 現金投入口
245 生体情報リーダー
300 ユーザ端末(顧客端末、代理人端末)
301 記憶装置
302 プログラム
303 メモリ
304 演算装置
305 入力装置
306 出力装置
307 通信装置
315 生体情報リーダー
320 顧客端末
330 代理人端末
Claims (12)
- 金融機関の顧客およびその代理人に関する、認証情報と、金融機関での所定手続に関する所定処理の権限情報とを格納した記憶装置と、
所定端末から受信した、顧客に関する所定手続の事前登録、前記所定手続の実行者たる代理人の指定、および、手続の実行者による前記所定手続の実行、の各要求について、要求者の認証用情報および前記認証情報に基づく認証処理と、当該認証処理で特定した顧客または代理人の前記権限情報に基づく前記要求に関する権限有無の判定処理と、当該判定処理で前記顧客または前記代理人における権限保持が特定された要求に対応する業務処理と、を実行する演算装置と、
を備えることを特徴とする手続管理システム。 - 前記記憶装置は、
金融機関の顧客およびその代理人に関する、金融機関での所定手続に伴う取り扱い限度額の情報を更に格納したものであり、
前記演算装置は、
前記判定処理に際し、前記各要求について、前記認証処理で特定した顧客または代理人の前記権限情報および前記限度額の情報に基づき、前記要求に関する権限有無および取り扱い限度額の適合成否についての判定を実行し、
前記業務処理に際し、前記判定処理で前記顧客または前記代理人における権限保持および取り扱い限度額適合が特定された要求に対応する業務処理を実行するものである、
ことを特徴とする請求項1に記載の手続管理システム。 - 前記記憶装置は、
金融機関の顧客およびその代理人に関する、金融機関での所定手続の実行可能期間の情報を更に格納したものであり、
前記演算装置は、
前記判定処理に際し、前記各要求について、前記認証処理で特定した顧客または代理人の前記権限情報および前記実行可能期間の情報に基づき、前記要求に関する権限有無および実行可能時期の適否についての判定を実行し、
前記業務処理に際し、前記判定処理で前記顧客または前記代理人における権限保持および実行可能時期適合が特定された要求に対応する業務処理を実行するものである、
ことを特徴とする請求項1に記載の手続管理システム。 - 前記記憶装置は、
前記所定手続における処理金額の大小、および前記所定手続の実行頻度の大小、の少なくともいずれかに応じた、前記所定手続に関する顧客または代理人への同意確認、アラート通知、および結果報告の少なくともいずれかの要否を規定したルールテーブルを更に格納するものであり、
前記演算装置は、
前記各要求が示す所定手続での処理金額および実行頻度の少なくともいずれかの情報を、前記ルールテーブルに照合し、必要性を特定した前記同意確認、アラート通知、および結果報告の少なくともいずれかに対応する所定処理を更に実行するものである、
ことを特徴とする請求項1に記載の手続管理システム。 - 前記記憶装置は、
前記顧客が前記金融機関で保持する口座残高のうち、前記所定手続の処理対象と出来る上限枠の情報を更に格納したものであり、
前記演算装置は、
前記判定処理に際し、前記各要求について、前記認証処理で特定した顧客または代理人の前記権限情報および前記上限枠の情報に基づき、前記要求に関する権限有無および上限枠の適合成否についての判定を実行し、
前記業務処理に際し、前記判定処理で前記顧客または前記代理人における権限保持および上限枠適合が特定された要求に対応する業務処理を実行するものである、
ことを特徴とする請求項1に記載の手続管理システム。 - 前記演算装置は、
前記事前登録または前記代理人の指定の各要求を所定端末から受信するに際し、当該要求の実行者たる顧客から代理人に向けた本人映像データを更に受信して、当該本人映像データを記憶装置に格納し、前記代理人の指定要求に応じて、前記顧客が指定した代理人の端末に対し、前記本人映像データを送信して、前記所定手続に関する代理人からの同意通知を受信した場合に、前記事前登録の対象である前記顧客に関する所定手続の情報を記憶装置に格納する処理を更に実行するものである、
ことを特徴とする請求項1に記載の手続管理システム。 - 金融機関の顧客およびその代理人に関する、認証情報と、金融機関での所定手続に関する所定処理の権限情報とを格納した記憶装置を備える情報処理システムが、
所定端末から受信した、顧客に関する所定手続の事前登録、前記所定手続の実行者たる代理人の指定、および、手続の実行者による前記所定手続の実行、の各要求について、
要求者の認証用情報および前記認証情報に基づく認証処理と、
当該認証処理で特定した顧客または代理人の前記権限情報に基づく前記要求に関する権限有無の判定処理と、
当該判定処理で前記顧客または前記代理人における権限保持が特定された要求に対応する業務処理と、
を実行することを特徴とする手続管理方法。 - 前記情報処理システムが、
前記記憶装置において、金融機関の顧客およびその代理人に関する、金融機関での所定手続に伴う取り扱い限度額の情報を更に格納し、
前記判定処理に際し、前記各要求について、前記認証処理で特定した顧客または代理人の前記権限情報および前記限度額の情報に基づき、前記要求に関する権限有無および取り扱い限度額の適合成否についての判定を実行し、
前記業務処理に際し、前記判定処理で前記顧客または前記代理人における権限保持および取り扱い限度額適合が特定された要求に対応する業務処理を実行する、
ことを特徴とする請求項7に記載の手続管理方法。 - 前記情報処理システムが、
前記記憶装置において、金融機関の顧客およびその代理人に関する、金融機関での所定手続の実行可能期間の情報を更に格納し、
前記判定処理に際し、前記各要求について、前記認証処理で特定した顧客または代理人の前記権限情報および前記実行可能期間の情報に基づき、前記要求に関する権限有無および実行可能時期の適否についての判定を実行し、
前記業務処理に際し、前記判定処理で前記顧客または前記代理人における権限保持および実行可能時期適合が特定された要求に対応する業務処理を実行する、
ことを特徴とする請求項7に記載の手続管理方法。 - 前記情報処理システムが、
前記記憶装置において、前記所定手続における処理金額の大小、および前記所定手続の実行頻度の大小、の少なくともいずれかに応じた、前記所定手続に関する顧客または代理人への同意確認、アラート通知、および結果報告の少なくともいずれかの要否を規定したルールテーブルを更に格納し、
前記各要求が示す所定手続での処理金額および実行頻度の少なくともいずれかの情報を、前記ルールテーブルに照合し、必要性を特定した前記同意確認、アラート通知、および結果報告の少なくともいずれかに対応する所定処理を更に実行する、
ことを特徴とする請求項7に記載の手続管理方法。 - 前記情報処理システムが、
前記記憶装置において、前記顧客が前記金融機関で保持する口座残高のうち、前記所定手続の処理対象と出来る上限枠の情報を更に格納し、
前記判定処理に際し、前記各要求について、前記認証処理で特定した顧客または代理人の前記権限情報および前記上限枠の情報に基づき、前記要求に関する権限有無および上限枠の適合成否についての判定を実行し、
前記業務処理に際し、前記判定処理で前記顧客または前記代理人における権限保持および上限枠適合が特定された要求に対応する業務処理を実行する、
ことを特徴とする請求項7に記載の手続管理方法。 - 前記情報処理システムが、
前記事前登録または前記代理人の指定の各要求を所定端末から受信するに際し、当該要求の実行者たる顧客から代理人に向けた本人映像データを更に受信して、当該本人映像データを記憶装置に格納し、前記代理人の指定要求に応じて、前記顧客が指定した代理人の端末に対し、前記本人映像データを送信して、前記所定手続に関する代理人からの同意通知を受信した場合に、前記事前登録の対象である前記顧客に関する所定手続の情報を記憶装置に格納する処理を更に実行する、
ことを特徴とする請求項7に記載の手続管理方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2015/065590 WO2016194053A1 (ja) | 2015-05-29 | 2015-05-29 | 手続管理システムおよび手続管理方法 |
JP2016567708A JP6175573B2 (ja) | 2015-05-29 | 2015-05-29 | 手続管理システムおよび手続管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2015/065590 WO2016194053A1 (ja) | 2015-05-29 | 2015-05-29 | 手続管理システムおよび手続管理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2016194053A1 true WO2016194053A1 (ja) | 2016-12-08 |
Family
ID=57442377
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2015/065590 WO2016194053A1 (ja) | 2015-05-29 | 2015-05-29 | 手続管理システムおよび手続管理方法 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP6175573B2 (ja) |
WO (1) | WO2016194053A1 (ja) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2018136682A (ja) * | 2017-02-21 | 2018-08-30 | Necソリューションイノベータ株式会社 | 委任管理システムおよび委任管理方法 |
JP2018156526A (ja) * | 2017-03-21 | 2018-10-04 | 日本電気株式会社 | 決済管理装置、決済処理方法、プログラム |
JP2019192055A (ja) * | 2018-04-27 | 2019-10-31 | 株式会社カワイコーポレーション | カード発行システム |
JP2019194797A (ja) * | 2018-05-02 | 2019-11-07 | 富士通株式会社 | 制御プログラム、制御方法、及び情報処理装置 |
JP2020071806A (ja) * | 2018-11-02 | 2020-05-07 | 三菱Ufj信託銀行株式会社 | 資金管理サポートシステム、資金管理サポートサーバ、及び資金管理サポートプログラム |
JP2020087064A (ja) * | 2018-11-28 | 2020-06-04 | 富士通フロンテック株式会社 | 管理装置、管理方法、および投票システム |
JP2021089775A (ja) * | 2021-03-08 | 2021-06-10 | 三菱Ufj信託銀行株式会社 | 資金管理サポートシステム、資金管理サポートサーバ、及び資金管理サポートプログラム |
JP7391910B2 (ja) | 2021-04-13 | 2023-12-05 | 株式会社日立製作所 | 伝票業務支援方法、伝票業務支援システム、及び伝票業務支援装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002358415A (ja) * | 2001-05-31 | 2002-12-13 | Mizuho Corporate Bank Ltd | 金融取引方法及び金融取引プログラム |
JP2003208515A (ja) * | 2002-01-16 | 2003-07-25 | Bank Of Tokyo-Mitsubishi Ltd | 金融取引装置、方法、プログラム及び記録媒体 |
JP2007094874A (ja) * | 2005-09-29 | 2007-04-12 | Oki Electric Ind Co Ltd | 金融サービス提供システム |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3994363B2 (ja) * | 1999-08-26 | 2007-10-17 | 株式会社日立製作所 | Atmにおける指紋照合システムおよびその方法 |
JP2008015867A (ja) * | 2006-07-07 | 2008-01-24 | Hitachi Omron Terminal Solutions Corp | 現金自動取引システム |
-
2015
- 2015-05-29 WO PCT/JP2015/065590 patent/WO2016194053A1/ja active Application Filing
- 2015-05-29 JP JP2016567708A patent/JP6175573B2/ja active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002358415A (ja) * | 2001-05-31 | 2002-12-13 | Mizuho Corporate Bank Ltd | 金融取引方法及び金融取引プログラム |
JP2003208515A (ja) * | 2002-01-16 | 2003-07-25 | Bank Of Tokyo-Mitsubishi Ltd | 金融取引装置、方法、プログラム及び記録媒体 |
JP2007094874A (ja) * | 2005-09-29 | 2007-04-12 | Oki Electric Ind Co Ltd | 金融サービス提供システム |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2018136682A (ja) * | 2017-02-21 | 2018-08-30 | Necソリューションイノベータ株式会社 | 委任管理システムおよび委任管理方法 |
JP2018156526A (ja) * | 2017-03-21 | 2018-10-04 | 日本電気株式会社 | 決済管理装置、決済処理方法、プログラム |
JP2019192055A (ja) * | 2018-04-27 | 2019-10-31 | 株式会社カワイコーポレーション | カード発行システム |
JP2019194797A (ja) * | 2018-05-02 | 2019-11-07 | 富士通株式会社 | 制御プログラム、制御方法、及び情報処理装置 |
JP7021601B2 (ja) | 2018-05-02 | 2022-02-17 | 富士通株式会社 | 制御プログラム、制御方法、及び情報処理装置 |
JP2020071806A (ja) * | 2018-11-02 | 2020-05-07 | 三菱Ufj信託銀行株式会社 | 資金管理サポートシステム、資金管理サポートサーバ、及び資金管理サポートプログラム |
JP2020087064A (ja) * | 2018-11-28 | 2020-06-04 | 富士通フロンテック株式会社 | 管理装置、管理方法、および投票システム |
JP2021089775A (ja) * | 2021-03-08 | 2021-06-10 | 三菱Ufj信託銀行株式会社 | 資金管理サポートシステム、資金管理サポートサーバ、及び資金管理サポートプログラム |
JP7201724B2 (ja) | 2021-03-08 | 2023-01-10 | 三菱Ufj信託銀行株式会社 | 資金管理サポートシステム、資金管理サポートサーバ、及び資金管理サポートプログラム |
JP7391910B2 (ja) | 2021-04-13 | 2023-12-05 | 株式会社日立製作所 | 伝票業務支援方法、伝票業務支援システム、及び伝票業務支援装置 |
Also Published As
Publication number | Publication date |
---|---|
JPWO2016194053A1 (ja) | 2017-06-15 |
JP6175573B2 (ja) | 2017-08-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6175573B2 (ja) | 手続管理システムおよび手続管理方法 | |
US20010051924A1 (en) | On-line based financial services method and system utilizing biometrically secured transactions for issuing credit | |
US7761384B2 (en) | Strategy-driven methodology for reducing identity theft | |
US20210224795A1 (en) | Escrow non-face-to-face cryptocurrency transaction device and method using phone number | |
US20040019571A1 (en) | Mobile communication device with electronic token repository and method | |
CN108292398A (zh) | 利用增强的持卡人认证令牌 | |
US20030046237A1 (en) | Method and system for enabling the issuance of biometrically secured online credit or other online payment transactions without tokens | |
US20100299262A1 (en) | Credit applicant and user authentication solution | |
US20060131390A1 (en) | Method and system for providing transaction notification and mobile reply authorization | |
JP2015518614A (ja) | データ及びアイデンティティの検証及び認証のためのシステム及び方法 | |
US20160162893A1 (en) | Open, on-device cardholder verification method for mobile devices | |
US20190236580A1 (en) | Settlement system, user terminal and method executed thereby, settlement device and method executed thereby, and program | |
JP2012113341A (ja) | カードレス現金引出しシステムおよびカードレス現金引出し処理方法 | |
EP4046093B1 (en) | A digital, personal and secure electronic access permission | |
JP2003076804A (ja) | 身分証明方法、送信装置、受信装置、通信中継装置、身分証明プログラムならびにそれを記録したコンピュータ読み取り可能な記録媒体 | |
JP2005512225A (ja) | 埋込コンテンツの自動化された権利管理及び支払いシステム | |
JP5164544B2 (ja) | 口座管理装置、および口座管理方法 | |
US20210185036A1 (en) | Secure authentication system | |
KR20050020422A (ko) | 이동 통신 단말기를 이용한 결제 서비스 제공 방법 및결제 서비스 제공 시스템 | |
JP2002229956A (ja) | バイオメトリクス認証システム,バイオメトリクス認証局,サービス提供サーバ,バイオメトリクス認証方法及びプログラム並びにサービス提供方法及びプログラム | |
KR101547730B1 (ko) | 하나의 계좌에 대하여 둘 이상의 비밀번호를 운용하는 금융 계좌 관리 장치 및 방법 | |
JP2000251146A (ja) | Icカードを用いた電子チケッティング方法およびシステム | |
JP6009521B2 (ja) | 利用者特定システム、方法、およびプログラム | |
JP7504936B2 (ja) | 顧客対応支援方法、顧客対応支援装置、及び顧客対応支援システム | |
JP2005215889A (ja) | 本人確認方法及び本人確認プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
ENP | Entry into the national phase |
Ref document number: 2016567708 Country of ref document: JP Kind code of ref document: A |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 15894088 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: 15894088 Country of ref document: EP Kind code of ref document: A1 |