JP3699288B2 - Board approval system - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a position approval system in a sales office or the like in a financial period.
[0002]
It is necessary to obtain immediate approval from the officers in operations such as loans within the bank and various transactions within the company. In that case, the officers often change depending on the transaction contents, that is, the importance (rank).
[0003]
An approval requester (operator) seeking such approval of a seat searches for a terminal to be used by the officer, and designates that terminal every time a transaction requiring approval of the position occurs. A message is sent for approval, but the operator's burden is heavy, and improvements are desired.
[0004]
[Prior art]
In a conventional financial institution's sales office, the authority to approve is divided into ranks for each officer, for example, a section manager, a deputy manager, a department manager, or a branch manager. Depending on the contents of the transaction, the officers who have the authority to approve this also change. For example, a certain amount of money X requires the approval of the section manager, and a larger amount Y requires the approval of the general manager.
[0005]
There are cases where a terminal for performing such approval is provided for each officer, and there is a case where one terminal is provided for approval. When there are multiple terminals, when a transaction that requires approval of a seat occurs, the approval requester (operator) visually finds the terminal used by the officer to obtain approval, and the terminal If the machine number is entered from the operator's terminal, it is necessary to send a message (a dunning message for approval request) to the corresponding terminal and prompt the approval. As an example of such a system, there is a technique disclosed in JP-A-4-344563. In this technique, when an operator requests approval, a message is skipped to the officer's terminal, and the officer determines whether the operator is approved and notifies the operator.
[0006]
In addition, when a single terminal for approval of a seat performs processing at a fixed location in the store, the officer goes to that location (where the seat terminal is located) to approve the seat. The operation of approval is taken.
[0007]
[Problems to be solved by the invention]
When the above-mentioned multiple seat approval terminals are provided, the location of the terminal used by the officer is not fixed, and it is always variable, so the client (operator) gives a message when the business is busy However, there is a problem that it is not possible to confirm whether or not the officer at the destination has the right to approve. In addition, it is not easy for the operator to accurately grasp the officer's terminal necessary for obtaining approval, and even if it is grasped, it is a burden on the operator to enter the terminal number without error. Yes.
[0008]
In addition, if one approval terminal is provided in the store and one of the officers with different approval authorities moves to the officer terminal, a time loss for movement occurs. In addition, since the validity of the authority is also checked by humans, if it is wrong, another officer must perform the same operation again, resulting in poor work efficiency.
[0009]
It is an object of the present invention to provide a seat approval system capable of reliably managing the seat position of a terminal used by a staff member, reducing an operator's load, and checking an error in authority of the seat approval. To do.
[0010]
[Means for Solving the Problems]
FIG. 1 is a diagram showing a principle configuration of the present invention. In FIG. 1, 1 is a store such as a financial institution, 10 is a server terminal in the store 1, 10a is a request processing unit that responds in response to a registration request, an inquiry request, etc., 10b and 10c are files, and 10b is a file. The officer's name and file of the officer's position list in which the terminal number close to the place where the person is located are registered. 10c is the name, security information, password, and job title of each officer and operator terminal user. It is a file of user management information in which classification information such as is registered. 11 is a terminal for a number of officers, 11a is an officer's position registration unit for registering the name (including machine number) of the officer, 11b is an authority check unit, 11c is an approval unit, and 11d is a security unit. Information holding means, 11e is an input / display unit, 12 is a terminal used by an operator (operator) in charge of a transaction operation, 12a is a supervisor inquiry means, 12b is an approval request means, and 12c is a requested transaction. Is a transaction means for executing a transaction by an operation on a host (not shown) (connected to the store 1 via a communication line) when it is approved by the officer, 12d is a screen for each approval corresponding to each transaction A file of screen definition information stored including the authority (level) information of the officers necessary for the configuration definition information to approve each transaction, 12e is an input / display unit, 13 is Is AN (Local Area Network). In addition, although it is divided into 10-12 as a terminal, the terminal with the same hardware constitution can be used, and especially the terminals 11 and 12 use the terminal of the same constitution with both functions, and can serve both. Can do.
[0011]
In the user management information file 10c of the server terminal 10, the name and security information (level of authority given to each officer) regarding the terminal users (including operators and officers) at the time of initial setting of the system , Information such as job title is registered. In addition, as a daily work after the start of operation, when a person in charge inputs his / her identification information from the input / display unit 11e of the terminal 11 near him and makes a registration request, the server terminal 10 is connected via the LAN 13. When the identification information and the terminal number information are sent to the user, the request processing unit 10a registers the name and the number information in the officer position list file 10b, and at the same time, the security of the name from the user management information file 10c. Information (level of authority) is taken out, the name and security information (level) are sent back to the terminal 11, and the terminal 11 holds them in the security information holding means 11d.
[0012]
When the officer leaves the registered position, the server terminal 10 cancels the previous registration when a notification is sent from the terminal 11. When a transaction that requires approval of the officer's seat occurs, when the operator's position / inquiry unit 12a is driven by operating the input / display unit 12e of the operator's terminal 12, the inquiry content is transmitted to the server terminal 10. Then, the server terminal 10 reads the officer position list file 10b and transmits it as an answer to the terminal 12.
[0013]
Upon receipt of this, the terminal 12 extracts the information of the approval request screen from the screen definition information file 12d and displays it, sets the reason for the approval request, and selects the officer from the list of approved officers who have responded. It designates and transmits the terminal 11 of the machine number in which the officer is located. At this time, the authorization authority level information is extracted from the file 12d and transmitted together. In the terminal 11 for the officer having the destination machine number, the authorization authority is checked, and the security information held in the terminal 10 is equal to or higher than the authorization authority level corresponding to the approval screen. To check. If it is found that this check is inappropriate, a notification for rejecting approval is sent to the terminal 12 for the operator, and in the case of check OK, the contents of the target transaction are taken out to determine whether approval is possible, and the result To the terminal 12 of the operator. When the transaction is approved, the operator of the terminal 12 executes a transaction (for example, an online transaction via a host).
[0014]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 2 shows a system configuration of a store of a financial institution (for example, a bank) in which the present invention is implemented. In the figure, 2 is a financial institution store, 20 is a store server terminal having an input device such as a CPU, memory, keyboard and mouse, and a display using a liquid crystal, CRT, etc., and 21 is a file of the server terminal. A file 10b for one officer position (or officer seat) list and a user management information file 10c are stored. In addition, 22A to 22K are terminals equipped with a CPU, a memory, a keyboard, an input device such as a mouse, and a display using a liquid crystal, a CRT, etc., similar to the server terminal 20, and provided with a card reader for reading an ID card. There is also. 22A to 22J are terminals #A to #J mainly used by officers, and 22K are terminals #K mainly used by the operator (only one is shown, but a large number can actually be provided). Reference numeral 24 is a communication device, and 25 is a host system connected to the store 2 via a communication line and provided in the center (center) of the bank for performing various online transactions. The terminals 22A to 22J are basically provided with the same configuration as that of the officer's terminal 11 shown in FIG. 1, and the terminal 22K has the same configuration as that of the operator's terminal 11 shown in FIG. Although the configuration is provided, the terminals 22A to 22K and the server terminal 20 have the same configuration and are used for their respective purposes.
[0015]
FIG. 3 is an explanatory diagram of the initial setting operation. A. of FIG. Indicates information setting of the user information management file, and is set in the user management information file (10c in FIG. 1, part of 21 in FIG. 2) by the information setting tool when the system is opened or updated. The details of the file are as follows: ID (identification number), user name, security level, personal identification code (for identity verification), classification (level of office).
[0016]
B. of FIG. Is a file of screen definition information (12d in FIG. 1), and is provided with a board approval level check area 1 (for example, any one of levels 1 to 10 is set).
[0017]
FIG. 4 and FIG. 5 show the processing flow (part 1) and (part 2) for registering / deleting officer positions from the terminal.
[0018]
When the initial screen is displayed (S1 in FIG. 4) when the operation starts on the side of the officer terminal (one of 22A to 22J in FIG. 2) provided near the officer first, the ID card reader (in the terminal) When the card reader is provided and the officer holds the ID card), a card input or ID key input and password prompt message is displayed (S2). Next, it is determined whether the registration method is an ID input (key input) method or an ID card read method (S3 in FIG. 4), and when an ID is input and a password is input by either method (S4). , S5), and transmits them to the sales office server (S6).
[0019]
When the store server (20 in FIG. 2) receives the ID and password from the terminal (S7 in FIG. 4), it is stored in the user management information file (10c in FIG. 1, part of 21 in FIG. 2). The validity is checked by comparing the ID with the password (S8 in FIG. 4). If it is valid (matched), an OK message (with ID, name, classification, and security level) is generated (S10 in FIG. 4). If it does not match, an NG message is generated (S11), and the message is transmitted. (S12). When this OK / NG message is received at the executive terminal (S13 in FIG. 4), it is determined whether it is an OK message (S14). If it is not OK, an input error message is displayed (S15). In the case of FIG.
[0020]
That is, the security level is extracted from the OK message, and is stored in the board approval level check area 2 of the memory of the board terminal (S16 in FIG. 5). Subsequently, the ID, name, and classification are extracted from the OK message (S17 in FIG. 5), a user registration message is created (S18), and the user registration message is transmitted to the sales office server (S19). When this is received by the sales office server side (S20 in FIG. 5), the ID, name, classification, and terminal number address are recorded in the officer position list (S21), and a processing completion message is transmitted to the officer terminal side. (S22), the officer terminal receives this (S23), and the process is terminated.
[0021]
FIG. 6 shows details of the officer position list. For each of the n IDs, the officer's name, classification, and terminal number address are stored.
[0022]
FIG. 7 is a processing flow for canceling the names of officers. First, the menu screen is displayed (S1 in FIG. 7), the input method for registration is determined (S2), and in the case of the ID input method, the operation is terminated (S3), and the ID card read method In this case, the ID card is removed (S4). Subsequently, a user release message is created (S5) and transmitted to the sales office server (S6). Upon receipt of the user release message (S7 in FIG. 7), the branch office server deletes the corresponding ID, name, classification, terminal number from the officer position list based on the ID in the message (S8). , A processing completion message is transmitted to the officer terminal (S9), and the process ends. When the processing terminal message is received on the side of the board terminal (S10 in FIG. 7), the processing ends.
[0023]
While the officers are registered and deleted in this way, the officer approval process is performed as shown in FIGS.
[0024]
FIG. 8 and FIG. 9 are the processing flow (No. 1) and (No. 2) of the office approval request.
[0025]
When an approval request terminal (operator's terminal) first receives a decision approval transaction, its screen is displayed (S1 in FIG. 8), and when the approval request key is pressed (S2), a user inquiry request message is sent to the terminal. Is created (S3) and transmitted to the sales office server (S4). When this is received by the branch office server (S5 in FIG. 8), the current officer position list (see FIG. 6) is referred to (S6), and all IDs, names of officers, classifications, terminal machine number addresses Is edited to create a response message (S7), and a user inquiry response message is transmitted to the approval request terminal (S8). When this message is received by the approval request terminal (S9 in FIG. 8), the name and terminal number of category = 1 (person in charge) are extracted from the user inquiry response message (S10). Next, as the officer list item on the approval request screen, the received officer name and terminal number are edited (S11 in FIG. 8), and the approval request screen is displayed (S12). FIG. 8 shows a display example of the approval request screen.
[0026]
Thereafter, at the approval request terminal, the operator inputs items of an approval request reason and an approval officer number (S13 in FIG. 9). An example after this input is shown on the right side of S13 in FIG. 9. In this example, the approval request reason is “approval approval transaction” and the approval officer number is [10]. The serial number represents “Saburo Sato of machine number #J” displayed on this screen. Subsequently, when the completion key is pressed (S14), the terminal number to be transmitted is determined from the input approval officer number (S15), and the approval request message is edited (S16). In this case, the approval level is extracted from the approval process (screen) definition body and level 2 is set in the board approval level check area 1. An approval request message including these is transmitted to the officer terminal (S17 in FIG. 9).
[0027]
When this message is received on the executive side (S18 in FIG. 9), the validity of the authority is checked (S19). In this check, the level set in the position approval level check area 1 included in the approval request message from the approval request terminal side is stored in the role terminal side (S16 in FIG. 5). It is checked whether the level is the same as or lower than the level of the officer approval level check area 2 possessed by the seat. Next, it is determined whether or not it is established (S20). If it is established, that is, if the position approval level check area 2 is equal to or larger than the position approval level check area 1, the approval request processing is continued (S21), but if not established, an unauthorized message is created. (S22), and transmits to the approval request terminal (S23). When receiving the unauthorized message (S24 in FIG. 9), the authorization request terminal displays the unauthorized message on the display (12e in FIG. 1) (S25).
[0028]
Next, specific operation examples (No. 1) to (No. 4) according to the present invention will be described with reference to FIGS.
[0029]
It should be noted that the user management information file (10c in FIG. 1, see A. in FIG. 3) of FIG. The user ID, officer name, and security information as shown in Fig. 1 are initialized, and the screen definition information file (12d in Fig. 1, B. in Fig. 3) is initialized. It is assumed that “2” is set in the position approval level check area 1 of the approval approval transaction screen (screen definition body).
[0030]
At the time of system operation after this initial setting, the officer (Ichiro Abe) who is located (present) near the initial screen of terminal #A (22A in FIG. 2) is assigned an ID (card reading or key When the location registration operation is performed using (input) (a in FIG. 10), a data inquiry (request) message including an ID is sent to the sales office server terminal 20, and user management of the sales office server terminal 20 is performed. Information (name, security information) on the officer with the ID is extracted from the information file, and a data inquiry (answer) message is sent back (b in FIG. 10). Receiving this, the terminal #A registers it in the memory in its own terminal and transmits registration data to the sales office server terminal 20 (c in FIG. 10). Note that the security information of the officer (Ichiro Abe) registered in the terminal #A is level 2, and “2” is set in the officer approval level check area 1 of the memory of the terminal #A. Upon receipt of this, the branch office server terminal 20 registers the name of the officer (Ichiro Abe) and the terminal machine number in the officers position list file (d in FIG. 10). Thereafter, although not shown in the figure, by operating from the terminal #J which is a terminal (or a terminal close to the seating position) where the other officer “Saburo Sato” is present, Level 1 is registered as security information for the officer “Saburo Sato” in the terminal #J memory (“1” is entered in the officer approval level check area). Set). Thereafter, when a declaration (transaction) is made that terminal approval can be started at terminals #A and #J, a screen corresponding thereto is displayed and approval of officers is possible. In addition, even if a person is an officer, if the approval work cannot be started, the declaration (transaction) that the approval of the officer can be started may not be made (determined by the judgment of the officer's situation).
[0031]
Thereafter, when a decision approval transaction occurs, which is a transaction that requires a position approval, on the operator's terminal #K, a corresponding approval decision transaction screen (“2” is displayed in the position approval level check area 1) from the screen definition information file. Is retrieved and displayed on the screen of the terminal #K. When the operator presses the “approval request” key (f in FIG. 11), the inquiry data (request) for inquiring about the contents of the officer's position list Is transmitted to the store server terminal 20. When the store server terminal 20 receives this, based on the received data, it transmits the inquiry data (answer) of the position list file in the store to the terminal #K (g in FIG. 11). Upon receiving this, terminal #K displays an approval request screen (h in FIG. 11). At this time, as shown in the figure, the contents of the current officer position list are displayed in the approval request screen. In the approval request reason field, "Reply Approval Transaction" is entered as the reason content. Enter "10" as the seat number for Saburo Sato. An example of this transaction, “Decision approval transaction”, is a transaction that is approved by a officer with a high approval level, but it is a case where an approval request is made to a officer (Saburo Sato) with a low approval level by mistake. .
[0032]
Since a message including the contents of the approval request is transmitted to the terminal #J (Saburo Sato), when the “Done” key is pressed, an approval request message (a board approval level check area 1 in the message) is sent from the terminal #K to the terminal #J. Is set to “2”) (i in FIG. 11). Receiving this, terminal #J performs authority validity check of the position approver (j in FIG. 11). The check is to determine whether the following formula is satisfied.
[0033]
Board approval level check area 1 (set in the transaction screen definition) ≤ Board approval level check area 2 (corresponds to the security information set when the boarder is registered in the terminal) In this example, the board approval level check Since area 1 = “2” and position approval level check area 2 = “1”, the above formula is not satisfied, so it is known that the authority is invalid, and terminal #K, which is the requesting terminal, A message indicating that the authority is invalid is transmitted (k in FIG. 11). In response to this, the terminal #K displays an “unauthorized message” on the terminal screen (l in FIG. 12). The approval requester (operator) sees this and notices a mistake in the request destination of the officer, and performs the operations f to h in FIG. 11 in order to make a re-approval request (m in FIG. 12). In this re-approval request screen, specify “Ichiro Abe” as the approval position number and enter the number “1” (n in FIG. 12), and send an approval request message to the officer (Ichiro Abe). In order to transmit, the “Done” key is pressed (same as above). As a result, an approval request message (“2” is set in the position approval level check area 1 in the message) is transmitted from the terminal #K to the terminal #A.
[0034]
At terminal #A, the authority validity of the position approver is checked in the same manner as j in FIG. 11 (p in FIG. 12). In this case, since “2” is set in the position approval level check area 2 corresponding to Ichiro Abe set in the terminal #K, it is understood that the authority is appropriate. A message to the effect that an approval request has been made is displayed on “Ichiro Abe” (q in FIG. 12). When the officer recognizes that the approval request has occurred and takes out the approval request transaction (r in FIG. 12), the screen of the content of the approval request transaction for the position approval (the approval process transaction) is displayed (FIG. 12). 13 s). The officer confirms the transaction contents and checks whether or not to approve, and if the check is OK, if an operation for approval of the officer's seat is performed (t in FIG. 13), an approval OK message is sent from the terminal #A to the requesting terminal #K. (Same as u). Upon receipt of this message from terminal #A, terminal #K immediately sends a savings payment transaction message (with approval OK) to the host system (the central system of the financial institution connected online with this store for transaction processing). (V of FIG. 13). Thereafter, the terminal #K receives a transaction establishment message from the host system (w in FIG. 13) and ends the operation.
[0035]
【The invention's effect】
According to the present invention, in a sales office such as a financial institution, when there are a plurality of officers and the officer approver changes according to the transaction content, the current position of the officers is reliably detected. , The approval request can be notified to the terminal where the officer is located. Then, when an approval request message is sent to the officer's terminal, a check is made on the terminal whether or not the authority has approval authority. Can be prevented.
[Brief description of the drawings]
FIG. 1 is a diagram showing a principle configuration of the present invention.
FIG. 2 is a diagram showing a system configuration of a store of a financial institution (for example, a bank) in which the present invention is implemented.
FIG. 3 is an explanatory diagram of an initial setting operation.
FIG. 4 is a diagram showing a process flow (part 1) for registering / deleting officer positions from a terminal;
FIG. 5 is a diagram showing a process flow (part 2) for registering / deleting officer positions from a terminal;
FIG. 6 is a diagram showing details of an officer position list.
FIG. 7 is a diagram illustrating a processing flow for canceling the name of a person in charge.
FIG. 8 is a diagram showing a processing flow (part 1) of a role approval request.
FIG. 9 is a diagram showing a processing flow (No. 2) of a position approval request.
FIG. 10 is a diagram showing a specific operation example (No. 1) according to the present invention.
FIG. 11 is a diagram showing a specific operation example (No. 2) according to the present invention;
FIG. 12 is a diagram showing a specific operation example (3) according to the present invention.
FIG. 13 is a diagram showing a specific operation example (4) according to the present invention;
[Explanation of symbols]
1 Store 10 such as a financial institution Server terminal 10a Request processing unit 10b Officer position list file 10c User management information file 11 Officer's terminal 11a Officer position registration means 11b Authority check means 11c Approval means 11d Security information holding means 11e Input / display unit 12 Operator's terminal 12a Officer inquiry means 12b Approval request means 12c Transaction means 12d Screen definition information file 12e Input / display part 13 LAN

Claims (1)

In the officer approval system, which consists of an operator terminal, officer's officer terminal, and server and obtains approval by the officer depending on the transaction content,
The server
A user management file in which security information indicating user identification information and authority of officers and operators is set;
An officer position file that holds the officer identification information in association with the terminal identification information;
The officer identification information of the officer and the terminal identification information of the terminal are received from the officer terminal, and the security level corresponding to the officer identification information is set based on the user management file. A registration means for associating the received officer identification information with the terminal identification information and recording them in the officer position file;
When receiving an inquiry about the position of the officer from the operator terminal, the officer identification information recorded in the officer position file and notification means for notifying the operator terminal of the terminal identification information,
The officer's terminal is
Security information storage means for transmitting the input officer identification information and terminal identification information to the server and managing the security level received from the server;
When receiving the approval request information including the office approval level required for approval from the operator terminal,
A security level managed by the security information storage means is compared with the official approval level, and based on the comparison result, a determination means for determining whether or not the approval request information is qualified or not approved is provided.
The operator terminal is
An approval request screen that is an input screen for requesting approval of the officer identification information by transmitting an inquiry of the officer's position to the server, receiving officer identification information and terminal identification information from the server Display means for receiving the input approval request information and officer selection information displayed above,
Requesting means for transmitting the approval request information and the official approval level, with terminal identification information corresponding to the officer selection information received by the display means as a transmission destination;
The official approval level transmitted by the request means of the operator terminal to the server is set in a screen definition body that defines the approval request screen, and the request means receives the official approval level from the screen definition body. A board approval system characterized by taking out

Images