Intermediation server, intermediation system, communication system, intermediation method, and program

Abstract

To provide a mediation server, mediation system, communication system, mediation method, and program that are adapted to save labor and time of a user's application for fund-raising such as factoring.SOLUTION: A mediation server, in a communication system, is allowed to communicate with one or more form-managing servers that prepare a business form related to a business transaction with a transaction partner and sends the business form to the transaction partner on request from a user, and comprises a transceiver unit that is of receiving means that receives an examination request for fund-raising using a business form and form-identifying information for identifying the business form, which the form-managing server sent based on the examination request for fund-raising using the business form from a user terminal of the user and transmitting means that sends the examination request for fund-raising and at least form-identifying information of the business form, to a destination on a side to examine the fund-raising.SELECTED DRAWING: Figure 4

Description

[Technical Field]

[0001] The present disclosure relates to an intermediation server, an intermediation system, a communication system, an intermediation method, and a program. [Background technology]

[0002] In the world of commercial transactions, factoring, a method of raising funds by quickly converting accounts receivable arising from transactions into cash, is widely used. For example, Patent Document 1 discloses a technology that enables factoring users to apply for factoring using a computer system. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 6707700 Summary of the Invention [Problem to be solved by the invention]

[0004] However, even if a computer system is used, users of fund raising services such as factoring must input information used to raise funds for accounts receivable, etc., which creates the problem of time and effort required for application. [Means for solving the problem]

[0005] The invention of claim 1 is an intermediary server that communicates with one or more form management servers that create forms related to commercial transactions with business partners in response to a request from a user and send the forms to the business partners, the intermediary server comprising: a receiving means for receiving a request for fundraising review using the form and form identification information for identifying the form, which are sent by the form management server based on a request for fundraising review using the form from a user terminal of the user; and a receiving means for receiving the request for fundraising review using the form and form identification information for identifying the form, the ... to an address of the party reviewing the fundraising, 、 Form identification information of the form and the audit request information does not include the above-mentioned form.and a transmitting means for transmitting the information. [Effects of the Invention]

[0006] As described above, according to the present invention, the intermediary server transmits the document identification information of the document created by the document management server to the examiner terminal, thereby eliminating the problem that fundraising users have to go through the trouble of inputting information used for fundraising. [Brief explanation of the drawings]

[0007] [Figure 1] FIG. 2 is a diagram illustrating the relationships between companies according to the present embodiment. [Figure 2] 1 is a schematic diagram of a communication system according to an embodiment of the present invention; [Figure 3] 2 is a hardware configuration diagram of a user terminal, an intermediary server, an examiner terminal, and a form management server according to the present embodiment. FIG. [Figure 4] FIG. 2 is a functional block diagram of the communication system according to the embodiment. [Figure 5] FIG. 2 is a conceptual diagram of a tenant information management table. [Figure 6] FIG. 10 is a conceptual diagram of a billing information management table. [Figure 7] FIG. 10 is a conceptual diagram of an invoice information management table. [Figure 8] FIG. 10 is a conceptual diagram of a funding source management table. [Figure 9] FIG. 10 is a conceptual diagram of an examination item information management table. [Figure 10] FIG. 10 is a conceptual diagram of an examination management table. [Figure 11] FIG. 10 is a conceptual diagram of an application information management table. [Figure 12] FIG. 10 is a conceptual diagram of an account transaction details information management table. [Figure 13] FIG. 10 is a sequence diagram showing a process in which an intermediary company sends an invoice to a trading partner company on behalf of a service using company. [Figure 14]FIG. 10 is a diagram showing an invoice sending screen. [Figure 15] FIG. 10 is a sequence diagram showing a process for an intermediary company to send an invoice to a trading partner company on behalf of a service using company. [Figure 16] FIG. 10 is a diagram showing a funding source selection screen. [Figure 17] A sequence diagram showing the registration process of provisional screening information. [Figure 18] A figure showing an example of the display of a provisional screening information registration screen. [Figure 19] FIG. 10 is a sequence diagram showing a process for mediating a provisional review request. [Figure 20] FIG. 10 is a diagram showing an invoice confirmation screen. [Figure 21] FIG. 10 is a conceptual diagram of an application information management table according to a modified example. [Figure 22] This is a flowchart showing the initial display processing of the provisional screening information registration screen. [Figure 23] A figure showing the provisional screening information registration screen in the second initial display mode. [Figure 24] A figure showing the provisional screening information registration screen in the third initial display mode. [Figure 25] This is a flowchart showing the display change process of the provisional screening information registration screen. [Figure 26] A figure showing a provisional screening information registration screen in a submission method selection display mode. [Figure 27] A figure showing the provisional screening information registration screen in manual transmission display mode. [Figure 28] A sequence diagram showing the process of registering provisional screening results. [Figure 29] A sequence diagram showing the process of registering provisional screening results. [Figure 30] A sequence diagram showing the process of registering provisional screening results. [Figure 31] A diagram showing a provisional review list screen. [Figure 32] FIG. 10 is a diagram showing a deposit / withdrawal information screen. [Figure 33] FIG. 10 is a diagram showing a transaction history information screen. [Figure 34] FIG. 10 is a diagram showing a transaction detail information screen. [Figure 35] FIG. 10 is a diagram showing a provisional screening result registration screen. [Figure 36] FIG. 10 is a diagram showing an examination item setting screen. [Figure 37] FIG. 10 is a sequence diagram showing the registration process of this review information. [Figure 38] FIG. 10 is a diagram showing a fundraising application list screen. [Figure 39] FIG. 10 is a diagram showing a provisional screening result list screen. DETAILED DESCRIPTION OF THE INVENTION

[0008] [Inter-company relationships] The relationships between the companies will be explained using Figure 1. Figure 1 is a diagram showing the relationships between the companies according to this embodiment.

[0009] As shown in Figure 1, service user company A is a company that uses the service of intermediary company C, which provides proxy applications to fundraising sources. Client company B is a client of service user company A. In this case, a relationship may arise in which service user company A is the creditor and client company B is the debtor. Intermediary company C is a company that provides the above service to service user company A.

[0010] In addition, factoring service company D, accounts receivable secured loan service company E, PO finance company F, and quotation finance service company G are companies that provide the services indicated above and are all funding service companies. From the perspective of service user company A, funding service companies are sources of funding.

[0011] Factoring service company D is a collective term for multiple factoring service companies D1, D2, ... Dn. Accounts receivable secured loan service company E is a collective term for multiple accounts receivable secured loan service companies E1, E2, ... En. PO finance service company F is a collective term for multiple PO finance service companies F1, F2, ... Fn. Quotation finance service company G is a collective term for quotation finance service companies G1, G2, ... Gn.

[0012] Here, an outline of the processing in this embodiment will be described.

[0013] First, service user company A provides or plans to provide goods or services to trading partner company B, resulting in accounts receivable. In this state, service user company A uses the document management service provided by intermediary company C to request intermediary company C to send an invoice to trading partner company B (S1). In response, intermediary company C issues an invoice and sends it to trading partner company B (S2). The processing up to this point shows the invoice issuance service provided by intermediary company C.

[0014] Furthermore, service using company A uses the intermediary service provided by intermediary company C to request that intermediary company C apply for fund raising on its behalf to the fund providing service company (S3). As a result, intermediary company C reuses the invoice issued by the invoice issuance service to apply for fund raising on its behalf to the fund providing service company (S4). Service using company A then raises funds from the fund providing service company (S5).

[0015] Thereafter, business partner company B pays the accounts receivable related to the invoice to service user company A on the due date (S6), which causes service user company A to repay the fund-raising service company for the fund-raising amount (S7).

[0016] [Communication system overview] 2 is a schematic diagram of the communication system of this embodiment, showing the terminals or servers of each company in FIG.

[0017] User company A is provided with a user terminal 1 such as a PC (personal computer), which is operated by user A1. Intermediary company C is provided with a form management server 2 and an intermediary server 3. The form management server 2 and the intermediary server 3 constitute an intermediary system 4.

[0018] Additionally, factoring service company D, accounts receivable secured loan service company E, PO finance service company F, and quotation finance service company G are each provided with examiner terminals 5d, 5e, 5f, and 5g such as PCs. The examiner terminals 5d, 5e, 5f, and 5g are operated by examiners D1, E1, F1, and G1, respectively.

[0019] The user terminal 1, examiner terminals 5d, 5e, 5f, and 5g, the form management server 2, and the intermediary server 3 can communicate with each other via a communication network 100 such as the Internet. Hereinafter, the examiner terminals 5d, 5e, 5f, and 5g will be collectively referred to as the "examiner terminal 5."

[0020] [Hardware configuration of communication system] Next, the hardware configuration of each terminal and server that constitutes the communication system shown in Fig. 1 will be described using Fig. 3. Since all of them have the same configuration, the hardware configuration of the user terminal 1 will be described, and the description of the hardware configuration of each server will be omitted.

