JP7690432B2 - Subsidy/grant matching device with matching support information, server in subsidy/grant matching device with matching support information, and subsidy/grant matching method - Google Patents

Description

This relates to a system and method for promoting the use of subsidies and grants, providing information to companies whose clients are companies that receive subsidies and grants, and encouraging the effective use of subsidies and grants.

In Japan, subsidies have generally been used when local governments obtain subsidies from the central government to carry out public works projects. However, Article 89 of the Japanese Constitution states that "Public funds and other public property shall not be expended or appropriated for the use, benefit, or maintenance of religious organizations or associations, or for charitable, educational or benevolent endeavors not under public control," placing restrictions on the expenditure of public funds on religious organizations and private endeavors such as charity and education. The latter part of the article is said to have two legislative aims: "to prevent the abuse of public funds and to ensure the neutrality of the state."

On the other hand, the Law on Proper Execution of Budgets Related to Subsidies, etc. aims to prevent fraudulent applications for subsidies, etc. and fraudulent use of subsidies, etc., and to improve the proper execution of budgets related to subsidies, etc., and the decision-making process for granting subsidies, etc., by prescribing matters related to applications for grants of subsidies, etc., decisions on grants of subsidies, etc., and other basic matters related to the execution of budgets related to subsidies, etc.

Furthermore, in terms of local government, Article 232-2 of the Local Autonomy Act stipulates that "local public entities may make donations or subsidies when it is necessary for the public interest."

The current challenges facing Japan are two in particular: a significant decline in the number of small and medium-sized enterprises, and the decline of financial institutions due to the Bank of Japan's low interest rate policy, the advancement of new financial technologies such as fintech, and the rise of crowdfunding.

According to the FY2017 budget materials for small and medium-sized enterprises published by the Small and Medium Enterprise Agency, the number of small and medium-sized enterprises was 4.83 million in 1999, but fell to 3.8 million in 2014, a decrease of 1 million in 15 years. It has been said that this is due to major changes in the industrial structure of Japanese society caused by the declining birthrate and aging population. To address this issue, the Japanese government and local governments are increasing the granting of subsidies to small and medium-sized enterprises. However, applying for these subsidies is not necessarily easy, and applying does not necessarily mean that subsidies will be granted.

As a result, several consulting services have been proposed in recent years that introduce affiliated experts and help companies obtain subsidies and grants, as well as services that specialize in providing information on subsidies and grants.

(Homepage Grant Now) https://www.google.co.jp/url?sa=t&source=web&cd=1&cad=rja&uact=8&ved=2ahUKEwiRs_rftfvdAhXky1QKHVLACyoQFjAAegQIAxAC&url=https%3A%2F%2Fwww.navit-j.com%2Fservice%2Fjoseikin-now%2F&usg=AOvVaw1YVG5dMUvMK-0VgQvjOerV

One system proposes a subsidy information system and provides a consulting service that introduces affiliated experts and helps with obtaining subsidies and grants. This system allows users to search for information on subsidies and grants, but in reality it has an issue in that it tends to unilaterally recommend specific subsidies and is not necessarily customer-oriented. In addition, while this system partners with social insurance labor consultants nationwide for grants, it does not provide support for subsidies. Also, if a request is made, the fee is high, sometimes amounting to 50% to 90% of the grant amount.

Also, one system (Non-Patent Document 1) has been proposed as a service specializing in providing information on subsidies and grants. A feature of this service is that it manually collects information on subsidies and grants from each local government. Another feature is the large amount of information, as members from all over the country register even the most detailed information on subsidies and grants from each local government as if it were a part-time job. However, as it specializes in providing information, support regarding applications for subsidies and grants is limited to advice. Therefore, another feature is that it is not very costly.

One problem with these systems is that grants and subsidies end up becoming working capital for the companies that receive them, and do not necessarily lead to industrial development. The source of grants and subsidies is taxpayer money, and if grants and subsidies are only used for companies' working capital, then constantly pouring grants and subsidies into companies and making them dependent on them will not lead to an economic cycle, and will instead become a bailout for so-called zombie companies that cannot exist without grants and subsidies.

The applicants therefore focused on the need for a system that would not only benefit the companies that receive grants and subsidies, but would also utilize grants and subsidies to revitalize companies that have grant and subsidy recipients as their customers, thereby creating a mechanism in which grants and subsidies serve as a catalyst for turning around the economic cycle.
An object of the present invention is to provide a system and method for providing information to companies whose clients are companies that receive subsidies and grants, and for encouraging the effective use of the subsidies and grants.

In order to solve the above problems, the subsidy/grant matching device of the present invention is a subsidy/grant matching device in which support information and client information are registered and support information suitable for a client is selected and provided, and has a support information matching function including a web crawling function box that acquires support information by updating a web server, analyzing links and storing the result in crawling data, a client registration function box in which client information requiring support information is registered in a client database, a subsidy/grant matching function box that matches support information by comparing crawling information stored in a specific client database with client information stored in the crawling data, and a material creation function box that generates introductory materials for the matched subsidy/grant. The support information includes information related to subsidies and information related to support funds.

The server in the subsidy/subsidy matching device of the present invention is a server in a subsidy/subsidy matching device in which support information and client information are registered and support information suitable for a client is selected and provided, and the subsidy/subsidy matching device has a web crawling function box that acquires support information by updating a web server and analyzing links and storing the same in crawling data, a client registration function box in which client information requiring support information is registered in a client database, a subsidy/subsidy matching function box that matches support information by comparing the crawling information stored in the crawling data with the client information stored in a specific client database, and a material creation function box that generates introductory materials for the matched subsidy/subsidy.
Furthermore, the server in the subsidy/grant matching device related to the present invention has a learning processing unit that calculates the appropriateness level of subsidy examples from past subsidy/grant examples, and a classifier that performs machine learning to identify appropriateness.

The subsidy/fund matching method according to the present invention is a subsidy/fund matching method in which support information and client information are registered in a subsidy/fund matching device, and support information suitable for a client is selected and provided, in which a web crawling function box acquires support information by updating a web server and analyzing links and storing them in crawling data, and a client registration function box registers client information requiring support information in a client database,
The subsidy/grant matching function box has a matching function for matching support information by comparing crawling information stored in the crawling data with client information stored in a specific client database.

For professionals, actual information on subsidies and grants and professional information is registered in advance, and there is also a matching function for the relationship between subsidies and grants and professional services.

The proposal-based business system and method for utilizing subsidies and grants according to the present invention allows you to receive support from experts, particularly financial institutions and professionals, making it possible to more reliably obtain subsidies and grants, and by obtaining more information on subsidies and grants, you can obtain subsidies and grants that are more suitable for you.

