JP7440783B2 - Information processing system, its control method, and program - Google Patents

Description

The present invention relates to an information processing system, its control method, and program, and particularly relates to a technique for guaranteeing data reliability.

Assuring the originality of digital data is important because identical copies of digital data can be easily generated and editing operations can be easily performed. Therefore, there is a known technology that can guarantee and confirm the originality and authenticity using electronic signatures and the like.

Patent Document 1 proposes an information processing device that stores change information regarding the change in a storage medium when changing original data, and creates change guarantee information to guarantee that the change information is the original. has been done.

Japanese Patent Application Publication No. 2004-180278

On the other hand, when it comes to digitizing invoices, ensuring their reliability is an issue, and furthermore, on the receiving side of invoices, it is necessary to efficiently check the reliability of a large number of invoices.

In view of the above problems, it is an object of the present invention to make it possible to efficiently confirm the reliability of electronically created bills.

In order to solve the above problems, the information processing system of the present invention includes:
a control means for controlling to perform a confirmation process for confirming credit based on credit information associated with the invoice;
The result of the confirmation process regarding the first bill from the first biller and the result of the confirmation process regarding the second bill from the second biller are displayed together on a specific screen. a display control means for controlling the
It is characterized by having the following.

According to the present invention, the reliability of an electronically created bill can be efficiently confirmed.

FIG. 1 is a system configuration diagram of this embodiment. (a) It is a hardware block diagram of billing terminal 100. (b) is a hardware block diagram of the billing terminal 200; 3 is a flowchart of bill output processing at the billing source terminal 100. (a) This is a display example of a bill data list. (b) This is an example of a printed matter when a PDF file of an invoice is printed and output on paper. 3 is a flowchart of credit information confirmation processing in the billing terminal 200. This is an example of a bill check screen. This is an example of a bill check screen. This is an example of a bill check screen. This is an example of a bill check screen. This is an example of a bill check screen. This is an example of a display of a PDF file having credit information in credit information confirmation processing.

Hereinafter, preferred embodiments of the present invention will be described with reference to the drawings.

FIG. 1(a) shows a system configuration diagram of this embodiment. In this embodiment, an example will be described in which company A creates an invoice, which is a type of form, and sends it to company B. That is, company A is the billing source and company B is the billing destination. A ledger is a type of document. It is assumed that Company B also manages invoices electronically. Company A sends an invoice to Company B by email or other method. Company B internally manages and stores invoices received electronically, and processes payments to invoices and performs operations related to settlement of accounts and tax payments based on the invoices received electronically.

The information processing system at Company A includes a billing terminal 100, a printing device 180, and a server device 170 connected to a LAN (Local Area Network). Company A operates the billing terminal 100 to create electronic billing data based on the billing data stored in the server device 170. In this embodiment, the format of the electronic data of the bill will be described as PDF (Portable Document Format), but the format is not limited to PDF. When a PDF invoice is created, a request is made via the Internet to a credit information providing agency 400, which is outside the company (external organization) of Company A, to provide credit information. The credit information requested is credit information to ensure that the invoice PDF was indeed created by Company A and that the contents are the same as the original (that is, there has been no falsification). be.

The credit information providing institution 400 that has been requested to provide credit information uses an information processing device such as a server device to perform a process of providing credit information to the requested PDF of the bill. Send the PDF with credit information to the requesting company A.

The billing terminal 100 receives the PDF of the bill with credit information attached from the credit information granting agency 400, and stores the PDF of the bill with credit information in the server device 300 that is accessible from outside of Company A. and generates an electronic data bill 190. This invoice 190 is sent to Company B by e-mail or other means. Note that the server device 300 only needs to be a storage device that can be accessed from Company B, which is the destination of the bill 190, and does not necessarily need to be located outside Company A. Therefore, it may be installed within company A. Details of these processes at Company A will be described later using FIG. 3.

Company B receives the invoice 190 as electronic data. Then, using the access information added to the bill 190, the billing terminal 200 of Company B accesses the PDF of the bill with credit information stored in the server device 300. The server device 300 compares the stored PDF credit information with the credit information sent from the billing destination terminal 200, and if they match, the credit is accepted (OK), and if they do not match, the credit information is not credited (NG), and the result is sent to the billing party. Send to terminal 200. In this way, it can be confirmed that the bill 190 to which credit information has been added is a reliable document. Details of these processes at Company B will be described later using FIG.

FIG. 2(a) shows a hardware block diagram of the billing terminal 100. The billing terminal 100 can be configured using an electronic device (information processing device) such as a personal computer (hereinafter referred to as a PC), a smartphone, or a tablet terminal.

In FIG. 2A, the internal bus 150 includes a CPU 101, a memory 102, a nonvolatile memory 103, an image processing unit 104, a display 105, an operation unit 106, a recording medium I/F 107, an external I/F 109, and a communication I/F 110. , and a camera section 112 are connected thereto. Each unit connected to the internal bus 150 is configured to be able to exchange data with each other via the internal bus 150.

The memory 102 is composed of, for example, a RAM (volatile memory using a semiconductor element, etc.). The CPU 101 controls each part of the billing terminal 100 according to a program stored in the nonvolatile memory 103, for example, using the memory 102 as a work memory. The nonvolatile memory 103 stores image data, audio data, other data, various programs for the CPU 101 to operate, and the like. The nonvolatile memory 103 is composed of, for example, a hard disk (HD) or a ROM.

Under the control of the CPU 101, the image processing unit 104 processes images stored in the nonvolatile memory 103 and the recording medium 108, video signals acquired via the external I/F 109, and images acquired via the communication I/F 110. , performs various image processing on the captured images. Image processing performed by the image processing unit 104 includes A/D conversion processing, D/A conversion processing, image data encoding processing, compression processing, decoding processing, enlargement/reduction processing (resizing), noise reduction processing, and color conversion. This includes processing, PDF data creation/editing processing, etc. The image processing unit 104 may be configured with a dedicated circuit block for performing specific image processing. Further, depending on the type of image processing, the CPU 101 may perform image processing according to a program without using the image processing unit 104.

