WO2014049738A1 - Large-scale specifications transmission system, large-scale specifications transmission method, and server - Google Patents

Large-scale specifications transmission system, large-scale specifications transmission method, and server Download PDF

Info

Publication number
WO2014049738A1
WO2014049738A1 PCT/JP2012/074764 JP2012074764W WO2014049738A1 WO 2014049738 A1 WO2014049738 A1 WO 2014049738A1 JP 2012074764 W JP2012074764 W JP 2012074764W WO 2014049738 A1 WO2014049738 A1 WO 2014049738A1
Authority
WO
WIPO (PCT)
Prior art keywords
block data
terminal
server
record
storage device
Prior art date
Application number
PCT/JP2012/074764
Other languages
French (fr)
Japanese (ja)
Inventor
純亘 宮崎
真 森山
崇志 山岸
Original Assignee
株式会社 日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社 日立製作所 filed Critical 株式会社 日立製作所
Priority to PCT/JP2012/074764 priority Critical patent/WO2014049738A1/en
Publication of WO2014049738A1 publication Critical patent/WO2014049738A1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108Remote banking, e.g. home banking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates to a mass specification transmission system, a mass specification transmission method, and a server.
  • an object of the present invention is to provide a technology that enables transmission of a large amount of details in a financial transaction using a network and can perform error confirmation of transmission data during data transmission.
  • the mass specification transmission system of the present invention that solves the above problems is a communication device that communicates with other devices via a network, a storage device that stores a specification file for transactions with a financial institution, and the specification file can be reconfigured
  • a calculation unit that generates a set of block data groups divided into a plurality of blocks, and executes processing for sequentially transmitting each block data constituting the block data groups to a financial institution server together with a transaction request.
  • a communication device that communicates with another device via a network, and a transaction request including the block data is sequentially received from the terminal, and a predetermined error check process is executed on the received block data, and an error is detected.
  • a computing device that executes a process of outputting the error information to the terminal or a storage device accessible from the terminal. Characterized in that it comprises server and, a.
  • the mass specification transmission method of the present invention is such that a terminal including a communication device that communicates with another device via a network and a storage device that stores a specification file for transactions with a financial institution re-executes the specification file.
  • a block data group is generated by dividing into a plurality of configurable blocks, and each block data constituting the block data group is sequentially transmitted to a financial institution server together with a transaction request.
  • a server equipped with a communication device that communicates via the server sequentially receives a transaction request including the block data from the terminal, executes a predetermined error check process on the received block data, and an error is detected The process of outputting the error information to the terminal or a storage device accessible from the terminal is executed.
  • the server of the present invention sequentially transmits each block data divided into a plurality of communication devices that communicate with other devices via a network and a detailed file for transaction with a financial institution from a terminal together with a transaction request.
  • a device for executing a predetermined error check process on the received block data and outputting the error information to the terminal or a storage device accessible from the terminal when an error is detected.
  • the present invention it is possible to transmit a large amount of details in a financial transaction using a network, and it is possible to perform transmission data error confirmation during data transmission.
  • a company that employs a large number of employees periodically requests financial institutions to process transfers such as inter-account transfers such as salary transfers to employees and fixed expenses.
  • financial institutions such as inter-account transfers such as salary transfers to employees and fixed expenses.
  • FIG. 1 is a network configuration diagram of a mass specification transmission system 100 of the present embodiment
  • FIG. 2 is a diagram illustrating an example of a network configuration including an ASP system 20 of the present embodiment.
  • a large-scale detailed transmission system 100 shown in FIG. 1 includes a terminal of a user company that has signed a contract such as a corporate Internet banking usage contract with a financial institution, that is, a user terminal 300, and a financial system that receives a detailed file and performs processing such as transfer and transfer And a server 200 operated by an institution.
  • the server 200 in this embodiment includes a Web / AP server 220, a Cache server 240, a CEP server 260, and a DB server 280. Details of the Web / AP server 220, Cache server 240, CEP server 260, and DB server 280 will be described later.
  • the server 200 may be configured by a single server device.
  • appropriate functions of the mass specification transmission system 100 of the present embodiment are not constructed exclusively for each financial institution, but the corresponding functions are constructed in the ASP system 20 as illustrated in FIG. (Application Service Provider)
  • the service is provided to financial institutions and used by user companies.
  • the mass specification transmission technology of this embodiment is provided as such an ASP service
  • the user company uses the application software installed in the ASP system 20 through the Web browser 330 or the like of the user terminal 300 to perform processing of mass specification transmission. be able to.
  • this ASP system 20 delivers a detailed file to an existing corporate internet banking system 25 in accordance with processing results such as an error check described later, and the corporate internet banking system 25 and the accounting system.
  • the form which acquires the processing result of the above-mentioned detailed file processed between 290 was shown. Of course, such a form is an example and is not limited to the illustrated embodiment.
  • the server 200 of the mass specification transmission system 100 illustrated in FIG. 1 is connected to the billing system 290 via a network in the financial institution.
  • the detail file transmitted from the user terminal 300 is transferred from the server 200 to the billing system 290 according to the result of the error check.
  • the account system 290 receives the detail file, executes predetermined processing such as transfer and transfer designated by the detail file, and returns the processing result to the server 200.
  • the server 200 notifies the user terminal 300 of the processing result received from the billing system 290, and a series of processing is completed.
  • the server 200 checks data such as transfer and transfer included in the detailed file transmitted from the user terminal 300, converts, transmits to the billing system 290, receives the result from the billing system 290, and the user terminal of the result Return to 300, data status management, re-transmission processing of past transmission data, and the like.
  • FIG. 3 is a diagram illustrating a hardware configuration example of the server 200 in the present embodiment.
  • the hardware configuration of the server 200 constituting the mass specification transmission system 100 is as follows.
  • the server 200 reads out the storage device 201 composed of an appropriate non-volatile storage device such as a hard disk drive, the memory 203 composed of a temporary storage device such as RAM, and the program 202 held in the storage device 201 to the memory 203.
  • a central processing unit (CPU) 204 (arithmetic unit) that performs overall control of the server device itself and performs various determinations, computations, and control processes, and a communication device 205 that is connected to the network 120 and handles communication processing with other devices.
  • CPU central processing unit
  • Such a configuration is common to the Web / AP server 220, the Cache server 240, the CEP server 260, and the DB server 280 constituting the server 200.
  • FIG. 4 is a diagram illustrating a hardware configuration example of the user terminal 300 in the present embodiment.
  • the user terminal 300 includes a storage device 301 configured by an appropriate non-volatile storage device such as a hard disk drive, a memory 303 configured by a temporary storage device such as a RAM, and reads out a program 302 held in the storage device 301 to the memory 303.
  • CPU 304 (arithmetic unit) for performing overall control of the terminal itself and performing various determinations, computations and control processing, a communication unit 305 connected to the network 120 and responsible for communication processing with the server 200, a person in charge of a user company, etc.
  • An input device 306 such as a keyboard and a mouse for receiving an input operation from the input device, and an output device 307 such as a display for displaying the processing result.
  • the functions described below can be said to be functions that are implemented by executing the programs included in the server 200 and the user terminal 300 that constitute the mass specification transmission system 100, respectively. It is assumed that the user terminal 300 stores a detailed file 310 for transactions with financial institutions in the storage device 301. Examples of the detail file 310 include those related to transactions such as general account transfer, salary transfer, and account transfer.
  • the server 200 stores an error check pattern for each format of the records constituting the financial transaction detail file 310 in the storage device 201.
  • the header record is a record that declares the start of the corresponding detail file 310, and includes the code of the financial institution to which the detail file is submitted and various information of the requester of processing.
  • the end record is a record that declares the end of the corresponding detail file 310. These header records and end records are always paired in detail file units.
  • the data record describes account information such as a transfer destination and a transfer destination, and money transfer and transfer amount information.
  • the trailer record includes information on the total number of request processing and the total amount in the corresponding detail file 310.
  • the format of such a record differs depending on the handling organization of the detail file 310, such as each financial institution, a federation of financial institutions, a local public entity, or a government agency. Therefore, the server 200 holds the error check pattern for each format in the storage device 201 for each organization.
  • the user terminal 300 reads the detail file 310 from the storage device 301, divides it into a plurality of reconfigurable data, generates a set of block data groups, and makes a transaction request for each block data constituting the block data group. At the same time, it has a function of executing processing for sequentially transmitting to the server 200.
  • the Web / AP server 220 receives the specification file 310 from the user terminal 300, divides it into a plurality of reconfigurable pieces, generates a set of block data groups, and configures each block data group.
  • the block data may be stored in its own storage device.
  • the server 200 sequentially receives transaction requests including block data from the user terminal 300 described above, executes a predetermined error check process on the received block data, and if an error is detected, the error information Is output to a storage device such as a web server accessible from the user terminal 300 or the user terminal 300 via the network 120.
  • the server 200 divides the block data received from the user terminal 300 into record units so as to be reconfigurable, and performs collation processing between the divided records and the error check pattern for each record format indicated by the corresponding record. If an error is detected in the record in the matching process, the error information is output from the user terminal 300 or the user terminal 300 to the storage device of the Web / AP server 220 accessible via the network 120.
  • the server 200 performs collation processing of each record divided as described above and an error check pattern (read from the storage device 201) according to the format of the corresponding record in parallel for each record format indicated by the corresponding record.
  • the error information is output to a storage device such as a web server accessible from the user terminal 300 or the end of the user terminal 300 via the network 120.
  • the server 200 executes the above-described collation processing for the records for each block data sequentially received from the user terminal 300, and as a result of such collation processing, there is no error in all the records of all the block data constituting the same group.
  • the block data relating to the transaction request is reconstructed into the detail file 310 and provided to the billing system 290.
  • the server 200 reads error information output from the user terminal 300 to a storage device such as a web server that can be accessed via the network 120 in response to an acquisition request from the user terminal 300 and returns the error information to the user terminal 300. It has a function.
  • the user terminal 300 notifies the server 200 of an error information acquisition request at regular intervals, counts the number of error information returned by the server 200 for each acquisition request, and the count value is equal to or greater than a predetermined reference. In this case, a function of interrupting transmission of block data is provided.
  • the user terminal 300 includes information on the total number of records included in the original detail file 310 in the last block data divided from the tail of the original detail file 310 among the block data constituting the same group. It has the function to grant.
  • the server 200 when the block data received from the user terminal 300 is divided in units of records so that the block data is reconfigurable, the server 200 repeatedly executes the process of storing the number of the divided records in the storage device 201 for each block data.
  • the server 200 When the above-mentioned last block data is divided in record units so as to be reconfigurable and the number of the divided records is stored in the storage device 201, the number of records obtained for each block data constituting the same group is added up. Then, the total value is checked against the information on the total number of cases given to the last block data to determine whether the total number given by the user terminal 300 matches the actual number of records.
  • a storage device such as a web server accessible from the user terminal 300 to the user terminal 300 via the network 120 A function of output.
  • the user terminal 300 adds the sum of the amounts indicated by the records included in the original detail file 310 to the last block data divided from the tail of the original detail file 310 among the block data constituting the same group. It has a function to add money amount information.
  • the server 200 when the server 200 divides the block data received from the user terminal 300 into record units so as to be reconfigurable, the server 200 performs processing for storing the information of the amount indicated by the divided record in the storage device 201 for each block data.
  • the server 200 When the above-mentioned last block data is divided into record units so as to be reconfigurable and information on the amount of money indicated by the divided records is stored in the storage device 201, it is obtained for each block data constituting the same group.
  • the total amount given by the user terminal 300 is compared with the information of the total amount given to the last block data, and the total amount given by the user terminal 300 is the amount indicated by the actual record. It is determined whether the total value matches, and the determination result is sent from the user terminal 300 to the user terminal 300 to the network 120. And a function of outputting to a storage device such as accessible web server.
  • FIG. 5 shows an example of the check pattern table 265 in the present embodiment.
  • the check pattern table 265 is, for example, a table held by the CEP server 260 in the server 200, and is a table describing an error check pattern for each format of records constituting the detail file 310.
  • the data structure is the identification information of the handling financial institution and the record format type information as keys, the ID of the location to be checked, the character code type allowed as the value of the location to be checked, the number of digits, characters or numbers, bank number This is a collection of data related to the check contents, such as the existence or nonexistence of.
  • this check pattern table 265 stores four types of error check patterns for each format for each organization.
  • FIG. 6 is a flowchart illustrating an example of a processing procedure of the mass specification transmission method according to this embodiment
  • FIG. 6A is a conceptual diagram of the mass specification transmission method according to this embodiment.
  • the corporate user terminal 300 logs in to the Web / AP server 220, which is an ASP server (s100).
  • the Web / AP server 220 collates the user ID and password presented from the user terminal 300 with the authentication information previously stored in the storage device, and executes the login process (s101).
  • the Web / AP server 220 notifies the user terminal 300 of the login success including the company name of the user and the information of the financial institution. The access is permitted (s102).
  • the user terminal 300 that has logged into the Web / AP server 220 is subject to processing from the storage device 301 in accordance with a user designation received by the input device 306 or according to a predetermined schedule.
  • the detailed file 310 for account transfer, salary transfer, account transfer, etc. is read (s103).
  • the user terminal 300 divides the detail file 310 read from the storage device 301 into a plurality of pieces to generate a set of block data groups (s104). At this time, the user terminal 300 gives each block data a serial number that can uniquely identify each block data as well as the identification information of the original detail file 310, and optionally the original detail file if necessary. The division processing is performed so that it can be reconfigured to 310. In addition, the user terminal 300 gives each block data the company name of the corresponding user and information on the financial institution obtained from the Web / AP server 220 by the notification in step s102 described above. Each block data includes a plurality of records.
  • the user terminal 300 includes information on the total number of records included in the original detail file 310 in the last block data divided from the tail of the original detail file 310 among the block data constituting the same group described above. Suppose that information on the total amount of money indicated by each record included in the original detail file 310 is given.
  • the user terminal 300 sequentially transmits each block data constituting the block data group to the Web / AP server 220 together with a transaction request such as general account transfer, salary transfer, and account transfer (s105).
  • the Web / AP server 220 receives block data from the user terminal 300, processes it in parallel, and transmits it to the cache server 240 (s106).
  • the Cache server 240 divides the block data received from the Web / AP server 220 into record units so as to be reconfigurable, and stores information on the number of the divided records and the amount of money indicated by the divided records in the storage device. The number is stored in the number / total amount table 247 of the result database 245 (s107). The Cache server 240 repeatedly executes the process of storing information on the number and amount of records in the result database 245 for each block data.
  • the cache server 240 assigns each record a serial number that can uniquely identify each record as well as the identification information of the original block data, and divides the record so that the original block data can be reconstructed when necessary. Processing is in progress.
  • the Cache server 240 puts the records generated by dividing the block data as described above into a queue (queue), and sequentially puts them into a CEP (Complex Event Processing) server 260 in order from the top of the queue (s108). Note that as many queues as the records are input may be prepared for the number of blocks that have started to be received from the Web / AP server 220, and the input to the CEP server 260 may be processed in parallel.
  • CEP Complex Event Processing
  • the cache server 240 When the cache server 240 divides the block data received from the Web / AP server 220 in record units so as to be reconfigurable, the cache server 240 stores the number of the divided records in the number / total amount table 247 of the result database 245. Are repeatedly executed for each block data, and the above-mentioned last block data is reconfigurable and divided into record units, and the number of the divided records is stored in the number / total amount table 247 of the result database 245, The number of records obtained for each block data constituting the same group is added up, and the total value is checked against the information on the total number of pieces assigned to the last block data. It is preferable to determine whether or not it matches the actual number of records.
  • the Cache server 240 divides the block data received from the Web / AP server 220 into reconfigurable records in units of records, puts the generated records into a queue (queue), and sequentially executes the CEP (Complex Event Processing) from the top of the queue. )
  • the queues that are inserted in the server 260 in order and the records are input are prepared as many as the number of blocks that have started to be received from the Web / AP server 220, and the input to the CEP server 260 is performed in parallel.
  • the process of storing the number of records sent in the number of records / total amount table 247 of the result database 245 is repeatedly executed for each record, so that the total value Is compared with the total number of information assigned to the last block data. It may be determined whether the total number granted at The terminal 300 matches the number of actual record.
  • the cache server 240 divides the block data received from the Web / AP server 220 into record units so as to be reconfigurable, information on the amount indicated by the divided record is stored in the number / total amount table 247 of the result database 245.
  • the storing process is repeatedly executed for each block data, the above-mentioned last block data is divided in record units so as to be reconfigurable, and the amount information indicated by the divided records is stored in the number / total amount table 247 of the result database 245.
  • the total amount indicated by each record obtained with respect to each block data constituting the same group is summed, and this total value is collated with information on the total amount given to the last block data, and the user terminal
  • the total amount given in 300 matches the sum of the amount indicated by the actual record. It is preferred to that determine.
  • the Cache server 240 divides the block data received from the Web / AP server 220 into reconfigurable records in units of records, puts the generated records into a queue (queue), and sequentially executes the CEP (Complex Event Processing) from the top of the queue. )
  • the queues that are inserted in the server 260 in order and the records are input are prepared as many as the number of blocks that have started to be received from the Web / AP server 220, and the input to the CEP server 260 is performed in parallel.
  • the result of the collation process is sent to the cache server 240, the amount indicated by the sent record is summed, and the process of storing this sum value in the number / total amount table 247 of the result database 245 is repeated for each record.
  • sum the amount indicated by the divided records, and the sum The last block data against the granted amount of information to determine whether it matches the sum of the amounts which the total amount granted by the user terminal 300 shown is the actual record may be.
  • the Cache server 240 reads the determination result regarding the total number of cases and the determination result regarding the total amount from the number / total amount table 247 of the result database 245 in response to a request for every predetermined time, and provides them to the Web / AP server 220.
  • the Web / AP server 220 stores the determination result thus obtained in the result database 285 of the DB server 280.
  • the CEP server 260 performs parallel processing on the records received from the Cache server 240 by so-called stream data processing for each record format indicated by the corresponding records (s109). More specifically, the CEP server 260 reads, for example, the code of the financial institution to which the detailed file is submitted, indicated by the header record, among the records received from the Cache server 240, and the record format type relating to the financial institution indicated by this code Each error check pattern is read from the check pattern table 265. The CEP server 260 sets an error check pattern of each read record format (header record, end record, data record, trailer record) in a stream for each record format. This stream is a functional unit 265 that executes a collation process between a record and an error check pattern to check whether there is a description error regarding the record.
  • This stream is a functional unit 265 that executes a collation process between a record and an error check pattern to check whether there is a description error regarding the record.
  • the CEP server 260 collates the record received from the Cache server 240 with the error check pattern, so that the value described in the corresponding part of the check target part in the record indicated by the error check pattern is allowed. Whether the character code type, the number of digits is within the allowable value, the character or numerical value to be described, or the bank number indicated by the described value actually exists is checked.
  • the CEP server 260 sends the result of the collation process in the above stream data process to the Cache server 240 (s110).
  • the result sent to the Cache server 240 includes error information related to the record.
  • the Cache server 240 receives the result of such collation processing from the CEP server 260 and stores it in the record table 246 of the result database 245 (s111).
  • FIG. 7 shows an example of the number / total amount table 247 in the result database 245 of this embodiment
  • FIG. 7A shows an example of the record table 246 in the result database 245 of this embodiment.
  • the result database 245 includes the number of cases / total amount table 247 and the record table 246 as described above.
  • the number / total amount table 247 includes information on the number of records (cumulative value) obtained by dividing the block data and the amount of money (accumulated amount) indicated by the record, the identification information of the block data that is the source of the record, and the corresponding block data.
  • data of a check result of the record and the error check pattern includes record identification information, identification information of the block data that is the source of the corresponding record, and identification of the detailed file that is the source of the corresponding block data. Stored in association with information.
  • the cache server 240 When the cache server 240 continues to receive and store such processing results and receives the collation result regarding the record of the last block data described above (s112: y), all the block data constituting the same group until then are received.
  • the result of the collation process received from the CEP server 260 does not indicate the presence of an error for all the records (s113: y)
  • the block data related to the corresponding transaction request is reconstructed in the detail file 310 and delivered to the accounting system 290. For this purpose (s114).
  • the cache server 240 if the cache server 240 has not received the collation result regarding the record of the last block data (s112: n), the process returns to step s111.
  • the Cache server 240 receives the collation result regarding the record of the last block data described above, and waits when the collation process result indicates the presence of an error (s113: n).
  • the user terminal 300 transmits, to the Web / AP server 220, acquisition requests for processing results regarding the block data transmitted by the user terminal 300 at regular intervals (s115).
  • the Web / AP server 220 reads out the error check result, the determination result regarding the total number of cases described above, and the determination result regarding the total amount from the result database 285 of the DB server 280, and the corresponding user terminal 300.
  • the Web / AP server 220 requests the cache server 240 from the number of cases / total amount table 247 and the record table 246 in the result database 245 at regular intervals to acquire the corresponding data. Are stored in the result database 285.
  • the user terminal 300 receives the above-described processing result data returned by the Web / AP server 220 for each acquisition request described above, and to this, the discrepancy between the total number of records and the total amount of money, or error information regarding the record format Is not included (s117: y), the block data transmission process to the Web / AP server 220 is continued.
  • the user terminal 300 displays the processing result data received from the Web / AP server 220 on the output device 307 as illustrated in the screen 800 of FIG. . At this time, it is preferable to display what item and what is an error so that the user can determine the error location.
  • the user terminal 300 if the above-mentioned mismatch or error information is included in the processing result data received from the Web / AP server 220 (s117: n), the user terminal 300 counts the number of cases and stores the count value in the memory 303. (S118). In addition, while the count value does not reach the predetermined reference (s119: n), the user terminal 300 returns the process to step s115 and continues the block data transmission process described above. On the other hand, the user terminal 300 repeats data reception of the processing result from the Web / AP server 220, and when the above count value becomes equal to or greater than a predetermined reference (s119: y), the transmission of the block data is interrupted (s120). .
  • financial institutions can provide services that enable customers to send large amounts of details using the Internet, instead of media processing and farm banking, thereby improving customer satisfaction and usability.
  • the corresponding service is provided by the ASP service, it is not necessary to construct a dedicated system on the customer side, the access place is less restricted, and there are advantageous effects in terms of business continuity such as availability in the event of a disaster.
  • the server stores an error check pattern for each format of a record constituting a specification file for financial transaction in a storage device, and the block in the arithmetic device A record format that sequentially receives transaction requests including data from the terminal, divides the received block data into record units so as to be reconfigurable, and indicates the matching process between each divided record and the error check pattern Alternatively, parallel processing may be performed, and when an error is detected in the record in the collation process, the error information may be output to the terminal or a storage device accessible from the terminal.
  • block data received sequentially from the terminal of the user company is divided in record units so that it can be reconstructed, and error checking of each record is processed in parallel according to the format of the corresponding record, so that errors can be made smoothly and quickly.
  • the check result can be presented to the user company. Therefore, when the error check result is received from the server at the terminal of the user company that is sequentially transmitting the block data, the subsequent block data transmission can be stopped, and unnecessary transmission work and occupation of the server and the network can be avoided. .
  • the arithmetic device of the server executes the collation process on the record for each block data sequentially received from the terminal, and configures the same group as a result of the collation process.
  • the block data related to the corresponding transaction request may be reconstructed into a detailed file and delivered to the accounting system. According to this, when there is no error in each record, the financial transaction process in the accounting system can be smoothly advanced with respect to the corresponding detailed file.
  • the arithmetic device of the server reads error information output to a storage device accessible from the terminal from the storage device in response to an acquisition request from the terminal.
  • the processing to be returned to the corresponding terminal, and the arithmetic unit of the terminal notifies the server of an error information acquisition request at regular intervals, and the error information returned by the server for each acquisition request. It is also possible to execute a process of interrupting the transmission of the block data when the number of cases is counted and the count value becomes equal to or greater than a predetermined reference.
  • the corrected record is included according to the completion of the corrective work. If a notification about one more error about the same detail file is obtained at the timing of resending the block data or immediately after that, the user company falls into an inefficient situation in which the correction work is repeated many times at short intervals. However, as described above, if block data transmission is stopped only when the number of pieces of error information exceeds a certain standard and correction work is performed, such inefficient work on the user company side is Will be avoided.
  • the computing device of the terminal converts the original detailed file into the last block data divided from the last of the original detailed file among the block data constituting the group.
  • the processing unit assigns information on the total number of records included in the server, and the arithmetic unit of the server divides the block data received from the terminal in record units so that the block data can be reconstructed.
  • the last block data is divided in record units so as to be reconfigurable, and the number of the divided records is stored in the storage device.
  • the total number of records given by the terminal is determined to match the actual number of records, and the determination result is output to the terminal or a storage device accessible from the terminal. It is good also as a bag.
  • the computing device of the terminal converts the original detailed file into the last block data divided from the last of the original detailed file among the block data constituting the group. Is executed to provide information on the total amount of money indicated by each record included, and when the arithmetic unit of the server divides the block data received from the terminal into records so that it can be reconfigured, The process of storing the information of the amount indicated by the divided record in the storage device is repeatedly executed for each block data, and the last block data is divided in units of record so as to be reconfigurable, and the amount information indicated by the divided record Are stored in the storage device, the sum of the amount indicated by each record obtained for each block data constituting the same group, The calculated value is checked against the information on the total amount given to the last block data to determine whether the total amount given at the terminal matches the sum value of the amount indicated by the actual record. The result may be output to the terminal or a storage device accessible from the terminal.
  • the computing device of the terminal gives information on the total number of records included in the original detail file to the last block data divided from the tail of the original detail file among the block data constituting the group.
  • the arithmetic unit of the server divides the block data received from the terminal into records so that it can be reconfigured, and after executing a predetermined error check process in units of records, The process of storing the number of recorded records in the storage device is repeatedly executed for each record, and the total value given by the terminal is checked by comparing the total value with the information on the total number given to the last block data. Is equal to the actual number of records, and the determination result is output to the terminal or a storage device accessible from the terminal. It may be.
  • the computing device of the terminal includes, in the block data constituting the group, the last block data divided from the tail of the original detail file, the total amount of the amount indicated by the record included in the original detail file
  • the processing unit for giving information is executed, and the arithmetic unit of the server divides the block data received from the terminal into recordable units so as to be reconfigurable, and executes a predetermined error check process in units of records.
  • the process of storing the amount indicated by the divided records in the storage device is repeatedly executed for each record, and the sum is compared with the information on the total amount given to the last block data and given at the terminal It is determined whether the total amount of money matches the sum of the amount indicated by the actual record, and the determination result can be accessed from the terminal or the terminal. And outputs the Do storage device may be.

