JP6617048B2 - Window business support system and window business support method - Google Patents

Description

  The present invention relates to a window service support system and a window service support method, and more specifically, relates to a technique for reducing the labor of both a sales office and a customer related to the window service and improving the efficiency of transactions.

  In sales offices that are in direct contact with customers, the amount of work performed by the person in charge of the counter is increasing due to the diversification of services provided and stricter security policies. On the other hand, various proposals have been made to deal with such a situation and improve the work efficiency.

  For example, a slip generation system for generating a slip, a transaction content receiving unit that receives input of the content of a requested transaction, and slip data that generates slip data including information on the content of the transaction received by the transaction content receiving unit Generating means, determination means for determining whether or not identity verification is necessary based on the content of the transaction accepted by the transaction content acceptance means, and identity verification when the identity confirmation is determined to be necessary by the determination means A slip generation system (refer to Patent Document 1) characterized by comprising personal identification record data generation means for generating personal identification record data including received data after receiving input of data to be included in the recording has been proposed. Yes.

Japanese Unexamined Patent Publication No. 2015-60405

  However, even if the customer's book is digitized, for example, slip processing and a workflow based on the slip printing are performed as usual in the subsequent processing at the sales office. For this reason, the management of slips at the sales offices still remains, which has been a hindrance to improving business efficiency. Further, the customer side also has to perform a bookkeeping operation for each desired transaction, which has been a heavy burden on those who want to conduct multiple transactions at once.

  SUMMARY OF THE INVENTION An object of the present invention is to provide a technique for reducing the labor of both a sales shop and a customer related to a window service and improving the efficiency of transactions.

The window service support system of the present invention that solves the above problems obtains information on the contents of book entry by a customer from a communication device that communicates with other devices via a network and a book entry terminal for customers to make a book entry at a sales office. the desired transaction of the customer indicated by the posting contents, distributed to predetermined transaction unit for each of a plurality of transactions matters contained in the desired transaction Runisaishi, the plurality of transaction opportunities are those involving a transaction with a commonality between In such a case, the information processing apparatus includes an arithmetic unit that aggregates the plurality of transaction cases and executes account transactions with the account system.

In addition, in the window service support method of the present invention, the information processing system including a communication device that communicates with other devices via a network receives information on the contents of the book written by the customer from the bookkeeping terminal for the customer to book at the sales office. Specifically these desired transactions the customer indicated by the posting contents, the desired transaction distributed to predetermined transaction unit for each of a plurality of transactions matters contained in Runisaishi, the plurality of transaction projects is, a transaction with a commonality In the case of accompanying items, the plurality of transaction cases are aggregated and then account transactions are executed with the account system.

  According to the present invention, it is possible to reduce the labor of both the sales office and the customer related to the counter service, and to improve the efficiency of transactions.

It is a network block diagram including the window business support system of this embodiment. It is a figure which shows the hardware structural example of the branch office server in this embodiment. It is a figure which shows the hardware structural example of the terminal for bookkeeping in this embodiment. It is a figure which shows the example of a data structure of the book table of this embodiment. It is a figure which shows the data structural example of the transaction table of this embodiment. It is a figure which shows the data structural example of the transaction statement table of this embodiment. It is a figure which shows the data structural example of the case table of this embodiment. It is a figure which shows the example of a flow of the window work support method in this embodiment. It is a figure which shows the example of a screen in this embodiment.

--- Network configuration ---
Embodiments of the present invention will be described below in detail with reference to the drawings. FIG. 1 is a network configuration diagram including a sales office server 100 (hereinafter referred to as a sales office server 100), which is a window business support system of the present embodiment. The sales office server 100 shown in FIG. 1 is a computer that reduces the labor of both the sales office and the customer related to the counter service and improves the efficiency of transactions.

  In addition, a bookkeeping terminal 200 and a window terminal 300 are arranged in a business store that is subject to business management by the business store server 100.

  Of these, the bookkeeping terminal 200 is an information processing device called a so-called electronic bookkeeping board, and is a PC or tablet for a customer who visits the sales office to book the contents of a desired transaction. The window terminal 300 is a terminal operated by each teller who belongs to the store.

  The contents of the desired transaction entered by the customer at the bookkeeping terminal 200 are transmitted to the sales office server 100 via the secure network 10. The sales office server 100 receives this, stores it in a table, which will be described later, through appropriate processing, and uses it for the processing of the window service support method of this embodiment. On the other hand, the window terminal 300 displays information such as transaction details provided from the sales office server 100 according to the workflow of the corresponding transaction for the customer who has made the book at the bookkeeping terminal 200 described above.

  In addition, the billing system 400 is connected to the sales office server 100 via the network 10. The account system 400 is a system that manages account transactions at a financial institution that operates the sales office. The account system 400 receives the account processing request message transmitted from the sales office server 100, executes the corresponding account processing, and returns the processing result to the sales office server 100. The billing system 400 has the same configuration and functions as the existing one.