[0021] As shown in Figure 3, the user terminal 1 is composed of a computer and includes a CPU 101, a ROM 102, a RAM 103, a HD 104, an HDD (Hard Disk Drive) controller 105, a display 106, an external device connection I / F (Interface) 108, a network I / F 109, a bus line 110, a keyboard 111, a pointing device 112, a DVD-RW (Digital Versatile Disk Rewritable) drive 114, and a media I / F 116.

[0022] Of these, the CPU 101 controls the operation of the entire computer. The ROM 102 stores programs used to drive the CPU 101, such as the IPL. The RAM 103 is used as a work area for the CPU 101. The HD 104 stores various data, such as programs. The HDD controller 105 controls the reading and writing of various data from and to the HD 104 under the control of the CPU 101. The display 106 displays various information, such as a cursor, menus, windows, characters, or images. The external device connection I / F 108 is an interface for connecting various external devices. In this case, the external devices are, for example, USB (Universal Serial Bus) memories, printers, etc. The network I / F 109 is an interface for data communication using the communication network 100. The bus line 110 is an address bus, a data bus, etc. for electrically connecting the components, such as the CPU 101, shown in FIG. 3.

[0023] The keyboard 111 is a type of input means having multiple keys for inputting characters, numbers, various instructions, etc. The pointing device 112 is a type of input means for selecting and executing various instructions, selecting a processing target, moving a cursor, etc. The DVD-RW drive 114 controls reading and writing of various data from a DVD-RW 113, which is an example of a removable recording medium. Note that the medium is not limited to a DVD-RW, and may be a DVD-R or a Blu-ray Disc (registered trademark), etc. The media I / F 116 controls reading and writing (storing) of data from a recording medium 115, such as a flash memory.

[0024] Furthermore, a microphone as an example of a sound collection device, a speaker as an example of a sound output device, and a camera as an example of an imaging device can be connected to the external device connection I / F.

[0025] [Functional configuration of the communication system] Next, each functional configuration of the communication system of this embodiment will be described with reference to Fig. 3 to Fig. 12. Fig. 4 is a block diagram of each function of the communication system according to this embodiment.

[0026] <Functional configuration of user terminal> First, the functional configuration of the user terminal 1 will be described with reference to Figures 3 and 4. As shown in Figure 4, the user terminal 1 has a transmitting / receiving unit 11, a receiving unit 12, a display control unit 14, a determining unit 15, and a storage / readout processing unit 19. Each of these units is a function or a means for performing the function, which is realized when any of the components shown in Figure 3 operates in response to an instruction from the CPU 101 in accordance with a program loaded from the HD 104 onto the RAM 103. The user terminal 1 also has a storage unit 1000 constructed by the RAM 103 and HD 104 shown in Figure 3.

[0027] (Functional configuration of user terminal) Next, we will explain each component of the user terminal 1. The transmitting / receiving unit 11 is realized by commands from the CPU 101 shown in Fig. 3, an external device connection I / F 108, and a network I / F 109, and transmits and receives various data (or information) to and from other terminals, devices, or systems via the communication network 100.

[0028] The reception unit 12 is realized mainly by commands from the CPU 101 shown in FIG. 3, as well as the keyboard 111 and pointing device 112, and receives various inputs from the user.

[0029] 3, and displays an image by outputting image data to the display 106 or an external display connected to the external device connection I / F 108. The display control unit 14 has a web browser function.

[0030] The determination unit 15 is mainly realized by instructions from the CPU 101 shown in FIG. 3, and performs various determinations.

[0031] The storage / readout processing unit 19 is mainly realized by instructions from the CPU 101 shown in Figure 3 and the HDD controller 105, and performs processes such as storing various data in the memory unit 1000 and reading out various data stored in the memory unit 1000.

[0032] <Functional configuration of the report management server> Next, the functional configuration of the form management server 2 will be described with reference to Figures 3 to 7. As shown in Figure 4, the form management server 2 has a transmitting / receiving unit 21, a determining unit 25, a creating unit 26, and a storing / reading processing unit 29. Each of these units is a function or a means for performing a function that is realized when any of the components shown in Figure 3 operates in response to an instruction from the CPU 101 in accordance with a program loaded from the HD 104 onto the RAM 103. The form management server 2 also has a memory unit 2000 constructed by the RAM 103 and HD 104 shown in Figure 3.

[0033] (Tenant information management table) Fig. 5 is a conceptual diagram showing a tenant information management table. A tenant information management DB 2001 configured with a tenant information management table such as that shown in Fig. 5 is constructed in the storage unit 2000. This table shows information related to tenants as companies using the service. Therefore, in this table, the tenant ID, tenant name (company name, trade name, etc.), tenant address (location), tenant industry, start date and time of use of the form management service, bank account information, and connection destination information (URL, etc.) of the linked service are associated and managed as tenant information.

[0034] (Billing information management table) Fig. 6 is a conceptual diagram showing a billing information management table. A billing information management DB 2002 configured with a billing information management table such as that shown in Fig. 6 is constructed in the storage unit 2000. This table shows details related to corporate information of the invoice recipient for each tenant as a service using company. In this table, for each tenant ID indicating the source of the bill, the billing ID, billing name (or individual name), address, telephone number, email address, name of person in charge, and bank account information are associated and managed as billing information.

[0035] (Invoice information management table) Fig. 7 is a conceptual diagram showing an invoice information management table. An invoice information management DB 2003 consisting of an invoice information management table such as that shown in Fig. 7 is constructed in the storage unit 2000. This table shows the contents of invoices created by intermediary company C on behalf of service-using companies. Therefore, in this table, for each tenant ID, the invoice number (document ID), invoice recipient ID, invoice recipient name, invoice amount, payment due date, invoice image, delivery date, payment status, payment date, and deposit account information are associated and managed as invoice information.

[0036] (Functional configuration of the report management server) Next, we will explain in detail each functional configuration of the form management server 2. In explaining each functional configuration of the form management server 2, we will also explain the relationship between each component shown in Figure 3 and the main components that realize each functional configuration of the form management server 2.

[0037] The transmission / reception unit 21 of the document management server 2 shown in Figure 4 is realized by instructions from the CPU 101 shown in Figure 3 and the network I / F 109, and transmits and receives various data (or information) with other terminals, devices, or systems via the communication network 100.

[0038] The determination unit 25 is realized by an instruction from the CPU 101 shown in Fig. 3, and makes a predetermined determination, the contents of which will be described later.

[0039] The creation unit 26 is realized by commands from the CPU 101 shown in FIG. 3, and creates the screen to be displayed.

[0040] The storage / readout processing unit 29 is realized by instructions from the CPU 101 and the HDD controller 105 shown in FIG. 3, and performs processing such as storing various data in the storage unit 3000 and reading out various data stored in the storage unit 3000.

[0041] <Functional configuration of the intermediary server> Next, the functional configuration of the intermediary server 3 will be described with reference to Figures 3, 4, 8 to 12. As shown in Figure 4, the intermediary server 3 has a transmitting / receiving unit 31, a determining unit 33, a judging unit 35, a creating unit 36, and a storing / reading processing unit 39. Each of these units is a function or a means for performing a function that is realized when any of the components shown in Figure 3 operates in response to an instruction from the CPU 101 in accordance with a program loaded from the HD 104 onto the RAM 103. The intermediary server 3 also has a memory unit 3000 constructed by the RAM 103 and HD 104 shown in Figure 3.

[0042] (Funding source management table) FIG. 8 is a conceptual diagram showing a fund-raising source management table. Storage unit 3000 stores fund-raising source management DB 3001, which is configured with a fund-raising source management table such as that shown in FIG. 8. This table displays information about companies that are fund-raising sources. Therefore, this table manages fund-raising source information by associating the following: type of fund-raising source, service name (company name), industries in which the fund-raising source specializes, industries in which the fund-raising source does not support, areas in which funding is available, whether or not the fund-raising source supports sole proprietorships, the maximum amount supported, deposit speed, the username, password, email address, and name of the person in charge at the fund-raising service company, and the details of the PR input contract at the fund-raising service company. This person in charge corresponds to examiners D1, E1, F1, and G1 in FIG. 2.

[0043] (Examination item information management table) FIG. 9 is a conceptual diagram showing an examination item information management table. The storage unit 3000 has constructed an examination item information management DB 3002 configured with an examination item information management table such as that shown in FIG. 9. This table indicates the period (months) of evidential information required for the examination of fund-raising at a fund-providing service company (service name). Therefore, this table manages the period of evidential information in association with each service name. For example, when service user company A (or intermediary company C) applies for fund-raising to a fund-providing service company that is service D1, it must prepare information such as deposit and withdrawal transactions of the service user company for the past six months as evidential information for the examination by the fund-providing service company.