Abstract

[Problem] To enable the transmission of large-scale specifications in financial transactions that utilize a network, and to enable error checking of the transmitted data to be performed during transmission of the data. [Solution] A large-scale specifications transmission system (100), comprising: terminal devices (300), equipped with a communication device (305), a storage device (301) that stores specification files (310) for use in transactions with financial institutions, and a computation device (304) that executes a process whereby a specification file (310) is divided into multiple parts in a reconfigurable manner, thereby generating one set of a block data group, and each instance of block data forming the block data group is sequentially transmitted together with a transaction request to the server (200) of a financial institution; and a server (200), equipped with a communication device (205), and a computation device (204) that sequentially receives from the terminal devices (300) the transaction requests containing the block data, executes a prescribed error check on the received block data and, when an error is detected, executes a process whereby information about that error is output to the terminal device (300) and to a storage device which is accessible from the terminal device (300).

Description

大量明細伝送システム、大量明細伝送方法、およびサーバMass detail transmission system, mass detail transmission method, and server
 本発明は、大量明細伝送システム、大量明細伝送方法、およびサーバに関する。 The present invention relates to a mass specification transmission system, a mass specification transmission method, and a server.
 法人用のインターネットバンキングやファームバンキングのユーザ企業は、その端末において、振替や振込といった各種取引用の明細ファイルを作成し、利用金融機関における、当該明細ファイルの期日管理や一括処理等を行うサービスを介して、勘定系システムに向けて伝送する流れがある。 Corporate Internet banking and firm banking user companies create detailed files for various transactions, such as transfers and transfers, on their terminals, and provide services for managing the due date and batch processing of the detailed files at the financial institutions in use. There is a flow to be transmitted to the accounting system.
 自動振替に関連する従来技術としては、以下の技術が提案されている。すなわち、自動振替システムにおいて、金融機関の合併や支店の統廃合に伴う口座番号の変更等に起因する振替処理のミスを未然に防止する自動振替システム(特許文献1参照)などが提案されている。また、残高不足等で引き落とし不能になった顧客口座において、顧客が入金した時点で直ちに引き落としを再開することを可能にした自動振替システム(特許文献2参照)なども提案されている。 The following technologies have been proposed as conventional technologies related to automatic transfer. That is, in the automatic transfer system, there has been proposed an automatic transfer system (see Patent Document 1) that prevents an error in the transfer process due to a change in account number accompanying a merger of financial institutions or branch consolidation / consolidation. Also proposed is an automatic transfer system (see Patent Document 2) that allows a customer account that cannot be withdrawn due to a shortage of balance or the like to immediately resume withdrawal when the customer deposits money.