--- Hardware configuration ---
The hardware configuration of the branch office server 100, which is the window service support system of the present embodiment, is as follows. FIG. 2 is a diagram illustrating a hardware configuration example of the sales office server 100 in the present embodiment.

The store server 100 according to the present embodiment includes a storage device 101 configured with an appropriate nonvolatile storage element such as an SSD (Solid State Drive) or a hard disk drive, a memory 103 configured with a volatile storage element such as a RAM, and a storage device 101. The program 102 held in the memory 103 is read out and executed in the memory 103 to perform overall control of the device itself and perform various determinations, computations, and control processes, and the arithmetic device 104 such as a CPU, and the network 10 and other devices. The communication device 105 is responsible for the communication processing.

  Note that the sales office server 100 in this embodiment may further include an input device that accepts key input and voice input from a predetermined user such as a person in charge of a financial institution, and an output device such as a display that displays processing data. .

  In addition, the storage device 101 includes at least a book table 125, a transaction table 126, a transaction details table 127, and an item table 128, in addition to the program 102 for implementing functions necessary as a window business support system of the present embodiment. It is remembered. However, details of the data structure of each table will be described later.

  FIG. 3 is a diagram illustrating a hardware configuration example of the bookkeeping terminal 200 in the present embodiment. Further, the bookkeeping terminal 200 is a terminal provided in a store managed by the store server 100 described above, and is connected to the store server 100 via the secure network 10 so as to be communicable.

  The bookkeeping terminal 200 according to the present embodiment includes a storage device 201 composed of an appropriate nonvolatile storage element such as an SSD (Solid State Drive) or a hard disk drive, a memory 203 composed of a volatile storage element such as a RAM, and a storage device 201. The program 202 held in the computer is executed by reading out the program into the memory 203 to perform overall control of the device itself and perform various determinations, computations, and control processes. An arithmetic unit 204 such as a CPU, an input such as a touch panel that accepts input from a customer A device 205, an output device 206 such as a display that displays processing data, a communication device 207 that is connected to the network 10 and performs communication processing with the sales office server 100, and a biometric authentication device 208 are provided. The biometric authentication device 208 is a reader that reads biometric information such as a customer's fingerprint, finger vein, iris, or handwriting. Such a biometric authentication device 208 is preferably provided not only in the bookkeeping terminal 200 but also in the window terminal 300.