FIG. 1 is a block diagram of a first embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 1 is a display screen in a first embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 1 is a display screen in a first embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 1 is a display screen in a first embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 1 is a display screen in a first embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 1 is a display screen in a first embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 1 is a display screen in a first embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 1 is a display screen in a first embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 1 is a display screen in a first embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. FIG. 11 is a block diagram of a second embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. FIG. 11 is a block diagram of a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a third embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. FIG. 11 is a block diagram of a fourth embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a schedule table in a fourth embodiment of the proposal-based business system utilizing subsidies and grants according to the present invention. 13 is a flow chart of a fourth embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a flow chart of a fourth embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a flow chart of a fourth embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a fourth embodiment of the proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a fourth embodiment of the proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a fourth embodiment of the proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a display screen in a fourth embodiment of the proposal-based business system that utilizes subsidies and grants according to the present invention. FIG. 13 is a block diagram of a fifth embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention. 13 is a flow chart of a fifth embodiment of a proposal-based business system that utilizes subsidies and grants according to the present invention.

The following provides a detailed explanation of the proposal-based business system that utilizes subsidies and grants according to the present invention.

Example 1
In the first embodiment, the system according to the present invention will be described with reference to Figs. 1 to 9. Fig. 1 shows a block diagram of a first embodiment of a proposal-based business system using subsidies and grants according to the present invention. This system 2 is a system including a web crawling function block 4, a client registration function block 6, a subsidy and grant matching function block 8, a document creation function block 10, a data input/output block 11, a crawling database 12, a client database 14, and a document database 16. This system 2 is connected to a user terminal 20, a client terminal 21, a database of ministries and agencies and local governments 22, and a database of companies and financial institutions 24 via the Internet 18, and is a system that provides guidance to the user terminal 20 on the use of subsidies and grants suitable for introduction to clients.

The web crawling function block 4 further comprises a crawler function and a web part information detection function. The crawler function is a function that acquires the same information from web servers including each ministry/agency/local government database 22 as when a file is viewed with a web browser. The crawler function is an existing program function that periodically acquires documents and images on the web at a specified interval and automatically stores them in a database in the crawling database 12. In addition, the web part information detection function acquires the output of web component part information, such as HTML, GIF, etc., detected by the crawler function. The data to be acquired by crawling includes the name of the subsidy/subsidy policy, the subtitle of the subsidy/subsidy policy, the purpose of the subsidy/subsidy, the category of the subsidy/subsidy, the tag of the subsidy/subsidy, details of the recipient of the subsidy/subsidy, the industry of the subsidy/subsidy, the number of years since the company was founded as the target company conditions for the subsidy/subsidy, the capital of the target company conditions, the number of employees of the target company conditions, the number of employees planned to be hired as the target company conditions, information on the application timing of the subsidy/subsidy, the products that need to be purchased with the subsidy/subsidy and the purchase timing of those products, the type of service and the timing of the service provision, etc., and is collected and stored in the crawling database 12. When displayed, it is displayed as shown in Figure 2. It can also have a function to add data when it is not collected by crawling.

The client registration function block 6 has a function of displaying a client registration screen on the user terminal 20 when a user registers information about a client who is the user's customer, waiting for the registration of each client data, acquiring the client data, and storing it in the client database 14. At this time, the user can have one account per user, or can have multiple accounts. The data registered on the client registration screen includes the client's company name, the furigana of the client's company name, the client's company's corporate number, the client's company representative's name, the client's company's email address, the client's company's company URL, the client's company's address (zip code, prefecture, city, town, village, county, street address, building name), the client's company's industry, the client's company's category, the client's company's date of establishment, the client's company's capital, the client's company's number of employees (full-time employees, part-time employees, and temporary employees), the number of employees planned to be hired (full-time employees, part-time employees, and temporary employees), the number of employees planned to be made full-time, the number of employees over 60 years old, etc., which are collected and stored in the client database 14. The stored client data is configured to be displayed as shown in FIG. 4. In addition, if the necessary information is registered in data stored in the company/financial institution database 24 outside this system, the client registration function block 6 can also collect it by crawling. Here, the number of clients that a user can register can be set to be limited to a predetermined number per user, or to allow unlimited registration.

The subsidy/grant matching function block 8 is a function block that selects subsidies/grant funds for which application can be made for a specific client from the client's registration data and the subsidy/grant data stored in the crawling database 12, and creates list data. The subsidy/grant matching function block 8 can select the crawling database 12 that contains the registration data of the target client and display it as a homepage, and the result is shown in Figure 6. In Figure 6, the upper section lists document creation history information, and the lower section lists subsidy/grant information that matches the client data as a document creation list. Of the multiple subsidies/grant funds displayed, the subsidy/grant information selected by the user is transmitted to the document creation function block 10.

The document creation function block 10 generates data for printing the subsidy/grant information selected in the subsidy/grant matching function block 8 in detail as sales documents, and stores the data in the document database 16. In this case, it is configured so that a cover letter addressed to the client can also be generated at the same time.

The data input/output block 11 is a functional block for performing functions other than the web crawling functional block 4, the client registration functional block 6, the subsidy/grant matching functional block 8, and the document creation functional block 10.

Specifically, it has a function of storing date and time information of access from the client terminal 21 and access content information in the client database 14, a function of registering in a favorites database for re-viewing web pages accessed by the client terminal 21, a function of storing newly updated and collected data in the crawling database 12 as new information, a function of providing and displaying a list of new information when a display of the new information is requested, a function of obtaining and storing information on whether the client has adopted a subsidy or grant, a function of the client disclosing adoption information for the subsidy or grant in response to an inquiry, a function of the client obtaining and storing information on the payment date for the subsidy or grant, a function of the client disclosing information on the payment date for the subsidy or grant in response to an inquiry, a function of obtaining and storing task information for the client's subsidy or grant, a function of the client disclosing task information for the subsidy or grant in response to an inquiry, a function of obtaining update status information for the client and storing it in the client database 14, a function of disclosing update status information for the client in response to an inquiry, and a function of displaying subsidy and grant information also stored in the crawling database 12 in response to an inquiry.

The operation of the system according to the present invention will now be explained with reference to the above configuration.

First, the web crawling function block 4 periodically crawls the preregistered databases 22 of each ministry and local government, or their own homepages, for the Japanese government, local governments, and other organizations, and stores the latest subsidy and grant information in the crawling database 12. Here, subsidy and grant information includes overview information summarizing the purpose and targets, support content information such as the amount per business establishment and additional requirements, support scale information such as the support amount, application period information such as the start and end dates of application, detailed information on recipients such as the conditions for recipients, target area information such as the target area conditions, and inquiry information such as contact information for inquiries.

In addition, the subsidy/grant information also includes application documents, applicant qualifications, deadline for submitting application documents, name of the person who prepared the application documents, and other task information for the applicant when applying for each subsidy/grant.