[0044] The screening item information is registered in advance in the screening item information management DB 3002 by an administrator at intermediary company C based on the screening conditions disclosed by each funding service.

[0045] (Review management table) Figure 10 is a conceptual diagram showing an examination management table. A examination management DB 3003 consisting of an examination management table such as that shown in Figure 10 is constructed in the memory unit 3000. This table shows the examination status of each fundraising application for each fundraising service company. Therefore, this table associates and manages, for each service provider as a fundraising service company, the fundraising application ID, provisional examination status, main examination status, and examination result information, which is information related to the examination result.

[0046] (Application information management table) Fig. 11 is a conceptual diagram showing an application information management table. An application information management DB 3004 configured with an application information management table such as that shown in Fig. 11 is constructed in the storage unit 3000. This table shows information related to fundraising applications. Therefore, this table associates and manages information related to the application ID, invoice number (document ID), information related to the service using company (name of the company making the request, address of the company making the request), information related to the business partner company (name of the company to which the request is made, address of the company to which the request is made), the invoice amount, the invoice payment deadline date, the invoice issue date, and the application date, which is the date on which the application for fundraising review using the invoice was made.

[0047] (Account Transaction Detail Information Management Table) Figure 12 is a conceptual diagram showing an account transaction statement information management table. The storage unit 3000 stores a fund provision service management DB 3005 that is configured with an account transaction statement information management table such as that shown in Figure 12. This table manages transaction statement information for the bank accounts of service-using companies. Therefore, this table manages information related to the transaction date and time, payment amount, payee, deposit amount, deposit source, and balance in association with each other.

[0048] <Functional configuration of examiner terminal> Next, the functional configuration of the examiner terminal 5 will be described with reference to Figures 3 and 4. As shown in Figure 4, the examiner terminal 5 has a transmission / reception unit 51, a reception unit 52, a display control unit 54, a determination unit 55, and a storage / readout processing unit 59. Each of these units is a function or a means for performing the function, which is realized when any of the components shown in Figure 3 operates in response to an instruction from the CPU 101 in accordance with a program loaded from the HD 104 onto the RAM 103. The user terminal 1 also has a memory unit 5000 constructed by the RAM 103 and HD 104 shown in Figure 3.

[0049] In addition, since each part of the examiner terminal 5 (transmission / reception unit 51, reception unit 52, display control unit 54, judgment unit 55, and memory / readout processing unit 59) realizes the same functions as each part of the user terminal 1 (transmission / reception unit 11, reception unit 12, display control unit 14, judgment unit 15, and memory / readout processing unit 19), explanations will be omitted.

[0050] [Processing or Operation of the Embodiment] Next, the processing or operation of this embodiment will be described with reference to FIGS.

[0051] <Invoice sending process> First, the process of sending an invoice on behalf of a service user company by an intermediary company will be described with reference to Figures 13 and 14. Figure 13 is a sequence diagram showing the process by which an intermediary company sends an invoice to a business partner company on behalf of a service user company. Figure 14 is a diagram showing the invoice sending screen.

[0052] First, in the user terminal 1 of the service using company A, the reception unit 12 receives an operation from user A1 to instruct the display of an invoice sending screen (S41). Specifically, the reception unit 12 receives an operation by user A1 to click a button included in a predetermined screen displayed on the user terminal 1. Before receiving the operation from user A1 to instruct the display of the invoice sending screen, the reception unit 12 also receives authentication information such as a tenant ID entered by user A1. Then, the transmission / reception unit 11 transmits the authentication information to the form management server 2, which then performs a predetermined authentication process. Therefore, the reception unit 12 can receive an operation from user A1 to instruct the display of the invoice sending screen only when user A1 has been authenticated.

[0053] Next, the transmitting / receiving unit 11 of the user terminal 1 transmits a request for the invoice delivery screen to the form management server 2 (S42). As a result, the transmitting / receiving unit 21 of the form management server 2 receives the request for the invoice delivery screen.

[0054] Next, in the form management server 2, the creation unit 26 creates screen data for the invoice delivery screen as shown in Fig. 14 in response to the request for the invoice delivery screen (S43). The transmission / reception unit 21 then transmits the created screen data to the user terminal 1 (S44). The display control unit 14 of the user terminal 1 displays the invoice delivery screen on the display 106 based on the transmitted screen data (S45).

[0055] FIG. 14 is a diagram showing an example of the invoice delivery screen displayed on the user terminal 1. As shown in FIG. 14, the invoice delivery screen includes items such as a first check box c21 for setting whether to request a preliminary review of funding using the invoice to be sent, a second check box c22 for setting whether to send the invoice by mail, and a delivery instruction button b21 for instructing delivery. In addition, the subject and body of the invoice when sent by email are displayed on the invoice delivery screen. Pre-registered information may be set as the subject and body, or user A1 may set them by inputting them via a specified screen.

[0056] User A1 sets the email address to which the invoice will be sent via this invoice sending screen, then uses the first check box c21 to set whether or not to request a preliminary review of funding using the invoice to be sent, uses the second check box c22 to set whether or not to send the invoice by mail, and finally instructs the invoice to be sent by clicking the send instruction button b21. The reception unit 12 of the user terminal 1 receives the operation to instruct the invoice to be sent (S46).

[0057] Next, the transmitting / receiving unit 11 of the user terminal transmits to the document management server 2 a request to send the invoice, the invoice number, and information indicating whether or not there is a request for provisional screening of fundraising using the invoice (S47).

[0058] Next, in the document management server 2, the storage / readout processing unit 29 searches the invoice information management DB 2003 using the transmitted invoice number as a search key to identify the invoice information corresponding to the invoice number, and registers the date on which the invoice was instructed to be sent as the item value of the sending date item included in the invoice information (S48).

[0059] Finally, the sending / receiving unit 21 of the form management server 2 sends an email with an invoice image of the invoice attached as an attachment to the email address set by user A1 (S49). Also, if sending of the invoice by mail is set in the second checkbox c22, the sending / receiving unit 21 sends the invoice image of the invoice to a printing device, which prints out the invoice image. In this way, the invoice is sent from service using company A to business partner company B.

[0060] <Proxy invoice sending process> Next, the proxy invoice sending process will be explained using Figures 15 and 16. Figure 15 is a sequence diagram showing the process by which an intermediary company sends an invoice to a trading partner company on behalf of a service using company. Figure 16 is a diagram showing the fundraising source selection screen.

[0061] First, in the document management server 2, the judgment unit 25 judges whether a fundraising review request is necessary based on information indicating the presence or absence of a request for a provisional fundraising review using an invoice transmitted from the user terminal 1 (S61). That is, the judgment unit 25 judges that a fundraising review request is "necessary" when user A1 instructs to send an invoice by checking the first check box c21 on the invoice sending screen, and judges that a fundraising review request is "unnecessary" when user A1 instructs to send an invoice by unchecking the first check box c21 on the invoice sending screen. Hereinafter, the processing when the judgment unit 25 judges that a fundraising review request is "necessary" will be described.

[0062] Next, the storage / readout processing unit 29 searches the tenant information management DB 2001 using the tenant ID of user A1 as a search key, and reads out tenant information corresponding to the tenant ID as billing information (S62).The storage / readout processing unit 29 then reads out the invoice information identified in step S61, and searches the invoice information management DB 2002 using the invoice ID included in the invoice information as a search key, and reads out billing information corresponding to the invoice ID (S63).

[0063] Next, the transmitting / receiving unit 21 transmits to the intermediary server 3 a request for provisional screening of funding, invoice information, billing source information, and billing destination information.

[0064] Next, in the intermediary server 3, the determination unit 33 determines a fund-raising source to which an examination can be requested based on the transmitted requestor information (S65). Specifically, the determination unit 33 determines whether the business type of the requestor is a sole proprietor based on the company name and trade name included in the requestor information, and acquires the address and industry type included in the requestor information. The storage / readout processing unit 39 then reads out fund-raising information corresponding to the business type of the requestor, the region indicated by the address, and the industry type from each piece of fund-raising source information registered in the fund-raising source management DB 3001. The determination unit 33 determines the fund-raising source corresponding to the readout fund-raising information as a fund-raising source to which an examination can be requested.

[0065] Next, the creation unit 36 ​​of the intermediary server 3 creates screen data for a fundraising source selection screen based on the fundraising source information of the determined fundraising source (S66). Specifically, the creation unit 36 ​​creates screen data for a fundraising source list screen on which information such as the service name and PR input contract included in the fundraising source information is displayed. Then, the transmission / reception unit 31 transmits the created screen data to the user terminal 1 (S67). The display control unit 14 of the user terminal 1 displays the fundraising source selection screen on the display 106 based on the transmitted screen data (S68).