--- Data structure example ---
Next, the tables used by the store server 100 of this embodiment will be described. FIG. 4 shows an example of the bookkeeping table 125 in this embodiment. The book table 125 is a table in which data generated when a book entry operation is started by a customer at the book terminal 200 is accumulated.

  The data structure is a collection of records composed of IDs of customers who have performed the bookkeeping operation using a book number that uniquely identifies the bookkeeping motion as a key every time a bookkeeping opportunity occurs. The above-described book number is a value given each time the customer performs a bookkeeping operation on the bookkeeping terminal 200. Further, all the information of the book entry contents may be further stored in the book entry table 125.

  FIG. 5 shows an example of the transaction table 126 in the present embodiment. The transaction table 126 is a table in which information on a desired transaction among the contents of the bookkeeping is accumulated in response to an event that the customer instructs the completion of the bookkeeping operation at the bookkeeping terminal 200.

  The data structure includes a transaction serial number (for example, “01”) given to each desired transaction included in the book content and a name of the desired transaction (for example, “transfer 1”, “ This is a set of records composed of data such as “transfer 2”). Further, all the information on the book entry contents may be further stored in the transaction table 126.

  FIG. 6 shows an example of the transaction details table 127 in the present embodiment. This transaction detail table 127 is similar to the transaction table 126 described above, in accordance with the event that the customer instructed the completion of the bookkeeping operation at the bookkeeping terminal 200, the transaction details constituting each desired transaction among the contents of the bookkeeping. It is the table which accumulated the information of.

  The data structure includes a transaction serial number assigned to each desired transaction included in the book entry contents, a name of the desired transaction, and a transaction processing serial number required for the desired transaction (for example, “ 001 ”,“ 002 ”,“ 003 ”) and a name (for example,“ payment ”,“ transfer 1a ”,“ transfer 1b ”)), and a set of records. Further, all the information of the book entry contents may be further stored in the transaction details table 127.

  FIG. 7 shows an example of the matter table 128 in this embodiment. This case table 128 is information on the transaction of the smallest unit in the accounting system 400, which is generated in association with the above-described transaction processing, the slip image display processing accompanying the workflow execution at the window terminal 300, and the cooperation processing with the accounting system 400. Is a table in which is stored.

  The data structure includes a serial number of each transaction process described above, and a case number (for example, “0001” for the transaction process “payment”, “0002” for the transaction process “transfer 1a”). , Using the transaction process “transfer 1b” as “0003” as a key, the name and the transaction number of the minimum unit transaction executed for the transaction item (for example, the transaction item of the item number “0001” is processed in the account system 400 Transaction number “0001” of the minimum unit transaction “payment”, transaction number “0002” of the minimum unit transaction “storage” processed in the account system 400 regarding the transaction case of the case number “0002” and the minimum unit transaction “transfer” Transaction number “0003” or the like). Further, all the information of the book entry contents may be further stored in the case table 128.

--- Flow example ---
Hereinafter, the actual procedure of the window service support method according to the present embodiment will be described with reference to the drawings. Various operations corresponding to the window service support method described below are realized by programs that are read and executed by the branch office server 100, which is a window service support system, in a memory or the like. And this program is comprised from the code | cord | chord for performing the various operation | movement demonstrated below.

  FIG. 8 is a diagram showing an example of a flow of the window business support method in the present embodiment. Here, it is assumed that the customer visits a sales office of a certain financial institution. The customer also wants to make two types of transfers. That is, the customer's desired transaction is “transfer”.

  It is assumed that the above-described customer operates the bookkeeping terminal 200 in the sales store and inputs two types of transfers, that is, performs a bookkeeping operation. One of these is a transaction in which a deposit corresponding to the transfer amount is paid out from the customer's deposit account, and this is transferred to a designated transfer destination as a source. Moreover, the remaining one type is a transaction in which the cash transferred by the customer is transferred to a designated transfer destination using the cash.

  In this case, the bookkeeping terminal 200 starts the bookkeeping operation by the customer by a predetermined operation or the like in the input device 205 (eg, customer account information input, start button pressing, or biometric information reading operation by the biometric authentication device 208). ) And notifies the sales office server 100 of the start event via the network 10 (s100).