特開2005-107852号公報JP 2005-107852 A 特開2000-194786号公報JP 2000-194786 A
 ユーザ端末が、例えば100万明細といった大量明細のファイル伝送を行う場合、該当ユーザ企業が、金融機関におけるサーバのリソースを占有する時間が長時間に及び、アクセス集中時に他のユーザ企業がサービス利用できなくなる恐れが強い。従って、そうした大量明細のファイル伝送が可能なシステムを構想、構築すること自体難しいと言える。 When a user terminal performs file transmission of a large number of specifications, for example, 1 million specifications, the corresponding user company takes a long time to occupy server resources in a financial institution, and other user companies can use the service when access is concentrated. There is a strong fear of disappearing. Therefore, it can be said that it is difficult to envision and construct a system that can transmit such a large amount of detailed files.
 また、明細ファイル伝送に際し、明細を含むファイル一括での伝送がユーザ端末からなされる場合、金融機関側のサーバでの全データの受信が完了するまではデータの誤りチェックなど確認処理を実行する事ができないという問題もある。従って、大量明細のファイル伝送時であれば、ユーザ端末からの伝送データに誤りがあったとしても、誤りを訂正し送信の再実行が必要であることを判断できるまで非常に時間がかかることになる。 In addition, when a detailed file is transmitted from a user terminal when a detailed file is transmitted from a user terminal, confirmation processing such as data error check is executed until reception of all data at the financial institution server is completed. There is also a problem that cannot be done. Therefore, at the time of file transmission of a large number of specifications, even if there is an error in the transmission data from the user terminal, it takes a very long time until it can be determined that it is necessary to correct the error and re-execute transmission. Become.
 そこで本発明の目的は、ネットワークを利用した金融取引における大量明細の伝送を可能とし、且つデータ伝送中に伝送データの誤り確認を実行できる技術を提供することにある。 Therefore, an object of the present invention is to provide a technology that enables transmission of a large amount of details in a financial transaction using a network and can perform error confirmation of transmission data during data transmission.
 上記課題を解決する本発明の大量明細伝送システムは、他装置とネットワークを介して通信する通信装置と、金融機関との取引用の明細ファイルを格納する記憶装置と、前記明細ファイルを再構成可能に複数に分割して1組のブロックデータ群を生成し、当該ブロックデータ群を構成する各ブロックデータを、取引依頼と共に金融機関のサーバに順次送信する処理を実行する演算装置と、を備える端末と、他装置とネットワークを介して通信する通信装置と、前記ブロックデータを含む取引依頼を端末より順次受信し、受信したブロックデータについて所定の誤りチェックの処理を実行して、誤りが検知された場合に、その誤り情報を前記端末ないし前記端末からアクセス可能な記憶装置に出力する処理を実行する演算装置と、を備えるサーバと、を含むことを特徴とする。 The mass specification transmission system of the present invention that solves the above problems is a communication device that communicates with other devices via a network, a storage device that stores a specification file for transactions with a financial institution, and the specification file can be reconfigured A calculation unit that generates a set of block data groups divided into a plurality of blocks, and executes processing for sequentially transmitting each block data constituting the block data groups to a financial institution server together with a transaction request. And a communication device that communicates with another device via a network, and a transaction request including the block data is sequentially received from the terminal, and a predetermined error check process is executed on the received block data, and an error is detected. A computing device that executes a process of outputting the error information to the terminal or a storage device accessible from the terminal. Characterized in that it comprises server and, a.
 また、本発明の大量明細伝送方法は、他装置とネットワークを介して通信する通信装置と、金融機関との取引用の明細ファイルを格納する記憶装置とを備えた端末が、前記明細ファイルを再構成可能に複数に分割して1組のブロックデータ群を生成し、当該ブロックデータ群を構成する各ブロックデータを、取引依頼と共に金融機関のサーバに順次送信する処理を実行し、他装置とネットワークを介して通信する通信装置を備えたサーバが、前記ブロックデータを含む取引依頼を端末より順次受信し、受信したブロックデータについて所定の誤りチェックの処理を実行して、誤りが検知された場合に、その誤り情報を前記端末ないし前記端末からアクセス可能な記憶装置に出力する処理を実行する、ことを特徴とする。 Also, the mass specification transmission method of the present invention is such that a terminal including a communication device that communicates with another device via a network and a storage device that stores a specification file for transactions with a financial institution re-executes the specification file. A block data group is generated by dividing into a plurality of configurable blocks, and each block data constituting the block data group is sequentially transmitted to a financial institution server together with a transaction request. When a server equipped with a communication device that communicates via the server sequentially receives a transaction request including the block data from the terminal, executes a predetermined error check process on the received block data, and an error is detected The process of outputting the error information to the terminal or a storage device accessible from the terminal is executed.
 また、本発明のサーバは、他装置とネットワークを介して通信する通信装置と、金融機関との取引用の明細ファイルを再構成可能に複数に分割した各ブロックデータを、取引依頼とともに端末より順次受信し、受信したブロックデータについて所定の誤りチェックの処理を実行して、誤りが検知された場合に、その誤り情報を前記端末ないし前記端末からアクセス可能な記憶装置に出力する処理を実行する演算装置と、を備えることを特徴とする。 In addition, the server of the present invention sequentially transmits each block data divided into a plurality of communication devices that communicate with other devices via a network and a detailed file for transaction with a financial institution from a terminal together with a transaction request. An operation for executing a predetermined error check process on the received block data and outputting the error information to the terminal or a storage device accessible from the terminal when an error is detected. And a device.
 本発明によれば、ネットワークを利用した金融取引における大量明細の伝送を可能とし、且つデータ伝送中に伝送データの誤り確認が実行可能となる。 According to the present invention, it is possible to transmit a large amount of details in a financial transaction using a network, and it is possible to perform transmission data error confirmation during data transmission.