[0066] Figure 16 is an example of a fundraising source selection screen displayed on the user terminal 1. As shown in Figure 16, the fundraising source selection screen includes the service name and PR information of each fundraising source, check boxes c31, c32, c33, c34, and c35 for selecting the fundraising source for which a provisional screening is to be applied, and a button b31 for confirming the selection of the fundraising source and moving to the next screen. User A1 can select the fundraising source for which a provisional screening is to be applied by checking the check box corresponding to the fundraising source for which the user A1 wishes to apply for a provisional screening and clicking button b31.

[0067] <Registration process for provisional screening information> Next, the provisional screening information registration process will be explained using Figures 17, 18 and 19. Figure 17 is a sequence diagram showing the provisional screening information registration process. Figure 18 is a diagram showing an example of the provisional screening information registration screen. Figure 19 is a diagram showing an invoice confirmation screen.

[0068] First, in the user terminal 1, the reception unit 12 receives an operation to select a fund-raising source (S81). Specifically, the reception unit 12 receives an operation to check a checkbox corresponding to the fund-raising source and an operation to click the button b31. Then, the transmission / reception unit 11 transmits a request for the screening information registration screen and the service name of the selected fund-raising source to the intermediary server 3 (S82).

[0069] Next, in the intermediary server 3, the determination unit 33 determines the period of evidential information required for the review. Specifically, the storage / readout processing unit 39 searches the review item information management table using the service name of the transmitted fundraising destination as a search key, thereby reading out the period of evidential information corresponding to each service name. The determination unit 33 then determines the longest period of the periods of each of the read evidential information as the period of evidential information required for the review. For example, if user A1 selects service D1, service D2, service D3, and service D4, the periods of evidential information corresponding to these services, respectively, are identified as 6 months, 24 months, 12 months, and 7 months. Of these, the longest period, 24 months, is determined as the period of evidential information required for the review (S83).

[0070] Next, the transmitting / receiving unit 31 of the intermediary server 3 transmits a request for the first review information, the billing source ID, the billing destination ID, and the determined period for the evidential documents to the document management server 2 (S84). The first review information is information indicating the history of commercial transactions between the service using company A and the trading partner company B, such as invoice information of an invoice issued by the service using company A to the trading partner company B, and information indicating the payment status from the trading partner company B to the service using company A for the amount claimed on the invoice.

[0071] Next, the storage and readout processing unit 29 of the document management server 2 identifies the range of invoice information to read based on the period of the transmitted documentary evidence and the current date. That is, it identifies the range of sending dates included in the invoice information. For example, if the period of the documentary evidence is "24 months," it identifies the range from the current date to 24 months prior to the current date. Then, the storage and readout processing unit 29 searches the invoice information management DB 2003 using the transmitted invoice source ID, invoice destination ID, and the identified range of sending dates as search keys, and reads out invoice information including the invoice source ID and invoice destination ID within the range defined by the period of the documentary evidence as first examination information (S85).

[0072] Next, the transmitting / receiving unit 21 of the document management server 2 transmits the read first review information to the intermediary server 3 (S86). Then, in the intermediary server 3, the creation unit 36 ​​creates screen data for a provisional review information registration screen including the invoice number and information indicating whether or not a linked service is used, based on the invoice information, billing source information, and billing destination information transmitted in step S64 and the first review information transmitted in step S86 (S87). Then, the transmitting / receiving unit 31 transmits the created screen data to the user terminal 1 (S88).

[0073] Next, in the user terminal 1, the display control unit 14 displays the provisional screening information registration screen on the display 106 based on the transmitted screen data (S89).

[0074] Figure 18 is an example of a display of a provisional screening information registration screen displayed on the user terminal 1. As shown in Figure 18, the provisional screening information registration screen includes a field f41 indicating the invoice number, a confirmation button b41 for confirming the invoice image, a registration button b42 for registering the financial statement, a registration button b43 for registering the basic contract, a setting area a41 for setting the method of submitting evidentiary information, a back button b48, and an execute button b49. The provisional screening information registration screen also includes billing source information (your company information) such as the company name and address of the billing sender, and billing destination information (accounts receivable information) such as the company name and address of the billed recipient. Furthermore, the setting area a41 includes a radio button for setting whether or not to automatically send transaction history. The radio button has two options: "Yes" r41 and "No" r42.

[0075] Next, in the user terminal 1, the reception unit 12 receives an operation to instruct acquisition of an invoice image (S90). Specifically, the reception unit 12 receives an operation to click the confirmation button b41. Then, the transmission / reception unit 11 transmits a request for an invoice image and the invoice number of the requested invoice to the document management server 2 (S91).

[0076] Next, in the form management server 2, the storage / readout processing unit 29 searches the invoice information management DB 2003 using the transmitted invoice number as a search key to identify the storage location of the invoice image corresponding to the invoice number, and reads out the invoice image from the identified storage location (S92). The transmission / reception unit 21 transmits the read-out invoice image to the user terminal 1 (S93).

[0077] Finally, the display control unit 14 of the user terminal 1 displays an invoice confirmation screen including the transmitted invoice image (S94). Figure 19 is an example of the invoice confirmation screen displayed on the user terminal 1. As shown in Figure 19, the invoice confirmation screen includes an invoice image g51 and an OK button b51. When user A1 checks the invoice image g51 and clicks the OK button b51, the invoice confirmation screen closes and the provisional screening information registration screen is displayed.

[0078] <Intermediary processing of preliminary screening requests> Next, the intermediation process for a provisional review request will be described with reference to Fig. 20. Fig. 20 is a sequence diagram showing the process for intermediating a provisional review request.

[0079] First, in the user terminal 1, the reception unit 12 receives an operation to set the method of submitting documentary evidence (S101). Specifically, the reception unit 12 receives an operation to select either of the radio button options "Yes" r41 or "No" r42. If "Yes" r41 is selected, the examination is performed using the first examination information received by the intermediary server 3 in step S88. On the other hand, if "No" r42 is selected, the examination is performed using the second examination information described below.

[0080] Next, the reception unit 12 accepts an operation to input provisional screening information (S102). Specifically, the reception unit 12 accepts an operation to press the registration button b42 and an operation to select an image of the financial statement to be registered. The reception unit 12 also accepts an operation to press the registration button b43 and an operation to select an image of the master contract to be registered. Furthermore, the reception unit 12 accepts an operation to amend billing source information (your company information) such as the billing company name and address, and billing destination information (accounts receivable information) such as the billing destination company name and address. This completes the input of information necessary for provisional screening.

[0081] Next, the reception unit 12 receives an operation to request a provisional screening (S103). Specifically, the reception unit 12 receives an operation to click the execute button b49. Note that clicking the back button b48 returns to the fundraising source selection screen of FIG. 16. Then, the transmission / reception unit 11 transmits the provisional screening request request and the input information entered via the provisional screening information registration screen to the intermediary server 3 (S104).

[0082] Next, in the intermediary server 3, the judgment unit 35 judges whether or not to automatically transmit deposit and withdrawal information based on the transmitted input information (S105). Specifically, based on information included in the input information indicating whether or not to automatically transmit the transaction history, the judgment unit 35 judges that automatic transmission of deposit and withdrawal information is "not permitted" if automatic transmission of the transaction history is to be permitted, and on the other hand, judges that automatic transmission of deposit and withdrawal information is "permitted" if automatic transmission of the transaction history is not to be permitted. Below, the processing when it is determined that automatic transmission of deposit and withdrawal information is "permitted" will be described.

[0083] The transmitting / receiving unit 31 of the intermediary server 3 transmits a request for deposit / withdrawal information and the tenant ID to the document management server 2 (S106). Then, in the document management server 2, the storage / readout processing unit 29 acquires the deposit / withdrawal information corresponding to the transmitted tenant ID (S107), and the transmitting / receiving unit 21 transmits the acquired deposit / withdrawal information to the intermediary server 3 (S108).

[0084] Next, in the intermediary server 3, the storage and readout processing unit 39 associates the received deposit and withdrawal information with the tenant ID and registers it in the funding service management DB3005 (S109). The storage and readout processing unit 39 also registers the provisional review request information in the application information management DB3004 (S110). Specifically, the storage and readout processing unit 39 associates the invoice information received in step S64 and the input information received in step S104 with an application ID for identifying the provisional review request information to be registered and registers them in the application information management DB3004. Furthermore, the storage and readout processing unit 39 registers information such as the application ID of the provisional review request information registered in the application information management DB3004 in the review management DB3003 for each service to which the review is requested (S111). Here, the storage and readout processing unit 39 registers "under review" as the item value for the provisional review status and "empty" as the item values ​​for the main review status and review result information.

[0085] Finally, the transmission / reception unit 31 of the intermediary server 3 transmits the registered provisional review request information and provisional review request notice to the examiner terminal 5 (S112). Specifically, the storage / readout processing unit 39 obtains email addresses corresponding to each of the services for which the review is requested from the funding source management DB 3001, and the transmission / reception unit 31 creates an email containing the registered provisional review request information and sends the email to each of the obtained email addresses. Note that the method of transmitting the provisional review request information and provisional review request notice is not limited to email. For example, a message containing the provisional review request information may be sent to the examiner terminal 5 via a messenger app.