On the other hand, upon receiving the above notification, the branch office server 100 generates a book number that uniquely identifies the book operation, and includes the account number of the customer indicated by the book number and the notification (including biometric information). Is stored in the book entry table 125 (s101).

  On the other hand, following the start of the above-described bookkeeping operation, the bookkeeping terminal 200 gives an instruction regarding whether or not to aggregate the transaction processing required for the transfer together with the customer's desired transaction, that is, the above-mentioned two types of transfer instructions. This is accepted by the input device 205 (s102).

  One of the above-mentioned two types of transfers is to pay out the amount of deposit from the customer's deposit account by “payment”, and use this as a source of funds to two designated transfer destinations (for example, A account and B account). This is a transaction for “transfer”, and the acquisition of resources for each “transfer” can be consolidated into one “payment” transaction. Therefore, when a customer inputs a desired transaction with such contents at the bookkeeping terminal 200, the bookkeeping terminal 200 or the branch office server 100 that receives this information will be responsible for “Two transfers using account deposits. A message such as “Is it okay to consolidate transaction processing?” Is displayed on the output device 206 of the bookkeeping terminal 200, and the customer is asked whether it is possible or not. The answer is an instruction regarding whether or not the transaction processing can be consolidated.

  When the bookkeeping terminal 200 receives each instruction in step s102 and further receives a bookkeeping completion instruction with the input device 205, the bookkeeping terminal 200 receives information on the contents of the bookkeeping related to the above-mentioned transfer via the network 10 and the sales office server 100. (S103).

  In this process, the bookkeeping terminal 200 preferably generates a receipt number associated with the customer account information or book number described above and prints it on a medium with an appropriate printer. The customer receives the printed medium (for example, a piece of paper) and waits for a call from the counter at the sales office.

  On the other hand, the sales office server 100 receives the information on the above-mentioned bookkeeping contents from the bookkeeping terminal 200, and stores the information on the desired transaction indicated by the bookkeeping contents in the trade table 126 (s104).

  Here, the information stored in the transaction table 126 by the sales office server 100 includes the book number generated in the above-described step s101, the name of the desired transaction, that is, the two types of transfer, and the transaction serial number (for example, account deposit). The transaction serial number “01” of “transfer 1” using “,” and the transaction serial number “02” of “transfer 2” using cash) are associated with each other.

  In addition, the sales office server 100 stores information on transaction details constituting each desired transaction among the above-described bookkeeping contents in the transaction details table 127 (s105).

  Here, the information stored in the transaction details table 127 by the sales office server 100 is given to the book number generated in the above-described step s101 and the name of the desired transaction, that is, the two types of transfer, common to the transaction table 126, respectively. In addition to the transaction number, the name of the transaction process required for the desired transaction and the serial number assigned to each transaction (for example, the transaction details serial number “001” of the transaction process “payment” required for the desired transaction “transfer 1”, the transaction The transaction details serial number “002” of the process “transfer 1a” and the transaction details “003” of the transaction process “transfer 1b”) are associated with each other.

  The transaction process “payment” described above is a process of paying out the total amount of the transfer amounts of the transaction process “transfer 1a” and the transaction process “transfer 1b” from the customer's deposit account. Further, the transaction process “transfer 1a” is a process of transferring a predetermined amount to the “A account” as a transfer destination. Further, the transaction process “transfer 1b” is a process of transferring a predetermined amount to the “B account” as a transfer destination.