Secondly, the user terminal 20, specifically financial institutions wishing to increase loans or companies planning to conduct sales activities with specific clients, registers the necessary information about the client company information of the client they plan to visit on the registration page (Figure 2) of the homepage set up by the client registration function block 6 via the Internet from the user terminal 20. The registration items stored are the company/business name, prefecture name, city/ward/town/village name, street name, apartment name, building name, industry, date of establishment, amount of capital, number of employees, and email address. At this time, the client registration function block 6 stores the registered client company information in the client database 14. In this case, if there are multiple clients, it may be possible to input data such as CSV data. This data is also stored in the client database 14.

Thirdly, when the user selects the button "View List" from the user terminal 20 as shown in FIG. 3, the client company information registered on the registration page is compared with the crawling database 12, and only "projects that can be proposed to newly registered clients" are displayed on the user terminal 20 (FIGS. 4 and 5). When an instruction for subsidy/grant matching is input, the subsidy/grant matching function block 8 generates a list of subsidies/grant programs that are listed within the range of conditions registered in the crawling database 12 for the specified client. Here, the user terminal 20 displays the list on its screen, and from there the user selects the subsidy/grant program that he/she wishes to propose to the client and inputs the selection result information. Specifically, the user selects and checks the check box on the left side of FIG. 4. If the user selects and checks favorites on the right side so that they can be checked later, multiple candidates are recorded as favorites in the crawling database 12.

Fourthly, when the selection result information is input from the user terminal 20, the material creation function block 10 generates data for printing the subsidy/funding information in detail as sales materials (Figure 6). In this case, the destination is generated as the client, and the sender is generated as the user. Sales materials are created by printing these generated materials from the user terminal 20 on a printer (not shown). In addition, since it is also data, it can also be sent by e-mail, etc.

Here, if information on the application timing for subsidies and grants, as well as the contents of the products and services that need to be purchased with the subsidies and grants and the expected timing of their provision, is stored in advance in the crawling database 12, the information can be provided to the user terminal 20 so that it is provided a consideration period earlier than the application or purchase timing. In this case, in addition to providing subsidy and grant information, business opportunity information can be provided.

Fifth, when a client registers the progress of a task, such as creating an application form for a subsidy or grant, from the client terminal 21, the data input/output block 11 stores the task progress information in the client database 14. The task progress information stored includes the date, time, subject name, task content, and whether or not it has been updated.

When the user terminal 20 selects the View List button on the "Check Customer Update Status" screen shown in FIG. 7, task progress information prior to the button selection is displayed on the user terminal 20.

Sixth, the new case information is displayed as a list on the "New Cases" screen (Figure 8) on the user terminal 20. When the "View List" button is selected on this screen, the latest information on subsidies and grants stored in the crawling database 12 is displayed. Specifically, the distribution date and time information, subject information, whether or not the case is registered, and the number of clients to which the user can make proposals are displayed.

Seventh, the user terminal 20 displays a list of case information that is expiring soon on the "Cases expiring soon" screen (Figure 9). Cases that are expiring soon are cases that do not have any time left until the application deadline for subsidies and grants. When the "View list" button is selected on this screen, information on subsidies and grants for cases that are expiring soon, which is stored in the crawling database 12, is displayed. Specifically, the name of the policy, which is the title, the name of the issuing institution, which is the name of the organization that provides the subsidies and grants, the method of providing the subject and the scale of support, which is the amount of support, and the specific support content, which is the urgency of the support, are displayed.

A check mark is provided to create a document, and a favorite mark is provided for later viewing, and when selected, this is stored in the crawling database 12.

In addition, the client database 14 stores information on whether or not a client has been approved for a subsidy or grant, and information on the date of payment of the subsidy or grant.
[effect]

By configuring it as described above, the user can make the best proposal to the client at the best time, which makes it easier to make the actual sales proposal. In addition, since the user can know the client's progress, it becomes easier to decide the timing of the proposal and the budget size of the proposal.
Example 2

A second embodiment of the present invention will be described with reference to FIG. 10. The second embodiment differs from the first embodiment in that a classifier 36 and a learning processing unit 38 are used.

The learning processing unit 38 performs machine learning using training data on the classifier 36 so that the classifier 36 can calculate the appropriateness level of subsidies and grants from past examples of subsidies and grants.

The learning processing unit 38 optimizes the classifier 36 (e.g., network parameters such as the weight coefficients and biases of the neural network) through well-known machine learning using training data.

The training data (not shown) is, for example, a data set of the operating profits related to a business of a company after it has received a subsidy or grant, and the amount of the subsidy or grant. Multiple such data are prepared for each subsidy or grant, constituting the training data.

The operation of the learning processing unit 38 is explained below.

In the first stage, the learning processing unit 38 first determines whether there is any unprocessed teacher data that has not been used in the learning process. If there is any unprocessed teacher data, the processing proceeds to the second stage. If there is no unprocessed teacher data, the learning processing unit 38 proceeds to the fourth stage to end the series of processes.

In the third stage, the learning processing unit 38 obtains unprocessed teacher data from the memory unit (not shown).

In the fourth stage, the learning processing unit 38 uses the training data to perform a learning process on the classifier 36. The learning process at this time is similar to a known method. For example, the learning processing unit 38 corrects the network parameters (weighting coefficients, bias, etc.) by a known backpropagation method or the like so that the error (also called loss) of the output value output by the classifier 36 for operating profit is reduced.

After the fourth stage, the learning processing unit 38 returns to the first stage and executes the processing again.

In the fifth stage, the learning processing unit 38 stores the data of the classifier 36 that has undergone the learning process (the learned network parameters) in, for example, the client database 14. After that, the process is linked to the series of flows for the transition to the third stage in the first embodiment.

The classifier 36 is optimized through such a learning process so as to be able to output an appropriate level of subsidy/grant from data relating to response characteristics of the client's ordinary profits associated with the subsidy/grant.
[effect]
Learning processes using training data are used to optimize corporate performance by applying subsidies and grants.

Example 3
(Proposal-based business system using subsidies and grants)
In the third embodiment, the system according to the present invention will be described with reference to Figs. 11 to 47. Fig. 11 shows a block diagram of a third embodiment of a proposal-based business system using subsidies and grants according to the present invention. This system 54 is a system including a web crawling function block 64, a client registration function block 66, a subsidy and grant matching function block 68, a document creation function block 70, a data input/output function block 71, crawling data 72, client data 74, a document database 76, an account control function block 90, an information search function block 92, a client status control function block 94, a client progress management utilization function block 96, manager data 98, and member data 100. This system 54 is connected to a user terminal 80, a client terminal 81, a database of each ministry and local government 82, and a database of companies and financial institutions 84 via the Internet 78, and is a system that provides guidance on the utilization of subsidies and grants suitable for the user terminal 80. Below, blocks different from the first and second embodiments will be mainly described.