本実施形態の大量明細伝送システムのネットワーク構成図である。It is a network block diagram of the mass detailed transmission system of this embodiment. 本実施形態のASPシステムを含むネットワーク構成例を示す図である。It is a figure which shows the network structural example containing the ASP system of this embodiment. 本実施形態におけるサーバのハードウェア構成例を示す図である。It is a figure which shows the hardware structural example of the server in this embodiment. 本実施形態における端末のハードウェア構成例を示す図である。It is a figure which shows the hardware structural example of the terminal in this embodiment. 本実施形態におけるチェックパターンテーブルの例を示す図である。It is a figure which shows the example of the check pattern table in this embodiment. 本実施形態の大量明細伝送方法の手順例を示すフロー図である。It is a flowchart which shows the example of a procedure of the mass detailed transmission method of this embodiment. 本実施形態の大量明細伝送方法の概念図である。It is a conceptual diagram of the mass detailed transmission method of this embodiment. 本実施形態の結果データベースにおける件数・合計金額テーブルの例を示す図である。It is a figure which shows the example of the number of cases and total amount table in the result database of this embodiment. 本実施形態の結果データベースにおけるレコードテーブルの例を示す図である。It is a figure which shows the example of the record table in the result database of this embodiment. 本実施形態における表示画面例を示す図である。It is a figure which shows the example of a display screen in this embodiment.
 例えば、多くの従業員を雇用する企業等は、従業員への給与振込、固定経費などの口座間振替などの処理を金融機関に定期的に依頼する。また、定期的な料金徴収が必要となる膨大な数の顧客を抱える大規模企業、市民や国民に関する徴税業務等を行う地方公共団体や政府組織なども、同様の処理を金融機関に定期的に依頼する。 For example, a company that employs a large number of employees periodically requests financial institutions to process transfers such as inter-account transfers such as salary transfers to employees and fixed expenses. In addition, large corporations with an enormous number of customers who need to collect regular fees, local public bodies and government organizations that perform tax collection services for citizens and citizens, etc., regularly conduct similar processes with financial institutions. Ask.
 従来であれば、それら企業等は、膨大なレコードを含んだ明細ファイルを、磁気ディスクや磁気テープ、光磁気ディスクといった各種媒体に記録し、この媒体を金融機関に持ち込んで処理を依頼するケースが多かった。現在では、いわゆるインターネットバンキングを利用し、企業等の端末から金融機関のシステムに宛てて明細ファイルを伝送する状況が増えている。だが、上述したように、100万明細といった大量明細の伝送を行う場合、伝送を行っている企業のみで金融機関のサーバやネットワークを長時間占有してしまう問題や、明細ファイル中に誤りがあっても、長時間の明細ファイル伝送が完了してからでないとそのチェックが出来ず、業務効率が非常に低下してしまうといった問題があり、現実的でない側面もあった。 Conventionally, these companies record detailed files containing huge records on various media such as magnetic disks, magnetic tapes, and magneto-optical disks, and bring these media to financial institutions to request processing. There were many. Currently, there is an increasing situation in which detailed files are transmitted from a terminal of a company or the like to a system of a financial institution using so-called Internet banking. However, as described above, when transmitting a large amount of details such as one million items, there is a problem that only the company that performs the transmission occupies a server or network of a financial institution for a long time, or there is an error in the specification file. However, there is a problem that the check cannot be performed unless the detailed file transmission is completed for a long time, and the work efficiency is extremely lowered.
 本実施形態の大量明細伝送システム100は、そうした問題を解決して、ネットワークを利用した金融取引における大量明細の伝送を可能とし、且つデータ伝送中に伝送データの誤り確認を実行可能とするコンピュータシステムである。以下に本発明の実施形態について図面を用いて詳細に説明する。図1は本実施形態の大量明細伝送システム100のネットワーク構成図であり、図2は本実施形態のASPシステム20を含むネットワーク構成例を示す図である。 The mass specification transmission system 100 of the present embodiment solves such a problem, enables transmission of a large amount of specification in a financial transaction using a network, and enables execution of error confirmation of transmission data during data transmission. It is. Embodiments of the present invention will be described below in detail with reference to the drawings. FIG. 1 is a network configuration diagram of a mass specification transmission system 100 of the present embodiment, and FIG. 2 is a diagram illustrating an example of a network configuration including an ASP system 20 of the present embodiment.
 図1に示す大量明細伝送システム100は、金融機関と法人インターネットバンキング利用契約等の契約を交わしてあるユーザ企業の端末すなわちユーザ端末300と、明細ファイルを受け付けて振込や振替等の処理を行う金融機関が運営するサーバ200とから構成される。本実施形態におけるサーバ200は、Web/APサーバ220、Cacheサーバ240、CEPサーバ260、およびDBサーバ280で構成されている。こうしたWeb/APサーバ220、Cacheサーバ240、CEPサーバ260、およびDBサーバ280の詳細については後述する。なお、単体のサーバ装置でサーバ200を構成するとしても勿論よい。 A large-scale detailed transmission system 100 shown in FIG. 1 includes a terminal of a user company that has signed a contract such as a corporate Internet banking usage contract with a financial institution, that is, a user terminal 300, and a financial system that receives a detailed file and performs processing such as transfer and transfer And a server 200 operated by an institution. The server 200 in this embodiment includes a Web / AP server 220, a Cache server 240, a CEP server 260, and a DB server 280. Details of the Web / AP server 220, Cache server 240, CEP server 260, and DB server 280 will be described later. Of course, the server 200 may be configured by a single server device.
 また、本実施形態の大量明細伝送システム100の適宜な機能を、金融機関個別にシステムを専用に構築するのではなく、図2に例示するように、該当機能をASPシステム20に構築し、ASP(Application Service Provider)サービスとして金融機関にサービス提供し、ユーザ企業らに利用させる形態も想定できる。こうしたASPサービスとして本実施形態の大量明細伝送技術を提供すれば、ユーザ企業はユーザ端末300のWebブラウザ330等を通じて、ASPシステム20にインストールされたアプリケーションソフトを利用し、大量明細伝送の処理を行うことができる。図2に示した例では、このASPシステム20が、既存の法人インターネットバンキングシステム25に対し、後述する誤りチェック等の処理結果に応じて、明細ファイルを受け渡し、法人インターネットバンキングシステム25と勘定系システム290との間で処理された上述の明細ファイルの処理結果を、取得する形態を示した。勿論、こうした形態は一例であり、例示した態様に限定されない。 Further, appropriate functions of the mass specification transmission system 100 of the present embodiment are not constructed exclusively for each financial institution, but the corresponding functions are constructed in the ASP system 20 as illustrated in FIG. (Application Service Provider) As a service, it can be assumed that the service is provided to financial institutions and used by user companies. If the mass specification transmission technology of this embodiment is provided as such an ASP service, the user company uses the application software installed in the ASP system 20 through the Web browser 330 or the like of the user terminal 300 to perform processing of mass specification transmission. be able to. In the example shown in FIG. 2, this ASP system 20 delivers a detailed file to an existing corporate internet banking system 25 in accordance with processing results such as an error check described later, and the corporate internet banking system 25 and the accounting system. The form which acquires the processing result of the above-mentioned detailed file processed between 290 was shown. Of course, such a form is an example and is not limited to the illustrated embodiment.
 また、図1に例示した大量明細伝送システム100のサーバ200は、金融機関内のネットワークを介して勘定系システム290と結ばれている。ユーザ端末300より伝送されてきた明細ファイルは、誤りチェックの結果に応じて、サーバ200から勘定系システム290に渡される。勘定系システム290では明細ファイルを受け取り、明細ファイルの指定する振込や振替等の所定の処理を実行し、その処理結果をサーバ200に返す。サーバ200は勘定系システム290から受け取った処理結果をユーザ端末300に通知し、一連の処理は完了する。つまりサーバ200は、ユーザ端末300から伝送されてくる明細ファイルが含む振込、振替等のデータのチェック、コンバート、勘定系システム290への送信、勘定系システム290からの結果受信、この結果のユーザ端末300への返却、データのステータス管理、過去の送信データの再投入処理等を行う。 Further, the server 200 of the mass specification transmission system 100 illustrated in FIG. 1 is connected to the billing system 290 via a network in the financial institution. The detail file transmitted from the user terminal 300 is transferred from the server 200 to the billing system 290 according to the result of the error check. The account system 290 receives the detail file, executes predetermined processing such as transfer and transfer designated by the detail file, and returns the processing result to the server 200. The server 200 notifies the user terminal 300 of the processing result received from the billing system 290, and a series of processing is completed. That is, the server 200 checks data such as transfer and transfer included in the detailed file transmitted from the user terminal 300, converts, transmits to the billing system 290, receives the result from the billing system 290, and the user terminal of the result Return to 300, data status management, re-transmission processing of past transmission data, and the like.
 図3は本実施形態におけるサーバ200のハードウェア構成例を示す図である。また、大量明細伝送システム100を構成するサーバ200のハードウェア構成は以下の如くとなる。サーバ200は、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶装置201、RAMなど一時的記憶装置で構成されるメモリ203、記憶装置201に保持されるプログラム202をメモリ203に読み出すなどして実行しサーバ装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうCPU204(演算装置)、ネットワーク120と接続し他装置との通信処理を担う通信装置205を備える。こうした構成は、サーバ200を構成する、Web/APサーバ220、Cacheサーバ240、CEPサーバ260、およびDBサーバ280に共通する。 FIG. 3 is a diagram illustrating a hardware configuration example of the server 200 in the present embodiment. Further, the hardware configuration of the server 200 constituting the mass specification transmission system 100 is as follows. The server 200 reads out the storage device 201 composed of an appropriate non-volatile storage device such as a hard disk drive, the memory 203 composed of a temporary storage device such as RAM, and the program 202 held in the storage device 201 to the memory 203. And a central processing unit (CPU) 204 (arithmetic unit) that performs overall control of the server device itself and performs various determinations, computations, and control processes, and a communication device 205 that is connected to the network 120 and handles communication processing with other devices. Such a configuration is common to the Web / AP server 220, the Cache server 240, the CEP server 260, and the DB server 280 constituting the server 200.
 図4は本実施形態におけるユーザ端末300のハードウェア構成例を示す図である。また同様に、大量明細伝送システム100を構成するユーザ端末300のハードウェア構成は以下の如くとなる。ユーザ端末300は、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶装置301、RAMなど一時的記憶装置で構成されるメモリ303、記憶装置301に保持されるプログラム302をメモリ303に読み出すなどして実行し端末自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうCPU304(演算装置)、ネットワーク120と接続しサーバ200との通信処理を担う通信装置305、ユーザ企業の担当者等からの入力操作を受け付けるキーボードやマウス等の入力装置306、および、処理結果を表示するディスプレイ等の出力装置307を備える。 FIG. 4 is a diagram illustrating a hardware configuration example of the user terminal 300 in the present embodiment. Similarly, the hardware configuration of the user terminal 300 that constitutes the mass specification transmission system 100 is as follows. The user terminal 300 includes a storage device 301 configured by an appropriate non-volatile storage device such as a hard disk drive, a memory 303 configured by a temporary storage device such as a RAM, and reads out a program 302 held in the storage device 301 to the memory 303. CPU 304 (arithmetic unit) for performing overall control of the terminal itself and performing various determinations, computations and control processing, a communication unit 305 connected to the network 120 and responsible for communication processing with the server 200, a person in charge of a user company, etc. An input device 306 such as a keyboard and a mouse for receiving an input operation from the input device, and an output device 307 such as a display for displaying the processing result.
 続いて、本実施形態の大量明細伝送システム100が備える機能について説明する。上述したように、以下に説明する機能は、大量明細伝送システム100を構成するサーバ200およびユーザ端末300が、それぞれ備えるプログラムを実行することで実装される機能と言える。なお、ユーザ端末300は、金融機関との取引用の明細ファイル310を記憶装置301に格納しているものとする。この明細ファイル310としては、例えば、総合口座振り込み、給与振り込み、口座振替といった取引に関するものがあげられる。 Subsequently, functions provided in the mass specification transmission system 100 of the present embodiment will be described. As described above, the functions described below can be said to be functions that are implemented by executing the programs included in the server 200 and the user terminal 300 that constitute the mass specification transmission system 100, respectively. It is assumed that the user terminal 300 stores a detailed file 310 for transactions with financial institutions in the storage device 301. Examples of the detail file 310 include those related to transactions such as general account transfer, salary transfer, and account transfer.
 また、サーバ200は、記憶装置201において、金融取引用の明細ファイル310を構成するレコードの、フォーマット別の誤りチェックパターンを格納しているものとする。レコードのフォーマットとしては、ヘッダレコード、エンドレコード、データレコード、トレーラレコードの4種類があげられる。ヘッダレコードは、該当明細ファイル310の開始を宣言するレコードであり、明細ファイル提出先の金融機関のコードや処理の依頼元の各種情報も含まれている。また、エンドレコードは、該当明細ファイル310の終了を宣言するレコードである。これらヘッダレコードおよびエンドレコードは、明細ファイル単位で必ずペアになる。また、データレコードは、振込先や振替先などの口座情報や振込や振替の金額情報が記述されている。また、トレーラレコードは、該当明細ファイル310における依頼処理の合計件数や合計金額の情報が含まれている。こうしたレコードのフォーマットは、各金融機関や金融機関の連合体、或いは地方公共団体や政府機関など、明細ファイル310の取り扱い組織毎に異なっている。そのため、サーバ200は、フォーマット別の誤りチェックパターンを、そうした組織別に記憶装置201に保持している。 Further, it is assumed that the server 200 stores an error check pattern for each format of the records constituting the financial transaction detail file 310 in the storage device 201. There are four types of record formats: header record, end record, data record, and trailer record. The header record is a record that declares the start of the corresponding detail file 310, and includes the code of the financial institution to which the detail file is submitted and various information of the requester of processing. The end record is a record that declares the end of the corresponding detail file 310. These header records and end records are always paired in detail file units. Further, the data record describes account information such as a transfer destination and a transfer destination, and money transfer and transfer amount information. Further, the trailer record includes information on the total number of request processing and the total amount in the corresponding detail file 310. The format of such a record differs depending on the handling organization of the detail file 310, such as each financial institution, a federation of financial institutions, a local public entity, or a government agency. Therefore, the server 200 holds the error check pattern for each format in the storage device 201 for each organization.
 ユーザ端末300は、記憶装置301から明細ファイル310を読み出し、これを再構成可能に複数に分割して1組のブロックデータ群を生成し、当該ブロックデータ群を構成する各ブロックデータを、取引依頼と共にサーバ200に順次送信する処理を実行する機能を備える。なお、Web/APサーバ220が、明細ファイル310の提供をユーザ端末300から受け、これを再構成可能に複数に分割して1組のブロックデータ群を生成し、当該ブロックデータ群を構成する各ブロックデータを自身の記憶装置に格納するとしてもよい。 The user terminal 300 reads the detail file 310 from the storage device 301, divides it into a plurality of reconfigurable data, generates a set of block data groups, and makes a transaction request for each block data constituting the block data group. At the same time, it has a function of executing processing for sequentially transmitting to the server 200. The Web / AP server 220 receives the specification file 310 from the user terminal 300, divides it into a plurality of reconfigurable pieces, generates a set of block data groups, and configures each block data group. The block data may be stored in its own storage device.
 一方、サーバ200は、ブロックデータを含む取引依頼を上述のユーザ端末300より順次受信し、受信したブロックデータについて所定の誤りチェックの処理を実行して、誤りが検知された場合に、その誤り情報をユーザ端末300ないしユーザ端末300からネットワーク120を介しアクセス可能なwebサーバなどの記憶装置に出力する機能を備える。この場合、サーバ200は、ユーザ端末300から受信したブロックデータを再構成可能にレコード単位で分割して、当該分割した各レコードと誤りチェックパターンとの照合処理を、該当レコードが示すレコードフォーマット別に並列処理し、当該照合処理においてレコードに誤りが検知された場合、その誤り情報をユーザ端末300ないしユーザ端末300からネットワーク120を介しアクセス可能なWeb/APサーバ220の記憶装置に出力する。サーバ200は、上述のように分割した各レコードと、該当レコードのフォーマットに応じた誤りチェックパターン(記憶装置201から読み出す)との照合処理を、該当レコードが示すレコードフォーマット別に並列処理し、当該照合処理においてレコードに誤りが検知された場合、その誤り情報をユーザ端末300ないしユーザ端末300末からネットワーク120を介しアクセス可能なwebサーバなどの記憶装置に出力する機能を備える。 On the other hand, the server 200 sequentially receives transaction requests including block data from the user terminal 300 described above, executes a predetermined error check process on the received block data, and if an error is detected, the error information Is output to a storage device such as a web server accessible from the user terminal 300 or the user terminal 300 via the network 120. In this case, the server 200 divides the block data received from the user terminal 300 into record units so as to be reconfigurable, and performs collation processing between the divided records and the error check pattern for each record format indicated by the corresponding record. If an error is detected in the record in the matching process, the error information is output from the user terminal 300 or the user terminal 300 to the storage device of the Web / AP server 220 accessible via the network 120. The server 200 performs collation processing of each record divided as described above and an error check pattern (read from the storage device 201) according to the format of the corresponding record in parallel for each record format indicated by the corresponding record. When an error is detected in a record during processing, the error information is output to a storage device such as a web server accessible from the user terminal 300 or the end of the user terminal 300 via the network 120.
 また、サーバ200は、上述のレコードに関する照合処理を、ユーザ端末300から順次受信したブロックデータごとに実行し、こうした照合処理の結果、同じ群を構成する全ブロックデータの全レコードに誤りが無かった場合、該当取引依頼に関するブロックデータを明細ファイル310に再構成し、勘定系システム290に引き渡す機能を備える。 In addition, the server 200 executes the above-described collation processing for the records for each block data sequentially received from the user terminal 300, and as a result of such collation processing, there is no error in all the records of all the block data constituting the same group. In this case, the block data relating to the transaction request is reconstructed into the detail file 310 and provided to the billing system 290.
 また、サーバ200は、ユーザ端末300からネットワーク120を介しアクセスが可能なwebサーバなどの記憶装置に出力した誤り情報を、ユーザ端末300からの取得要求に応じて読み出して、該当ユーザ端末300に返す機能を備える。 Also, the server 200 reads error information output from the user terminal 300 to a storage device such as a web server that can be accessed via the network 120 in response to an acquisition request from the user terminal 300 and returns the error information to the user terminal 300. It has a function.
 一方、ユーザ端末300は、サーバ200に対し、一定時間ごとに誤り情報の取得要求を通知して、取得要求ごとにサーバ200が返した誤り情報の件数をカウントし、当該カウント値が所定基準以上となった際に、ブロックデータの送信を中断する機能を備える。 On the other hand, the user terminal 300 notifies the server 200 of an error information acquisition request at regular intervals, counts the number of error information returned by the server 200 for each acquisition request, and the count value is equal to or greater than a predetermined reference. In this case, a function of interrupting transmission of block data is provided.
 また、ユーザ端末300は、上述した同じ群を構成するブロックデータのうち、元の明細ファイル310の最後尾から分割した最後尾ブロックデータに、元の明細ファイル310が含むレコードの総件数の情報を付与する機能を備える。 In addition, the user terminal 300 includes information on the total number of records included in the original detail file 310 in the last block data divided from the tail of the original detail file 310 among the block data constituting the same group. It has the function to grant.
 この場合、サーバ200は、ユーザ端末300から受信したブロックデータを再構成可能にレコード単位で分割した際、当該分割したレコードの件数を記憶装置201に格納する処理を、ブロックデータごとに繰り返し実行し、上述の最後尾ブロックデータを再構成可能にレコード単位で分割し、当該分割したレコードの件数を記憶装置201に格納した際、これら同じ群を構成する各ブロックデータに関して得たレコードの件数を合算し、当該合算値を、最後尾ブロックデータに付与された総件数の情報と照合して、ユーザ端末300で付与された総件数が実際のレコードの件数と一致するか判定し、この判定結果を、ユーザ端末300ないしユーザ端末300からネットワーク120を介しアクセス可能なwebサーバなどの記憶装置に出力する機能を備える。 In this case, when the block data received from the user terminal 300 is divided in units of records so that the block data is reconfigurable, the server 200 repeatedly executes the process of storing the number of the divided records in the storage device 201 for each block data. When the above-mentioned last block data is divided in record units so as to be reconfigurable and the number of the divided records is stored in the storage device 201, the number of records obtained for each block data constituting the same group is added up. Then, the total value is checked against the information on the total number of cases given to the last block data to determine whether the total number given by the user terminal 300 matches the actual number of records. A storage device such as a web server accessible from the user terminal 300 to the user terminal 300 via the network 120 A function of output.
 また、ユーザ端末300は、上述した同じ群を構成するブロックデータのうち、元の明細ファイル310の最後尾から分割した最後尾ブロックデータに、元の明細ファイル310が含む各レコードの示す金額の合計金額の情報を付与する機能を備える。 The user terminal 300 adds the sum of the amounts indicated by the records included in the original detail file 310 to the last block data divided from the tail of the original detail file 310 among the block data constituting the same group. It has a function to add money amount information.
 この場合、サーバ200は、ユーザ端末300から受信したブロックデータを再構成可能にレコード単位で分割した際、当該分割したレコードが示す金額の情報を記憶装置201に格納する処理を、ブロックデータごとに繰り返し実行し、上述の最後尾ブロックデータを再構成可能にレコード単位で分割し、当該分割したレコードが示す金額の情報を記憶装置201に格納した際、これら同じ群を構成する各ブロックデータに関して得た各レコードが示す金額を合算し、この合算値を、最後尾ブロックデータに付与された合計金額の情報と照合して、ユーザ端末300で付与された合計金額が実際のレコードが示した金額の合算値と一致するか判定し、この判定結果を、ユーザ端末300ないしユーザ端末300からネットワーク120を介しアクセス可能なwebサーバなどの記憶装置に出力する機能を備える。 In this case, when the server 200 divides the block data received from the user terminal 300 into record units so as to be reconfigurable, the server 200 performs processing for storing the information of the amount indicated by the divided record in the storage device 201 for each block data. When the above-mentioned last block data is divided into record units so as to be reconfigurable and information on the amount of money indicated by the divided records is stored in the storage device 201, it is obtained for each block data constituting the same group. The total amount given by the user terminal 300 is compared with the information of the total amount given to the last block data, and the total amount given by the user terminal 300 is the amount indicated by the actual record. It is determined whether the total value matches, and the determination result is sent from the user terminal 300 to the user terminal 300 to the network 120. And a function of outputting to a storage device such as accessible web server.
 続いて、本実施形態の大量明細伝送システム100が用いるテーブル類について説明する。図5に、本実施形態におけるチェックパターンテーブル265の一例を示す。チェックパターンテーブル265は、例えばサーバ200のうちCEPサーバ260が保持するテーブルであり、明細ファイル310を構成するレコードの、フォーマット別の誤りチェックパターンを記述したテーブルである。そのデータ構造は、取り扱い金融機関の識別情報およびレコードフォーマットの種別情報をキーとして、チェック対象箇所のID、チェック対象箇所の値として許容される文字コード種別、桁数、文字か数値か、銀行番号の実在有無、といったチェック内容に関するたデータの集合体である。 Subsequently, tables used by the mass specification transmission system 100 of the present embodiment will be described. FIG. 5 shows an example of the check pattern table 265 in the present embodiment. The check pattern table 265 is, for example, a table held by the CEP server 260 in the server 200, and is a table describing an error check pattern for each format of records constituting the detail file 310. The data structure is the identification information of the handling financial institution and the record format type information as keys, the ID of the location to be checked, the character code type allowed as the value of the location to be checked, the number of digits, characters or numbers, bank number This is a collection of data related to the check contents, such as the existence or nonexistence of.
 レコードのフォーマットとしては、ヘッダレコード、エンドレコード、データレコード、トレーラレコードの4種類があげられる。こうしたレコードのフォーマットは、各金融機関や金融機関の連合体、或いは地方公共団体や政府機関など、明細ファイル310の取り扱い組織毎に異なっている。そのため、このチェックパターンテーブル265は、4種のフォーマット別の誤りチェックパターンを、そうした組織別に格納している。 There are four types of record formats: header record, end record, data record, and trailer record. The format of such a record differs depending on the handling organization of the detail file 310, such as each financial institution, a federation of financial institutions, a local public entity, or a government agency. Therefore, this check pattern table 265 stores four types of error check patterns for each format for each organization.
 以下、本実施形態における大量明細伝送方法の実際手順について図に基づき説明する。以下で説明する大量明細伝送方法に対応する各種動作は、大量明細伝送システム100がメモリ203に読み出して実行するプログラムによって実現される。そして、これらのプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。 Hereinafter, the actual procedure of the mass specification transmission method in the present embodiment will be described with reference to the drawings. Various operations corresponding to the mass specification transmission method described below are realized by a program that the mass specification transmission system 100 reads out to the memory 203 and executes. These programs are composed of codes for performing various operations described below.
 図6は、本実施形態における大量明細伝送方法の処理手順例を示すフロー図であり、図6Aは本実施形態の大量明細伝送方法の概念図である。この場合、まず、企業のユーザ端末300が、ASPサーバであるWeb/APサーバ220にログインする(s100)。Web/APサーバ220ではユーザ端末300からのログイン要求を受けて、ユーザ端末300から提示されたユーザIDとパスワードを、記憶装置に予め保持する認証情報に照合し、ログイン処理を実行する(s101)。認証に成功し正常にログインできた場合(s101:y)、Web/APサーバ220は、該当ユーザ端末300に対し、該当ユーザの企業名、取引金融機関の情報を含めて、ログイン成功を通知し、アクセスを許可する(s102)。 FIG. 6 is a flowchart illustrating an example of a processing procedure of the mass specification transmission method according to this embodiment, and FIG. 6A is a conceptual diagram of the mass specification transmission method according to this embodiment. In this case, first, the corporate user terminal 300 logs in to the Web / AP server 220, which is an ASP server (s100). In response to the login request from the user terminal 300, the Web / AP server 220 collates the user ID and password presented from the user terminal 300 with the authentication information previously stored in the storage device, and executes the login process (s101). . When the authentication is successful and the login is successful (s101: y), the Web / AP server 220 notifies the user terminal 300 of the login success including the company name of the user and the information of the financial institution. The access is permitted (s102).
 一方、Web/APサーバ220にログインしたユーザ端末300は、入力装置306で受けたユーザ指定に応じて、或いは、予め定められていたスケジュールに応じて、記憶装置301から、処理対象となる、総合口座振り込み、給与振り込み、口座振替等の明細ファイル310を読み出す(s103)。 On the other hand, the user terminal 300 that has logged into the Web / AP server 220 is subject to processing from the storage device 301 in accordance with a user designation received by the input device 306 or according to a predetermined schedule. The detailed file 310 for account transfer, salary transfer, account transfer, etc. is read (s103).
 ユーザ端末300は、記憶装置301から読み出した明細ファイル310を複数に分割して1組のブロックデータ群を生成する(s104)。この時、ユーザ端末300は、元の明細ファイル310の識別情報は勿論のこと、各ブロックデータを一意に識別可能な通し番号を、各ブロックデータに付与し、必要な場合に随意に元の明細ファイル310に再構成出来るよう、分割処理を行っている。また、ユーザ端末300は、各ブロックデータに、上述のステップs102の通知でWeb/APサーバ220から得ている、該当ユーザの企業名、取引金融機関の情報を付与している。こうした各ブロックデータは複数のレコードを含んでいる。 The user terminal 300 divides the detail file 310 read from the storage device 301 into a plurality of pieces to generate a set of block data groups (s104). At this time, the user terminal 300 gives each block data a serial number that can uniquely identify each block data as well as the identification information of the original detail file 310, and optionally the original detail file if necessary. The division processing is performed so that it can be reconfigured to 310. In addition, the user terminal 300 gives each block data the company name of the corresponding user and information on the financial institution obtained from the Web / AP server 220 by the notification in step s102 described above. Each block data includes a plurality of records.
 また、ユーザ端末300は、上述した同じ群を構成するブロックデータのうち、元の明細ファイル310の最後尾から分割した最後尾ブロックデータに、元の明細ファイル310が含むレコードの総件数の情報と、元の明細ファイル310が含む各レコードの示す金額の合計金額の情報とを付与するものとする。 Further, the user terminal 300 includes information on the total number of records included in the original detail file 310 in the last block data divided from the tail of the original detail file 310 among the block data constituting the same group described above. Suppose that information on the total amount of money indicated by each record included in the original detail file 310 is given.
 続いて、ユーザ端末300は、上述したブロックデータ群を構成する各ブロックデータを、総合口座振り込み、給与振り込み、口座振替といった取引の依頼と共にWeb/APサーバ220に順次送信する(s105)。Web/APサーバ220は、ユーザ端末300からブロックデータを受信して、これを並列処理しCacheサーバ240に送信する(s106)。 Subsequently, the user terminal 300 sequentially transmits each block data constituting the block data group to the Web / AP server 220 together with a transaction request such as general account transfer, salary transfer, and account transfer (s105). The Web / AP server 220 receives block data from the user terminal 300, processes it in parallel, and transmits it to the cache server 240 (s106).
 一方、Cacheサーバ240は、Web/APサーバ220から受信したブロックデータを再構成可能にレコード単位で分割し、当該分割したレコードの件数と、当該分割したレコードが示す金額の情報を、記憶装置における結果データベース245の件数・合計金額テーブル247に格納する(s107)。Cacheサーバ240は、このレコードの件数と金額の情報を結果データベース245に格納する処理を、ブロックデータごとに繰り返し実行する。 On the other hand, the Cache server 240 divides the block data received from the Web / AP server 220 into record units so as to be reconfigurable, and stores information on the number of the divided records and the amount of money indicated by the divided records in the storage device. The number is stored in the number / total amount table 247 of the result database 245 (s107). The Cache server 240 repeatedly executes the process of storing information on the number and amount of records in the result database 245 for each block data.
 なお、Cacheサーバ240は、元のブロックデータの識別情報は勿論のこと、各レコードを一意に識別可能な通し番号を各レコードに付与し、必要な場合に元のブロックデータに再構成出来るよう、分割処理を行っている。 The cache server 240 assigns each record a serial number that can uniquely identify each record as well as the identification information of the original block data, and divides the record so that the original block data can be reconstructed when necessary. Processing is in progress.
 また、Cacheサーバ240は、上述のようにブロックデータを分割し生成したレコードをキュー(待ち行列)に投入し、キュー先頭から順にCEP(Complex Event Processing)サーバ260に順番に投入する(s108)。なお、レコードを投入するキューは、Web/APサーバ220から受信し始めたブロックの数だけ用意して、CEPサーバ260への投入を並行処理してもよい。 Further, the Cache server 240 puts the records generated by dividing the block data as described above into a queue (queue), and sequentially puts them into a CEP (Complex Event Processing) server 260 in order from the top of the queue (s108). Note that as many queues as the records are input may be prepared for the number of blocks that have started to be received from the Web / AP server 220, and the input to the CEP server 260 may be processed in parallel.
 なお、Cacheサーバ240は、Web/APサーバ220から受信したブロックデータを再構成可能にレコード単位で分割した際、当該分割したレコードの件数を結果データベース245の件数・合計金額テーブル247に格納する処理を、ブロックデータごとに繰り返し実行し、上述の最後尾ブロックデータを再構成可能にレコード単位で分割し、当該分割したレコードの件数を結果データベース245の件数・合計金額テーブル247に格納した際、これら同じ群を構成する各ブロックデータに関して得たレコードの件数を合算し、当該合算値を、最後尾ブロックデータに付与された総件数の情報と照合して、ユーザ端末300で付与された総件数が実際のレコードの件数と一致するか判定するとすれば好適である。または、Cacheサーバ240は、Web/APサーバ220から受信したブロックデータを再構成可能にレコード単位で分割し、生成したレコードをキュー(待ち行列)に投入し、キュー先頭から順にCEP(Complex Event Processing)サーバ260に順番に投入し、レコードを投入するキューは、Web/APサーバ220から受信し始めたブロックの数だけ用意して、CEPサーバ260への投入を並行処理を行い、ストリームデータ処理における照合処理の結果をCacheサーバ240に送られた際に、当該送られたレコードの件数を結果データベース245の件数・合計金額テーブル247に格納する処理をレコードごとに繰り返し実行することで、当該合算値を、最後尾ブロックデータに付与された総件数の情報と照合して、ユーザ端末300で付与された総件数が実際のレコードの件数と一致するか判定するとしてもよい。 When the cache server 240 divides the block data received from the Web / AP server 220 in record units so as to be reconfigurable, the cache server 240 stores the number of the divided records in the number / total amount table 247 of the result database 245. Are repeatedly executed for each block data, and the above-mentioned last block data is reconfigurable and divided into record units, and the number of the divided records is stored in the number / total amount table 247 of the result database 245, The number of records obtained for each block data constituting the same group is added up, and the total value is checked against the information on the total number of pieces assigned to the last block data. It is preferable to determine whether or not it matches the actual number of records. Alternatively, the Cache server 240 divides the block data received from the Web / AP server 220 into reconfigurable records in units of records, puts the generated records into a queue (queue), and sequentially executes the CEP (Complex Event Processing) from the top of the queue. ) The queues that are inserted in the server 260 in order and the records are input are prepared as many as the number of blocks that have started to be received from the Web / AP server 220, and the input to the CEP server 260 is performed in parallel. When the result of the matching process is sent to the cache server 240, the process of storing the number of records sent in the number of records / total amount table 247 of the result database 245 is repeatedly executed for each record, so that the total value Is compared with the total number of information assigned to the last block data. It may be determined whether the total number granted at The terminal 300 matches the number of actual record.
 また、Cacheサーバ240は、Web/APサーバ220から受信したブロックデータを再構成可能にレコード単位で分割した際、当該分割したレコードが示す金額の情報を結果データベース245の件数・合計金額テーブル247に格納する処理を、ブロックデータごとに繰り返し実行し、上述の最後尾ブロックデータを再構成可能にレコード単位で分割し、当該分割したレコードが示す金額の情報を結果データベース245の件数・合計金額テーブル247に格納した際、これら同じ群を構成する各ブロックデータに関して得た各レコードが示す金額を合算し、この合算値を、最後尾ブロックデータに付与された合計金額の情報と照合して、ユーザ端末300で付与された合計金額が実際のレコードが示した金額の合算値と一致するか判定するとすれば好適である。 Further, when the cache server 240 divides the block data received from the Web / AP server 220 into record units so as to be reconfigurable, information on the amount indicated by the divided record is stored in the number / total amount table 247 of the result database 245. The storing process is repeatedly executed for each block data, the above-mentioned last block data is divided in record units so as to be reconfigurable, and the amount information indicated by the divided records is stored in the number / total amount table 247 of the result database 245. The total amount indicated by each record obtained with respect to each block data constituting the same group is summed, and this total value is collated with information on the total amount given to the last block data, and the user terminal The total amount given in 300 matches the sum of the amount indicated by the actual record. It is preferred to that determine.
 または、Cacheサーバ240は、Web/APサーバ220から受信したブロックデータを再構成可能にレコード単位で分割し、生成したレコードをキュー(待ち行列)に投入し、キュー先頭から順にCEP(Complex Event Processing)サーバ260に順番に投入し、レコードを投入するキューは、Web/APサーバ220から受信し始めたブロックの数だけ用意して、CEPサーバ260への投入を並行処理を行い、ストリームデータ処理における照合処理の結果をCacheサーバ240に送られた際に、当該送られたレコードが示す金額を合算し、この合算値を結果データベース245の件数・合計金額テーブル247に格納する処理をレコードごとに繰り返し実行することで、分割したレコードが示す金額を合算し、当該合算値を、最後尾ブロックデータに付与された金額の情報と照合して、ユーザ端末300で付与された合計金額が実際のレコードが示した金額の合算値と一致するか判定する、としてもよい。 Alternatively, the Cache server 240 divides the block data received from the Web / AP server 220 into reconfigurable records in units of records, puts the generated records into a queue (queue), and sequentially executes the CEP (Complex Event Processing) from the top of the queue. ) The queues that are inserted in the server 260 in order and the records are input are prepared as many as the number of blocks that have started to be received from the Web / AP server 220, and the input to the CEP server 260 is performed in parallel. When the result of the collation process is sent to the cache server 240, the amount indicated by the sent record is summed, and the process of storing this sum value in the number / total amount table 247 of the result database 245 is repeated for each record. By executing, sum the amount indicated by the divided records, and the sum , The last block data against the granted amount of information to determine whether it matches the sum of the amounts which the total amount granted by the user terminal 300 shown is the actual record may be.
 Cacheサーバ240は、上述した総件数に関する判定結果と合計金額に関する判定結果を、一定時間毎の要求に応じて結果データベース245の件数・合計金額テーブル247より読み出してWeb/APサーバ220に提供する。Web/APサーバ220は、こうして得た判定結果を、DBサーバ280の結果データベース285に格納しておく。 The Cache server 240 reads the determination result regarding the total number of cases and the determination result regarding the total amount from the number / total amount table 247 of the result database 245 in response to a request for every predetermined time, and provides them to the Web / AP server 220. The Web / AP server 220 stores the determination result thus obtained in the result database 285 of the DB server 280.
 一方、CEPサーバ260は、Cacheサーバ240より受け取ったレコードを、いわゆるストリームデータ処理により、フォーマットに関する誤りチェックを該当レコードが示すレコードフォーマット別に並列処理する(s109)。より具体的には、CEPサーバ260は、Cacheサーバ240より受信したレコードのうち、例えばヘッダレコードが示す、明細ファイル提出先の金融機関のコードを読み取り、このコードが示す金融機関に関する、レコードフォーマット種類毎の誤りチェックパターンを、チェックパターンテーブル265から読み取る。CEPサーバ260は、読み取った各レコードフォーマット(ヘッダレコード、エンドレコード、データレコード、トレーラレコード)の誤りチェックパターンを、レコードフォーマット毎のストリームに設定する。このストリームは、レコードと誤りチェックパターンとの照合処理を実行して、該当レコードに関して記述誤りが無いか確認する機能部265である。 On the other hand, the CEP server 260 performs parallel processing on the records received from the Cache server 240 by so-called stream data processing for each record format indicated by the corresponding records (s109). More specifically, the CEP server 260 reads, for example, the code of the financial institution to which the detailed file is submitted, indicated by the header record, among the records received from the Cache server 240, and the record format type relating to the financial institution indicated by this code Each error check pattern is read from the check pattern table 265. The CEP server 260 sets an error check pattern of each read record format (header record, end record, data record, trailer record) in a stream for each record format. This stream is a functional unit 265 that executes a collation process between a record and an error check pattern to check whether there is a description error regarding the record.
 CEPサーバ260は、Cacheサーバ240より受信したレコードと、誤りチェックパターンとを照合することで、誤りチェックパターンが示す、レコード中のチェック対象箇所について、該当箇所に記述された値が、許容される文字コード種別であるか、桁数は許容値内か、記述されるべき文字或いは数値か、記述された値が示す銀行番号は実在するか、といったチェック内容に関し確認を行っていく。 The CEP server 260 collates the record received from the Cache server 240 with the error check pattern, so that the value described in the corresponding part of the check target part in the record indicated by the error check pattern is allowed. Whether the character code type, the number of digits is within the allowable value, the character or numerical value to be described, or the bank number indicated by the described value actually exists is checked.
 また、CEPサーバ260は、上述のストリームデータ処理における照合処理の結果をCacheサーバ240に送る(s110)。上述の照合処理においてレコードに誤りが検知された場合、勿論、Cacheサーバ240に送られる結果は、該当レコードに関する誤り情報を含むものとなる。 Further, the CEP server 260 sends the result of the collation process in the above stream data process to the Cache server 240 (s110). When an error is detected in the record in the above collation process, of course, the result sent to the Cache server 240 includes error information related to the record.
 一方、Cacheサーバ240は、こうした照合処理の結果をCEPサーバ260より受信し、結果データベース245のレコードテーブル246に格納する(s111)。図7に、本実施形態の結果データベース245における件数・合計金額テーブル247の例を示し、図7Aに、本実施形態の結果データベース245におけるレコードテーブル246の例を示す。結果データベース245には、上述した通り件数・合計金額テーブル247とレコードテーブル246が含まれている。そのうち件数・合計金額テーブル247には、ブロックデータを分割したレコードの件数(累積値)、レコードが示す金額(累積額)の情報が、レコードの源であるブロックデータの識別情報および該当ブロックデータの源である明細ファイルの識別情報に対応付けて格納されている。また、レコードテーブル246には、レコードと誤りチェックパターンとの照合結果のデータが、レコードの識別情報、該当レコードの源であるブロックデータの識別情報、および該当ブロックデータの源である明細ファイルの識別情報に対応付けて格納されている。 Meanwhile, the Cache server 240 receives the result of such collation processing from the CEP server 260 and stores it in the record table 246 of the result database 245 (s111). FIG. 7 shows an example of the number / total amount table 247 in the result database 245 of this embodiment, and FIG. 7A shows an example of the record table 246 in the result database 245 of this embodiment. The result database 245 includes the number of cases / total amount table 247 and the record table 246 as described above. Among them, the number / total amount table 247 includes information on the number of records (cumulative value) obtained by dividing the block data and the amount of money (accumulated amount) indicated by the record, the identification information of the block data that is the source of the record, and the corresponding block data. It is stored in association with the identification information of the detail file that is the source. Further, in the record table 246, data of a check result of the record and the error check pattern includes record identification information, identification information of the block data that is the source of the corresponding record, and identification of the detailed file that is the source of the corresponding block data. Stored in association with information.
 Cacheサーバ240は、こうした処理結果の受信、格納を継続し、上述の最後尾ブロックデータのレコードに関する照合結果を受信した場合(s112:y)、それまでに、同じ群を構成する全ブロックデータの全レコードに関して、CEPサーバ260より受信した照合処理の結果が誤りの存在を示さなかった場合(s113:y)、該当取引依頼に関するブロックデータを明細ファイル310に再構成し、勘定系システム290に引き渡す為の処理を行う(s114)。他方、Cacheサーバ240は、最後尾ブロックデータのレコードに関する照合結果を受信していない場合(s112:n)、処理をステップs111に戻す。なお、Cacheサーバ240は、上述の最後尾ブロックデータのレコードに関する照合結果を受信し、照合処理の結果が誤りの存在を示すものであった場合(s113:n)、待機する。 When the cache server 240 continues to receive and store such processing results and receives the collation result regarding the record of the last block data described above (s112: y), all the block data constituting the same group until then are received. When the result of the collation process received from the CEP server 260 does not indicate the presence of an error for all the records (s113: y), the block data related to the corresponding transaction request is reconstructed in the detail file 310 and delivered to the accounting system 290. For this purpose (s114). On the other hand, if the cache server 240 has not received the collation result regarding the record of the last block data (s112: n), the process returns to step s111. The Cache server 240 receives the collation result regarding the record of the last block data described above, and waits when the collation process result indicates the presence of an error (s113: n).
 ユーザ端末300は、Web/APサーバ220に対し、自身が伝送したブロックデータに関する処理結果の取得要求を一定間隔毎に送信する(s115)。Web/APサーバ220は、この取得要求に応じて、DBサーバ280の結果データベース285より、誤りチェック結果、および、上述した総件数に関する判定結果と合計金額に関する判定結果を読み出して、該当ユーザ端末300に返す(s116)。なお、Web/APサーバ220は、Cacheサーバ240に対し、結果データベース245における件数・合計金額テーブル247およびレコードテーブル246の各データを一定間隔で要求して該当データを取得し、これをDBサーバ280の結果データベース285に格納しているものとする。 The user terminal 300 transmits, to the Web / AP server 220, acquisition requests for processing results regarding the block data transmitted by the user terminal 300 at regular intervals (s115). In response to this acquisition request, the Web / AP server 220 reads out the error check result, the determination result regarding the total number of cases described above, and the determination result regarding the total amount from the result database 285 of the DB server 280, and the corresponding user terminal 300. (S116). The Web / AP server 220 requests the cache server 240 from the number of cases / total amount table 247 and the record table 246 in the result database 245 at regular intervals to acquire the corresponding data. Are stored in the result database 285.
 ユーザ端末300は、上述した取得要求ごとにWeb/APサーバ220が返した、上述の処理結果のデータを受信し、これに、レコードの総件数や合計金額の不一致、或いは、レコードフォーマットに関する誤り情報が含まれていない場合(s117:y)、Web/APサーバ220へのブロックデータの送信処理を継続する。なお、ユーザ端末300は、Web/APサーバ220から受信した処理結果のデータを、図8の画面800に例示するように、出力装置307に表示し、ユーザの閲覧に供するとすれば好適である。なお、この際、利用者側がエラー箇所を判断できるように、何明細目の何がエラーかを表示するようにすると好適である。 The user terminal 300 receives the above-described processing result data returned by the Web / AP server 220 for each acquisition request described above, and to this, the discrepancy between the total number of records and the total amount of money, or error information regarding the record format Is not included (s117: y), the block data transmission process to the Web / AP server 220 is continued. In addition, it is preferable that the user terminal 300 displays the processing result data received from the Web / AP server 220 on the output device 307 as illustrated in the screen 800 of FIG. . At this time, it is preferable to display what item and what is an error so that the user can determine the error location.
 他方、ユーザ端末300は、Web/APサーバ220から受信した処理結果のデータに、上述の不一致や誤り情報が含まれていた場合(s117:n)、この件数をカウントし、カウント値をメモリ303等に格納する(s118)。また、ユーザ端末300は、このカウント値が所定基準に達しない間は(s119:n)、処理をステップs115に戻し、上述のブロックデータの送信処理を継続する。一方、ユーザ端末300は、Web/APサーバ220からの処理結果のデータ受信を繰り返し、上述のカウント値が所定基準以上となった際(s119:y)、ブロックデータの送信を中断する(s120)。 On the other hand, if the above-mentioned mismatch or error information is included in the processing result data received from the Web / AP server 220 (s117: n), the user terminal 300 counts the number of cases and stores the count value in the memory 303. (S118). In addition, while the count value does not reach the predetermined reference (s119: n), the user terminal 300 returns the process to step s115 and continues the block data transmission process described above. On the other hand, the user terminal 300 repeats data reception of the processing result from the Web / AP server 220, and when the above count value becomes equal to or greater than a predetermined reference (s119: y), the transmission of the block data is interrupted (s120). .
 こうした本実施形態によれば、ユーザ端末が大量明細のファイル伝送を行うとしても、ブロック単位に分割されたものが金融機関のサーバに送られて並列処理され、サーバやネットワークのリソースを占有しにくい。また、ユーザ端末からサーバへのデータ伝送中にフォーマットエラー等の有無が特定され、その時点でデータ伝送も中止されるため、無意味なデータ伝送のリソースや時間の浪費が回避され、全体として処理効率が改善される。 According to the present embodiment, even if the user terminal performs file transmission of a large amount of details, what is divided into blocks is sent to the server of the financial institution and processed in parallel, and does not occupy resources of the server or the network. . In addition, since the presence or absence of a format error or the like is specified during data transmission from the user terminal to the server, and data transmission is also stopped at that time, unnecessary data transmission resources and waste of time are avoided, and processing is performed as a whole. Efficiency is improved.
 一方、金融機関では、媒体処理やファームバンキングに変わって、インターネットを使った大量明細の送付を可能としたサービスを顧客に提供可能となり、顧客満足度やユーザビリティの向上が図られる。特にASPサービスによって該当サービスを提供した場合、顧客側での専用システムの構築は不要で、アクセス場所の制限も少なくなり、災害時での可用性など事業継続性の面でも有利な効果を奏する。 On the other hand, financial institutions can provide services that enable customers to send large amounts of details using the Internet, instead of media processing and farm banking, thereby improving customer satisfaction and usability. In particular, when the corresponding service is provided by the ASP service, it is not necessary to construct a dedicated system on the customer side, the access place is less restricted, and there are advantageous effects in terms of business continuity such as availability in the event of a disaster.
 本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の大量明細伝送システムおいて、前記サーバは、記憶装置において、金融取引用の明細ファイルを構成するレコードの、フォーマット別の誤りチェックパターンを格納し、前記演算装置において、前記ブロックデータを含む取引依頼を端末より順次受信し、受信したブロックデータを再構成可能にレコード単位で分割して、当該分割した各レコードと前記誤りチェックパターンとの照合処理を、該当レコードが示すレコードフォーマット別に並列処理し、当該照合処理においてレコードに誤りが検知された場合、その誤り情報を前記端末ないし前記端末からアクセス可能な記憶装置に出力するものである、としてもよい。 記載 At least the following will be made clear by the description in this specification. That is, in the mass specification transmission system according to the present embodiment, the server stores an error check pattern for each format of a record constituting a specification file for financial transaction in a storage device, and the block in the arithmetic device A record format that sequentially receives transaction requests including data from the terminal, divides the received block data into record units so as to be reconfigurable, and indicates the matching process between each divided record and the error check pattern Alternatively, parallel processing may be performed, and when an error is detected in the record in the collation process, the error information may be output to the terminal or a storage device accessible from the terminal.
 これによれば、ユーザ企業の端末から順次受信するブロックデータを、再構成可能にレコード単位で分割し、この各レコードの誤りチェックを、該当レコードのフォーマット別に並行処理して、円滑かつ迅速に誤りチェック結果をユーザ企業側に提示することができる。従って、ブロックデータの順次送信中のユーザ企業の端末において、そうした誤りチェック結果をサーバから受信した場合、以降のブロックデータ送信を停止し、無駄な送信作業と、サーバやネットワークの占有とを回避できる。 According to this, block data received sequentially from the terminal of the user company is divided in record units so that it can be reconstructed, and error checking of each record is processed in parallel according to the format of the corresponding record, so that errors can be made smoothly and quickly. The check result can be presented to the user company. Therefore, when the error check result is received from the server at the terminal of the user company that is sequentially transmitting the block data, the subsequent block data transmission can be stopped, and unnecessary transmission work and occupation of the server and the network can be avoided. .
 また、本実施形態の大量明細伝送システムにおいて、前記サーバの演算装置は、前記レコードに関する照合処理を、前記端末から順次受信したブロックデータごとに実行し、前記照合処理の結果、同群を構成する全ブロックデータの全レコードに誤りが無かった場合、該当取引依頼に関するブロックデータを明細ファイルに再構成し、勘定系システムに引き渡す処理を実行するものである、としてもよい。これによれば、各レコードに誤りがなかった場合には、該当明細ファイルについて、スムーズに勘定系システムでの金融取引処理を進めることが出来る。 In the mass specification transmission system according to the present embodiment, the arithmetic device of the server executes the collation process on the record for each block data sequentially received from the terminal, and configures the same group as a result of the collation process. When there is no error in all the records of all the block data, the block data related to the corresponding transaction request may be reconstructed into a detailed file and delivered to the accounting system. According to this, when there is no error in each record, the financial transaction process in the accounting system can be smoothly advanced with respect to the corresponding detailed file.
 また、本実施形態の大量明細伝送システムにおいて、前記サーバの演算装置は、前記端末からアクセスが可能な記憶装置に出力した誤り情報を、前記端末からの取得要求に応じて前記記憶装置から読み出して、該当端末に返す処理を実行するものであり、前記端末の演算装置は、前記サーバに対し、一定時間ごとに誤り情報の取得要求を通知して、取得要求ごとに前記サーバが返した誤り情報の件数をカウントし、当該カウント値が所定基準以上となった際に、前記ブロックデータの送信を中断する処理を実行するものである、としてもよい。 In the mass specification transmission system according to the present embodiment, the arithmetic device of the server reads error information output to a storage device accessible from the terminal from the storage device in response to an acquisition request from the terminal. , The processing to be returned to the corresponding terminal, and the arithmetic unit of the terminal notifies the server of an error information acquisition request at regular intervals, and the error information returned by the server for each acquisition request. It is also possible to execute a process of interrupting the transmission of the block data when the number of cases is counted and the count value becomes equal to or greater than a predetermined reference.
 例えば、ユーザ企業側で、サーバから通知された1件のみの誤りに応じてブロックデータ送信を停止し、該当レコードの修正作業を行う場合、その修正作業の完了に応じて修正後のレコードを含むブロックデータを再送するタイミング或いはその直後に、同じ明細ファイルに関して更にもう1件の誤りに関する通知が得られると、このユーザ企業は修正作業を短い間隔で何度も繰り返す非効率な事態に陥る。しかしながら、上述のように、誤り情報の件数が一定の基準以上となった場合にのみブロックデータ送信を停止し、修正作業を行うとすれば、ユーザ企業側でのそのような非効率な作業は回避されることになる。 For example, when the user company stops block data transmission in response to only one error notified from the server and corrects the corresponding record, the corrected record is included according to the completion of the corrective work. If a notification about one more error about the same detail file is obtained at the timing of resending the block data or immediately after that, the user company falls into an inefficient situation in which the correction work is repeated many times at short intervals. However, as described above, if block data transmission is stopped only when the number of pieces of error information exceeds a certain standard and correction work is performed, such inefficient work on the user company side is Will be avoided.
 また、本実施形態の大量明細伝送システムにおいて、前記端末の演算装置は、前記同群を構成するブロックデータのうち、元の明細ファイルの最後尾から分割した最後尾ブロックデータに、元の明細ファイルが含むレコードの総件数の情報を付与する処理を実行するものであり、前記サーバの演算装置は、前記端末から受信したブロックデータを再構成可能にレコード単位で分割した際、当該分割したレコードの件数を記憶装置に格納する処理を、ブロックデータごとに繰り返し実行し、前記最後尾ブロックデータを再構成可能にレコード単位で分割し、当該分割したレコードの件数を記憶装置に格納した際、これら同群を構成する各ブロックデータに関して得たレコードの件数を合算し、当該合算値を、前記最後尾ブロックデータに付与された前記総件数の情報と照合して、端末で付与された総件数が実際のレコードの件数と一致するか判定し、当該判定結果を、前記端末ないし前記端末からアクセス可能な記憶装置に出力するものである 、としてもよい。 Moreover, in the mass detailed transmission system according to the present embodiment, the computing device of the terminal converts the original detailed file into the last block data divided from the last of the original detailed file among the block data constituting the group. The processing unit assigns information on the total number of records included in the server, and the arithmetic unit of the server divides the block data received from the terminal in record units so that the block data can be reconstructed. When the process of storing the number of records in the storage device is repeatedly executed for each block data, the last block data is divided in record units so as to be reconfigurable, and the number of the divided records is stored in the storage device. Sum the number of records obtained for each block data constituting the group, and assign the sum to the last block data The total number of records given by the terminal is determined to match the actual number of records, and the determination result is output to the terminal or a storage device accessible from the terminal. It is good also as a bag.
 これによれば、ユーザ企業側で認識していたレコードの件数が間違っていた場合であっても、これをサーバ側で検知し、ユーザ企業側に通知できる。ユーザ企業側では、この通知に応じてレコードのチェックを行って、自身の認識を正せる。 According to this, even if the number of records recognized on the user company side is wrong, this can be detected on the server side and notified to the user company side. The user company checks the record in response to this notification and corrects its own recognition.
 また、本実施形態の大量明細伝送システムにおいて、前記端末の演算装置は、前記同群を構成するブロックデータのうち、元の明細ファイルの最後尾から分割した最後尾ブロックデータに、元の明細ファイルが含む各レコードの示す金額の合計金額の情報を付与する処理を実行するものであり、前記サーバの演算装置は、前記端末から受信したブロックデータを再構成可能にレコード単位で分割した際、当該分割したレコードが示す金額の情報を記憶装置に格納する処理を、ブロックデータごとに繰り返し実行し、前記最後尾ブロックデータを再構成可能にレコード単位で分割し、当該分割したレコードが示す金額の情報を記憶装置に格納した際、これら同群を構成する各ブロックデータに関して得た各レコードが示す金額を合算し、当該合算値を、前記最後尾ブロックデータに付与された前記合計金額の情報と照合して、端末で付与された合計金額が実際のレコードが示した金額の合算値と一致するか判定し、当該判定結果を、前記端末ないし前記端末からアクセス可能な記憶装置に出力するものである 、としてもよい。 Moreover, in the mass detailed transmission system according to the present embodiment, the computing device of the terminal converts the original detailed file into the last block data divided from the last of the original detailed file among the block data constituting the group. Is executed to provide information on the total amount of money indicated by each record included, and when the arithmetic unit of the server divides the block data received from the terminal into records so that it can be reconfigured, The process of storing the information of the amount indicated by the divided record in the storage device is repeatedly executed for each block data, and the last block data is divided in units of record so as to be reconfigurable, and the amount information indicated by the divided record Are stored in the storage device, the sum of the amount indicated by each record obtained for each block data constituting the same group, The calculated value is checked against the information on the total amount given to the last block data to determine whether the total amount given at the terminal matches the sum value of the amount indicated by the actual record. The result may be output to the terminal or a storage device accessible from the terminal.
 これによれば、ユーザ企業側で認識していたレコードの金額情報が間違っていた場合であっても、これをサーバ側で検知し、ユーザ企業側に通知できる。ユーザ企業側では、この通知に応じてレコードが示す金額情報に関してチェックを行い、自身の認識を正せる。 According to this, even if the amount information of the record recognized on the user company side is wrong, this can be detected on the server side and notified to the user company side. In response to this notification, the user company checks the amount information indicated by the record and corrects its own recognition.
 なお、前記端末の演算装置は、前記同群を構成するブロックデータのうち、元の明細ファイルの最後尾から分割した最後尾ブロックデータに、元の明細ファイルが含むレコードの総件数の情報を付与する処理を実行するものであり、前記サーバの演算装置は、前記端末から受信したブロックデータを再構成可能にレコード単位で分割し、レコード単位で所定の誤りチェックの処理を実行した後、当該分割したレコードの件数を記憶装置に格納する処理をレコードごとに繰り返し実行し、当該合算値を、前記最後尾ブロックデータに付与された前記総件数の情報と照合して、端末で付与された総件数が実際のレコードの件数と一致するか判定し、当該判定結果を、前記端末ないし前記端末からアクセス可能な記憶装置に出力するものである 、としてもよい。 The computing device of the terminal gives information on the total number of records included in the original detail file to the last block data divided from the tail of the original detail file among the block data constituting the group. The arithmetic unit of the server divides the block data received from the terminal into records so that it can be reconfigured, and after executing a predetermined error check process in units of records, The process of storing the number of recorded records in the storage device is repeatedly executed for each record, and the total value given by the terminal is checked by comparing the total value with the information on the total number given to the last block data. Is equal to the actual number of records, and the determination result is output to the terminal or a storage device accessible from the terminal. It may be.
 また、前記端末の演算装置は、前記同群を構成するブロックデータのうち、元の明細ファイルの最後尾から分割した最後尾ブロックデータに、元の明細ファイルが含むレコードの示す金額の合計金額の情報を付与する処理を実行するものであり、前記サーバの演算装置は、前記端末から受信したブロックデータを再構成可能にレコード単位で分割し、レコード単位で所定の誤りチェックの処理を実行した後、当該分割したレコードが示す金額を記憶装置に格納する処理をレコードごとに繰り返し実行し、当該合算値を、前記最後尾ブロックデータに付与された前記合計金額の情報と照合して、端末で付与された合計金額が実際のレコードが示した金額の合算値と一致するか判定し、当該判定結果を、前記端末ないし前記端末からアクセス可能な記憶装置に出力するものである、としてもよい。 In addition, the computing device of the terminal includes, in the block data constituting the group, the last block data divided from the tail of the original detail file, the total amount of the amount indicated by the record included in the original detail file The processing unit for giving information is executed, and the arithmetic unit of the server divides the block data received from the terminal into recordable units so as to be reconfigurable, and executes a predetermined error check process in units of records. The process of storing the amount indicated by the divided records in the storage device is repeatedly executed for each record, and the sum is compared with the information on the total amount given to the last block data and given at the terminal It is determined whether the total amount of money matches the sum of the amount indicated by the actual record, and the determination result can be accessed from the terminal or the terminal. And outputs the Do storage device may be.