Therefore, in step s105, the sales office server 100 sums up the transfer amounts of the transaction process “transfer 1a” and the transaction process “transfer 1b”, and uses this total amount as the process amount of the transaction process “payment”. Processing shall be performed.

  Subsequently, the sales office server 100 transmits the information obtained in the steps so far regarding the above-described customer to the window terminal 300 and displays the information on the output device (s106).

  FIG. 9 shows an example of the display screen 900 in the window terminal 300. As illustrated in FIG. 9, the display screen 900 displays information such as the receipt number of the medium given to the customer, the name, the amount, and the state of each transaction process constituting the desired transaction. The teller who has viewed the display screen 900 recognizes that the customer service can be started with respect to the customer described above, and makes a call with respect to the customer. On the other hand, the customer who senses this call brings the above-mentioned medium and goes to the corresponding window.

  For example, the teller who has confirmed that the receipt number printed on the medium matches the receipt number displayed on the display screen 900 displays a slip image display instruction regarding each transaction processing displayed on the display screen 900 as a window. Input is performed using the input device of the terminal 300. This display instruction is transferred from the window terminal 300 to the sales office server 100 (s107). The display instruction interface may be an image generation button 910 on the display screen 900 described above.

  Upon receiving the above display instruction, the branch office server 100 reads a predetermined template for a slip image from the storage device 101, and sets information such as the name and amount of each transaction process that constitutes the desired transaction in the template. A slip image is generated (s108). Note that the slip image generated here is displayed on the screen for easy confirmation by the teller. Therefore, printing of this image is not essential.

  Further, with the execution of this step, the branch office server 100 treats each of the above-described transaction processes as one transaction item, with a case number (“0001” for the transaction process “payment”, “0002” for the transaction process “transfer 1a”, Transaction processing “transfer 1b” is assigned (0003)), and a record including the case number is stored in the case table 128 (s109). Such a numbering algorithm can employ a method of acquiring a number to be assigned by incrementing a value every given opportunity from a predetermined initial value (the same applies to other numbering processes).

  In addition, the sales office server 100 transmits the slip image to the window terminal 300 as confirmation information regarding each transaction process, and displays it on the output device (s110).

  The teller and the customer browse the slip image at the window terminal 300 and mutually confirm whether or not the content matches the content input by the customer at the bookkeeping terminal 200. By this confirmation, the teller who has determined that there is no problem in the contents of the slip image inputs an account processing request instruction regarding the transaction processing at the window terminal 300. This instruction is transferred from the window terminal 300 to the sales office server 100 (s111). The account processing request instruction interface can be assumed to be the request button 920 on the display screen 900 described above.

  If the contents of the above-described slip image are satisfactory, the biometric information of the customer may be read by the biometric authentication device provided in the window terminal 300. In this case, the window terminal 300 transmits the customer's biometric information to the sales office server 100 as proof of the customer's identity confirmation. The sales office server 100 receives this, collates it with the registered biometric information held in advance for each customer, and if the authentication succeeds, the customer definitely recognizes and requests the transaction. Judge and proceed with the subsequent processing. Appropriate processing such as identity verification with biometric authentication may be appropriately executed at other timings in the workflow.

  Upon receipt of the above account processing request instruction, the branch office server 100 is a minimum unit transaction whose execution is prescribed in advance for a transaction case that has already stored a case number in the case table 128 corresponding to each transaction process. (Minimum unit transaction “payment” processed in the account system 400 for the transaction item with the case number “0001”, and “unit storage” and “transfer” in the minimum unit transaction processed in the account system 400 for the transaction item with the case number “0002” ) Is assigned a transaction number (transaction number “0001” for “payment” of the minimum unit transaction, transaction number “0002” for “storage”, and transaction number “0003” for “transfer”) (s112).

  Further, the sales office server 100 stores the transaction number of the minimum unit transaction of each transaction item obtained in step s112 described above in the record of the transaction item in the item table 128 (s113).

  Subsequently, the sales office server 100 generates a transaction message including information on each minimum unit transaction based on the record of each transaction item stored in the item table 128, and transmits it to the account system 400 (s114). The transaction message described above includes the contents of transaction processing corresponding to each transaction item (such as the transaction name, amount, transaction target account information obtained from each table).

  Assume that the account processing result corresponding to the transaction message is returned from the account system 400 to the sales office server 100 (s115). In this way, the branch office server 100 receives the result of the account process from the account system 400, transmits it to the window terminal 300 (s116), and ends the process. Of course, the counter terminal 300 displays the result of the bill process on the output device (s117).

  In addition, when the sales office server 100 receives the result of the account process from the account system 400, it is preferable to determine the consistency of the result of the account transaction between the transaction cases. For example, the branch office server 100 transfers money by “payment” transaction for the total amount of two “transfer 1a” and “transfer 1b”, and “transfer 1a” and “transfer 1b”. It is determined whether or not the sum of the sums of moneys is the same. The sales office server 100 notifies the result of the determination to the window terminal 300 or a terminal of a predetermined person in charge of the sales office.

  Although the best mode for carrying out the present invention has been specifically described above, the present invention is not limited to this, and various modifications can be made without departing from the scope of the invention.

  According to this embodiment, it is possible to reduce the troubles of both the sales office and the customer regarding the window business, and to improve the efficiency of the transaction.

  At least the following will be clarified by the description of the present specification. That is, in the window business support system according to the present embodiment, the arithmetic device generates a slip image with execution of a predetermined process for the transaction item, and displays the slip image on the output device as confirmation information regarding the transaction item. It is also possible to further execute the processing.

  According to this, various business operations that have been accompanied by conventional slip printing can be executed without so-called slips, and the efficiency of the counter business can be further improved.

  Further, in the window business support system of the present embodiment, the computing device performs distribution of the transaction unit for each of a plurality of transaction cases included in the desired transaction in the process of distributing the desired transaction to the transaction unit. There may be.

  According to this, it corresponds to the case where there are a plurality of transactions desired by the customer in one bookkeeping opportunity (for example, transfer to two locations, etc.), and for each transaction, the minimum transaction unit in the account system (for example, Transfer to “storage” and “transfer”) is possible.

  In the window service support system according to the present embodiment, the computing device aggregates the plurality of transaction items when the plurality of transaction items included in the desired transaction have a predetermined relationship with respect to transaction continuity. The transaction unit distribution may be executed.

  According to this, it corresponds to the case where a plurality of transaction cases can be processed with continuity with each other (for example, two transfers using one account deposit as a source), for example, one “payment” transaction The above-mentioned transaction unit can be distributed after appropriate aggregation such as the total amount of the two transfers is made. Eventually, it is possible to further improve operational efficiency, unlike the case where each transaction item is executed separately.

  Further, in the window business support system according to the present embodiment, after the execution of the account transaction related to the plurality of transaction items, the arithmetic device performs a process of determining the consistency of the result of the account transaction between the transaction items according to a predetermined rule. Further, it may be executed.

  According to this, as described above, for each result obtained by aggregating a plurality of transaction items, for example, the amount paid out by the “payment” transaction for the total amount of two transfers, It becomes possible to check the consistency of account transaction results between transaction items such as whether or not the total amount transferred by the “transfer” transaction matches. As a result, it is possible to accurately suppress rework processing related to inconsistent transactions and further improve business efficiency.

  Further, in the window service support method of the present embodiment, the information processing system generates a slip image with execution of a predetermined process for the transaction case, and the slip image is used as confirmation information regarding the transaction case in the output device. The display process may be further executed.

  Further, in the window service support method of the present embodiment, when the information processing system distributes the desired transaction to the transaction unit, the transaction unit distributes the transaction unit for each of a plurality of transaction cases included in the desired transaction. It is good.

    In the window service support method of the present embodiment, the information processing system aggregates the plurality of transaction items when the plurality of transaction items included in the desired transaction have a predetermined relationship with respect to continuity of the transaction. Then, the distribution of the transaction unit may be executed.

  Further, in the window service support method according to the present embodiment, the information processing system performs a process for determining the consistency of the result of the account transaction between the transaction cases using a predetermined rule after executing the account transaction regarding the plurality of transaction cases. May be further executed.