[0086] Thereafter, the examiner performs a provisional examination based on the provisional examination request information transmitted to the examiner terminal 5, and registers the results of the provisional examination in the examination management DB 3003.

[0087] <Initial display process for provisional screening information registration screen> In the example of the provisional screening information registration screen shown in Figure 18, it is possible to input whether or not to automatically send transaction history as evidence information, and the intermediary server 3 determines whether or not to automatically send deposit and withdrawal information based on the input information on the provisional screening information registration screen (see S105). Below, we will explain a modified example in which it is possible to input whether or not to automatically send deposit and withdrawal information on the provisional screening information registration screen, and to manually send deposit and withdrawal information as needed.

[0088] (Application information management table) 21 is a conceptual diagram showing an application information management table in this modified example. In this application information management table, information related to the application ID, invoice number (document ID), information about the service using company (name of the billing company, address of the billing company, email address of the billing company), information about the business partner company (name of the billing company, address of the billing company), invoice amount, invoice payment due date, invoice issue date, and application date, which is the date on which the application for funding review using the invoice was made, as well as information related to the storage location of images showing deposit and withdrawal information, the storage location of images showing the basic contract, and the storage location of images showing the financial statement are managed in association with each other.

[0089] The display processing of the provisional screening information registration screen of the modified example will be explained using Figures 22 to 24. Figure 22 is a flowchart showing the initial display processing of the provisional screening information registration screen of the modified example. The flowchart shown in Figure 22 is executed in step S89 when the display control unit 14 displays the provisional screening information registration screen.

[0090] First, in the user terminal 1, the judgment unit 15 calculates the period from the tenant's start date of use to a predetermined date (S891). To this end, in this modified example, in step S87, the creation unit 36 ​​of the intermediary server 3 includes the service user company A's start date of use and the period of the supporting documents required for the review in the screen data of the provisional review information registration screen. The predetermined date is the date used as the basis for calculating the period from the start date of use, and is, for example, the current date, the last day of the previous month, or the first day of the previous month.

[0091] Next, the judgment unit 15 of the user terminal 1 determines whether the period calculated in step S891 exceeds the period of the evidential documents required for the review (S892). If the calculated period is less than or equal to the period of the evidential documents required for the review (NO), the judgment unit 15 determines whether or not a linked service is available based on information indicating whether or not a linked service is used, which is included in the screen data of the provisional review information registration screen (S893). On the other hand, if the calculated period exceeds the period of the evidential documents required for the review (YES), the display control unit 14 displays the provisional review information registration screen on the display 106 in the first initial display mode (S894).

[0092] If it is determined in step S893 that there is an associated service (YES), the display control unit 14 displays the provisional screening information registration screen on the display 106 in the second initial display mode (S895). On the other hand, if it is determined in step S893 that there is no associated service (NO), the display control unit 14 displays the provisional screening information registration screen on the display 106 in the third initial display mode (S896).

[0093] An example of the display of the provisional screening information registration screen in the first initial display mode is shown in Figure 18. As shown in Figure 18, in the first initial display mode, the setting area a41 includes radio buttons with the options of "Yes" r41 and "No" r42 for automatically sending transaction history. In the first initial display mode, "Yes" r41 is displayed in the selected state.

[0094] Figure 23 is a diagram showing an example of the display of a provisional screening information registration screen in the second initial display mode. As shown in Figure 23, in the provisional screening information registration screen in the second initial display mode, the setting area a41 includes radio buttons with options for "Yes" r41 and "No" r42 for automatically sending transaction history, as well as radio buttons with options for "Automatically send deposit / withdrawal information" r43 and "Manually send deposit / withdrawal information" r44, and a registration button b44 for registering deposit / withdrawal information. In the second initial display mode, "Yes" r41 and "Automatically send deposit / withdrawal information" r43 are displayed in a selected state. The registration button b44 is initially displayed in a state where it cannot be pressed. The registration button b44 becomes pressable when "Manually send deposit / withdrawal information" r44 is selected.

[0095] Figure 24 is a diagram showing an example of the display of a provisional screening information registration screen in the third initial display mode. As shown in Figure 24, in the provisional screening information registration screen in the third initial display mode, the setting area a41 includes radio buttons with the options "Yes" r41 and "No" r42 for automatically sending transaction history, as well as a registration button b44 for registering deposit and withdrawal information.

[0096] <Display change process for provisional screening information registration screen> The display change process of the provisional screening information registration screen of the modified example will be explained using Figures 25 to 27. Figure 25 is a flowchart showing the display change process of the provisional screening information registration screen of the modified example. The flowchart shown in Figure 25 is executed when the reception unit 12 receives an operation in step S101 to select "Do not automatically send" r42 of the transaction history.

[0097] First, in the user terminal 1, the reception unit 12 receives an operation to select "Do not automatically send" r42 for transaction history (S1011). Next, the judgment unit 15 determines whether the provisional screening information registration screen is displayed in the first initial display mode (S1012). If it is displayed in the first initial display mode (YES), the judgment unit 15 determines whether there is an associated service based on information indicating whether or not an associated service is used, which is included in the screen data of the provisional screening information registration screen (S1013). On the other hand, if it is not displayed in the first initial display mode (NO), the processing is terminated.

[0098] If it is determined in step S1013 that a linked service exists (YES), the display control unit 14 re-displays the provisional screening information registration screen on the display 106 in the submission method selection display mode (S1014). On the other hand, if it is determined in step S1013 that a linked service does not exist (NO), the display control unit 14 re-displays the provisional screening information registration screen on the display 106 in the manual transmission display mode (S1015).

[0099] Figure 26 is a diagram showing an example of the display of a provisional screening information registration screen in a submission method selection display mode. As shown in Figure 26, in the submission method selection display mode, the setting area a41 includes radio buttons with options for "Yes" r41 and "No" r42 for automatically sending transaction history, as well as radio buttons with options for "Automatically send deposit / withdrawal information" r43 and "Manually send deposit / withdrawal information" r44, and a registration button b44 for registering deposit / withdrawal information. In the submission method selection display mode, "No" r42 and "Automatically send deposit / withdrawal information" r43 are displayed selected.

[0100] Figure 27 is a diagram showing an example of the display of the provisional screening information registration screen in the manual sending display mode. As shown in Figure 27, on the provisional screening information registration screen in the manual sending display mode, the setting area a41 includes radio buttons with the options of "Yes" r41 and "No" r42 for automatically sending transaction history, as well as a registration button b44 for registering deposit and withdrawal information.

[0101] <Registration process for provisional screening results> Next, the provisional screening result registration process will be described with reference to Figures 28 to 36. Figures 28 to 30 are sequence diagrams showing the process of conducting a provisional screening based on provisional screening request information and registering the results.

[0102] First, at the examiner terminal 5 of the funding service company, the reception unit 52 receives an operation from the examiner to instruct the display of the provisional review list screen (S121). Specifically, the reception unit 52 receives an operation by the examiner to click a button included in a predetermined screen displayed on the examiner terminal 5. The reception unit 52 also receives authentication information entered by the examiner before receiving an operation from the examiner to instruct the display of the provisional review list screen. Then, the transmission / reception unit 51 transmits the authentication information to the intermediary server 3, and the intermediary server 3 performs a predetermined authentication process. Therefore, the reception unit 52 can receive an operation from the examiner to instruct the display of the provisional review list screen only when the examiner is authenticated.

[0103] Next, the transmitting / receiving unit 51 of the examiner terminal 5 transmits a request for the provisional examination list screen to the intermediary server 3 (S122). As a result, the transmitting / receiving unit 31 of the intermediary server 3 receives the request for the provisional examination list screen.

[0104] Next, in the intermediary server 3, the storage / readout processing unit 39 reads out the review information registered in the review management DB 3003 and the application information registered in the application information management DB 3004. The creation unit 36 ​​creates screen data for a provisional review list screen as shown in Figure 31 based on the read out review information and application information (S123). Then, the transmission / reception unit 31 transmits the created screen data to the examiner terminal 5 (S124). The display control unit 54 of the examiner terminal 5 displays the provisional review list screen on the display 106 based on the transmitted screen data (S125).

[0105] Figure 31 is a diagram showing an example of the provisional review list screen displayed on the examiner terminal 5. As shown in Figure 31, the provisional review list screen includes a display area a61 for displaying a list of application information, a display button b67 for displaying the review item setting screen, a display button b68 for displaying all application information, and a display button b69 for displaying only application information currently under provisional review. Each application information displayed in the display area a61 includes a confirmation button b61 for checking the invoice image, a display button b62 for displaying the deposit / withdrawal information screen, a display button b63 for displaying the transaction history information screen, a display button b64 for displaying the transaction detail information screen, and a display button b65 for displaying the provisional review result registration screen.