(Account Control Function Block 90)
The account control function block 90 has the functions of displaying an account management screen (FIG. 12) that displays an account add button, displaying an account addition screen (FIG. 13) that is an input screen for account name, group, authority, email address, login ID, password, and image data, displaying a my account screen (FIG. 14) that displays a screen for registering and displaying the account name, group, authority, email address, login ID, password, etc. of my account, and displaying a signature management screen (FIGS. 15 and 16) that manages the signature to be printed on a pamphlet and edits the company name, position, name of person in charge, address, telephone number, facsimile number, email address, and photo data. The account control function block 90 stores manager data in manager data 98 and member data in member data 100.

(Client registration function block 66)
The client registration function block 66 has a customer information display/save screen (Figure 17) display function, a CSV import screen (Figures 18 and 19) display function, a customer management list screen (Figure 20) display function, a customer status screen (Figure 21) display function, a category explanation screen (Figure 22) display function, and an attraction-related screen (Figure 23) display function.

(Information retrieval function block 92)
The information search function block 92 has a support information search screen (Figure 24) display function, a registered customer condition screen (Figure 25) display function, a favorite support information registration screen (Figure 26) display function, an information output screen (Figures 27 and 28) display function, a print history screen (Figure 29) display function, and an invitation email setting screen (Figure 30) display function.

(Client Status Control Function Block 94)
The client status control function block 94 also has a dashboard screen (1) (FIG. 31) display function and a dashboard screen (2) (FIG. 32) display function.

(Client progress management utilization function block 96)
The client progress management utilization functional block 96 includes a support information display screen (Figure 33) display function, a customer and employee case screen (Figure 34) display function, a business management screen (Figure 35) display function, a task management screen (Figure 36) display function, a responsible professional registration screen (Figure 37) display function, a professional ID management screen (Figure 38) display function, a support information corresponding employee ID setting screen (Figure 39), a corresponding professional fee setting screen (Figure 40) display function, a professional ID management screen (Figure 41) display function, a support information printing screen (Figures 42, 43) display function, an employee chat login screen (Figures 44, 45) display function, a work management screen (Figure 46) display function, and a payment management screen (Figure 47) display function.

(Operation of this system 54)
Next, the operation of the system 54 will be described in more detail.
First, there are manager accounts and member accounts as accounts for logging in to this system 54, but the access rights for the signature management function, task management function, manual customer registration function, responsible company registration function, invitation management function, output history display function, support information search function, case search function by customer function, favorite case display function, and customer status disclosure function are the same. Only manager accounts have authority for the account management function and responsible employee ID management function, and member accounts are not given this authority.

(Account Management Screen)
First, the account adding process will be described with reference to Fig. 12. When a user logs in with a manager account ID and selects an account management button on a home screen (not shown) on the monitor of a user terminal 80 connected to the subsidy/grant introduction device 54 via the Internet 78, an account management screen (Fig. 12) is displayed by the account control function block 90. An "Add" button is arranged on the account management screen. When the "Add" button is selected, the account control function block 90 displays an account addition screen on the monitor of the user terminal 80 (Fig. 13).

(Add account screen)
The account addition screen (FIG. 13) is arranged with an account input frame, a group frame, an authority display, an email address frame, a login password frame, a photo data selection frame, and a registration button. When data is entered into these frames and the registration button is selected, a member account for a new member is additionally registered and each data is stored in the member data 100.

(My Account screen)
When the My Account button is selected on a home screen (not shown), the account control function block 90 causes the My Account screen ( FIG. 14 ) to be displayed on the monitor of the user terminal 80. When the user inputs the changed account name, login password, and photo data on this screen and sets the button to register, the account control function block 90 stores the changes in the manager data 98.

(Signature management screen)
When the signature management button is selected on the home screen (not shown), the account control function block 90 displays the signature management screen (FIG. 15) on the monitor of the user terminal 80. The signature management screen is a screen for editing the signature to be printed on a pamphlet. Items include input boxes for company name, job title or department name, person in charge name, address 1 (from city/town/village to street address), address 2 (building name), telephone number, facsimile number, and email address (hereinafter, signature management screen edit input items). After inputting the items, when the edit button is selected on the signature management screen, the account control function block 90 stores the signature management screen edit input items in the member data 100. These signature management screen edit input items are written as a signature at the bottom of a pamphlet created with support information (described later) (FIG. 16).

(Customer management screen)
When a customer management button is selected on a home screen (not shown), the client registration function block 66 causes a customer management screen (not shown) to be displayed on the monitor of the user terminal 80 .

(Customer information screen)
Furthermore, when the customer information button is selected on the customer management screen, the client registration function block 66 causes the customer information screen (FIG. 17) to be displayed on the monitor of the user terminal 80. The customer information screen has input boxes for the company or business name, prefecture of location, city/ward/town/village of location, town name/number, apartment/building name, industry, date of establishment, capital amount, number of employees, and email address, as well as a Save button. When customer information is entered into each box on this customer information screen and the Save button is selected, the client registration function block 66 stores the entered customer information in the client data 74.

(Customer CSV registration drawing)
In addition, when the customer CSV registration button is selected on the customer management screen, the client registration function block 66 displays the customer CSV registration screen (FIG. 18). The customer CSV registration screen includes a method for preparing a CSV file and a frame for importing. (1) "Let's prepare a CSV file" is written, and link information for a sample CSV file is written. The items in the CSV file are specified as company name or business name, prefecture of location, city, ward, town, and village of location, town name and number, apartment name and building name, industry, date of establishment, capital amount, number of employees, and email address. It is written that all data other than email address is required. When the user specifies a CSV file containing customer data in the import frame and selects the difference import button, the client registration function block 66 stores the entered customer information in the client data 74. A part of the list of industries is shown in FIG. 19.

(Customer list screen)
Next, when the customer list button is selected on the customer management screen, the client registration function block 66 displays the customer list screen (FIG. 20). When the member specifies conditions, the customer list screen displays a list of customers that meet the conditions. The screen is composed of a search condition input section, a narrowing down button, and a customer list display statement. The search condition input section is arranged with a trade name or name input box, an address 1 (prefecture) box, an address 2 (city, ward, town, village) box, and an industry box. When conditions are input into these boxes and boxes and the narrowing down button is selected, the corresponding customer data is selected from the client data 74 and displayed. The customer data is displayed in detail as the company name, the prefecture name of the address, the city, ward, town, village name, the last login date, the information registration date, the member registration date, the email address, the number of possible proposals, the number of ongoing cases, the person in charge registration, the customer information button, and the customer deletion button. If the member is not registered as a member but an email address is registered, an invitation email sending date is provided, and an invitation email is sent when selected. When the person in charge button is selected, the person in charge is registered. When the person in charge is selected, the customer information can be viewed and changed by selecting the customer information button. The number of possible proposals indicates the number of grant applications that can be applied for, and when this number is selected, a list of grant applications that can be applied for is extracted from the crawling data 72 and displayed.

(Company screen)
When the customer information button is selected on the customer list screen, the screen transitions to the responsible company screen (FIG. 21) by the client registration function block 66. The responsible company screen displays the company name, prefecture, city, town, last login date, information registration date, invitation email button or membership registration date, email address addition button, number of possible proposals, number of ongoing cases, responsible person registration mark, and customer information button. By selecting the responsible person registration mark, the presence or absence of responsible person registration can be registered in the client data 74.