10 Network 100 Branch office server (window support business support system)
101 storage device 102 program 103 memory 104 arithmetic device 105 communication device 125 book table 126 transaction table 127 transaction details table 128 case table 200 bookkeeping terminal 201 storage device 202 program 203 memory 204 arithmetic device 205 input device 206 output device 207 communication device 208 Biometric authentication apparatus 300 Counter terminal 400 Account system 900 Display screen 910 Image generation button 920 Request button

Claims (8)

A communication device that communicates with other devices via a network;
Information on the contents of the customer's book entry is obtained from the bookkeeping terminal where the customer makes a book entry at the sales office, and the customer's desired transaction indicated by the book entry content is determined for each of a plurality of transaction cases included in the desired transaction . sorting Runisaishi the transaction units, the plurality of transaction projects executes the account transactions with the accounting upon which the case is between those with transactions with commonality, aggregating the plurality of transactions projects operation Equipment,
A window service support system characterized by comprising: The arithmetic unit is:
Information on the customer's intention regarding whether or not the aggregation is possible is displayed on the bookkeeping terminal, and the information on the bookkeeping content is received from the bookkeeping terminal that has received an instruction regarding whether or not the customer is willing to aggregate. Is what you get,
The window business support system according to claim 1, wherein: The arithmetic unit is:
After the execution of the account transaction related to the plurality of transaction items, the processing for determining the consistency of the result of the account transaction between the transaction items according to a predetermined rule is further executed.
The window business support system according to claim 1 , wherein: The arithmetic unit is:
A slip image is generated with the execution of the predetermined process with respect to the transaction case, and a process of displaying the slip image as confirmation information regarding the transaction case on the output device is further executed.
The window business support system according to claim 1 , wherein: An information processing system including a communication device that communicates with other devices via a network is provided.
Information on the contents of the customer's book entry is obtained from the bookkeeping terminal where the customer makes a book entry at the sales office, and the customer's desired transaction indicated by the book entry content is determined for each of a plurality of transaction cases included in the desired transaction . sorting Runisaishi the transaction units, the plurality of transaction opportunity is when a between those involving transactions with commonality, executes the account transactions with the accounting on an aggregation of the plurality of transaction projects,
A window service support method characterized by that. The information processing system is
Information on the customer's intention regarding whether or not the aggregation is possible is displayed on the bookkeeping terminal, and the information on the bookkeeping content is received from the bookkeeping terminal that has received an instruction regarding whether or not the customer is willing to aggregate. And get the
The window service support method according to claim 5 , wherein: The information processing system is
After executing the account transaction related to the plurality of transaction items, further execute a process of determining the consistency of the result of the account transaction between the transaction items according to a predetermined rule.
The window service support method according to claim 5 , wherein: The information processing system is
A slip image is generated with the execution of the predetermined process with respect to the transaction item, and a process of displaying the slip image on the output device as confirmation information regarding the transaction item is further executed.
The window service support method according to claim 5 , wherein:

Images