[0106] Returning to Figure 28, the explanation will be made. In the examiner terminal 5, the reception unit 52 receives an operation to instruct acquisition of an invoice image (S126). Specifically, the reception unit 52 receives an operation to click the confirmation button b61 on the provisional examination list screen. Then, the transmission / reception unit 51 transmits a request for the invoice image and the invoice number to the document management server 2 (S127).

[0107] Next, in the form management server 2, the storage / readout processing unit 29 searches the invoice information management DB 2003 using the transmitted invoice number as a search key to identify the storage location of the invoice image corresponding to the invoice number, and reads out the invoice image from the identified storage location (S128). The transmission / reception unit 21 transmits the read-out invoice image to the examiner terminal 5 (S129).

[0108] Next, the display control unit 54 of the examiner terminal 5 displays an invoice confirmation screen including the transmitted invoice image (S130). An example of the invoice confirmation screen displayed on the examiner terminal 5 is shown in Figure 19. When the examiner checks the invoice image g51 and clicks the OK button b51, the invoice confirmation screen closes and the provisional examination list screen is displayed.

[0109] Next, in the examiner terminal 5, the reception unit 52 receives an operation from the examiner instructing the display of the deposit / withdrawal information screen (S131). Specifically, the reception unit 52 receives an operation of clicking the display button b62 on the provisional examination list screen. Then, the transmission / reception unit 51 transmits a request for the deposit / withdrawal information screen and the tenant ID to the intermediary server 3 (S132). As a result, the transmission / reception unit 31 of the intermediary server 3 receives the request for the deposit / withdrawal information screen and the tenant ID.

[0110] Next, in the intermediary server 3, the storage / readout processing unit 39 reads out the deposit / withdrawal information corresponding to the transmitted tenant ID from the funding service management DB 3005. The creation unit 36 ​​creates screen data for a deposit / withdrawal information screen as shown in FIG. 32 based on the read deposit / withdrawal information (S133). The transmission / reception unit 31 then transmits the created screen data to the examiner terminal 5 (S134). The display control unit 54 of the examiner terminal 5 displays the deposit / withdrawal information screen on the display 106 based on the transmitted screen data (S135).

[0111] 32 is a diagram showing an example of the deposit / withdrawal information screen displayed on the examiner terminal 5. As shown in FIG. 32, the deposit / withdrawal information screen includes deposit / withdrawal list display tabs t71 and t72 for displaying a list of deposit / withdrawal information for each bank account, a confirmation button b76 for confirming the bankbook image, a print button b77, and an OK button b78. The same number of deposit / withdrawal list display tabs are displayed as there are bank accounts registered in the tenant information management DB 2001.

[0112] When the reception unit 52 receives an operation to click the confirmation button b76, the transmission / reception unit 51 transmits a request for a deposit / withdrawal information image and the invoice number to the intermediary server 3. In the intermediary server 3, the storage / readout processing unit 39 searches the application information management DB 3004 using the transmitted invoice number as a search key to identify the storage location of the deposit / withdrawal information image corresponding to the invoice number, and reads out the deposit / withdrawal information image from the identified storage location. The transmission / reception unit 31 transmits the read-out deposit / withdrawal information image to the examiner terminal 5. In the examiner terminal 5, the display control unit 54 displays the transmitted deposit / withdrawal information image.

[0113] When the reception unit 52 receives a click on the print button b77, the transmission / reception unit 51 sends an image representing the contents of the displayed deposit / withdrawal list display tab to the printing device, causing the deposit / withdrawal information to be printed out. When the reception unit 52 receives a click on the OK button b78, the deposit / withdrawal information screen closes and the provisional screening list screen is displayed.

[0114] Returning to Figure 29, the explanation will be made below. In the examiner terminal 5, the reception unit 52 receives an operation from the examiner instructing the display of the transaction history information screen (S136). Specifically, the reception unit 52 receives an operation of clicking the display button b63 on the provisional examination list screen. Then, the transmission / reception unit 51 transmits a request for the transaction history information screen, the billing ID, and the tenant ID to the intermediary server 3 (S137). In the intermediary server 3, the transmission / reception unit 31 transmits a request for transaction history information, the billing ID, and the tenant ID to the document management server 2 (S138).

[0115] Next, in the document management server 2, the storage / readout processing unit 29 uses the transmitted billing destination ID as a search key to search the billing destination ID management table corresponding to the tenant ID, thereby reading out the billing destination ID's associated billing destination information (S139). Hereinafter, the billing destination ID's associated billing destination information will also be referred to as "transaction history information." The transmitting / receiving unit 21 transmits the read-out transaction history information to the intermediary server 3 (S140).

[0116] Next, in the intermediary server 3, the creation unit 36 ​​creates screen data for a transaction history information screen as shown in Fig. 33 based on the transmitted transaction history information (S141). Then, the transmitting / receiving unit 31 transmits the created screen data to the examiner terminal 5 (S142). The display control unit 54 of the examiner terminal 5 displays the transaction history information screen on the display 106 based on the transmitted screen data (S143).

[0117] Figure 33 is a diagram showing an example of the transaction history information screen displayed on the examiner terminal 5. As shown in Figure 33, the transaction history information screen includes a display area a81 for displaying a list of transaction history information, a print button b87, and an OK button b88.

[0118] When the reception unit 52 receives a click on the print button b87, the transmission / reception unit 51 sends an image showing the contents of the transaction history list to the printing device, causing the transaction history to be printed out. When the reception unit 52 receives a click on the OK button b88, the transaction history information screen closes and the provisional review list screen is displayed.

[0119] Returning to Figure 29, the explanation will be made below. In the examiner terminal 5, the reception unit 52 receives an operation from the examiner instructing the display of the transaction detail information screen (S144). Specifically, the reception unit 52 receives an operation of clicking the display button b64 on the provisional examination list screen. Then, the transmission / reception unit 51 transmits a request for the transaction detail information screen, the billing destination ID, and the tenant ID to the intermediary server 3 (S145). As a result, the transmission / reception unit 31 of the intermediary server 3 receives the request for the transaction detail information screen.

[0120] Next, in the intermediary server 3, the creation unit 36 ​​creates screen data for the transaction detail information screen as shown in Fig. 34 in response to the request for the transaction detail information screen (S146). Then, the transmitting / receiving unit 31 transmits the created screen data to the examiner terminal 5 (S147). The display control unit 54 of the examiner terminal 5 displays the transaction detail information screen on the display 106 based on the transmitted screen data (S148).

[0121] Fig. 34 is a diagram showing an example of a transaction detail information screen displayed on the examiner terminal 5. As shown in Fig. 34, the transaction detail information screen includes a display area a91 for displaying the transaction status, a confirmation button b96 for confirming the master contract image, a confirmation button b97 for confirming the financial statement image, and an OK button b98.

[0122] Display area a91 displays the transaction status based on the transaction history information received from the document management server 2 in step S140. Examples of transaction status include transaction start time, number of transactions, average transaction amount, maximum transaction amount, and number of delays. Transaction start time is the oldest sending date of the transaction history information. Number of transactions is the number of transaction history information items. Transaction amount is the total invoice amount of the transaction history information. Number of delays is the number of transaction history information items where the payment date is later than the payment due date.

[0123] When the reception unit 52 receives an operation of clicking the confirmation button b96, the transmission / reception unit 51 transmits a request for a basic contract image and the invoice number to the intermediary server 3. In the intermediary server 3, the storage / readout processing unit 39 searches the application information management DB 3004 using the transmitted invoice number as a search key to identify the storage location of the basic contract image corresponding to the invoice number, and reads out the basic contract image from the identified storage location. The transmission / reception unit 31 transmits the read-out basic contract image to the examiner terminal 5. In the examiner terminal 5, the display control unit 54 displays the transmitted basic contract image.

[0124] When the reception unit 52 receives an operation to click the confirmation button b97, the transmission / reception unit 51 transmits a request for the financial statement image and the invoice number to the intermediary server 3. In the intermediary server 3, the storage / readout processing unit 39 searches the application information management DB 3004 using the transmitted invoice number as a search key to identify the storage location of the financial statement image corresponding to the invoice number, and reads out the financial statement image from the identified storage location. The transmission / reception unit 31 transmits the read-out financial statement image to the examiner terminal 5. In the examiner terminal 5, the display control unit 54 displays the transmitted financial statement image.

[0125] When the reception unit 52 receives the operation of clicking the OK button b98, the transaction detail information screen closes and the provisional screening list screen is displayed.

[0126] Returning to Figure 30, the explanation will be made below. In the examiner terminal 5, the reception unit 52 receives an operation from the examiner instructing the display of the provisional examination result registration screen (S149). Specifically, the reception unit 52 receives an operation of clicking the display button b65 on the provisional examination list screen. Then, the transmission / reception unit 51 transmits a request for the provisional examination result registration screen and the application ID to the intermediary server 3 (S150). As a result, the transmission / reception unit 31 of the intermediary server 3 receives the request for the provisional examination result registration screen and the application ID.

[0127] Next, in the intermediary server 3, the storage / readout processing unit 39 searches the application information management DB 3004 using the transmitted application ID as a search key to read out application information related to the application ID. The creation unit 36 ​​creates screen data for a provisional screening result registration screen as shown in FIG. 35 based on the read-out application information (S151). Then, the transmission / reception unit 31 transmits the created screen data to the examiner terminal 5 (S152). The display control unit 54 of the examiner terminal 5 displays the provisional screening result registration screen on the display 106 based on the transmitted screen data (S153).

[0128] Figure 35 is a diagram showing an example of the provisional screening result registration screen displayed on the examiner terminal 5. As shown in Figure 35, the provisional screening result registration screen includes radio buttons with options of "Provisional screening permitted" r101 and "Provisional screening not permitted" r102, a setting area a104 for setting the provisional screening result, a registration button b108, and a cancel button b109. The setting area a104 is not displayed when the provisional screening result registration screen is initially displayed. When "Provisional screening permitted" r101 is selected, the setting area a104 is displayed.

[0129] The items of the provisional screening results displayed in the setting area a104 include, for example, the billing amount, fees, various expenses, transfer amount, scheduled transfer date, and repayment due date. Note that various expenses are the total amount of stamp duty, transfer fees, and travel expenses. The transfer amount is the amount obtained by deducting fees and various expenses from the billing amount, and is the amount actually transferred from the funding service company to service user company A. The repayment due date is basically set to the payment due date of the invoice information, but may also be set to a specified date after that (for example, the last business day of the following month).

[0130] Some items in the provisional screening results are set automatically by the creation unit 36, while others are manually entered by the examiner. Items that are set automatically and items that are manually entered are displayed so that the examiner can distinguish between them by the type or color of the border or the color of the input text, etc. In the example display of the provisional screening result registration screen shown in Figure 35, items that are manually entered (fee rate, miscellaneous expenses, and scheduled transfer date) are displayed with a thick border, and items that are automatically set (fee amount, transfer amount, and repayment due date) are displayed with a thin border.

[0131] Returning to Figure 30, the explanation will be given below. The reception unit 52 receives an operation to input provisional screening results (S154). Specifically, the reception unit 52 receives an operation to click the registration button b108. Note that when the cancel button b109 is clicked, the provisional screening result registration screen closes and the screen returns to the provisional screening list screen of Figure 31. Then, the transmission / reception unit 51 transmits the provisional screening result registration request, application ID, and provisional screening result information entered via the provisional screening result registration screen to the intermediary server 3 (S155).

[0132] Next, in the intermediary server 3, the storage and readout processing unit 39 searches the review management DB 3003 using the transmitted application ID as a search key to identify the review information related to the application ID. The storage and readout processing unit 39 also updates the identified review information based on the transmitted provisional review result information (S156). Here, the storage and readout processing unit 39 updates the item value of the provisional review status to "OK" and the item value of the final review status to "waiting for response." The storage and readout processing unit 39 also updates the item value of the review result information to the transmitted provisional review result information.

[0133] Next, in the intermediary server 3, the creation unit 36 ​​creates an examination completion message to notify that the provisional examination has been completed (S157). The examination completion message includes a URL link for referencing the provisional examination results.

[0134] Finally, the transmission / reception unit 31 of the intermediary server 3 sends a provisional screening completion notice including the screening completion statement to the user terminal 1 (S158). Specifically, the storage / readout processing unit 39 obtains the email address corresponding to the service using company A from the application information management DB 3004, and the transmission / reception unit 31 creates an email including the screening completion statement and sends the email to the obtained email address. Note that the method of sending the provisional screening completion notice is not limited to email. For example, a message including the screening completion statement may be sent to the user terminal 1 via a messenger app.

[0135] When the reception unit 52 receives an operation of clicking the display button b67 of the provisional screening list screen, the display control unit 54 displays an examination item setting screen as shown in FIG.

[0136] FIG. 36 is a diagram showing an example of the review item setting screen displayed on the examiner terminal 5. As shown in FIG. 36, the review item setting screen includes an input field a111 for setting the type of document that can be used as the review document, an input field a112 for setting the period of evidential information, a register button b118, and a cancel button b119. The input field a111 includes a check box c113 for accepting financial statements as review documents, a check box c114 for accepting basic design documents as review documents, and a check box c115 for accepting corporate registration transcripts as review documents. The input field a112 includes a slider bar s116 for setting the period of evidential documents required for the review.

[0137] When the reception unit 52 receives an operation of clicking the registration button b118, the transmission / reception unit 51 transmits the input information entered via the examination item setting screen to the intermediary server 3. When the cancel button b119 is clicked, the examination item setting screen closes and the screen returns to the provisional examination list screen of Figure 31. In the intermediary server 3, the storage / readout processing unit 39 updates the examination item information stored in the examination item information management DB 3002 based on the transmitted input information.

[0138] <Registration process for this review information> Next, the registration process of the actual screening information will be explained using Figures 37 to 39. Figure 37 is a sequence diagram showing the registration process of the actual screening information. Figure 38 is a diagram showing a fundraising application list screen. Figure 39 is a diagram showing a provisional screening result list screen.

[0139] First, in the user terminal 1, the reception unit 12 receives an operation to display a fundraising application list screen (S161). Specifically, the reception unit 12 receives an operation to click on a URL link included in the provisional screening completion notice sent to the user terminal 1. Then, the transmission / reception unit 11 transmits a request for the fundraising application list screen to the intermediary server 3 (S162). As a result, the transmission / reception unit 31 of the intermediary server 3 receives the request for the fundraising application list screen.

[0140] Next, in the intermediary server 3, the storage / readout processing unit 39 reads out the screening information registered in the screening management DB 3003 and the application information registered in the application information management DB 3004. The creation unit 36 ​​creates screen data for a fundraising application list screen as shown in Fig. 38 based on the read-out screening information and application information (S163). Then, the transmission / reception unit 31 transmits the created screen data to the user terminal 1 (S164). The display control unit 14 of the user terminal 1 displays the fundraising application list screen on the display 106 based on the transmitted screen data (S165).

[0141] Figure 38 is a diagram showing an example of the display of the fundraising application list screen. As shown in Figure 38, the fundraising application list screen includes a display area a121 for displaying a list of fundraising application information. Each piece of fundraising application information displayed in the display area a121 includes a display button b122 for displaying a provisional screening results list screen.

[0142] Returning to Figure 37, the explanation will be given below. The reception unit 12 receives an operation to display a provisional screening result list screen (S166). Specifically, the reception unit 12 receives an operation to click on the display button b122. The display control unit 14 then displays a provisional screening result list screen as shown in Figure 39 on the display 106 based on the screening information and application information read out in step S163 (S167).

[0143] Figure 39 is a diagram showing an example of the display of the provisional review result list screen. As shown in Figure 39, the provisional review result list screen includes a display area a131 for displaying a list of provisional review results, a radio button r132 having options corresponding to each provisional review result that was approved in the provisional review (provisional review status is "OK"), and a request button b138 for requesting a full review.

[0144] Returning to Figure 37, the explanation will be given. The reception unit 12 receives an operation to select a fundraising source (S168). Specifically, the reception unit 12 receives an operation to select one of the fundraising sources r132a and r132b approved in the preliminary screening, which are radio button options. Then, the judgment unit 15 determines that the fundraising source for which the radio button r132 is selected is a fundraising source for which a final screening will be requested, and that the fundraising source for which the radio button r132 is not selected is a fundraising source for which a final screening will not be requested.

[0145] Next, the reception unit 12 receives an operation to request a main review (S169). Specifically, the reception unit 12 receives an operation to click the request button b138. Then, the transmission / reception unit 11 transmits the request for the main review, the application ID, and the service provider ID to the intermediary server 3 (S170). As a result, the transmission / reception unit 31 of the intermediary server 3 receives the request for the main review, the application ID, and the service provider ID.

[0146] Next, in the intermediary server 3, the storage and readout processing unit 39 searches the review management DB 3003 using the transmitted application ID as a search key to identify the review information corresponding to each service provider ID. The storage and readout processing unit 39 also updates the item value of the main review status of the review information corresponding to the transmitted service provider ID to "request confirmed." Furthermore, the storage and readout processing unit 39 updates the item value of the main review status of the review information corresponding to a service provider ID other than the transmitted one to "rejection confirmed" (S171).