The display 105 displays images, a GUI screen forming a GUI (Graphical User Interface), etc. under the control of the CPU 101 . The CPU 101 generates a display control signal according to a program, and controls each part of the billing terminal 100 to generate a video signal to be displayed on the display 105 and output it to the display 105. Display 105 displays video based on the output video signal. Note that the billing terminal 100 itself includes an interface for outputting a video signal to be displayed on the display 105, and the display 105 may be an external monitor (such as a television).

The operation unit 106 is an input device for receiving user operations, including a character information input device such as a keyboard, a pointing device such as a mouse or a touch panel, a button, a dial, a joystick, a touch sensor, a touch pad, and the like. Note that the touch panel is an input device that is configured in a planar manner so as to be superimposed on the display 105, and outputs coordinate information according to a touched position.

A recording medium 108 such as a memory card, CD, or DVD can be attached to the recording medium I/F 107, and based on the control of the CPU 101, data can be read from the attached recording medium 108 and data can be written to the recording medium 108. I do. The external I/F 109 is an interface for connecting to external equipment via a wired cable or wirelessly, and for inputting and outputting video signals and audio signals. The communication I/F 110 is an interface for communicating with external devices, the Internet 111, etc., and transmitting and receiving various data such as files and commands.

The camera section 112 is a camera unit that includes an image sensor (imaging sensor) that converts an optical image into an electrical signal, such as a CCD or a CMOS device. The camera unit 112 includes a lens group (taking lens) including a zoom lens and a focus lens, a shutter with an aperture function, an image sensor, an A/D converter that converts an analog signal output from the image sensor into a digital signal, and an image sensor. Contains a barrier that covers the system to prevent contamination and damage. The image processing unit 104 performs predetermined pixel interpolation, resizing processing such as reduction, and color conversion processing on data captured and acquired by the camera unit 112 . Based on the calculation results obtained by the image processing unit 104, the CPU 101 performs exposure control, distance measurement control, and AWB (auto white balance) processing. Display image data captured by the camera unit 112 and subjected to image processing by the image processing unit 104 is displayed on the display 105. A digital signal captured by the camera unit 112, once A/D converted by the A/D converter, and stored in the memory 102 is converted into analog by the D/A converter, and sequentially transferred to the display 105 for display. Live view display (LV display) can be performed. Live view can be displayed in a still image shooting standby state, a moving image shooting standby state, and when a moving image is being recorded, and the captured subject image is displayed almost in real time. The CPU 101 causes the camera unit 112 to start operations such as AF (autofocus) processing, AE (automatic exposure) processing, and AWB processing in response to a shooting preparation instruction based on a user operation performed on the operation unit 106. Controls the image processing unit 104. In response to a shooting instruction, the CPU 101 performs main exposure, reads out signals from the imaging unit element, processes the captured image in the image processing unit 104 to generate an image file, and performs processing until recording on the recording medium 108. Control is performed to start a series of photographic processing operations (main photographing). The shooting instruction can be given by a user operation on the operation unit 106. The camera unit 112 is capable of capturing still images and moving images.

FIG. 2(b) shows a hardware block diagram of the billing terminal 200. The billing terminal 200 can be configured using an electronic device (information processing device) such as a personal computer (hereinafter referred to as a PC), a smartphone, or a tablet terminal. In FIG. 2B, the internal bus 250 includes a CPU 201, memory 202, nonvolatile memory 203, image processing unit 204, display 205, operation unit 206, recording medium I/F 207, external I/F 209, and communication I/F 210. , camera 212 are connected. These blocks are the same as the blocks with the same names (blocks with the same last two digits of reference numbers) explained in FIG. 2(a), so their explanations will be omitted.

FIG. 3 shows a flowchart of bill output processing at the billing terminal 100. This process describes the process in which Company A generates a PDF of an invoice, adds credit information, and prints it. This processing is realized by loading a program recorded in the nonvolatile memory 103 into the memory 102 and executing it by the CPU 101. It is assumed that the process shown in FIG. 3 is started when the person in charge of bill creation at Company A starts the billing terminal 100 and executes the software for creating the bill in order to perform the bill creation work. For example, this process is performed when outputting one month's worth of invoices at the end of the month.

In S301, the CPU 101 acquires bill data from the server device 170, which is a storage device including a recording medium, and displays the bill data.

FIG. 4A shows a display example of the bill data list displayed on the display 105 in S301. Table 401 is a list of bill data. Each line corresponds to one bill data for creating one bill. The invoice data is, for example, data input by a sales person when the sales person concludes a sales contract with the billing party and finalizes the sales. If there are multiple cases for which invoices should be created, the invoice data corresponding to the multiple invoices is stored in the server device 170, and the multiple invoice data are displayed in a list as shown in table 401. Ru.

Table 401, which is a list of invoice data, includes columns displaying information such as invoice number, billing confirmation date, billing amount, credit information, transmission specification, print specification, output target, outputted invoice, and issue date. It will be done. The invoice number is a number given to each invoice, and is a unique identification number (identification information) that does not overlap with other invoices created by Company A. For example, it is a serial number in the order in which bill data was generated at Company A. The billed amount is the total amount billed in one bill. The billing address indicates the address to which the bill will be sent.

The credit information column is a check box indicating whether credit information is to be added to the PDF of the bill created based on the bill data in each row. In this embodiment, the value is either checked or unchecked. When creating a PDF based on checked bill data, credit information is added as will be explained in the process described later. By clicking the credit information column in each row with the mouse, you can check or uncheck each row. Furthermore, when the batch designation button 404, which is an operation icon, is clicked, a check is added to the credit information of all lines at once. If the batch designation button 404 is clicked (operated) with the credit information of all lines checked, the credit information of all the lines will be unchecked at once.