(Support information screen)
On the customer management screen, the customer list button is selected to display the customer list screen, and the information list screen (FIG. 22) is displayed by the client registration function block 66 by selecting the information list button on the customer list screen. The information list screen is a screen in which support information that registered customers can apply for is displayed by category. On the information list screen, the client company name, the policy name, the issuing organization, the support scale, and the support content are extracted from the crawling data 72 as individual company information and displayed in a list, and a check button for each item, a new arrival display, a favorite selection display, a batch check button, and a document creation button are provided. In addition, nine category buttons are arranged: an "all button", a "recommended button", a "employment/human resources button", a "business improvement/market development button", a "facility introduction/research and development button", a "startup/entrepreneur button", a "business environment improvement button", a "patent/intellectual property button", and a "attraction related button". When a category button is selected, the details of registered customers in the selected category of support information are disclosed. Support information can also be viewed by category. In addition, pamphlet data is generated by selecting the check box of the support information, selecting the "create document" button, and selecting the "create document" button.

(Attraction related screen)
When the customer list button is selected on the customer management screen, the customer list screen is displayed. When the subsidy list button is selected on the customer list screen, the subsidy list screen is displayed. When the attraction related button is selected on the subsidy list screen, the attraction related screen (Figure 23) is displayed by the client registration function block 66. The attraction related screen is attraction support information for customers nationwide from each local government. Searches can be narrowed down by region. It is extracted from crawling data 72, which is information on local governments nationwide that are attracting companies and stores. Rent burden, loans, land acquisition tax incentives, etc. are available. Items provided include a check box, policy name, issuing agency, support scale, support content, and favorites column. It is possible to specify an issuing agency filter, sorting, and the number of items to be displayed.

(Support information search screen)
When the support information search button is selected on the home screen (not shown), the support information search screen (FIG. 24) is displayed by the information search function block 92. The support information screen is also displayed when the button for narrowing down search by conditions is selected on the subsidy/grant search screen. On the support information screen, when the category input item, the target area input item, the keyword input item, and the business type input item are input, and the search button is selected, support information is searched, and a list of customers who are likely to accept the application for the support information is extracted from the client data 74 and displayed at the bottom. For the category input items, employment/human resources, business improvement/market development, equipment introduction/research and development, business start-up/entrepreneurship, business environment improvement, and patent/intellectual property, some selection, all selection, and all cancellation can be selected. The target area can be specified by prefecture. It can be selected whether or not to include attraction-related measures. There are no restrictions on keywords. For the business type, individual selection, all selection, and all cancellation can be selected.

(Registered customer search screen)
When the support information search button is selected on the home screen (not shown), a support information search screen is displayed. When the button to search for cases by customer is selected on the support information search screen, a screen to search for cases by customer (FIG. 25) is displayed by the information search function block 92. The screen to search for cases by customer has a trade name or name input box, a box to select address 1 (prefecture), a box to select or input address 2 (city, ward, town, village), a business type selection box, and a button to narrow down. When the button to narrow down is selected after inputting information in each box, the results of the registered customer search are extracted from the client data 74 and displayed below the button to narrow down. The results of the registered customer search are displayed as a list including the company name, prefecture, city, ward, town, village, last login date, information registration date, member registration date or invitation email send button, email address or email address add button, number of cases that can be proposed, number of cases in progress, and whether or not a person in charge is registered.

(Favorite deal registration screen)
When the support information search button is selected on the home screen (not shown), a support information search screen is displayed. When the favorite cases button is selected on the support information search screen, the information search function block 92 displays the favorite cases screen (FIG. 26) from the crawling data 72 and displays cases registered as favorites. The favorite cases screen displays the name of the project, the issuing organization, the scale of support, the content of support, and whether or not it is a favorite. In addition, a button for creating materials is provided. If an input is made in the favorites field here, it will be saved as a favorite project. Furthermore, when the favorites field is set to yes, the create materials button is selected to generate brochure data for support information made up of the favorites.

(Print screen)
When the support information search button is selected on the home screen (not shown), a support information search screen is displayed. When the print screen button is selected on the support information search screen, the print screen (FIG. 27) is displayed by the information search function block 92. The print screen uses the same page as the signature management screen. The print screen is the same as the signature management screen (FIG. 15). When the edit button is selected, the print view (FIG. 28) is displayed. Here, when print (with code) or print (without code) is selected, a pamphlet is printed.

(Output history screen)
When the customer management button is selected on the home screen (not shown), the customer management screen is displayed. When the output history button is selected on the customer management screen, the output history screen (FIG. 29) is displayed by the information search function block 92. On the output history screen, the past output history extracted from the client data 74 can be viewed. On the output history screen, the creation date, the policy name, and a print column are provided. The policy can be printed by selecting the re-output button in the print column.

(Invitation management screen)
When the customer management button is selected on the home screen (not shown), the customer management screen is displayed. When the invitation management button is selected on the customer management screen, the invitation management screen (FIG. 30) is displayed by the information search function block 92. The invitation management screen is composed of an invitation email template creation section and a search result display section. The invitation email template creation section is composed of a subject and a text body. The subject is used when sending an invitation email to the business management function. For example, it is possible to write "We will enable you to search for grants and subsidies", which is an effect of this system. In addition, the text body is intended to encourage prospective customers to register in the system according to the present invention. It is preferable to enter the "company name" and "person in charge" of the member to be sent. When the input is completed, the member is registered in the member data 100 when the save button is selected. The search result display section displays a customer list. The customer list includes the company name, prefecture, city, town, and village, email address, date of sending the invitation email, and date of registration. The date of sending the invitation email is displayed for customers to whom an invitation email has already been sent, and for customers whose email address has been registered but to whom an invitation email has not yet been sent, a button to send an invitation email is provided. If the email address has not been registered, the field is left blank. By sending an invitation email, you can encourage customers to register in the system.

(Dashboard screen 1)
When a customer status button is selected on a home screen (not shown), a dashboard screen (1) (FIG. 31) is displayed by the client status control function block 94. The dashboard screen (1) displays a list of "Check customer renewal status", a list of "Projects that can be proposed to newly registered customers", a list of "New projects", and a list of "Projects with deadline approaching".
"Check customer update status" lists the delivery date and time described in the client data 74 and the new status details when the customer rewrites their task information. The "matters that can be proposed to newly registered customers" list lists the delivery date and time and status information when a new customer described in the crawling data 72 is registered and when measures that can be proposed to each customer are registered and the number of items that can be proposed changes. The "new matters" list lists the delivery date and time and the name of the measure as status details when a new measure described in the crawling data 72 is registered. The "matters with deadlines approaching" list lists the delivery date and time and status details for measures described in the crawling data 72 whose recruitment period is due to close in less than one month. Each list has a button to view the list, and selecting this button displays the list of the list listed directly above. In addition, it is possible to switch between a dashboard display of all member companies and a dashboard display for each person in charge of the member companies.

(Dashboard screen 2)
When the "Application in Progress" button is selected on the home screen (not shown), the client status control function block 94 displays a dashboard screen (2) (FIG. 32). The dashboard screen (2) lists support information that is being applied for, support information for which a quote has been requested, support information for which a job has been requested, support information that has been completed, support information that has been viewed, support information that has been added to favorites, and support information that is being applied for, using the business management function described in the crawling data 72. For support information that is being applied for, the issuing organization, support information name, public solicitation period, support content, support scale, policy type, and task progress are listed. For task progress, the person in charge, work content, and submission deadline are listed.

(How to apply for support information)
The client receives the invitation email at the client terminal 81 and can access the brochure information (FIG. 33) in the crawling data 72 from the link information by the client progress management utilization function block 96. By registering the application support fee and consultant fee in advance from the member terminal, the member can include the application consultation page, application consultation code, application support initial fee, and success fee in the brochure in advance. The brochure includes the destination, issue date, support information name, recruitment period, purpose, support content, support scale, target person details, and inquiries. In addition, a print (with code) button and a print (without code) button are provided for printing.

(Chat screen between customer and application support account/task management screen)
The chat screen and task management screen (FIG. 34) between the client and the application support account is composed of a chat screen and a task management screen by the client progress management utilization function block 96. The chat screen is a chat screen between the application support account and a short messenger, and is a chat or reminder tool for inquiring about the contents and conditions of the support information, and includes the chat date and time, the title, a photo of the application support account user, etc., and records the chat contents. The task management screen includes the case name, the professional name in charge, the subtitle, the issuing institution name, the target area, the recruitment period, the subsidy rate details, the scheduled delivery date, the starting amount, the claim button, the cancel button, the deferred payment amount, the claim button, the completion report button, and the task progress status, including the name of the person in charge for each process, the work content, the submission deadline, and the document upload date and time, which are listed in the crawling data 72.

(Chat screen/task management screen 2)
The chat screen/task management screen (FIG. 35) has, as business management functions, a "chat function," a "task management function," a "document upload function," and a "payment escrow function" provided by a client progress management utilization function block 96.

(Application pending)
When the customer status button on the customer home page (not shown) is selected, a customer status screen is displayed. When the pending case button on the customer status screen is selected, the pending case screen (FIG. 36) is displayed by the client progress management utilization function block 96.

(Manage employee IDs)
When the account management button is selected on the home screen of the manager account (not shown), the account management screen is displayed. When the responsible employee ID button is selected on the account management screen, the responsible employee ID screen (FIG. 37) is displayed. When a user ID is entered in the input box for responsible professional registration on the responsible employee ID screen and the search button is selected, the client progress management utilization function block 96 displays the professional ID management screen (FIG. 38), which displays the business name, achievement star rating, number of achievements, and cancellation button for the searched user ID. When the standard professional button is selected here, the employee is set as the standard responsible employee. At the same time, the cancellation responsible professional button is also displayed, and when the cancellation responsible professional button is selected, the standard responsible employee is cancelled.

(Setting employee ID for support information)
A support information details screen is opened from the support information details button on the home screen of the manager account (not shown), and a corresponding employee setting screen (FIG. 39) is opened by the client progress management utilization function block 96. The corresponding employee setting screen includes the individual company information with the client name, the support information measure name, the corresponding professional name field, the corresponding professional setting change button, the issuing organization name, the update date, the planned end date of posting, the recruitment period, the purpose field, the support content field, the target person's detailed information, the target area, the contact name, and a button to create materials. Here, when the corresponding professional setting change button is selected, the corresponding professional setting change screen (FIG. 40) is opened by the client progress management utilization function block 96, and a retainer fee input field and a success fee input field are provided, and the amount can be entered respectively, and the retainer fee and success fee for the application agency can be set by selecting the setting button for each business operator. These amounts are displayed as estimated amounts in the pamphlet, and the application agency work can be started with the amounts set in the client and task management process.

(Available employee settings)
When the support information details setting button is selected from the home screen, the professional ID management screen (FIG. 41), which is the support information details screen, is opened by the client progress management utilization function block 96. Clients who do not plan to use the professional ID management screen for application support can receive consultation from a consultant by selecting the standard professional setting change button with "GREY information support" as the standard setting. When the standard setting is made, the application consultation code for this account can be printed on all support information, and the application consultation code set individually can also be printed.

(Print support information, display application consultation code)
When the support information list button is selected from the home screen, the support information print screen (FIG. 42) is opened by the client progress management utilization function block 96. The support information print screen displays the application consultation code. The URL entered by the client, the start amount set for the application consultation code, and the success fee amount are displayed on the same screen. The registration information of the registered employee account is displayed.

(About business management tools)
The customer obtains the application consultation code on the support information printing screen (Figure 43). The customer inputs the email address, password, and application consultation code on the application consultation page (Figure 44) using the client progress management utilization function block 96, and when the customer selects the login button, the budget setting screen (Figure 45) opens and the customer can request the best estimate for the application from the account of the employee in charge who has been registered in advance.

(The process from consultation to ordering)
The job management screen (Figure 46) by the client progress management utilization function block 96 is shown. On the job management screen, the date, case name, and name of the employee in charge are written in the left column, followed by the case name, scale of support, and type of measure, as well as the support information written in the pamphlet and the name of the staff member in charge, all of which are registered in relation to the database. There are also columns for writing the budget for the requested content, desired delivery date, and deadline for the estimate, which are written after the employee in charge makes a proposal. There are also buttons to extend the deadline and to withdraw the request. Chat input is possible in the column for proposals from professionals.

(Payment management screen)
On the payment management screen (FIG. 47), the payment management number, date, professional name, summary, title, amount, and status are entered by the client progress management utilization function block 96. To confirm the invoice, the case is selected by clicking the check box, and the invoice is downloaded by selecting the button to confirm the invoice.

Example 4
(Proposal-based business system using application code data for subsidies and grants)
In the fourth embodiment, the system according to the present invention will be described with reference to Fig. 48 to Fig. 52. Fig. 48 shows a block diagram of a proposal-based business system using application code data by utilizing subsidies and grants according to the present invention. The differences from the system in the third embodiment will be mainly described.

The difference from Example 3 is that an application code control function block 132 and application code data 144 have been newly added to the configuration of the subsidy/grant introduction device 101.

When a client is registered, the application code control function block 132 has a function of determining the most suitable subsidy for the client and the subsidy supporter suitable for applying for that subsidy, linking the client information, subsidy information, and subsidy supporter, and when an application code is entered, linking the client and the subsidy supporter on a chat screen. The application code data 144 stores that application code.