[0147] Next, in the intermediary server 3, the storage / readout processing unit 39 uses the transmitted application ID as a search key to search the review management DB 3003 and the application information management DB 3004 to read out the review information and application information related to the application ID. The creation unit 36 ​​creates a sentence indicating the result of the review request based on the read-out review information and application information (S172). The sentence indicating the result of the review request includes a sentence requesting a review to be sent to the funding service company requesting a review, and a sentence not requesting a review to be sent to the funding service company not requesting a review.

[0148] Finally, the transmission / reception unit 31 of the intermediary server 3 sends a confirmation notice of the request for review to the examiner terminal 5, including a message indicating the result of the request for review (S173). Specifically, the storage / readout processing unit 39 of the transmission / reception unit 31 retrieves email addresses corresponding to each service to which the review is requested from the funding destination management DB 3001, and sends an email including a message requesting the review to the examiner terminal 5 of the funding service company that is requesting the review. In addition, the transmission / reception unit 31 sends an email including a message indicating that the review is not being requested to the examiner terminal 5 of the funding service company that is not requesting the review. Note that the method of sending the confirmation notice of the request for review is not limited to email. For example, a message including a message indicating the result of the request for review may be sent to the examiner terminal 5 via a messenger app.

[0149] [Major Effects of the Present Embodiment] As described above, according to this embodiment, the intermediary server 3 (intermediary system 4) transmits the document identification information of the document created by the document management server 2 to the examiner terminal 5, thereby eliminating the problem that fundraising users have to go through the trouble of inputting information used for fundraising.

[0150] 〔supplement〕 In the above embodiment, the preliminary examination (1) is followed by the final examination (2), but all processing related to the preliminary examination (1), such as the request for preliminary examination, may be carried out as the final examination, and the final examination (2) may be omitted.

[0151] The user terminal 1 is an example of a communication terminal. The user terminal 1 includes not only a PC but also a smart watch, a game console, a device dedicated to video calls, etc. The presenter terminal is an example of another communication terminal.

[0152] Each component such as the CPU 101 may be a single component or a plurality of components.

[0153] Each function in the above-described embodiments can be realized by one or more processing circuits. Here, the "processing circuit" in the present embodiment includes a processor programmed to execute each function by software, such as a processor implemented by an electronic circuit, and devices designed to execute each of the above-described functions, such as an ASIC (Application Specific Integrated Circuit), a DSP (Digital Signal Processor), an FPGA (Field Programmable Gate Array), a SOC (System on a Chip), a GPU, and a conventional circuit module.

[0154] Furthermore, each of the servers 2 and 3 described in the above embodiments merely represents one of multiple computing environments for implementing the embodiments disclosed herein. For example, the intermediary server 3 may include multiple computing devices, such as a server cluster. The multiple computing devices are configured to communicate with each other via any type of communication link, including a communication network, shared memory, etc., and perform the processes disclosed herein. Similarly, the intermediary server 3 may include multiple computing devices configured to communicate with each other.

[0155] Furthermore, the intermediary server 3 can be configured to share the disclosed processing steps in various combinations. For example, the processes performed by the intermediary server 3 can be performed by other servers. Similarly, the functions of the intermediary server 3 can be performed by other servers. Furthermore, the elements of the intermediary server 3 and other servers can be integrated into a single server or can be separated into multiple devices.

[0156] Furthermore, in communications between the user terminal 1, the form management server 2, the intermediary server 3, and the examiner terminal 5, other servers, routers, etc. may relay data.

[0157] 〔summary〕 The present embodiment will be summarized below. Note that the descriptions in parentheses do not limit the scope of the claims, but are merely examples.

[0158] (1) In response to a request from the document management server, the intermediary server displays a screen for inputting fundraising application information. That is, an intermediary server that communicates with one or more form management servers that create forms related to business transactions with business partners in response to requests from users and send the forms to the business partners, receiving a request for review of fundraising using the form and form identification information for identifying the form, which are transmitted by the form management server based on a request for review of fundraising using the form from the user terminal of the user (see S47, S64); A request for review of the fundraising is sent to the address of the party reviewing the fundraising, and at least the form identification information of the form is sent (S113). An intermediary server comprising:

[0159] (2) The intermediary server sends the data of the review information registration screen. That is, the intermediary server in (1) above: Transmitting data of a registration screen for registering information to be used in the examination of the fundraising to the user terminal (S88); receiving input information input via the registration screen transmitted from the user terminal (S104); The input information is registered in association with the form identification information of the form (S111).

[0160] (3) The intermediary server (1) or (2) above refers to the transaction history. That is, the intermediary server: Based on the request for review of fundraising using the form sent by the form management server (see S64), first review information indicating the history of commercial transactions between the user and the business partner to which the form was sent is received (S84, S86); The first examination information is registered in association with the form identification information of the form (S111). [Explanation of symbols]

[0161] 1. User terminal 2. Report management server 3. Intermediary Server 4. Intermediary System 31 Transmitting / receiving unit (an example of a transmitting means, an example of a receiving means) 33 Decision Section 34 Judgment Department 36 Creation Department 39 Storage and read processing unit (an example of a registration means) 100 Communication Network

Claims

1. An intermediary server that communicates with one or more form management servers that create forms related to business transactions with business partners in response to requests from users and send the forms to the business partners, a receiving means for receiving a request for review of fundraising using the form and form identification information for identifying the form, the request being transmitted by a form management server based on a request for review of fundraising using the form from the user terminal of the user; a transmitting means for transmitting a request for review of the fundraising to a destination of the party reviewing the fundraising, and transmitting review request information including document identification information of the document but not including the document; An intermediary server comprising:

2. The intermediation server according to claim 1, the transmitting means transmits to the user terminal data of a registration screen for registering information to be used in the examination of the fundraising; the receiving means receives input information input via the registration screen, which is transmitted from the user terminal; A registration means for registering the input information in association with the form identification information of the form is provided. An intermediary server characterized by:

3. The transmission means transmits data of a result registration screen for registering an examination result for the examination request to an examiner terminal of an examiner who examines the examination request; The receiving means receives the examination results input via the result registration screen transmitted from the examiner terminal, The registration means registers the examination result in association with the form identification information of the form. The intermediary server according to claim 2 .

4. The transmission means transmits to the user terminal data of a result display screen for displaying the examination request in which the examination result is registered, the receiving means receives a second examination request for the examination request selected via the result display screen, the second examination request being sent from the user terminal; The registration means registers the second examination request in association with form identification information of the form. The intermediary server according to claim 3 .

5. The receiving means receives, based on a request for review of fundraising using the form sent by the form management server, first review information indicating a history of commercial transactions between the user and the business partner to which the form is sent, and The registration means registers the first examination information in association with the form identification information of the form.

5. The intermediation server according to claim 2, wherein the intermediary server is a server that performs the intermediation.

6. The receiving means further receives second review information indicating deposit and withdrawal information of an account associated with the user based on a request for review of fundraising using the form sent by the form management server, and The registration means registers the second examination information in association with the form identification information of the form. The intermediary server according to claim 5 .

7. An intermediary system that creates a document relating to a commercial transaction with a trading partner in response to a request from a user and sends the document to the trading partner, a receiving means for receiving a request for review of fundraising using the form, the request being sent from the user terminal of the user; a transmitting means for transmitting the fundraising review request to the address of the party reviewing the fundraising based on the review request, and transmitting review request information including the document identification information of the document but not including the document; An intermediation system comprising:

8. A communication system having an intermediary system that creates a document relating to a commercial transaction with a trading partner in response to a request from a user and sends the document to the trading partner, and a user terminal of the user that communicates with the intermediary system via a communication network, The user terminal transmits a request for review of fundraising using the form, The intermediation system includes: receiving the request for review; Based on the review request, the fundraising review request is sent to the address of the party reviewing the fundraising, and review request information that includes the form identification information of the form but does not include the form is sent. A communication system comprising:

9. A communication system having an intermediary server that creates a document relating to a commercial transaction with a trading partner in response to a request from a user and sends the document to the trading partner, and a user terminal of the user that communicates with the intermediary server via a communication network, The user terminal a transmission means for transmitting a request for review of fundraising using the form; The intermediary server a receiving means for receiving the examination request; a transmitting means for transmitting the fundraising review request to the address of the party reviewing the fundraising based on the review request, and transmitting review request information including the document identification information of the document but not including the document; A communication system comprising:

10. An intermediation method executed by an intermediary server that communicates with a form management server that creates a form related to a commercial transaction with a trading partner in response to a request from a user and sends the form to the trading partner, a receiving step of receiving a request for review of fundraising using the form and form identification information for identifying the form, which are transmitted by a form management server based on a request for review of fundraising using the form from the user terminal of the user; a sending step of sending a request for review of the fundraising to an examiner terminal of an examiner who reviews the fundraising, and transmitting review request information that includes document identification information of the document but does not include the document; An intermediation method comprising:

11. A program for causing a computer to execute the intermediation method according to claim 10.

Images