The transmission designation column is a check box that indicates whether or not the PDF of the bill created based on the bill data in each row is automatically transmitted to the billing party as electronic data. In this embodiment, the value is either checked or unchecked. When a PDF is created based on the checked bill data, the created PDF is automatically sent to the destination stored in association with the billing destination, as will be explained later in the process. By clicking the transmission designation column in each row with the mouse, it is possible to check or uncheck each row. Furthermore, when the batch designation button 405, which is an operation icon, is clicked, a check is added to the transmission designations of all lines at once. When the batch designation button 405 is clicked with the transmission designations of all rows checked, the transmission designations of all rows are unchecked at once.

The print designation column is a check box that indicates whether or not to print the PDF of the bill created based on the bill data in each row. In this embodiment, the value is either checked or unchecked. When a PDF is created based on the checked bill data, the created PDF is printed by a printing device and a paper bill is created, as will be explained later in the process. By clicking the print designation column in each row with the mouse, you can check or uncheck each row. Further, when the batch designation button 406, which is an operation icon, is clicked, a check mark is added to the print designations of all lines at once. If the batch designation button 406 is clicked while the print designations for all lines are checked, the print designations for all the lines are unchecked at once.

The output target column is a check box indicating whether or not the bill data in each row is to be included in a bill to be generated in response to clicking the output button 409, which is an operation icon. In this embodiment, the value is either checked or unchecked. When the output button 409 is clicked, a PDF based on the bill data with a check in the output target column is created and output, and a PDF based on the bill data in the unchecked row is not created (output). By clicking the print designation column in each row with the mouse, you can check or uncheck each row. Further, when the unoutput batch designation button 407, which is an operation icon, is clicked, a check is added to unoutputted bill data (invoice data in which the outputted invoice column is blank) at once. When the all batch designation button 408, which is an operation icon, is clicked, a check is added to all rows to be output at once, regardless of whether or not they have not been output yet. When the all batch designation button 408 is clicked with the output targets of all rows checked, the output targets of all the rows are unchecked at once.

When the details/edit button 402, which is an operation icon, is clicked, a detailed screen (not shown) of the bill data in the row where the clicked details/edit button 402 is located is displayed. The details screen displays a breakdown of the billing amount (item number, name, unit price, quantity, amount, etc. for each item), detailed information on the billing destination (address, phone number, official name, etc.), and the destination to be used if sending is specified. Information (email address, etc.), remittance information, etc. are displayed. The transfer destination information includes information on a bank account (bank name, branch name, account type, account number, account holder) for having the amount requested on the invoice transferred to the bill destination. If you are requesting a remittance method that is different from transfer to a bank account (including electronic money or cryptocurrency), the information that identifies the remittance destination required for remittance (recipient information for receiving at Company A) ). In response to an operation by the user to add or modify the contents while the details screen is displayed, the CPU 101 controls the invoice data to be modified and stored in accordance with the operation.

Add button 403 is an operation icon for adding new bill data, and when clicked, a new row is added to table 401 and input of new bill data from the user is accepted. Returning to the explanation of FIG. 3.

In S302, the CPU 101 determines whether there has been an operation to set the credit information to be assigned or not. When there is an operation to set credit information to be assigned or not (operation to the credit information column of each row or operation to the batch specification button 404) (i.e., an operation to set credit information to be assigned) If not, the process advances to S304. In S303, the CPU 101 adds a check to or deletes a check from the credit information column of the bill data in each row according to the operation. Then, the CPU 101 stores information in the server device 170 indicating that the checked bill data is subject to credit information, and the unchecked bill data is not subject to credit information. Information indicating that there is is stored in the server device 170.

In S304, the CPU 101 determines whether there has been an operation to set or exclude the transmission designation. If there is an operation to set or exclude the transmission designation target (operation to the transmission designation column of each row or operation to the batch designation button 405), the process advances to S305; otherwise, the process advances to S306. In S305, the CPU 101 adds or deletes a check in the transmission designation column of the bill data in each row according to the operation. Then, the CPU 101 stores information indicating that the checked bill data is subject to transmission designation in the server device 170, and stores information indicating that the unchecked bill data is not subject to transmission designation. The information shown is stored in the server device 170.

In S306, the CPU 101 determines whether there has been an operation to set or exclude the print designation target. If there is an operation to set or exclude the print designation target (operation to the print designation column of each row or operation to the batch designation button 406), the process advances to S307; otherwise, the process advances to S308. In S307, the CPU 101 adds or deletes a check mark in the print designation column of each line of bill data according to the operation. Then, the CPU 101 stores in the server device 170 information indicating that the checked bill data is subject to print designation, and the information indicating that the unchecked bill data is not subject to print designation. The information shown is stored in the server device 170.

In S308, the CPU 101 determines whether there is an operation to set the output target or a non-target operation. If there is an operation to set the output target or a non-target operation (operation to the output target column of each row, or operation to the non-output batch designation button 407 or all batch designation button 408), the process advances to S309; otherwise, the process advances to S309. The process proceeds to S310. In S309, the CPU 101 adds or deletes a check mark to the output target column of the bill data in each row according to the operation. Then, the CPU 101 stores in the server device 170 information indicating that the checked bill data is to be output, and stores information indicating that the unchecked bill data is not to be output. It is stored in the server device 170.

In S310, the CPU 101 determines whether the add button 403 has been operated. If the add button 403 is operated, the process advances to S311, a new row is added to the table 401, and input of new bill data from the user is accepted. If not, the process advances to S312.

In S312, the CPU 101 determines whether there has been an operation to edit bill data. If the details/edit button 402, which is an operation icon, is clicked, the process advances to S313; otherwise, the process advances to S314. In S313, the CPU 101 displays a detailed screen (not shown) of the bill data in the row where the clicked details/edit button 402 is located. In response to an operation by the user to add or modify the contents while the details screen is displayed, the CPU 101 controls the invoice data to be modified and stored in accordance with the operation.

In S314, the CPU 101 determines whether there is an operation to instruct output of a bill. Specifically, if the output button 409 is clicked, the process advances to S315; otherwise, the process advances to S327.

In S315, the CPU 101 lists (extracts) bill data (those with a check in the output target column) that are stored in association with information indicating that they are output targets, from among the bill data. Subsequently, a variable N for sequentially specifying the listed invoice data to be outputted is set to 1 (a number specifying the first data) and stored in the memory 102.

In S316, PDF data (PDF file) of the bill is created using the Nth bill data among the bill data to be output. At this point, the portion of the bill shown in FIG. 6(b), which will be described later, excluding the access information 430 is generated.

In S317, the CPU 101 refers to the server device 170 and determines whether the Nth bill data is subject to credit information. Specifically, it is determined whether or not the Nth bill data is stored in association with information indicating that the credit information is to be given, which was set in S303. If the credit information is to be given, the process advances to S318; otherwise, the process advances to S321.

In S318, the CPU 101 stores the PDF file of the N-th bill (target document, target form to which credit information is to be given) generated in S316 in the server device 300. As a result, the storage location of the PDF file of the Nth bill in the server device 300 is determined.

In S319, the CPU 101 adds access information for accessing the storage location of the Nth invoice PDF file in the server device 300 to the Nth PDF file in a printable manner and overwrites the file. FIG. 4(b) shows an example of printed matter when the PDF file generated in this manner is printed. Details will be described later.

In S320, the CPU 101 controls to add credit information to the PDF file (to which access information has been added) of the Nth bill saved in S319. Specifically, the PDF file of the Nth bill saved on the server device 300 in S319 is transmitted to the credit information providing institution 400, and a request is made to provide credit information. Based on the request, the credit information providing institution 400 adds credit information (electronic certificate) to the received PDF file of the Nth bill and sends it back to the billing terminal 100. The credit information is information that proves that the assigned PDF file was indeed created by Company A and that it has not been modified (edited, tampered with, etc.) since this point. The CPU 101 overwrites the PDF file of the Nth bill on the server device 300 with the PDF file of the Nth bill to which credit information has been added, which has been received from the credit information providing institution 400 . That is, the PDF file to which credit information has been added is controlled to be saved in the storage location indicated by the access information added to the PDF file.

In S321, the CPU 101 refers to the server device 170 and determines whether transmission is specified for the Nth bill data. Specifically, it is determined whether or not the Nth bill data is stored in association with information indicating that it is subject to transmission designation, which was set in S305. If it is a target of transmission designation, the process advances to S322; otherwise, the process advances to S323.

In S322, the CPU 101 transmits the generated PDF file of the N-th bill to the designated destination (the destination indicated by the destination information stored in the bill data). in particular,
If the Nth bill data is not to be given credit information, the PDF file of the bill of the Nth bill data generated in S316 is transmitted. Further, if the Nth bill data is to be assigned credit information, the PDF file of the bill of the Nth bill data generated in S320 is transmitted. In this way, not only the PDF of the invoice to be printed (regardless of whether it is printed or not), but also the PDF of the invoice to be sent, if credit information is attached, the PDF file with access information 430 is added. Sent. By doing this, Company A does not have to change the PDF file generated depending on the method of sending the invoice (printed mail or electronic data), making the business flow more efficient. . In addition, since the billing party can check the credit information even when the bill received in electronic form is subsequently printed and handled, highly versatile operation becomes possible.

In S323, the CPU 101 refers to the server device 170 and determines whether printing is specified for the Nth bill data. Specifically, it is determined whether the Nth bill data is stored in association with information indicating that it is subject to print designation, which was set in S307. If it is a print specification target, the process advances to S324; otherwise, the process advances to S325.

In S324, the CPU 101 generates print data to print the generated PDF file of the N-th bill, transmits it to the printing device 180, and causes the printing device 180 to print it. That is, it performs printing control. If the Nth bill data is not to be given credit information, control is performed to print the bill PDF file of the Nth bill data generated in S316. Further, if the Nth bill data is to be assigned credit information, control is performed to print the PDF file of the bill of the Nth bill data generated in S320. FIG. 4B shows an example of a printed matter when a PDF file of an invoice of invoice data to which credit information is assigned is printed through this process. Details will be described later.

In S325, the CPU 101 determines whether the variable N is Nmax (the number that specifies the last data of the bill data to be output that was listed (extracted) in S315). If the variable N is Nmax, the process proceeds to S327; otherwise, the variable N is incremented by one in S326, and the process proceeds to S316, where the next bill data is processed.

In S327, the CPU 101 determines whether there is an end event to end the bill output process. If there is no operation to end the bill output process or a termination event such as turning off the power, the process advances to S302 and repeats the process. If there is an end event, the bill output process shown in FIG. 3 is ended.

FIG. 4B shows an invoice 190 as an example of a printed matter when the PDF file of the invoice generated in S319 is printed on paper and output. Various information based on the corresponding bill data is printed on the bill 190. For example, invoice number, billing address, name, billing address, name, logo or seal 421, contact information (phone number, email address), billing amount, breakdown of billing amount (item number, product name, Unit price, quantity, amount), subtotal, tax amount, total amount, remittance information, etc. are printed. The remittance information 422 (remittee information) includes information on a bank account (bank name, branch name, account type, account number, account holder) for having the amount requested on the invoice transferred to the invoice. If you request a remittance method other than transfer to a bank account, this information will be required to specify the remittance destination for remittance.

Access information 430 is further printed on the bill 190 in FIG. 4(b). That is, the access information added in S319 is added to the main body part not as metadata of the PDF file but as data to be printed. Furthermore, the access information 430 is printed as part of the bill (form). In other words, the URL of the file to be printed is not simply printed as information different from the content of the electronic data to be printed by the function of the browser. The access information 430 includes a URL 431, a QR code 432 (QR code is a trademark), and a character string 433.

The URL 431 is the address of a website for accessing the storage location of the bill PDF file in the server device 300. In this embodiment, the URL 431 is the address (link) of the website, and the bill number is input after accessing the website. However, the present invention is not limited to this, and the URL 431 may be a description of address information for directly accessing the PDF file of the bill on the server device 300.

The QR code 432 is a two-dimensional code that encodes address information for directly accessing the PDF file of the bill on the server device 300. In this embodiment, the QR code 432 is address information that allows you to directly open a PDF file, and is information that can identify that the file type of the target electronic data is PDF (that is, the extension at the end This is information whose child is ".pdf"). By reading this QR code with a smartphone or the like, the PDF file of the bill on the server device 300 can be easily opened. Note that the QR code 432 is not limited to this, and the QR code 432 may be a coded address of a website for accessing the storage location of the PDF file of the bill in the server device 300, like the above-mentioned URL 431. Further, the information is not limited to the QR code, and other code information (one-dimensional code, two-dimensional code) such as a barcode or Chameleon Code (trademark) may be used.

The character string 433 indicates that the electronic data (PDF) of the document to which credit information (electronic certificate) has been added can be viewed using the URL 431 or the QR code 432, and provides guidance on how to view the document. This shows that the recipient of the bill can use the URL 431 or the QR code 432 to view electronic data with credit information and check the credit information.

In this embodiment, an example in which the access information 430 includes the URL 431, the QR code 432, and the character string 433 has been described, but the present invention is not limited to this, and the URL 431 and the QR code 432 may be only one of the pieces of information. . Further, the character string 433 may be omitted.

Note that in the process of FIG. 3 described above, an example has been described in which access information is uniformly added in a printable manner in S319 to bills to which credit information is attached, but the present invention is not limited to this. If electronic data can be exchanged, access information may be considered unnecessary and may be added only to bills to be printed. In this case, after the determination in S317 is Yes, the process proceeds to 320 after the process in S318 without performing the process in S319, and credit information is added to the PDF file to which no access information has been added. In this way, the electronic data of the bill transmitted in S322 will not have access information added. In this case, the process in S318 may be omitted (that is, the electronic bill data does not need to be stored in the server device 300). Then, regarding the electronic data of the bill for which printing has been instructed, the electronic data of the bill is stored in the server device 300, access information is added in a printable manner, and credit information is newly given. You may also print it out. That is, for the invoice for which printing was instructed in S324, it is determined whether credit information is to be added in the same way as in S317, and if it is to be added to credit information, (if not saved, S318) S319, S320 It is also possible to perform the same process as before and then print.

FIG. 1(b) shows a further overall configuration diagram of this embodiment. It is assumed that, in addition to company A, invoices from billing sources such as company C and company D, for example, are also sent to company B, the billing destination described above, in the same manner as from company A. The bill from Company C is stored in a server device 310 having the same function as the server device 300, and the bill from Company D is stored in a server device 320. The terminal 200 of billing company B accesses the server devices 300, 310, and 320 using application software described below. The software is stored in the server device of the government agency 500 and can be downloaded from the billing terminal 200. The reason why the software is downloaded from a government agency's server is to prevent the software from being tampered with and used illegally.

FIG. 5 shows a flowchart of credit information confirmation processing in the billing terminal 200. This process is carried out by a person in charge at Company B who receives the electronic data invoice 190, and checks the originality of the invoice 190 (sameness with the original, presence or absence of changes from the original, reliability, trustworthiness, credibility). This is a process that is assumed to be executed to confirm. This process is performed by deploying an application software program (hereinafter referred to as "confirmation application") for credit information confirmation, which has been downloaded from the server device of the government agency 500 and recorded in the non-volatile memory 203, into the memory 202. This is realized by the CPU 101 executing it.

In S501, the CPU 201 displays bill data on the display 205 based on the data of the bill 190 received by e-mail or the like and stored in the memory 202 (FIG. 6).

In FIG. 6, reference numeral 401 is a check box for instructing selection, which allows selection for each bill. 402 is a display of a bill number indicating the unique ID of the received bill 190, and 403 is a display of the date of receipt of the bill 190 by Company B. 404 is a display of the billed amount stated in the bill, and the billed amount can be automatically extracted by recognizing a predetermined area of the received bill (PDF) using AI or the like. Reference numeral 405 indicates the billing source, and this example shows billing from Company A, Company C, and Company D. Billing source information can also be automatically extracted by recognizing a predetermined area of a received bill (PDF) using AI or the like. 406 is a display indicating whether an e-seal, which is the credit information of the bill 190, is added to the PDF. The e-seal has a function of certifying the time and the creator of the PDF using, for example, the AATL of the PDF. In this embodiment, it can be clearly seen that the e-seal is not added to the invoice from Company C, but is added to the invoices from Companies A and D.

Reference numeral 407 is a past payment history, which indicates whether any of the previously received bills 190 stored in the memory 202 include payments to the same billing source. If the payment history is "Yes", the past payment history for Company A as shown in FIG. 10 is displayed by clicking on the link in bold. In this example, Company A receives invoices and makes payments in July and August. Also, regarding the August bill, we checked the credit information and found that it was OK.

408 is the latest confirmation date of credit information, and if the credit information described below has been confirmed in the past, it represents the latest date. 409 indicates the number of days that have elapsed from the latest confirmation date of credit information to the present time when FIG. 6 is displayed. By displaying this elapsed number of days for each billing source, for example, since only 30 days have passed since the credit information of Company A was confirmed, the person in charge of Company B can recognize that the credit information is highly reliable. I can do it. Further, for Company C, the number of days that have passed is 365, which indicates that the reliability of credit information confirmation when processing invoices in the past is not as high as that for Company A. Therefore, by referring to the number of days elapsed 409 and the past payment history 407, it is determined that there is little need for credit information confirmation for those that have a payment history and a small number of days elapsed, and can be removed from the credit information confirmation selection 401. can.