20 ASPシステム
25 法人インターネットバンキングシステム
100 大量明細伝送システム
120 ネットワーク
200 サーバ
201 記憶装置
202 プログラム
203 メモリ
204 CPU(演算装置)
205 通信装置
220 Web/APサーバ
240 Cacheサーバ
245 結果データベース
246 レコードテーブル
247 件数・合計金額テーブル
260 CEPサーバ
265 チェックパターンテーブル
280 DBサーバ
285 結果データベース
290 勘定系システム
300 ユーザ端末
301 記憶装置
302 プログラム
303 メモリ
304 CPU(演算装置)
305 通信装置
306 入力装置
307 出力装置
310 明細ファイル
20 ASP system 25 Corporate Internet banking system 100 Mass specification transmission system 120 Network 200 Server 201 Storage device 202 Program 203 Memory 204 CPU (computing device)
205 Communication device 220 Web / AP server 240 Cache server 245 Result database 246 Record table 247 Number of cases / total amount table 260 CEP server 265 Check pattern table 280 DB server 285 Result database 290 Account system 300 User terminal 301 Storage device 302 Program 303 Memory 304 CPU (arithmetic unit)
305 Communication device 306 Input device 307 Output device 310 Detail file

Claims (10)

  1.  他装置とネットワークを介して通信する通信装置と、
     金融機関との取引用の明細ファイルを格納する記憶装置と、
     前記明細ファイルを再構成可能に複数に分割して1組のブロックデータ群を生成し、当該ブロックデータ群を構成する各ブロックデータを、取引依頼と共に金融機関のサーバに順次送信する処理を実行する演算装置と、を備える端末と、
     他装置とネットワークを介して通信する通信装置と、
     前記ブロックデータを含む取引依頼を端末より順次受信し、受信したブロックデータについて所定の誤りチェックの処理を実行して、誤りが検知された場合に、その誤り情報を前記端末ないし前記端末からアクセス可能な記憶装置に出力する処理を実行する演算装置と、を備えるサーバと、
     を含むことを特徴とする大量明細伝送システム。
    A communication device for communicating with other devices via a network;
    A storage device for storing a detailed file for transactions with a financial institution;
    The specification file is divided into a plurality of reconfigurable files to generate a set of block data groups, and each block data constituting the block data groups is sequentially transmitted to a financial institution server together with a transaction request. A terminal comprising: an arithmetic device;
    A communication device for communicating with other devices via a network;
    The transaction request including the block data is sequentially received from the terminal, and when the received block data is subjected to a predetermined error check process and an error is detected, the error information can be accessed from the terminal or the terminal. A server comprising: an arithmetic device that executes processing to be output to a storage device;
    A mass specification transmission system comprising:
  2.  前記サーバは、
     記憶装置において、金融取引用の明細ファイルを構成するレコードの、フォーマット別の誤りチェックパターンを格納し、
     前記演算装置において、前記ブロックデータを含む取引依頼を端末より順次受信し、受信したブロックデータを再構成可能にレコード単位で分割して、当該分割した各レコードと前記誤りチェックパターンとの照合処理を、該当レコードが示すレコードフォーマット別に並列処理し、当該照合処理においてレコードに誤りが検知された場合、その誤り情報を前記端末ないし前記端末からアクセス可能な記憶装置に出力するものである、
     ことを特徴とする請求項1に記載の大量明細伝送システム。
    The server
    In the storage device, the error check pattern for each format of the record constituting the detail file for financial transaction is stored,
    In the arithmetic device, a transaction request including the block data is sequentially received from the terminal, the received block data is divided in record units so as to be reconfigurable, and the divided records are collated with the error check pattern. The parallel processing is performed according to the record format indicated by the corresponding record, and when an error is detected in the record in the matching process, the error information is output to the terminal or a storage device accessible from the terminal.
    The mass specification transmission system according to claim 1, wherein:
  3.  前記サーバの演算装置は、
     前記レコードに関する照合処理を、前記端末から順次受信したブロックデータごとに実行し、前記照合処理の結果、同群を構成する全ブロックデータの全レコードに誤りが無かった場合、該当取引依頼に関するブロックデータを明細ファイルに再構成し、勘定系システムに引き渡す処理を実行するものである、
     ことを特徴とする請求項2に記載の大量明細伝送システム。
    The computing device of the server is
    When the collation process regarding the record is executed for each block data sequentially received from the terminal, and as a result of the collation process, there is no error in all the records of all the block data constituting the group, the block data regarding the corresponding transaction request Is restructured into a detail file and the process of handing it over to the accounting system is executed.
    The mass specification transmission system according to claim 2, wherein:
  4.  前記サーバの演算装置は、
     前記端末からアクセスが可能な記憶装置に出力した誤り情報を、前記端末からの取得要求に応じて前記記憶装置から読み出して、該当端末に返す処理を実行するものであり、
     前記端末の演算装置は、
     前記サーバに対し、一定時間ごとに誤り情報の取得要求を通知して、取得要求ごとに前記サーバが返した誤り情報の件数をカウントし、当該カウント値が所定基準以上となった際に、前記ブロックデータの送信を中断する処理を実行するものである、
     ことを特徴とする請求項3に記載の大量明細伝送システム。
    The computing device of the server is
    The error information output to the storage device accessible from the terminal is read from the storage device in response to an acquisition request from the terminal, and a process of returning to the corresponding terminal is executed.
    The computing device of the terminal is
    Notifying the server of error information acquisition requests at regular intervals, counting the number of error information returned by the server for each acquisition request, and when the count value is equal to or greater than a predetermined reference, It performs processing to interrupt transmission of block data.
    The mass specification transmission system according to claim 3.
  5.  前記端末の演算装置は、
     前記同群を構成するブロックデータのうち、元の明細ファイルの最後尾から分割した最後尾ブロックデータに、元の明細ファイルが含むレコードの総件数の情報を付与する処理を実行するものであり、
     前記サーバの演算装置は、
     前記端末から受信したブロックデータを再構成可能にレコード単位で分割した際、当該分割したレコードの件数を記憶装置に格納する処理を、ブロックデータごとに繰り返し実行し、前記最後尾ブロックデータを再構成可能にレコード単位で分割し、当該分割したレコードの件数を記憶装置に格納した際、これら同群を構成する各ブロックデータに関して得たレコードの件数を合算し、当該合算値を、前記最後尾ブロックデータに付与された前記総件数の情報と照合して、端末で付与された総件数が実際のレコードの件数と一致するか判定し、当該判定結果を、前記端末ないし前記端末からアクセス可能な記憶装置に出力するものである 、
     ことを特徴とする請求項4に記載の大量明細伝送システム。
    The computing device of the terminal is
    Among the block data constituting the same group, to perform processing to give the information of the total number of records included in the original detail file to the last block data divided from the tail of the original detail file,
    The computing device of the server is
    When the block data received from the terminal is divided in record units so as to be reconfigurable, the process of storing the number of records into the storage device is repeatedly executed for each block data, and the last block data is reconfigured When it is possible to divide by record unit and store the number of the divided records in the storage device, the number of records obtained with respect to each block data constituting the same group is added up, and the total value is added to the last block. The total number of cases given to the data is compared with the information to determine whether the total number given at the terminal matches the actual number of records, and the judgment result is stored in the terminal or the terminal accessible from the terminal Output to the device
    The mass specification transmission system according to claim 4, wherein:
  6.  前記端末の演算装置は、
     前記同群を構成するブロックデータのうち、元の明細ファイルの最後尾から分割した最後尾ブロックデータに、元の明細ファイルが含むレコードの総件数の情報を付与する処理を実行するものであり、
     前記サーバの演算装置は、
     前記端末から受信したブロックデータを再構成可能にレコード単位で分割し、レコード単位で所定の誤りチェックの処理を実行した後、当該分割したレコードの件数を記憶装置に格納する処理をレコードごとに繰り返し実行し、当該合算値を、前記最後尾ブロックデータに付与された前記総件数の情報と照合して、端末で付与された総件数が実際のレコードの件数と一致するか判定し、当該判定結果を、前記端末ないし前記端末からアクセス可能な記憶装置に出力するものである 、
     ことを特徴とする請求項4に記載の大量明細伝送システム。
    The computing device of the terminal is
    Among the block data constituting the same group, to perform processing to give the information of the total number of records included in the original detail file to the last block data divided from the tail of the original detail file,
    The computing device of the server is
    After the block data received from the terminal is reconfigurable and divided in units of records, a predetermined error check process is executed in units of records, and then the process of storing the number of the divided records in the storage device is repeated for each record Execute the collation with the total number of information given to the last block data to determine whether the total number given at the terminal matches the actual number of records, the judgment result Is output to the terminal or a storage device accessible from the terminal.
    The mass specification transmission system according to claim 4, wherein:
  7.  前記端末の演算装置は、
     前記同群を構成するブロックデータのうち、元の明細ファイルの最後尾から分割した最後尾ブロックデータに、元の明細ファイルが含む各レコードの示す金額の合計金額の情報を付与する処理を実行するものであり、
     前記サーバの演算装置は、
     前記端末から受信したブロックデータを再構成可能にレコード単位で分割した際、当該分割したレコードが示す金額の情報を記憶装置に格納する処理を、ブロックデータごとに繰り返し実行し、前記最後尾ブロックデータを再構成可能にレコード単位で分割し、当該分割したレコードが示す金額の情報を記憶装置に格納した際、これら同群を構成する各ブロックデータに関して得た各レコードが示す金額を合算し、当該合算値を、前記最後尾ブロックデータに付与された前記合計金額の情報と照合して、端末で付与された合計金額が実際のレコードが示した金額の合算値と一致するか判定し、当該判定結果を、前記端末ないし前記端末からアクセス可能な記憶装置に出力するものである 、
     ことを特徴とする請求項4に記載の大量明細伝送システム。
    The computing device of the terminal is
    Executes a process of giving information on the total amount of money indicated by each record included in the original detail file to the last block data divided from the last of the original detail file among the block data constituting the group Is,
    The computing device of the server is
    When the block data received from the terminal is divided in record units so as to be reconfigurable, the process of storing the information of the amount indicated by the divided record in the storage device is repeatedly executed for each block data, and the last block data When the information of the amount indicated by the divided record is stored in the storage device, the amount indicated by each record obtained with respect to each block data constituting the same group is added, The total value is collated with the information on the total amount given to the last block data to determine whether the total amount given at the terminal matches the sum value of the amount indicated by the actual record, and the determination The result is output to the terminal or a storage device accessible from the terminal.
    The mass specification transmission system according to claim 4, wherein:
  8.  前記端末の演算装置は、
     前記同群を構成するブロックデータのうち、元の明細ファイルの最後尾から分割した最後尾ブロックデータに、元の明細ファイルが含むレコードの示す金額の合計金額の情報を付与する処理を実行するものであり、
     前記サーバの演算装置は、
     前記端末から受信したブロックデータを再構成可能にレコード単位で分割し、レコード単位で所定の誤りチェックの処理を実行した後、当該分割したレコードが示す金額を記憶装置に格納する処理をレコードごとに繰り返し実行し、当該合算値を、前記最後尾ブロックデータに付与された前記合計金額の情報と照合して、端末で付与された合計金額が実際のレコードが示した金額の合算値と一致するか判定し、当該判定結果を、前記端末ないし前記端末からアクセス可能な記憶装置に出力するものである 、
     ことを特徴とする請求項4に記載の大量明細伝送システム。
    The computing device of the terminal is
    Of the block data constituting the same group, a process of giving information on the total amount of money indicated by the record included in the original detail file to the last block data divided from the tail of the original detail file And
    The computing device of the server is
    After the block data received from the terminal is reconfigurable and divided in units of records, a predetermined error check process is executed in units of records, and then the process of storing the amount indicated by the divided records in the storage device is performed for each record Check whether the total amount given at the terminal matches the sum value of the amount indicated by the actual record by repeatedly executing the collated value against the information on the total amount given to the last block data. Determining, and outputting the determination result to the terminal or a storage device accessible from the terminal.
    The mass specification transmission system according to claim 4, wherein:
  9.  他装置とネットワークを介して通信する通信装置と、金融機関との取引用の明細ファイルを格納する記憶装置とを備えた端末が、
     前記明細ファイルを再構成可能に複数に分割して1組のブロックデータ群を生成し、当該ブロックデータ群を構成する各ブロックデータを、取引依頼と共に金融機関のサーバに順次送信する処理を実行し、
     他装置とネットワークを介して通信する通信装置を備えたサーバが、
     前記ブロックデータを含む取引依頼を端末より順次受信し、受信したブロックデータについて所定の誤りチェックの処理を実行して、誤りが検知された場合に、その誤り情報を前記端末ないし前記端末からアクセス可能な記憶装置に出力する処理を実行する、
     ことを特徴とする大量明細伝送方法。
    A terminal including a communication device that communicates with another device via a network, and a storage device that stores a detailed file for transactions with financial institutions,
    The specification file is divided into a plurality of reconfigurable files to generate a set of block data groups, and each block data constituting the block data groups is sequentially transmitted to a financial institution server together with a transaction request. ,
    A server equipped with a communication device that communicates with other devices via a network,
    The transaction request including the block data is sequentially received from the terminal, and when the received block data is subjected to a predetermined error check process and an error is detected, the error information can be accessed from the terminal or the terminal. Execute the process to output to a storage device,
    A mass specification transmission method characterized by the above.
  10.  他装置とネットワークを介して通信する通信装置と、
     金融機関との取引用の明細ファイルを再構成可能に複数に分割した各ブロックデータを、取引依頼とともに端末より順次受信し、受信したブロックデータについて所定の誤りチェックの処理を実行して、誤りが検知された場合に、その誤り情報を前記端末ないし前記端末からアクセス可能な記憶装置に出力する処理を実行する演算装置と、
     を備えることを特徴とするサーバ。
    A communication device for communicating with other devices via a network;
    Each block data obtained by dividing the detailed file for transactions with financial institutions into a plurality of reconfigurable blocks is sequentially received from the terminal together with the transaction request, and a predetermined error check process is executed on the received block data, and an error is detected. An arithmetic unit that executes processing for outputting the error information to the terminal or a storage device accessible from the terminal, if detected,
    A server comprising:
PCT/JP2012/074764 2012-09-26 2012-09-26 Large-scale specifications transmission system, large-scale specifications transmission method, and server WO2014049738A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/074764 WO2014049738A1 (en) 2012-09-26 2012-09-26 Large-scale specifications transmission system, large-scale specifications transmission method, and server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/074764 WO2014049738A1 (en) 2012-09-26 2012-09-26 Large-scale specifications transmission system, large-scale specifications transmission method, and server

Publications (1)

Publication Number Publication Date
WO2014049738A1 true WO2014049738A1 (en) 2014-04-03

Family

ID=50387204

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/074764 WO2014049738A1 (en) 2012-09-26 2012-09-26 Large-scale specifications transmission system, large-scale specifications transmission method, and server

Country Status (1)

Country Link
WO (1) WO2014049738A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017146776A (en) * 2016-02-17 2017-08-24 株式会社日立製作所 Counter business support system and counter business support method
CN110912886A (en) * 2019-11-21 2020-03-24 中国建设银行股份有限公司 Data transmission method and device

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63149762A (en) * 1986-12-15 1988-06-22 Toshiba Corp Data transmission device
JPH05207023A (en) * 1992-01-24 1993-08-13 Hitachi Ltd Mass data transmitting method
JPH08307442A (en) * 1995-05-12 1996-11-22 Toshiba Corp Data transfer system
JPH11316790A (en) * 1998-03-06 1999-11-16 Daiichi Seimei Card Service Kk Money transfer and remittance system
JP2010271859A (en) * 2009-05-20 2010-12-02 Mizuho Bank Ltd Apparatus, method and program for processing transfer

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63149762A (en) * 1986-12-15 1988-06-22 Toshiba Corp Data transmission device
JPH05207023A (en) * 1992-01-24 1993-08-13 Hitachi Ltd Mass data transmitting method
JPH08307442A (en) * 1995-05-12 1996-11-22 Toshiba Corp Data transfer system
JPH11316790A (en) * 1998-03-06 1999-11-16 Daiichi Seimei Card Service Kk Money transfer and remittance system
JP2010271859A (en) * 2009-05-20 2010-12-02 Mizuho Bank Ltd Apparatus, method and program for processing transfer

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017146776A (en) * 2016-02-17 2017-08-24 株式会社日立製作所 Counter business support system and counter business support method
CN110912886A (en) * 2019-11-21 2020-03-24 中国建设银行股份有限公司 Data transmission method and device