The application code data 144 stores the user name, client name, subsidy data, and subsidy supporter data in association with each other. For example, it is composed of a combination of six-digit numbers and letters, and the same code is not used. When the application code control function block 132 generates and determines the application code, the user name, client name, subsidy name, and subsidy supporter name are also determined and are stored so as to be uniquely determined in the application code data 144. Conversely, the user name, client name, subsidy name, and subsidy supporter name can be determined by the application code data. Here, a combination of six-digit numbers and letters is exemplified, but there is no limit to the letters, numbers, and number of digits that constitute the information, as long as it is unique information corresponding to the information. Furthermore, in addition to numbers, graphic information such as a barcode or QR code (registered trademark) may be used.

In addition to the subsidy/grant introduction device 101, a subsidy supporter terminal 106 is also added. This is a terminal for the agent who supports the subsidy, such as a certified social worker, administrative scrivener, or lawyer.

As an example of a schedule for subsidies and grants, Figure 49 shows the schedule for the IT Introduction Subsidy 2019. Figure 49 shows the public solicitation schedule, client schedule, and user proposal solicitation schedule. The solicitation schedule will begin on July 17, 2019, close on August 23, 2019, and the winners will be announced on September 6, 2019.

According to this application schedule, clients will need to complete and submit their application for the 2019 IT Introduction Subsidy by the application deadline of August 23rd. In addition, orders for purchasing IT will be placed with users after September 6th, 2019.

The user proposed schedule will be the subsidy proposal made by the time the client schedule application is filled out and submitted. The deadline is August 23rd, but as this is a proposal, there needs to be ample time. Furthermore, after adoption on September 6th, the client will place an order for the IT tools, which will then be delivered. This is just one example of an IT implementation subsidy; other subsidies will have their own schedule and there may be vendors involved in the subsidy. The schedule for each subsidy and plans such as the proposal timing are stored in advance in the application code data.

Next, the operation of the subsidy/subsidy introduction device 101 will be explained using the operation flow chart of the subsidy/subsidy introduction device 101 shown in Figures 50 to 52. The operation flow chart of the subsidy/subsidy introduction device 101 shows, from the left, the flow charts of the user terminal 102, the client terminal 104, the subsidy/subsidy introduction device 101 (server), each ministry/agency/local government DB 108 (subsidy providing organization terminal), and the subsidy supporter terminal 106 (subsidy supporter).

From the user terminal 102, the user accesses the subsidy/grant introduction device 101 (server), selects and displays the user registration screen, and enters the user's name, address, ID, password, and other information (A2).

Upon input from the user terminal 102, the account control function block 124 of the subsidy/grant introduction device 101 (server) stores the user information in the member data 142 (C2).

From the user terminal 102, the user accesses the subsidy/grant introduction device 101 (server), selects and displays the client registration screen, and enters the client's name, address, ID, password, and other information (A4).

Upon input from the user terminal 102, the client registration function block 116 of the subsidy/grant introduction device 101 (server) stores the client information in the client data 136 (C4).

The subsidy/grant matching function block 118 creates list data by selecting subsidies/grant grants that can be applied for from the client's registration data and the subsidy/grant grant data stored in the crawling database 134 for the client identified in C4. From this list data, the application code control function block 132 selects the most suitable subsidy/grant grant (C6).

The application code control function block 132 selects the subsidy supporter most suitable for the subsidy/grant selected in C6 from among the subsidy supporters previously registered in the member data 142 in correspondence with the subsidy (C8).

The application code control function block 132 generates an application code (C10) linking the client registered in C4, the subsidy/grant selected in C6, and the subsidy supporter selected in C8. The application code control function block 132 stores the generated application code, the client registered in C4, the subsidy/grant selected in C6, and the subsidy supporter information selected in C8 in the application code data 144. In addition, a printed pamphlet (with code) is also generated on the signature management screen.

The user transmits data from the user terminal 102 to the client in the form of a pamphlet containing the support code formed in C10 as an introduction and proposal for the subsidy or grant (A6).

Continuing in FIG. 51, the subsidy/grants introduction device 101 (server) is accessed from the client terminal 104, and the support code display page is accessed and displayed (B2).

Enter the support code on the support code display page (Figure 53) from the client terminal 104 (B4).

The application code control function block 132 of the subsidy/grant introduction device 101 (server) receives the support code input on the support code display page and launches the chat function (C14).

The application code control function block 132 of the subsidy/fund introduction device 101 (server) displays a chat screen displaying text messages between the client and the subsidy supporter on the screen of the client terminal 104 and the subsidy supporter terminal 106 (Figure 54) (B6, E2).

The subsidy supporter inputs the proposal information (Figure 55) regarding the subsidy application content from the chat screen of the subsidy supporter terminal 106 (E4).

The client receives the subsidy supporter's proposed information on the subsidy application details (Figure 56) on the chat screen displayed on the client terminal 104 (B8).

If the client agrees to the contents of the proposed subsidy application on the chat screen displayed on the client terminal 104, the client inputs that fact, and if there are any additional revisions, the client inputs those as well (B10).

The subsidy supporter receives the client's information from the chat screen of the subsidy supporter terminal 106 and submits an application to the ministry/agency/local government DB 108. For example, if it is an IT introduction subsidy, the application is submitted to the IT introduction project secretariat (E6).

Each ministry and local government DB108 (IT Introduction Project Secretariat) will begin subsidy review (D2).

Then, as shown in FIG. 52, each ministry/agency/local government DB108 (IT Introduction Project Secretariat) completes the subsidy review and communicates the review results to the subsidy supporter (D6).

The subsidy supporter accesses the subsidy/grant introduction device 101 (server) from the subsidy supporter terminal 106, enters the review results on the certification result input screen, and registers the certification information (E10).

The subsidy/subsidy introduction device 101 (server) registers the certification result in the client data 136 (C18). Furthermore, the subsidy/subsidy introduction device 101 (server) notifies the client of the certification result by email or the like (C20).

The client receives the certification result at the client terminal 104 (B14). Upon receiving the certification result, the client places an order for the IT equipment from the client terminal 104 to the user terminal 102 (B16).

The user delivers the IT equipment to the client (A14).
As described above, by using this system, users can propose subsidies to clients and can also propose product purchases to the right person at the right time in line with the timing of subsidy applications. Users can propose optimal subsidies to clients, and by having clients receive the subsidies, they can gain the opportunity to provide products and services to the clients. Clients can more easily obtain subsidies at the optimal time, means to obtain subsidies, and products and services that can be procured with the subsidies. Subsidy supporters can easily obtain business opportunities to support subsidies. Furthermore, grant-giving organizations can be assured that subsidies are being processed appropriately and proactively.

(Example 5)
(A proposal-based business system that allows clients to register by uploading a business plan)
In the fifth embodiment, the system according to the present invention will be described with reference to Figures 57 and 58. Figure 57 shows a block diagram of a proposal-based business system using application code data by utilizing subsidies and grants according to the present invention. The differences from the system in the fourth embodiment will be mainly described.

In the block diagram, all the functional blocks constituting this system are substantially the same, but the client registration function block 216 has a function of displaying a client registration screen on the user terminal 20 when the user registers information on his/her client, waiting for the registration of each client data, acquiring the client data and storing it in the client database 14, and also has a business plan registration function. The business plan registration function allows the user to upload digital data such as CSV data, text data, or PDF data of the client's business plan from the user terminal to the subsidy/grant introduction device 201, and extracts data such as company name/business name, prefecture, city/ward/town/village, town name/address, industry type capital, and number of employees from the digital data and stores it in the client data 236. By having this function, it becomes unnecessary for the user to collect and input these data individually, and the efficiency of the client registration work is improved.
The flow chart of FIG. 58 shows the same process as FIG. 50 for the same parts, but differs in that for client registration 4, a business plan UL is used.

The above describes a preferred embodiment of the present invention with reference to the drawings, but it goes without saying that a person skilled in the art would be able to make various modifications based on the above drawings and explanations.

2 System 4 Web crawling function block 6 Client registration function block 8 Subsidy/grant matching function block 10 Document creation function block 12 Crawling database 14 Client database 16 Document database 18 Internet 20 User terminal 22 Ministry/agency/local government database 24 Company/financial institution database 28 Professional/service matching function block 30 Professional/service data 32 Professional/service terminal 38 Learning processing unit 36 Classifier 54 System 64 Web crawling function block 66 Client registration function block 68 Subsidy/grant matching function block 70 Document creation function block 71 Data input/output function block 72 Crawling data 74 Client data 76 Document database 78 Internet 80 User terminal 81 Client terminal 82 Ministry/agency/local government database 84 Company/financial institution database 90 Account control function block 92 Information search function block 94 Client status control function block 96 Client progress management utilization function block 98 Manager data 100 Member data 101 Subsidy/grant introduction device 102 User terminal 104 Client terminal 106 Subsidy supporter terminal 108 Ministry and local government DB
116 Client registration function block 118 Subsidy/grant matching function block 124 Account control function block 132 Application code control function block 134 Crawling database 136 Client data 142 Member data 144 Application code data

Claims (2)

A subsidy/subsidy matching device in which support information including support conditions for subsidies/subsidies and client information is registered and support information suitable for a client is selected and provided, and the device updates a web server and analyzes links to display the names of subsidy/subsidy measures, subtitles of the names of subsidy/subsidy measures, purposes of subsidies/subsidies, categories of subsidies/subsidies, tags of subsidies/subsidies, details of recipients of subsidies/subsidies, industries of subsidies/subsidies, conditions for companies eligible for subsidies/subsidies such as the number of years since the company was established, the capital of the company, the number of employees of the company, the number of employees planned to be hired by the company, application timing information for the subsidy/subsidy, products that need to be purchased with the subsidy/subsidy and the purchase timing of those products, type of service, etc. a subsidy/grant matching device including a web crawling function box for acquiring support information by storing in a crawling database consisting of information on the type and timing of service provision; a client registration function box for registering in the client database client information requiring support information; a subsidy/grant matching function box for displaying a list of support information listed within the range of registered conditions by comparing the client information stored in the client database with the crawling information stored in the crawling data, thereby matching the support information with the client information; and a material creation function box for generating introductory materials for the matched subsidies/grants,
an application code control function block having a function for selecting a subsidy supporter most suitable for a pre-selected subsidy/grant from subsidy supporters previously registered in member data in correspondence with the subsidy, a function for generating an application code or character string while linking a pre-registered client, a pre-selected subsidy/grant, and a pre-selected subsidy supporter, a function for storing the generated application code, the pre-registered client, the pre-selected subsidy/grant, and the pre-selected subsidy supporter information in the application code data, and a function for generating a printed pamphlet (with code) on the signature management screen;
The application code control function block has a function of, when a client is registered, determining the most suitable subsidy for the client and a subsidy supporter suitable for applying for the subsidy, linking the client information, the subsidy information, and the subsidy supporter, and, when an application code is input, activating a chat function and displaying a chat screen on the screen of the subsidy supporter terminal that displays text messages between the client and the subsidy supporter;
A subsidy and grant matching device having a function of receiving certification result information of the support information after providing the support information to a user and making a product purchase proposal to the client at the time of the client's product purchase associated with the subsidy,
This subsidy/grant matching device is characterized in that the client information is extracted from business plan data with at least one of the following: company name/business establishment name, prefecture, city/ward/town/village, street name/address, industry, capital, and number of employees. A subsidy/subsidy matching method in which support information including support conditions such as subsidies and subsidies and client information are registered in a subsidy/subsidy matching device, and support information suitable for a client is selected and provided, wherein a web crawling function box updates a web server and analyzes links, and acquires support information by storing in a crawling database including the name of the subsidy/subsidy policy, the subtitle of the name of the subsidy/subsidy policy, the purpose of the subsidy/subsidy, the subsidy/subsidy category, the subsidy/subsidy tag, details of the recipient of the subsidy/subsidy, the industry of the subsidy/subsidy, the number of years since the target company conditions were founded as the target company conditions for the subsidy/subsidy, the capital of the target company conditions, the number of employees of the target company conditions, the planned number of hires of the target company conditions, application timing information for the subsidy/subsidy, products that need to be purchased with the subsidy/subsidy and the purchase timing of those products, and information on the type of service and the timing of service provision;
The client registration function box allows you to register client information in the client database,
The subsidy/grant matching function box compares the client information stored in the client database with the crawling information stored in the crawling data, and displays a list of support information listed within the range of registered conditions, and selects the subsidy/grants that the client wishes to propose from that list, thereby achieving matching;
The document creation function box is a subsidy/grant matching method that generates an introduction document for the matched subsidy/grant with support information,
The application code control function block has a function of selecting a subsidy supporter most suitable for a preselected subsidy/grant from among the subsidy supporters registered in the member data in advance in correspondence with the subsidy, a function of generating an application code or character string while linking a preregistered client, a preselected subsidy/grant, and a preselected subsidy supporter, a function of storing the generated application code, the preregistered client, the preselected subsidy/grant, and the preselected subsidy supporter information in the application code data, and a function of generating a printed (coded) pamphlet on the signature management screen. The application code control function block has a function of, when a client is registered, determining a subsidy most suitable for the client and a subsidy supporter suitable for the application of the subsidy, linking the client information, the subsidy information, and the subsidy supporter, and, when an application code is input, activating a chat function and displaying a chat screen on the screen of the subsidy supporter terminal that displays text messages between the client and the subsidy supporter,
A subsidy and grant matching method characterized by having a function of receiving certification result information of the support information after providing the support information to a user and making a product purchase proposal to the client at the time of the client's product purchase associated with the subsidy,
A subsidy/grant matching method characterized in that client information is extracted from business plan data, including at least one of the following: company name/business establishment name, prefecture, city/ward/town/village, town name/address, industry, capital, and number of employees.

Images