Reference numeral 410 is a credit confirmation button for instructing confirmation of credit information, and credit information confirmation processing is performed for the invoices checked in the check box 401. Reference numeral 411 is a credit information bulk confirmation button. By pressing this button, all check boxes 401 are automatically selected, and the credit information of all displayed bills is confirmed. In this embodiment, as shown in FIG. 7, since companies A and C have past payment histories, only bill number 65432 will be checked for credit. 412, 413, and 414 are PDF icons of the bills with bill number 12345, bill number 54321, and bill number 65432, respectively. By clicking this icon, the received PDF can be visually displayed. A display example of this PDF will be explained using FIG. 11, which will be described later.

In S502, it is determined whether credit confirmation button 410 or batch confirmation button 411 has been pressed and credit confirmation has been instructed. If no instruction has been given, the display continues for other processing in step S511. If so instructed, the credibility of the selected invoices is sequentially verified in S503.

The bill 190 is created in PDF format, and an e-seal that is credit information is attached. For example, the e-seal can use PDF AATL to include (1) information on the time when the bill was issued, and (2) information on the entity that issued the bill (billing source). The e-seal also includes URL information for accessing server devices 300, 310, and 320 on the Internet that store the target PDF. For example, to check the credit information of bill number 12345, use the e-seal to access the server device 300 where the bill is stored, and compare it with the information on the e-seal of the bill. The authenticity of the bill can be determined. If the information on the e-seal matches, it is determined that the information is reliable (OK), and if even some of the information does not match, it is determined that the information is not reliable (NG).

In S504, it is determined whether the confirmation in S503 has been completed for all the selected bills, and the process in S503 is repeated until the confirmation is completed. Once completed, the process advances to confirmation result display S505.

In S505, as shown in FIG. 8, the confirmation result 430 column displays that the confirmation result is OK.

8 is a payment instruction button 431, which has a function of instructing payment for the bill selected by the check box 401. Further, 432 is a button for issuing a lump sum payment instruction for all the displayed bills, and by pressing this button, all the bills are selected and payment is instructed. Further, 433 is an NG reply button, which instructs to send an NG message to inform the billing party that payment cannot be made for the bill selected in the check box 401. Reference numeral 434 is a batch reply button, which instructs the billing source to send an NG message to the effect that payment cannot be made for all displayed bills.

In S506, it is determined whether there is a payment instruction, and if there is an instruction, payment procedures are performed with the bank in S507. In S508, it is determined whether or not there is an instruction to issue an NG notification. If there is an instruction, an NG notification is sent to the billing party in S509.

In S510, the above processing results are displayed as shown in FIG.

When the above processing is completed, the program enters a standby state in S511, and if no instruction is given for a certain period of time, the program is terminated.

In S512, the CPU 201 uses the function of the PDF viewer to determine whether credit information is added to the read PDF file. If it is determined that credit information has been given, the process advances to S515; otherwise, the process advances to S513.

Note that in FIGS. 7 to 10, descriptions of the same items and buttons as in FIG. 6 have been omitted, but they are assumed to have the same roles and functions.

FIG. 11A shows an example of a PDF file having valid credit information displayed on the display 205. The main body portion 602 of the read PDF file is displayed in the preview area of the display window 601 of the PDF viewer. The main body portion 602 is an image of the bill, and is a portion that will be printed on a printed matter when printed (a printable area).

The credit information display area 604 is an area for displaying credit information items that are display items that indicate whether credit information is given as metadata (attribute information) of the PDF file and whether it is valid or not. . Since this information is displayed regarding metadata different from the main body part of the PDF file to be printed, it is displayed in an area different from the preview area for displaying the main body part 602. In the example of FIG. 11(a), "Credit information has been assigned and all credit information is valid" is displayed. In other words, it shows that the credit information has been assigned and is valid. In this embodiment, the credit information provision status and validity are displayed using character strings, but the present invention is not limited to this, and may be displayed using icons, marks, or the like.

Button 605 is an operation button for receiving an instruction to display a credit information panel for displaying detailed information about credit information that has been provided. When the button 605 is operated, an instruction to confirm credit information is accepted.

Advertisements are displayed in the advertisement column 606. By providing the advertisement column 606 and displaying advertisements in this way, it is possible to obtain income from advertisers. In this embodiment, since the electronic data (PDF file) of the bill 190 is stored in the server device 300, expenses related to maintenance and operation of the server device 300 are incurred. By displaying the advertisement field 606 and obtaining income from advertisers, it is possible to operate the system by reducing expenses related to the server device, etc., without placing a burden on the billing party.

Further, a credit information item (item) indicating that credit information has been given but is invalid is displayed in the credit information display area 604. Other parts are the same as the display example described in FIG. 11(a).

FIG. 11(b) is an example of displaying a PDF file with valid credit information and detailed information of the credit information on the display 205. This example is a screen that is displayed when button 605 in FIG. 11(a) is pressed. The button 605 has a display format different from that shown in FIG. 11(a), and is in a display state indicating a button-down state. This shows that the credit information panel 610 is displayed.

The credit information panel 610 displays detailed information on the credit information added to the PDF file. The detailed information on the credit information includes information on the person who gave the credit information (the giver, the person who requested the credit information), or the creator who created the displayed PDF. In this embodiment, "Credit information has been assigned by company A", information regarding "reliable source", "The ID of the person who gave the new world information is valid", and "Granter's ID" are displayed. ” is displayed. This confirms that the issuer of this invoice is indeed Company A.

Further, the detailed information on the displayed credit information includes information as to whether the credit information is valid or not. In this embodiment, a display saying "Credit information is valid", a display of the last check date and time, a display of the expiration date, a display regarding the grantor, and an "Issuer" (operator of the credit information granting institution 400, issuer of the credit information, (person) is displayed. Through these, it is possible to confirm that the credit information is valid and that it has been issued by a trusted institution. Additionally, even if your credit information is invalid, you can check the reason (is it simply because it has passed its expiration date or because it could not be checked)?

Further, the detailed information of the displayed credit information includes information indicating whether or not the displayed PDF file has been changed. In this embodiment, the message "The document has not been modified since this credit information was applied" is displayed, and the contents of the displayed PDF file may not be changed or tampered with after the credit information is applied. I can confirm that it is not.

Further, the detailed information on the displayed credit information includes a link (display item for access) to the related form. The displayed invoice includes documents issued in previous processes, such as acceptance inspection, order confirmation, purchase order, and estimate, which are the basis of the invoice, and are saved in a storage area such as the server device 300. There is. If link destination information (address information) for accessing these forms is added to the metadata of the PDF file, display items for accessing this link destination may be displayed. Link information is associated with the parts displayed as "acceptance inspection", "order confirmation", "order form", and "estimate", and when these parts are clicked or touched, the corresponding link information is displayed. Access the link indicated by . This allows the user (for example, a person in charge at Company B) to easily check whether the contents of the displayed invoice match the form issued in the previous process.

Note that the detailed information on the credit information described above is an example, and the information is not limited thereto. At least part of the illustrated information may be absent, or information not illustrated may be included.

As described above, according to this embodiment, the information "Company D" (billing party 405) regarding the first billing party of the received bill "65432" (billing number 402) shown in FIG. A first processing means (CPU 201 in FIG. 2(b)) that processes the information "Yes" (e-seal 406) regarding the credit of one billing source, and a second processing means (CPU 201 in FIG. A second processing means (FIG. 2(b) CPU 201) that processes information regarding the billing source "Company A" (billing source 405) and information regarding the credit of the second billing source "Yes" (e-seal 406). ) and display control means (FIG. 2(b) CPU 201) that controls the display of the outputs of the first and second processing means on the same screen at the same time, even if there are a large number of bills. Its reliability can be efficiently confirmed. In this embodiment, an e-seal is used as the credit information, but the e-seal is not limited to this, and may be, for example, an ID issued by a public institution that indicates credit information regarding the billing organization/person. Furthermore, the requestor may be either a natural person or a corporation. Moreover, although the first and second processing means are realized by software of the CPU, they may be realized by dedicated hardware.

Further, according to the present embodiment, by including the third processing means (step S503 in FIG. 5) for updating the information regarding the credit of the first billing party, the credit information of the billing party held by the billing party ( The credit information 440 ("OK") in FIG. 8 can be easily updated as necessary.

Further, according to the present embodiment, by simultaneously displaying the past payment history "Yes" (payment history 407 in FIG. 6) of the first and second billing sources on the same screen, it is possible to From the payment status, it is possible to efficiently check the reliability of the billing source and the necessity of updating credit information.

Furthermore, according to the present embodiment, the past payment history of the second billing source is simultaneously displayed on the same screen using a link from the display of presence/absence of payment history (407 in FIG. 6) (FIG. 10). ), it is possible to efficiently check the credibility of a billing source based on the past payment status of each billing source.

Further, according to the present embodiment, by simultaneously displaying the elapsed time "30 days" (elapsed days 409 in FIG. 6) on the same screen since the last confirmation of the credit information of the second billing source, the previous Using the length of time since verification, it becomes easier to recognize the need to update your credit information. The "elapsed time" is not limited to days, and may be expressed in other units such as years or months.

Further, according to the present embodiment, by displaying the icons of the invoices from the first and second billing sources at the same time on the same screen, it is possible to easily access the invoices when checking the entire invoice. This improves work efficiency.

Further, according to the present embodiment, an instruction means (check box 401 and credit confirmation button in FIG. 410) on the same screen at the same time, it is possible to improve the efficiency of the credit confirmation process. Furthermore, by having a batch confirmation button 411 for instructing confirmation of all displayed bills, it is possible to selectively use individual confirmation and batch confirmation to further improve productivity.

Further, according to the present embodiment, an instruction means (payment instruction button 431 in FIG. 8) for instructing payment for at least one of the bills from the first and second billing sources is displayed simultaneously on the same screen. By displaying the information, it is possible to efficiently instruct payment processing after credit information is confirmed. Further, by having a batch instruction button 432 for instructing payment of all displayed bills, it is possible to selectively use individual payment instructions and lump sum payment instructions to further improve productivity.

Further, according to the present embodiment, an instruction means (NG reply button 433 in FIG. 8) for instructing a reply to the effect that at least one of the bills cannot be paid from the first and second billing sources. By displaying both on the same screen at the same time, it is possible to efficiently instruct the billing party to be contacted in the event that payment is not possible. Furthermore, by having a batch reply button 434 for notifying that payment cannot be made for all displayed invoices, it is possible to selectively use individual NG notification instructions and bulk NG notification instructions to further improve productivity. be able to.

Furthermore, according to the present embodiment, by configuring the bill as a PDF, it is possible to include time information and information regarding the credibility of the billing source using the PDF function, thereby increasing the reliability of the bill. be able to.

Furthermore, according to the present embodiment, functions can be provided to a computer as an application software program, so existing network and computer resources can be efficiently utilized to realize the functions of the present invention.

Further, according to the present embodiment, the above program is downloaded from the Internet site of a public institution such as the National Tax Agency, the Ministry of Economy, Trade and Industry, or the Cabinet Office, thereby allowing unauthorized use of the functions of the present invention by a malicious program. can be suppressed.

Furthermore, according to the present embodiment, the program allows the computer on which it is installed to access the server devices of multiple credit information verification agencies, so that even if there are multiple credit information verification agencies, Credit confirmation can be performed efficiently without launching separate applications.

Further, according to the present embodiment, the program does not include access information to the plurality of credit information confirmation agencies, but extracts the access information from the information on the e-seal attached to the bill and performs the confirmation process. This eliminates the possibility of fraud such as unauthorized rewriting of access information, and provides highly reliable application software.

In the example explained above, it is assumed that the billing party is sent a PDF as electronic data, but if the billing party is in an environment where it is not possible to receive electronic data, as explained in Figure 3, it is assumed that the PDF is sent as electronic data. You can also check the credit information of documents. More specifically, the electronic data (PDF file) of the bill stored in the server devices 300, 310, 320 is accessed using the access information written on the received printed bill, and the PDF is downloaded. By doing so, the credit information of the bill can be confirmed, and a bill data list can be created on the bill destination terminal 200. As described above, the user (for example, the person in charge at Company B) can easily check the credit information and also perform the check using the bill data list. In particular, when a QR code is used, the trouble of entering URLs and paths can be saved, so confirmation can be performed with fewer operations. Even if the software for viewing electronic invoice data (PDF viewer in the above example) is not installed, the download site will be automatically accessed, allowing you to check the electronic data clearly and reliably, reducing the number of operations required. .

Note that the various controls described above as being performed by the CPU 101 or the CPU 201 may be performed by a single piece of hardware, or multiple pieces of hardware (e.g., multiple processors or circuits) may share the processing to control the entire device. may also be controlled.

Further, although the present invention has been described in detail based on its preferred embodiments, the present invention is not limited to these specific embodiments, and the present invention may be applied to various forms without departing from the gist of the present invention. included. Furthermore, each of the embodiments described above merely shows one embodiment of the present invention, and it is also possible to combine each embodiment as appropriate.

(Other embodiments)
The present invention is also realized by performing the following processing. That is, the software (program) that realizes the functions of the embodiments described above is supplied to a system or device via a network or various storage media, and the computer (or CPU, MPU, etc.) of the system or device reads the program code. This is the process to be executed. In this case, the program and the storage medium storing the program constitute the present invention.

Claims (21)

a control means for controlling to perform a confirmation process for confirming credit based on credit information associated with the invoice;
The result of the confirmation process regarding the first bill from the first biller and the result of the confirmation process regarding the second bill from the second biller are displayed together on a specific screen. a display control means for controlling the
An information processing system comprising: a control means for controlling to perform a confirmation process for confirming credit based on credit information associated with the invoice;
The latest date on which the confirmation process was performed on the first bill from the first billing source and the latest date on which the confirmation process was performed on the second bill from the second billing source. , display control means for controlling the display to be displayed together on a specific screen;
An information processing system comprising: a control means for controlling to perform a confirmation process for confirming credit based on credit information associated with the invoice;
The number of days that have passed since the latest date on which the confirmation process was performed on the first bill from the first billing source, and the latest date on which the confirmation process was performed on the second bill from the second billing source. display control means for controlling the number of days elapsed from date to be displayed together on a specific screen;
An information processing system comprising: 4. The information processing system according to claim 1, wherein the specific screen is a list display screen on which a list of information regarding a plurality of bills is displayed. a control means for controlling to perform a confirmation process for confirming credit based on credit information associated with the invoice;
Displaying a specific screen displaying a list of information regarding multiple bills including a first bill from a first billing source and a second billing from a second billing source ; a display control means for controlling to display an instruction item for instructing execution of the confirmation process;
An information processing system comprising : 6. The information processing system according to claim 5, further comprising receiving means for receiving a selection of a bill to be subjected to the confirmation process on the specific screen. a control means for controlling to perform a confirmation process for confirming credit based on credit information associated with the invoice;
Displaying a specific screen displaying a list of information regarding multiple bills including a first bill from a first billing source and a second billing from a second billing source , a display control means for controlling to display an instruction item for instructing a reply to the effect that payment cannot be made for invoices whose creditworthiness has not been confirmed as a result of the confirmation process;
An information processing system comprising : The display control means further controls to display, on the specific screen, an instruction item for instructing payment regarding a selected bill from among the information related to the plurality of bills displayed in the list. The information processing system according to any one of claims 4 to 7. The control means is capable of controlling the invoice for which the confirmation process has been performed to perform the confirmation process again in order to update the result of the confirmation process,
9. The display control means controls to update and display the result of the confirmation process regarding the invoice based on the result of the confirmation process performed for the update. The information processing system according to any one of the above. 10. The display control means further controls the past payment history of the first bill and the second bill to be displayed on the specific screen. The information processing system according to item 1. 11. The information processing system according to claim 1, wherein the specific screen is a screen on which the first bill and the second bill are not displayed. The display control means displays the first bill in response to an operation of a first display item displayed on the specific screen that corresponds to the first bill. and display the second bill in response to an operation of a second display item displayed on the specific screen that corresponds to the second bill. The information processing system according to any one of claims 1 to 11, characterized in that the information processing system is controlled so as to. 13. The first bill and the second bill are PDF files, and the credit information includes at least time information and information regarding credit of the billing source. The information processing system described in . 14. The information processing system according to claim 1, wherein the credit information is information provided by an external organization that is different from the billing source and billing destination of the bill. Any one of claims 1 to 14, wherein the confirmation process includes a process of performing Internet communication and comparing information stored in a server on the Internet with at least part of the content of the credit information. The information processing system according to item 1. Claim characterized in that the communication destination communicated in the confirmation process regarding the credit information of the first bill is different from the communication destination communicated in the confirmation process regarding the credit information of the second bill. 16. The information processing system according to any one of Items 1 to 15. The information processing system according to any one of claims 1 to 16, wherein the control means performs control to perform the confirmation process by communicating with a communication destination according to credit information for each bill. . Claim 1, wherein the control means performs control to perform the confirmation process by communicating with the communication destination using information for accessing the communication destination included in credit information for each bill. 18. The information processing system according to any one of 17 to 17. 19. The information processing system according to claim 1, wherein the control means and the display control means perform control based on a program downloaded from an Internet site of a public institution. a control step for controlling a verification process to verify credit based on credit information associated with the invoice;
Specify the result of the confirmation process regarding the credit information of the first bill from the first billing source and the result of the confirmation process regarding the credit information of the second bill from the second billing source. a display control step for controlling the display to be displayed together on the screen of the
A method for controlling an information processing system, comprising: A program for causing at least one computer to function as each means of the information processing system according to any one of claims 1 to 19.

Images