Similar Documents

Publication Publication Date Title
CN104574050B (en) The method, apparatus and system settled accounts online
CN106649500A (en) Data verification method and system
CN101706933A (en) Method and background system for realizing joint account service operation
CN103970807B (en) Method and system for managing database connection
CN108734457A (en) A kind of Withdrawing method unified under cash register system
CN104867250B (en) A kind of processing method and processing device of business handling data
CN109410038A (en) A kind of batch based on scheduling message mechanism is for forwarding method and system
CN102496218A (en) Method and system for processing service of automatic teller machine
KR20000012750A (en) Method for Automatic Shopping Agent in Internet Shopping Intermediate Service
CN101625749A (en) Method, server and system for on-line batching data
CN108765106A (en) A kind of integrated financial affairs receipt generation method of industry wealth
CN102208061A (en) Data cancel after verification processing device and method
JP4413575B2 (en) Information processing apparatus that supports integrated management of account service information, integrated management method of account service information, program, and recording medium
CN106056418A (en) Invoice submission method, device and system
CN108711045A (en) A kind of cash register system and cash method
CN108762727B (en) Event-driven financial information processing method and system
CN110781134A (en) Data processing method and device, computer storage medium and electronic equipment
WO2014049738A1 (en) Large-scale specifications transmission system, large-scale specifications transmission method, and server
CN108694660A (en) A kind of industry wealth integration account checking method
CN112668303A (en) Data processing method, device, equipment and storage medium
CN108765107A (en) A kind of data save method under industry wealth integration
CN108765108A (en) A kind of financial data system and method under industry wealth integration
CN111028025B (en) Bill data processing method, device, equipment and medium based on big data
KR102127046B1 (en) Funding system for reconsidering investment execution transparency, and method thereof
JP2002216039A (en) Settlement management system and method, recording medium recorded with settlement management program, and settlement management program

Legal Events

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

Ref document number: 12885744

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: 12885744

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP